專利名稱：：信息處理器、信息處理方法和程序的制作方法
技術(shù)領(lǐng)域：
：本公開涉及信息處理器、信息處理方法和程序，并且更特別地涉及能夠快速刪除內(nèi)容的信息處理器、信息處理方法和程序。
背景技術(shù)：
：近年來，記錄/再現(xiàn)裝置已經(jīng)變得被廣泛使用，并且因而通常執(zhí)行將視聽(AV)信號廣播記錄在盤中并且隨后在用戶所希望的定時處再現(xiàn)。因為AV信號是數(shù)字化的并且因而可以被壓縮，所以有可能在盤中記錄長時間段的AV信號。現(xiàn)在，在諸如藍光盤、數(shù)字多功能盤(DVD)和硬盤的盤之外，還采用諸如閃存卡的半導體存儲器來作為記錄其中包含AV信號的內(nèi)容的記錄介質(zhì)。容量的增加取得了進展并且因而大量內(nèi)容變得能夠結(jié)合信號的數(shù)字化被記錄在這樣的記錄介質(zhì)中。作為結(jié)果，盡管到目前為止，能夠記錄在一個記錄介質(zhì)中的內(nèi)容的數(shù)量(更具體地，播放列表(PlayList)的數(shù)量)是大約200個，但是PlayList的數(shù)量已經(jīng)變得多達10000個或更多。例如，在日本專利公開第2002-158972號中描述了通過使用PlayList和剪輯(Clip)兩者來管理記錄介質(zhì)中記錄的內(nèi)容。Clip是作為內(nèi)容的實際情形(reality)的數(shù)據(jù)，并且PlayList指定了Clip的預定時間段。例如，當用戶指令要再現(xiàn)內(nèi)容時，實際上指定了PlayList。而且,再現(xiàn)了其范圍由PlayList所參照的Clip。
發(fā)明內(nèi)容在一些情況下兩個或更多個PlayList參照了一個Clip。由兩個或更多個PlayList所參照的一個Clip的范圍有時可能是共同的，或者其他情況下可能彼此不同。以這樣的方式，彼此獨立地管理Clip(作為內(nèi)容的實際情形的數(shù)據(jù))和作為Clip的再現(xiàn)范圍的PlayList，從而可以防止冗余地記錄作為實際情形的、具有很多數(shù)據(jù)量的內(nèi)容數(shù)據(jù)。作為結(jié)果，可以有效地利用記錄介質(zhì)的記錄容量。作為結(jié)果，當指令要刪除一個PlayList時，可能無法立即刪除與一個PlayList對應的Clip。因而，只有當檢查了相關(guān)的Clip是否被其他PlayList所參照并且證明了相關(guān)的Clip沒有被任何其他PlayList所參照時，才有可能刪除相關(guān)的Clip。然而，當PlayList的數(shù)量變大時,在指令要刪除記錄介質(zhì)中記錄的PlayList的情況下，需要長時間來檢查對應于PlayList的Clip是否被任何其他PlayList所參照。作為結(jié)果，變得難于迅速刪除PlayList(B卩，內(nèi)容)。本公開是為了解決上述問題而做出的，并且因此想要的是提供一種能夠迅速地刪除內(nèi)容的信息處理器以及各自與其對應的信息處理方法和程序。為了實現(xiàn)上述愿望，根據(jù)本公開的實施例，提供了一種信息處理器。該信息處理器包括:記錄部，其被配置為針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息。該信息處理器還包括:刪除部，其被配置為刪除所指示的再現(xiàn)信息；以及更新部，其被配置為當刪除再現(xiàn)信息時更新表格。可以使得再現(xiàn)信息是PlayList，并且可以使得實際情形信息是Clip。記錄部還可以記錄PlayList的文件名、代表包含在PlayList中的再現(xiàn)部分的播放項目(Playltem)、以及作為PlayItem所參照的剪輯信息文件(ClipInformationfile)的文件名的剪輯信息文件名(Clip_Information_file_name)。當指示要刪除的PlayList是實際播放列表(RealPlayList)并且其他適當?shù)腞ealPlayList參照了相同的ClipInformationfile時，刪除部可以刪除指示要刪除的RealPlayList,并且當其他適當?shù)腞ealPlayList沒有參照相同的ClipInformationfile時,刪除部可以在指示要刪除的RealPlayList之外，刪除對應于RealPlayList的ClipInformationfile。當指示要刪除的PlayList是虛擬播放列表(VirtualPlayList)時，刪除部刪除VirtualPlayList。根據(jù)本公開的另一實施例，提供了一種信息處理方法，其包括:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息；刪除所指示的再現(xiàn)信息；以及當刪除再現(xiàn)信息時更新表格。根據(jù)本公開的又一實施例，提供了一種程序，使得計算機根據(jù)該程序來執(zhí)行:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息；刪除所指示的再現(xiàn)信息；以及當刪除再現(xiàn)信息時更新表格。根據(jù)本公開的另一實施例:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息；并且當刪除指示為要刪除的再現(xiàn)信息時更新表格的內(nèi)容。如上所述，根據(jù)本公開，有可能迅速地刪除內(nèi)容。圖1是示出了作為根據(jù)本公開的第一實施例的信息處理器的記錄/再現(xiàn)裝置的配置的框圖；圖2是示出了作為根據(jù)本公開的第一實施例的信息處理器的記錄/再現(xiàn)裝置的控制部分的框圖；圖3是說明了由圖1中所示的記錄/再現(xiàn)裝置記錄在記錄介質(zhì)中的數(shù)據(jù)的格式的圖；圖4是說明了RealPlayList和VirtualPlayList兩者的圖5A至5C分別是說明了RealPlayList的創(chuàng)建、劃分和組合的圖；圖6A至6C分別是說明了RealPlayList的刪除、部分刪除和最小化的圖；圖7A和7B分別是說明了集合編輯的圖；圖8是說明了在VirtualPlayList中提供了子路徑的情況的圖；圖9是說明了PlayList的再現(xiàn)順序的移動的圖；圖10是說明了PlayList上的標記和Clip上的標記的圖；圖11是說明了菜單縮略圖(thumbnail)的框圖；圖12是說明了附加到PlayList的標記的框圖；圖13是說明了附加到Clip的標記的框圖；圖14是說明了PlayList、Clip和縮略圖文件之間的關(guān)系的框圖；圖15是說明了目錄結(jié)構(gòu)的框圖；圖16是示出了對標題列表的顯示的示例的圖；圖17是示出了INEX.BAV文件的句法的表格；圖18是示出了INF0.BAV文件的句法的表格；圖19是示出了ExtensionDataO的句法的表格；圖20是示出了ExtensionDataO的句法的示例的表格；圖21是示出了PL_to_Clip_tableO的句法的表格；圖22是示出了XXXX.RPL和xxxx.VPL的句法的表格；圖23A至23C分別是說明了PlayList的圖；圖24是示出了PlayList的句法的表格；圖25是示出了UlAppinfoPlayList的句法的表格；圖26是示出了Playltem的句法的表格；圖27是示出了播放列表標記(PlayListMark)的句法的表格；圖28是示出了mark_type的表格的圖；圖29是示出了MENU.THM/MARK.THM的句法的表格；圖30是示出了縮略圖(Thumbnail)的句法的表格；圖31是說明了記錄處理的流程圖；圖32是說明了刪除處理的流程圖；圖33是示出了RealPlayList的示例的圖；并且圖34是示出了PL_to_Clip_table()的示例的圖。具體實施例方式以下，將參照附圖來詳細描述本公開的實施例。注意，以下將按照如下順序來給出描述。1.記錄/再現(xiàn)裝置的配置2.AV流的編輯3.控制部分的功能性配置4.對操作的描述5.PlayList6.對RealPlayList的編輯7.用于VirtualPlayList的操作8.對VirtualPlayList的重新編輯9.標記10.縮略圖11.CPI12.目錄和文件13.1NDEX.BAV文件14.1NF0.BAV15.ExtensionDataO16.PL_to_Clips_tableO17.RealPlayList文件和VirtualPlayList文件18.PlayList的句法19.UlAppInfoPlayList20.Playltem的句法21.PlayListO22.MENU.THM23.AV流文件24.記錄處理25.刪除處理26.刪除的示例27.本公開對程序的應用28.其他[記錄/再現(xiàn)裝置的配置]以下，將參照附圖來詳細描述規(guī)避開的第一實施例。圖1是示出了作為根據(jù)本公開的第一實施例的信息處理器的記錄/再現(xiàn)裝置的內(nèi)部配置的框圖。首先，以下將描述用于執(zhí)行將從外部輸入其中的信號記錄在記錄介質(zhì)中的操作的部分的配置。作為用于執(zhí)行信息的記錄或者再現(xiàn)中的至少任一項的信息處理器的記錄/再現(xiàn)裝置I可以接收模擬數(shù)據(jù)或者數(shù)字數(shù)據(jù)作為其輸入，并且可以記錄這樣記錄的模擬數(shù)據(jù)或者數(shù)字數(shù)據(jù)。模擬視頻信號和模擬音頻信號被分別輸入到端子11和端子12。輸入到端子11的模擬視頻信號被輸出到分析部14和AV編碼器15中的每個。輸入到端子12的模擬音頻信號被輸出到AV編碼器15。分析部14從這樣輸入的模擬視頻信號中提取諸如場景變化的特征點。AV編碼器15對輸入到其中的模擬視頻信號和模擬音頻信號進行編碼，并且多路復用器16輸出編碼的視頻流(V)、編碼的音頻流(A)以及諸如關(guān)于AV同步的信息的系統(tǒng)信息(S)。編碼的視頻流是例如通過利用運動圖像專家組(MPEG)2系統(tǒng)的編碼來得到的視頻流。而且，編碼的音頻流例如是通過利用MPEGl系統(tǒng)的編碼來得到的音頻流、通過利用杜比AC3系統(tǒng)來得到的音頻流等。多路復用器16基于輸入的系統(tǒng)信息來對輸入到其中的視頻和音頻流進行多路復用，并且將所得到的多路復用的流輸出到多路復用流分析部18和源打包器(sourcepacketizer)19中的每個。多路復用流是例如MPEG2傳輸流或者MPEG節(jié)目流。源打包器19按照其中記錄有AV流的記錄介質(zhì)100的應用格式，將這樣輸入到其中的多路復用流編碼為包括源包的AV流。所得到的AV流經(jīng)歷糾錯碼(ECC)編碼部20和調(diào)制部21中的預定處理，并且隨后被輸出到寫入部22。寫入部22按照從控制部分23輸入到其中的控制信號來講AV流文件寫入(總之，記錄)到記錄介質(zhì)100(中)。要注意，記錄介質(zhì)100可以在諸如藍光盤或者數(shù)字多功能盤(DVD)或者硬盤的盤之外，包括諸如閃存卡的半導體存儲器。通過數(shù)字接口或者數(shù)字電視調(diào)諧器輸入的、諸如數(shù)字電視廣播的傳輸流被輸入到端子13。用于記錄輸入到端子13的傳輸流的系統(tǒng)包括兩個系統(tǒng):用于透明地記錄傳輸流的系統(tǒng)；以及用于記錄為了例如降低記錄碼率的目的而被重新編碼后的傳輸流的系統(tǒng)。關(guān)于用于記錄系統(tǒng)的指示的信息被從連接到用戶接口端(未示出)的端子24輸入到控制部分23。當透明地記錄輸入傳輸流時，輸入到端子13的傳輸流被輸出到多路復用流分析部18和源打包器19中的每個。因為直到在記錄介質(zhì)100中記錄AV流為止的后續(xù)處理與當上述輸入的音頻信號和視頻信號被編碼并且所得到的編碼的信號隨后被記錄時相同，所以此處為了簡明起見而省略了其描述。當在重新編碼之后記錄輸入的傳輸流時，輸入到端子13的傳輸流被輸入到解多路復用器26。解多路復用器26對于輸入到其中的傳輸流執(zhí)行解多路復用處理，并且提取視頻流(V)、音頻流(A)和系統(tǒng)信息(S)。在由解多路復用器26提取的流(V)、(A)和(S)(即，信息)中，分別地，視頻流(V)被輸出到AV解碼器27，并且音頻流(A)和系統(tǒng)信息(S)中的每個被輸出到多路復用器16。AV解碼器27對輸入到其中的視頻流進行解碼，并且將再現(xiàn)的視頻信號上傳到AV編碼器15。AV編碼器15對輸入的視頻信號進行編碼，并且將所得到的編碼的視頻流(V)上傳到多路復用器16。另一方面，基于輸入的系統(tǒng)信息，要被輸入到多路復用器16的、從解多路復用器26輸出的音頻流(A)和系統(tǒng)信息(S)兩者，以及從AV編碼器15輸出的視頻流(V)被多路復用，并且所得到的流隨后作為多路復用的流通過開關(guān)17被輸出到多路復用流分析部18和源打包器19中的每個。因為直到將AV流記錄在記錄介質(zhì)100為止的后續(xù)處理與當上述輸入的音頻信號和視頻信號被編碼并且所得到的編碼的信號隨后被記錄時相同，所以此處為了簡明起見而省略了其描述。第一實施例的記錄/再現(xiàn)裝置I在記錄介質(zhì)100中記錄AV流的文件，并且記錄描述了記錄介質(zhì)100中的文件的應用數(shù)據(jù)庫信息。應用數(shù)據(jù)庫信息由控制部分23創(chuàng)建。到控制部分23的輸入信息包括來自分析部14的關(guān)于運動圖像的特征信息、來自多路復用流分析部18的關(guān)于AV流的特征信息、以及從用戶提供并且通過端子24輸入的指示信息。從分析部14提供的關(guān)于運動圖像的特征信息是關(guān)于輸入的圖像信號中的特性圖像的信息。例如，從分析部14提供的關(guān)于運動圖像的特征信息包括節(jié)目的關(guān)于起始點的指定信息(例如標記)、場景變化點、廣告(CM)的起始/結(jié)束點等。而且，關(guān)于其指定地點的縮略像的信息也包括在從分析部14提供的關(guān)于運動圖像的特征信息中。從多路復用流分析部18提供的關(guān)于AV流的特征信息是關(guān)于要被記錄的AV流的編碼信息的信息。例如，從多路復用流分析部18提供的關(guān)于AV流的特征信息包括AV流內(nèi)的關(guān)于I圖片的地址信息、AV流的編碼參數(shù)、AV流內(nèi)的關(guān)于編碼參數(shù)的變化點信息，視頻流內(nèi)的關(guān)于特性圖像的信息(例如標記)等。從用戶通過端子24發(fā)出的指示信息包括關(guān)于由用戶指定的再現(xiàn)部分的指定信息、描述再現(xiàn)部分的內(nèi)容的字符、關(guān)于用戶用來設置喜愛的場景的書簽和恢復點的信息等。例如包括微處理器單元的控制部分23包括用于在其中存儲預定信息的存儲器部23A。控制部分23基于上述輸入的信息來創(chuàng)建AV流的數(shù)據(jù)庫(Clip)、通過對AV流的再現(xiàn)部分(Playltem)進行分組得到的數(shù)據(jù)庫、關(guān)于記錄介質(zhì)100中記錄的內(nèi)容的管理信息(INF0.BAV)、以及關(guān)于縮略像的信息。與要輸入到寫入部22的AV流的情況相似地，在ECC編碼部20和調(diào)制部21兩者中處理包括這些信息的應用數(shù)據(jù)庫信息。寫入部22按照從控制部分23輸出到其中的控制信號，在記錄介質(zhì)100中記錄數(shù)據(jù)庫文件。稍后將描述上述應用數(shù)據(jù)庫信息的細節(jié)。當再現(xiàn)均以這種方式記錄在記錄介質(zhì)100中的AV流文件(即，視頻數(shù)據(jù)和音頻數(shù)據(jù)的文件)和應用數(shù)據(jù)庫信息時，用以下方式來處理AV流文件和應用數(shù)據(jù)庫信息。首先，控制部分23指示讀取部28來從記錄介質(zhì)100讀取出應用數(shù)據(jù)庫信息。并且，讀取部28從記錄介質(zhì)100讀取出應用數(shù)據(jù)庫信息。這樣讀取出的應用數(shù)據(jù)庫信息通過解調(diào)部29和ECC解碼部30中的預定處理被輸入到控制部分23?？刂撇糠?3基于應用數(shù)據(jù)庫信息，向連接到用戶接口輸入/輸出端的端子24輸出記錄在記錄介質(zhì)100中的PlayList(總之，內(nèi)容的列表)。當然,PlayList的列表也可以作為視頻輸出從端子32輸出到顯示設備(未示出)。當用戶從PlayList的列表中選擇他/她想要再現(xiàn)的PlayList(總之，內(nèi)容)時，關(guān)于為再現(xiàn)所指定的PlayList的信息被從用戶接口輸入/輸出端輸入到控制部分23?？刂撇糠?3指示讀取部28來讀取出相關(guān)的PlayList的再現(xiàn)所需的AV流。讀取部28從記錄介質(zhì)100讀取出相應的AV流，并且按照從控制部分23發(fā)出的指示將這樣讀取出的相應AV流輸出到解調(diào)部29。輸入到解調(diào)部29的AV流經(jīng)歷預定處理以被解調(diào)，并且隨后通過在ECC解碼部30中執(zhí)行的處理來輸出到源解包器31。即使在用戶指示刪除PlayList時，PlayList的列表也顯示在顯示設備(未示出)上。用戶從顯示在顯示設備上的列表中指定具體想要刪除的PlayList。源解包器31將從記錄介質(zhì)100讀取出以經(jīng)歷預定處理的具有應用格式的AV流轉(zhuǎn)換為可以輸出到解多路復用器26的流。解多路復用器26向AV解碼器27輸出組成由控制部分23指定的AV流的再現(xiàn)部分(即Playltem)的視頻流(V)、音頻流(A)和諸如關(guān)于AV同步的信息的系統(tǒng)信息(S)。而且，AV解碼器27對視頻流和音頻流兩者進行解碼，并且分別從相應的端子32和33輸出所再現(xiàn)的視頻信號和所再現(xiàn)的音頻信號。此外，當通過作為用戶接口的端子24輸入用來指示隨機訪問再現(xiàn)或者特定再現(xiàn)的信號時，控制部分23確定要從記錄介質(zhì)100讀取出AV流的位置，并且及用戶AV流中的數(shù)據(jù)庫(Clip)的內(nèi)容，指示讀取部28讀取出AV流。例如，當從預定的時間起再現(xiàn)由用戶選擇的PlayList時，控制部分23指示讀取部28從具有最接近所指定的時間的時間戳的I圖片中讀取出數(shù)據(jù)。此外，當用戶指示了快進回放時，控制部分23指示讀取部28基于AV流的數(shù)據(jù)庫(Clip)順次、連續(xù)地讀取出AV流中的I圖片數(shù)據(jù)。讀取部28從所指定的隨機訪問點讀取出AV流上的數(shù)據(jù)。這樣讀取出的數(shù)據(jù)通過后續(xù)部分的處理來再現(xiàn)。[AV流的編輯]接下來,將針對用戶編輯記錄在記錄介質(zhì)100中的AV流的情況給出描述。當用戶想要指定記錄在記錄介質(zhì)100中的AV流的再現(xiàn)部分以創(chuàng)建新的再現(xiàn)路徑時，例如，當用戶想要創(chuàng)建再現(xiàn)路徑，以使得想要從作為節(jié)目A的音樂節(jié)目中再現(xiàn)歌手a的部分，并且想要隨后從作為節(jié)目B的節(jié)目中再現(xiàn)歌手a的部分時，關(guān)于再現(xiàn)部分的起始點(入點)和結(jié)束點(出點)的信息通過作為用戶接口的端子24被輸入到控制部分23?？刂撇糠?3創(chuàng)建通過對AV流的再現(xiàn)部分(Playltem)的分組得到的數(shù)據(jù)庫(PlayList)。當用戶想要刪除一部分記錄在記錄介質(zhì)100中的AV流時，關(guān)于刪除部分的入點和出點的信息通過作為用戶接口的端子24被輸入到控制部分23。控制部分23改變PlayList的數(shù)據(jù)庫的內(nèi)容，以便僅參照所需的AV流部分。此外，控制部分23指示寫入部22刪除AV流的非必需的部分?，F(xiàn)在將針對用戶想要指定記錄在記錄介質(zhì)100中的AV流的再現(xiàn)部分以創(chuàng)建新的再現(xiàn)路徑并且還想要將再現(xiàn)部分無縫地連接到另一個再現(xiàn)部分的情況給出描述。在該情況下，控制部分23通過對AV流的再現(xiàn)部分(Playltem)的分組得到的數(shù)據(jù)庫(PlayList)并且還對再現(xiàn)部分之間的連接點附近的視頻流執(zhí)行部分重新編碼和重新多路復用兩者。首先，關(guān)于再現(xiàn)部分的入點的圖片的信息和關(guān)于再現(xiàn)部分的出點的圖片的信息兩者通過端子24被輸入到控制部分23。控制部分23指示讀取部28讀取出再現(xiàn)入點側(cè)圖片和出點側(cè)圖片兩者所需的數(shù)據(jù)。而且，讀取部28從記錄介質(zhì)100讀取出數(shù)據(jù)。這樣讀取出的數(shù)據(jù)隨后通過解調(diào)器29、ECC解碼部30和源解包器31被輸出到解多路復用器26。控制部分23分析輸入到解多路復用器26的數(shù)據(jù)，確定對視頻流進行重新編碼的方法(改變圖片代碼類型(picture_coding_type)并且分配要重新編碼的編碼位的數(shù)量)和重新多路復用系統(tǒng)，并且向AV編碼器15和多路復用器16中的每個提供關(guān)于這樣確定的系統(tǒng)的信息。接下來，解多路復用器26將輸入到其中的流分離為視頻流(V)、音頻流(A)和系統(tǒng)信息(S)。視頻流(V)包括“要輸入到AV解碼器27的數(shù)據(jù)”和“要輸入到多路復用器16的數(shù)據(jù)”。前者的數(shù)據(jù)是執(zhí)行重新編碼所需的數(shù)據(jù)，并且在AV解碼器27中解碼。因而，所解碼的圖片在AV編碼器15中被重新編碼以制作視頻流。另一方面，后者的數(shù)據(jù)是從原始流復制而未被重新編碼的數(shù)據(jù)。音頻流和系統(tǒng)信息兩者直接被輸入到多路復用器16。多路復用器16基于從控制部分23輸入到其中的信息，對輸入流進行多路復用，并且輸出所得到的多路復用的流。多路復用的流在ECC編碼部20和調(diào)制部21兩者中處理，并且隨后被輸入到寫入部22。寫入部22按照從控制部分23提供給其的控制信號，在記錄介質(zhì)100中記錄AV流。[控制部分的功能性配置]圖2是示出了控制部分23的功能性配置的框圖。在第一實施例中，控制部分23包括記錄部201、獲取部202、附加部203、確定部204、刪除部205、更新部206和顯示部207。例如這些部分201至207，任一個可以以硬件形式來配置，或者可以以軟件形式來配置。記錄部201在其中記錄各種信息。獲取部202獲取各種信息。附加部203附加預定信息。確定部204執(zhí)行確定處理。刪除部205刪除預定信息。更新部206更新預定信息。而且，顯示部207在其上顯示信息。[對操作的描述]以下，將針對諸如基于應用數(shù)據(jù)庫信息的再現(xiàn)或編輯的、用于應用數(shù)據(jù)庫信息的操作來給出描述。圖3是說明了應用格式的結(jié)構(gòu)的框圖。應用格式具有用于管理AV流的PlayList和Clip兩層。卷信息(VolumeInformation)用于管理盤中的所有Clip和PlayList。在該情況下，一個AV流及其附屬信息的對被認為是也被稱為“Clip”的一個對象。AV流文件被稱為“剪輯AV流文件(ClipAVstreamfile)”并且其附屬信息被稱為“剪輯信息文件(ClipInformationfile)”。總之，Clip是作為內(nèi)容的實際情形的實際信息，并且PlayList是指定了對其實際信息的再現(xiàn)的再現(xiàn)信息。其中在由應用格式調(diào)節(jié)的結(jié)構(gòu)中布置MPEG2傳輸流的數(shù)據(jù)存儲在一個ClipAVstreamfile中。一般地,盡管該文件被看做字節(jié)列，ClipAVstreamfile的內(nèi)容在時間軸上發(fā)展，并且主要基于時間來指定Clip中的進入點。當給出了對于預定Clip的訪問點時，ClipAVstreamfile有助于找到在ClipAVstreamfile中要開始讀取數(shù)據(jù)的地址信息。[PlayList]以下將參照圖4來描述PlayList。提供PlayList以便用戶可以從Clip中選擇他/她想要觀看的再現(xiàn)部分，并且再現(xiàn)部分可以被簡單地編輯。一個PlayList是Clip中再現(xiàn)部分的集合。預定的Clip中的一個再現(xiàn)部分被稱為Playltem,這又用時間軸上的入點(IN)和出點(OUT)來表示。因此，集合了多個Playltem，從而組成PlayList。PlayList具有兩種類型。一種類型是RealPlayList,而另一種是VirtualPlayList。RealPlayList與其他PlayList共享相關(guān)的RealPlayList所參照的Clip的流部分。就是說，RealPlayList占用盤中與相關(guān)的RealPlayList所參照的Clip的流部分的相對應的數(shù)據(jù)容量。因而，當刪除RealPlayList時,也刪除相關(guān)的RealPlayList所參照的Clip的流部分的數(shù)據(jù)。VirtualPlayList不與其他PlayList共用Clip的數(shù)據(jù)。因此，即使改變或者刪除VirtualPlayList,也根本不在Clip的內(nèi)容中生成改變。[對RealPlayList的編輯]接下來，將描述對RealPlayList的編輯。圖5A是針對RealPlayList的創(chuàng)建的圖。因而，圖5A示出了當記錄AV流作為新Clip時新創(chuàng)建參照整個相關(guān)的Clip的RealPlayList的操作。圖5B是針對RealPlayList的劃分的圖，并且示出了在想要的點處將RealPlayList劃分為兩個RealPlayList的操作。例如，在由一個PlayList管理的一個Clip內(nèi)管理了兩個節(jié)目的情況下用戶想要將兩個節(jié)目重新登記(記錄)為一個節(jié)目時，執(zhí)行劃分操作。通過執(zhí)行該操作，Clip的內(nèi)容根本么有改變(Clip自身沒有被劃分)。圖5C是針對RealPlayList的組合的圖，并且將兩個RealPlayList彼此組合為一個新的RealPlayList的操作。在用戶想要將兩個節(jié)目重新登記為一個節(jié)目時執(zhí)行該組合操作。通過執(zhí)行該操作，Clip沒有改變(Clip自身沒有被設置為一個Clip)。圖6A是針對整個RealPlayList的刪除的圖。在該情況下，當執(zhí)行用于刪除整個RealPlayList的操作時,也刪除所刪除的RealPlayList所參照的Clip的相應的流部分。圖6B是針對RealPlayList的部分刪除的圖。在該情況下，當刪除RealPlayList的想要的部分時，改變相應的Playltem，以便僅參照所需的Clip的流部分。而且，刪除Clip的相應的流部分。圖6C是針對RealPlayList的最小化的圖，并且示出了使得對應于RealPlayList的Playltem僅參照VirtualPlayList所需的Clip的流部分的操作。因而，刪除VirtualPlayList所不需要的Clip的流部分。當通過執(zhí)行上述操作來改變RealPlayList以刪除相關(guān)的RealPlayList所參照的Clip的流部分時,有可能存在使用所刪除的Clip的VirtualPlayList,并且由于所刪除的Clip而在相關(guān)的VirtualPlayList中導致了問題。出于防止導致這樣的情形的目的，響應于刪除操作，向用戶顯示“盡管存在參照了相關(guān)的RealPlayList所參照的Clip的流部分的VirtualPlayList,并且因而如果刪除相關(guān)的RealPlayList,則相關(guān)的VirtualPlayList也會刪除,您能否接受該情形？”這樣的消息，并且督促用戶執(zhí)行確認(警告)。此后，按照從用戶發(fā)出的指示來執(zhí)行或者取消刪除處理?？商孢x地,對于RealPlayList執(zhí)行最小化而非刪除VirtualPlayList。[用于VirtualPlayList的操作]接下來，以下將描述對于VirtualPlayList的操作。即使在對于VirtualPlayList執(zhí)行操作期間，也根本不改變Clip的內(nèi)容。圖7A和7B分別是針對集合編輯(IN-OUT編輯)的圖，并且制作用戶想要觀看的再現(xiàn)部分的Playltem并且創(chuàng)建VirtualPlayList的操作。在該情況下，應用格式支持Playltem之間的無縫連接。如圖7A中所示，在分別存在兩個RealPlayListI和2以及對應于兩個RealPlayList的ClipI和2的情況下，當用戶指示RealPlayListI中的預定部分(Playltem1:從INI到OUTI的部分)作為再現(xiàn)部分并且指示RealPlayList2中的預定部分(Playltem2:從IN2到OUT2的部分)作為隨后再現(xiàn)的再現(xiàn)部分時，如圖7B中所示，創(chuàng)建了包括PlayIteml和Playltem2的一個VirtualPlayList。[對VirtualPlayList的重新編輯]接下來，以下將描述VirtualPlayList的重新編輯。重新編輯包括VirtualPlayList中的入點和出點的改變、新的Playltem插入和附加到VirtualPlayList、刪除VirtualPlayList中的Playltem等。此外，也可以刪除VirtualPlayList自身。圖8是說明了在VirtualPlayList中的音頻配音(后記錄)并且說明了用于將VirtualPlayList中的音頻配音登記為子路徑的操作的圖。應用格式支持音頻配音。將附加的音頻流作為子路徑添加到VirtualPlayList的主路徑的AV流。展示了對如圖9中所示的PlayList的再現(xiàn)的順序的移動作為RealPlayList和VirtualPlayList共用的操作。該操作是在盤(卷)內(nèi)移動PlayList的再現(xiàn)的順序,并且受應用格式中定義的播放列表表格(TableofPlayList)支持。通過執(zhí)行該操作根本不改變Clip的內(nèi)容。[標記]接下來，以下將描述標記。提供標記以指定Clip和PlayList內(nèi)的重點和特性的時間。添加到Clip的標記例如是由于AV流的內(nèi)容而指定了特性場景的場景改變點。當再現(xiàn)PlayList時，可以參照相關(guān)的PlayList所參照的標記來使用。添加到PlayList的標記例如是主要由用戶設定的書簽或者恢復點。通過向標記列表附加標記的時間戳代表時間來在CliphuozhePlayList中設定標記或恢復點。此外，刪除標記要從標記列表中移除相關(guān)的標記的時間戳。因此，通過設定或刪除標記，根本不改變AV流。[縮略圖]接下來，以下將描述縮略圖?？s略圖是分別添加到卷、PlayList和Clip的靜止圖像?？s略圖包括兩種。一種縮略圖是作為代表了內(nèi)容的代表圖像的縮略圖。一種縮略圖主要在菜單圖片使用，在菜單圖片中用戶通過操作光標(未示出)等來選擇想要的內(nèi)容。另外的是代表標記所指向的場景的圖像。卷和PlayList分別需要能夠具有代表性圖像。對于卷的代表性圖像，例如，假設當在記錄/再現(xiàn)裝置I的預定地點中設定盤(以下假設記錄介質(zhì)100具有盤的形狀，將記錄介質(zhì)100適當?shù)孛枋鰹楸P)時，在第一地點中顯示代表相關(guān)的盤的內(nèi)容的靜止圖像等。對于PlayList的代表性圖像，假設在選擇PlayList的菜單圖片(內(nèi)容的列表的圖片)中，使用PlayList的代表性圖像作為用于代表PlayList的內(nèi)容的靜止圖像。盡管期望將PlayList的第一個圖像制作成作為PlayList的相關(guān)的代表性圖像的縮略圖(代表性圖像)，但是在再現(xiàn)時間O的頭部處的圖像不一定是用于代表內(nèi)容的最優(yōu)圖像。因而，用戶能夠設定任意圖像作為PlayList的縮略圖。借此，兩者縮略圖被稱為“菜單縮略圖”。因為菜單縮略圖頻繁地顯示在顯示設備上，所以需要高速地從盤中讀取出菜單縮略圖。出于該原因，在一個文件中存儲所有的菜單縮略圖是有效率的。菜單縮略圖不需要是從卷內(nèi)的運動圖像中提取的圖片。因而，如圖11中所示，菜單縮略圖可以是從個人計算機或者從數(shù)字靜態(tài)相機中取回的圖像。另一方面,需要將多個標記帶給Clip和PlayList。由于該原因，出于了解標記位置的內(nèi)容的目的，標記點處的圖像需要能夠容易地觀看。代表這樣的標記點的圖片被稱為“標記縮略圖”。因此，針對變成縮略圖的源的圖像，通過在標記點處抽取來得到的圖像變成了主要的，而非從外部取回的圖像。圖12是示出了添加到PlayList的標記和其標記縮略圖之間的關(guān)系的框圖。圖13是示出了添加到Clip的標記和其標記縮略圖之間的關(guān)系的框圖。因為不像菜單縮略圖，當示出PlayList的細節(jié)時在子菜單等中使用標記縮略圖，所以對于標記縮略圖，不需要在段的訪問時間里讀取出標記縮略圖。出于該原因，即使在記錄/再現(xiàn)裝置I需要縮略圖時打開文件并且這花費了一些時間來讀取出部分文件，也不是問題。此外，出于降低卷內(nèi)存在的文件數(shù)量的目的，所要做的是在一個文件中存儲全部標記縮略圖。PlayList可以具有一個菜單縮略圖和多個標記縮略圖。然而，因為用戶不需要直接選擇Clip(通常，經(jīng)由PlayList來指定Clip)，所以不需要提供任何菜單縮略圖。圖14是說明了考慮到前述內(nèi)容時菜單縮略圖、標記縮略圖、PlayList和Clip之間的關(guān)系的框圖。每個PlayList所提供的菜單縮略圖記載在菜單縮略圖文件中。代表記錄在盤中的數(shù)據(jù)的內(nèi)容的卷縮略圖包含在菜單縮略圖文件中。每個PlayList和每個Clip所創(chuàng)建的縮略圖文件記載在標記縮略圖文件中。[CPI]接下來，以下將描述特性點信息(CPI)。CPI是ClipInformationfile中包括的數(shù)據(jù)。而且，CPI主要用于找出當給出到Clip的訪問點的時間戳時開始從ClipAV流文件中讀取出數(shù)據(jù)的數(shù)據(jù)地址。在第一實施例中，使用了兩種CPI:EP_map和TUjnap。EPjnap是進入點(EP)數(shù)據(jù)的列表，并且是從基本流和傳輸流兩者提取的。而且，EPjnap具有用于找出在AV流中開始解碼的進入點處的地點的地址信息。一條EP數(shù)據(jù)包括展示時間戳(PTS)和對應于PTS的訪問單位的AV流中的數(shù)據(jù)地址的對。EP_map主要用于兩個對象。首先，EP_map用來找出由PlayList中展示時間戳所參照的訪問單位的AV流中的數(shù)據(jù)地址。其次，EPjnap用于快進再現(xiàn)和快退再現(xiàn)。在記錄/再現(xiàn)裝置I在記錄介質(zhì)100中記錄輸入的AV流的情況下，當可以分析輸入的AV流的句法時，倉Il建EP_map以記錄在盤中。TU_map具有基于通過數(shù)字接口輸入的傳輸包的抵達時間的時間單位(TU)的列表。這給出了基于抵達時間的時間和AV流中的數(shù)據(jù)地址之間的關(guān)系。在記錄/再現(xiàn)裝置I在記錄介質(zhì)100中記錄輸入的AV流的情況下，當可能無法分析輸入的AV流的句法時,創(chuàng)建TUmap以記錄在盤中。STCInfo在其中存儲了存儲有MPEG2傳輸流的AV流文件中的STC的不連續(xù)點信息。當AV流具有STC的不連續(xù)點時，具有相同值的PTS可能出現(xiàn)在相關(guān)的AV流文件中。出于該原因，當基于PTS指向AV流上的特定時間時，僅通過訪問點的PTS來指定點是不夠的。此外，用于其中包括相關(guān)的PTS的連續(xù)STC部分的索引是必要的。連續(xù)STC部分在該格式中稱為STC序列(STC-sequence)，并且用于連續(xù)STC部分的索引稱為STC序列識別(STC-sequence-1d)。關(guān)于STC_sequence的信息由ClipInformationfile的STCInfo來定義。STC-sequence-1d使用在具有EP_map的AV流文件中，并且在具有TU_map的AV流文件中也是可選項。節(jié)目是輪流共享僅一個用于執(zhí)行這些流的同步再現(xiàn)的系統(tǒng)時間基礎(chǔ)的基本流的集合。對于再現(xiàn)裝置(圖1中的記錄/再現(xiàn)裝置)，這有助于在AV流的解碼之前了解AV流的內(nèi)容。AV流的內(nèi)容例如包括發(fā)送視頻或音頻的基本流的傳輸包的PID值、以及關(guān)于視頻或音頻的成分類型(諸如HDTV的視頻以及MPEG-2AAC的音頻流)的信息等。該信息有助于為創(chuàng)建為參照AV流的用戶說明PlayList的內(nèi)容的菜單圖片。而且，該信息有助于在AV流的解碼之前設定再現(xiàn)裝置的AV解碼器和多路復用器的初始狀態(tài)。出于該原因，ClipInformationfile具有用于說明節(jié)目的內(nèi)容的Programlnfo。在其中存儲有MPEG2傳輸流的AV流文件中，文件中的節(jié)目內(nèi)容可能改變。例如，通過其傳送視頻基本流的輸送分組的PID改變，視頻流的分量的類型從SDTV變?yōu)镠DTV，等坐寸οProgramlnfo在其中存儲有關(guān)于AV流文件內(nèi)的節(jié)目內(nèi)容的改變點的信息。其中由相關(guān)的格式定義的節(jié)目內(nèi)容在AV流文件中是恒定的區(qū)間被稱為Program_sequence(節(jié)目序列)。Program_sequence用在具有EP_map的AV流文件中，并且是具有TU_map的AV流文件中的選項。在第一實施例中，定義了自編碼(SESF)的流格式。SESF用于對模擬輸入信號編碼的目的，并且還在數(shù)字輸入信號(例如，DV)在被解碼之后編碼成MPEG2傳輸流時使用。SESF定義了關(guān)于MPEG-2傳輸流和AV流兩者的基本流的編碼極限。當記錄/再現(xiàn)裝置I對SESF流編碼并且記錄得到的編碼SESF流時，創(chuàng)建EPjnap并且隨后將其記錄在盤中。任何一個以下系統(tǒng)被用于數(shù)字廣播流并且關(guān)于該數(shù)字廣播流的信息隨后被記錄在記錄介質(zhì)100中。首先,數(shù)字廣播流被轉(zhuǎn)碼成SESF流。在該情況下,所記錄的流需要符合SESF。在該情況下,需要創(chuàng)建EP_map以記錄在硬盤中。替選地，組成數(shù)字廣播流的基本流被轉(zhuǎn)碼成新的基本流，并且被重新復用成符合由用于使相關(guān)的數(shù)字廣播流規(guī)格化的組織決定的流格式的新的傳輸流。在該情況下，需要創(chuàng)建EP_map以記錄在盤中。例如，假設輸入流是符合ISDB(日本的數(shù)字BS廣播的標準名稱)的MPEG-2傳輸流，并且輸入流包括HDTV視頻流和MPEGAAC音頻流。HDTV視頻流被轉(zhuǎn)碼成SDTV視頻流，并且得到的SDTV視頻流和原始的AAC音頻流被重新復用成TS。SDTV視頻流和所記錄的傳輸流兩者需要符合ISDB格式。在其中在將數(shù)字廣播流記錄在記錄介質(zhì)100中時通過利用其他系統(tǒng)將輸入的傳輸流記錄在傳輸包中的情況下(在完全不改變輸入的傳輸流的情況下記錄輸入的傳輸流)，當能夠分析流的句法時，創(chuàng)建EP_map以記錄在盤中。替選地，在其中將輸入的傳輸流記錄在傳輸包中的情況下(在完全不改變輸入的傳輸流的情況下記錄輸入的傳輸流)，當不可能分析流的句法時，倉Il建TU_map以記錄在盤中。[目錄和文件]接下來，下文將描述目錄和文件。在下文中，記錄/再現(xiàn)裝置I被適當?shù)孛枋鰹閿?shù)字視頻記錄(DVR)。圖15是示出盤上的目錄結(jié)構(gòu)的示例的示圖。如圖15中所示，DVR的盤上所需的目錄是包括“BDAV”目錄、“PLAYLIST”目錄、“CLIPINF”目錄和“STREAM”目錄的根目錄。盡管在根目錄下也可以創(chuàng)建除了這些目錄以外的目錄，但是假設在關(guān)于第一實施例中的應用格式中忽視這些目錄。DVR應用格式管理的所有文件和目錄被存儲在“BDAV”目錄下?！癇DAV”目錄包括三個目錄。RealPlayList和VirtualPlayList兩者的數(shù)據(jù)庫文件被設置在“PLAYLIST”目錄下?！癙LAYLIST”目錄甚至在連一個PlayList都沒有的情況下也存在。Clip的數(shù)據(jù)庫被設置在“CLIPINF”目錄下?！癈LIPINF”目錄甚至在連一個Clip都沒有的情況下也存在。AV流文件被設置在“STREAM”目錄下。“STREAM”目錄甚至在連一個AV流文件都沒有的情況下也存在。“BDAV”目錄在其中存儲如下文件?！癐NDEX.BAV”文件是如下索引文件:其中提取并收集關(guān)于設置在PLAYLIST目錄下的所有PlayList文件的、在顯示關(guān)于UlAppInfoPlayListO的信息中的標題列表時有用的顯示信息。在該情況下，關(guān)于每個PlayList文件的制作者的額外的私有數(shù)據(jù)也可以存儲在“INDEX.BAV”文件中?！癐NDEX.BAV”文件被定位在父目錄與其中記錄內(nèi)容的PLAYLIST目錄的父目錄相同的BDAV目錄下，并且還被定位在與PLAYLIST目錄的行相同的行中。簡言之，“INDEX.BAV”文件和PLAYLIST目錄兩者是兄弟目錄。將參照圖17描述“INDEX.BAV”文件的細節(jié)。在BDAV目錄下創(chuàng)建“INF0.BAV”文件，并且關(guān)于應用層的整體信息被存儲在“INF0.BAV”文件中。在BDAV目錄下僅需要存在一個INF0.BAV。其文件名被固定為INF0.BAV。關(guān)于菜單縮略像的信息(內(nèi)容列表的縮略像)被儲存在“MEMU.THM”文件中。在BDAV目錄下需要存在零個或一個縮略像。其文件名被固定為MENU.THM。當不存在菜單縮略像時，該文件可以不存在。兩種類型的PlayList文件被儲存在“PLAYLIST”目錄中。兩種類型的PlayList文件是RealPlayList和VirtualPlayList0關(guān)于一個RealPlayList的信息被儲存在“xxxxx.RPL”文件中。對于每個RealPlayList創(chuàng)建一個文件。其文件名是“xxxxx.RPL”。這里，“XXXXX”是五個O至9的數(shù)字字符。假設文件擴展需要是“RPL”。關(guān)于一個VirtualPlayList的信息被儲存在“yyyyy.VPL”文件中。對于每個VirtualPlayList創(chuàng)建一個文件。其文件名是“yyyyy.VPL”。這里,“yyyyy”是五個O至9的數(shù)字字符。假設文件擴展需要是“VPL”。一個文件存儲在“CLIPINF”目錄中以便對應于AV流文件?！皕zzzz.CPI”文件是與一個AV流文件(ClipAV流文件或者Bridge-ClipAV流文件)對應的ClipInformationfile。其文件名是“zzzzz.CPI”。這里，“zzzzz”是五個O至9的數(shù)字字符。假設文件擴展需要是“CPL”。AV流的文件存儲在“STREAM”目錄中?！皕zzzz.MTS”文件是DVR系統(tǒng)所處置的AV流文件?！皕zzzz.MTS”文件是ClipAV流文件或者Bridg-ClipAV流。其文件名是“zzzzz.MTS”文件。這里，“zzzzz”是五個O至9的數(shù)字字符。假設文件擴展需要是“MTS”。[INDEX.BAV文件]接下來，下文將描述圖15中所示的“INDEX.BAV”文件。出于使用戶選擇節(jié)目作為記錄在記錄介質(zhì)100中的內(nèi)容的目的,倉Il建節(jié)目的標題列表(即，PlayList的列表),提取節(jié)目的標題列表的能夠顯示的范圍，將關(guān)于該范圍的信息輸出到待顯示的通過終端24輸入/輸出的用戶接口。替選地，關(guān)于該范圍的信息通過終端32被輸出到顯示設備(未示出)，以便在其上顯示。如后面將參照圖17描述的，顯示標題列表所需的關(guān)于所有節(jié)目的顯示信息被共同存儲在一個“INDEX.BAV”文件中。結(jié)果，變得可以迅速地創(chuàng)建并顯示標題列表。圖16是示出標題列表的顯示示例的示圖。圖片顯示的設計和顯示內(nèi)容兩者取決于記錄/再現(xiàn)裝置I的制作者。在顯示示例中，顯示如下顯示信息。節(jié)目標題:早間新聞、日間新聞、日間綜藝、晚間新聞、晚間流行歌曲節(jié)目記錄日期和時間:1月I日(周一)上午7:00、1月I日(周一)下午0:00、1月I日(周一)下午1:00、1月I日(周一)下午7:00、1月I日(周一)下午9:00節(jié)目時長:一個半小時、一小時、兩小時頻道編號:1頻道、2頻道、3頻道頻道名稱:日本廣播臺、AAA廣播臺頻道模式:直接記錄模式、標準記錄模式、長期積累模式作為使得用戶能夠可靠地選擇期望的節(jié)目(S卩，標題)的顯示信息需要顯示在標題列表上。該顯示信息例如可以在其中包含如下信息。1.標題名稱(節(jié)目)(PlayList_name)2.記錄日期和事件(time_zone、record_time_and_date)3.標題時長(PlayList_duration)4.縮略像參照信息(ref_to_menu_thumbnail_index)5.關(guān)于其是否是新(未觀看過)紀錄的標記(is_played_flag)6.頻道編號(channel_number)7.頻道名稱(channel_name)上述七段顯示信息中的對于標題而言極為必要的信息是由編號I至3指示的三段顯示信息。由編號4指示的顯示信息對于使用戶理解節(jié)目內(nèi)容而言也是重要的。除了ref_to_menu_thumbnail_index以外,上述七段顯示信息之后的圓括號中所示的字段名稱是呈現(xiàn)在WAppInf0PlayListO(參照圖25)中的字段的名稱。僅ref_to_menu_thumbnail_index未包含在UlAppInfoPlayListO中。其原因在于PlayList文件中的PlayListMarkO(參照圖27)的mark_type(標記類型)是OxOl或0x02(參照圖28),并且當顯示相關(guān)的圖像是播放列表代表圖像時的ref_thumbnail_index(參照圖27)的值被弓1用°簡言之，ref_thumbnail_index的值被設定為ref_to_menu_thumbnail_index。圖17是示出INDEX.BAV的句法的表格。如圖中所示，“INDEX.BAV”文件在其中包含如下信息。字符“1冊乂”±真入字段type_indicator(類型指不符)。字段version_number(版本號)表示指示INDEX.BAV文件的版本號的四個字符。字段length(長度)表示在緊接length字段之后直到INDEX.BAV文件末尾的字節(jié)數(shù)目。number_0f_PlayLiStS的數(shù)字字符需要等于PLAYLIST目錄中記錄的PlayList的數(shù)目。字段PlayList_file_name[k]表示PlayList的文件名。注意，[k]是for循環(huán)中遞增的變量。字段index_info_start_address[k]表示以從INDEX.BAV文件的頭字節(jié)開始的相關(guān)字節(jié)的數(shù)目為單位的、INDEX.BAV文件的頭字節(jié)地址。相關(guān)字節(jié)的數(shù)目從零開始計數(shù)。字段ref_to_menu_thumbnail_index[k]表不關(guān)于表不由PlayList_file_name[k]指不的PlayList的縮略像的信息。當字段ref_to_menu_thumbnail_index[k]取除“OxFFFF”之外的值時，表示PlayList的縮略像被添加到相關(guān)的PlayList，并且關(guān)于縮略像的信息存儲在MENU.THM文件中。另一方面，當字段ref_to_menu_thumbnail_index[k]取值“OxFFFF”時,表示PlayList的縮略像不被添加到相關(guān)的PlayList。字段PlayList_character_set[k]表不用于在字段channel_name[k]和PlayList_name[k]中編碼的字符的編碼方法。標志is_played_flag[k]表示再現(xiàn)的存在或不存在。當標志is_played_flag[k]被設置為“I”時，PlayList_file_name[k]所表示的PlayList在其記錄完成之后被再現(xiàn)一次。另一方面，當標志被設置為“O”時，PlayList_file_name[k]所表示的PlayList在其記錄完成之后從未被再現(xiàn)。字段time_zone[k]表示由record_time_and_date[k]指示的時間信息的時區(qū)(例如，日本、英國等)。字段record_time_and_date[k]是其中存儲有關(guān)于記錄PlayList_file_name[k]所表示的PlayList時的日期和時間的56位字段。該字段通過關(guān)于年/月/日/時/分/秒將14個字符編碼為4位二-十進制代碼(B⑶)來獲得。例如，2001/12/23:01:02:03被編碼為“0x20011223010203”。字段PlayList_duration[k]是以時/分/秒為單位表示PlayList_file_name[k]所表示的PlayList的總再現(xiàn)時間的24位字段。該字段通過將六個數(shù)字字符編碼成4位二-十進制代碼(B⑶)來獲得。例如，01:45:30被編碼為“0x014530”。字段channel_number[k]表不在記錄PlayList_file_name[k]所指不的PlayList時用戶所選擇的廣播的頻道號或服務號。當該字段的值時OxFFFF時，該字段無效。字段channel_name_length[k]表示channel_name[k]指示的頻道名稱的長度的字節(jié)數(shù)。字段channel_name[k]表示在記錄PlayList_file_name[k]指示的PlayList時用戶所選擇的廣播的頻道號或服務號。字段PlayList_name_length[k]表不字段PlayList_name[k]指不的PlayList名稱的長度的字節(jié)數(shù)。字段PlayList_name[k]表示PlayList_file_name[k]指示的PlayList的標題(節(jié)目)。當length_mpd[k]的字段值不為零時,mdp[k]O存在,并且其值表示mdp[k]O的字節(jié)數(shù)。字段maker_ID[k]表示記錄mdp[k]O的記錄器的制作者。被編碼為maker_id的值由該格式的許可證來分配。字段maker_model_code[k]表示記錄mdp[k]()的記錄器的型號。被編碼為maker_model_code[k]的值由接收該格式的許可的制作者來確定。字段maker_private_data[k]是存儲制作者私有數(shù)據(jù)的區(qū)域。除了上述通過使用INDEX.BAV文件標準化的信息之外，制作者中特有的記錄信息可被記錄在字段maker_private_data[k]中。例如，諸如記錄模式(諸如標準記錄模式和長期記錄模式的信息)和節(jié)目類別的信息記錄在字段maker_private_data[k]中。Length_mpd[k]、maker_ID[k]、maker_model_code[k]和maker_private_data[k]構(gòu)成制作者特有信息。X和Y分別是任意正整數(shù)。padding_word的值可以取任意值。[INF0.BAV]圖18是示出“INF0.BAV”文件的句法的表?！癐NF0.BAV”文件由三個對象組成:UIAppInfoBDAVO、TableOfPlayListsO和ExtensionDataO。現(xiàn)在將描述圖18中示出的INF0.BAV的句法。字符“INFO”來自字段type_indicator中。字段version_number表不指不INF0.BAV文件的版本號的四個字符。字段TabIeOfPIayLists_Start_address表示以從INF0.BAV文件的頭字節(jié)開始的相對字節(jié)數(shù)為單位的TableOfPlayListO的頭地址。相對字節(jié)數(shù)從零開始計數(shù)。字段ExtensionData_Start_address以從INF0.BAV文件的頭字節(jié)開始的相對字節(jié)數(shù)為單位的ExtensionDataO的頭地址。相對字節(jié)數(shù)從零開始計數(shù)。padding_word(填充字)根據(jù)info,dvr的句法而被插入。NI和N2分別是零或任意正整數(shù)。各個填充字分別可取任意值。PlayList(RealPlayList和VirtualPlayList)的文件名存儲在字段TableOfPlayLists()中。TableOfPlayListsO表不PlayList的默認項的再現(xiàn)順序。字段ExtensionDataO在其中包含制作者的特定應用的私有數(shù)據(jù)或者由BDAV標準定義的擴展數(shù)據(jù)庫。記錄器制作者可將其私有數(shù)據(jù)插入到用于制作者的特定應用的ExtensionDataO中。制作者的私有數(shù)據(jù)具有制作者標識符，該制作者標識符被標準化以用于分別標識已定義了私有數(shù)據(jù)的制作者。另外，稍后將描述的PL_t0_ClipS_table()作為由BDAV標準定義的擴展數(shù)據(jù)庫而被記錄在INF0.BAV文件的ExtensionDataO中。[ExtensionData()]圖19是示出ExtensionDataO的句法的表。以下將描述圖19中使出的ExtensionData()的句法。長度字段表示從正好在長度字段之后開始直到ExtensionDataO的最后的字節(jié)數(shù)。字段data_block_start_address表示以從ExtensionDataO的頭字節(jié)開始的相對字節(jié)數(shù)為單位的data_block()的頭字節(jié)地址。相對字節(jié)數(shù)從零開始計數(shù)。字段number_of_ext_data_entries表不ExtensionDataO中包含的ext_data_entryO的條目數(shù)。IDl的值0x0000至OxOOFF用于標識由BDAV標準定義的擴展數(shù)據(jù)庫。當IDl的值超出范圍0x0000至OxOOFF時，IDl的值表示創(chuàng)建制作者私有數(shù)據(jù)的記錄器的制造商。制作者標識的值由BDAV格式的許可證來指定。當IDl的值在范圍0x0000至OxOOFF中時，ID2用于標識由BDAV標準定義的擴展數(shù)據(jù)庫。IDl的值超出范圍0x0000至OxOOFF，ID2表示創(chuàng)建制作者私有數(shù)據(jù)的記錄器的型號代碼。在該情況下，由接收格式的許可的制造商來確定被編碼為ID2的值。用于標識PL_t0_ClipS_table()的IDl和ID2的值分別是OxOOFO和0x0001。字段ext_data_start_address表不以ExtensionDataO的頭字節(jié)的相對字節(jié)數(shù)為單位的、擴展數(shù)據(jù)開始的字節(jié)地址。相對字節(jié)數(shù)從零開始計數(shù)。字段ext_data_length以擴展數(shù)據(jù)的字節(jié)為增量來表示數(shù)據(jù)的大小。padding_WOrd的值可以取任意值。圖20是示出ExtensionDataO的句法的示例的表示，并且示出存儲在ExtensionData()中的PL_to_Clips_tableO的圖像。如圖所不，PL_to_Clips_tableO記錄在ExtensionDataO中。data_block_start_address表不ExtensionData()內(nèi)的data_block()的頭字節(jié)的地址。在該示例中，由于僅一條PL_to_Clips_table()作為擴展數(shù)據(jù)記錄在ExtensionData()中，因此I被設置在number_of_ext_data_entries中。用于標識PL_to_Clips_table()的IDl和ID2的值分別是OxOOFO和0x0001。ext_data_start_address表不ExtensionDataO內(nèi)的PL_to_Clips_tableO的頭字節(jié)的地址(在該示例中，其具有與data_block()得頭字節(jié)的地址相同的值)。ext_data_length表不PL_to_Clips_tableO的字節(jié)長度。PL_to_Clips_table()記錄在data_blockO中。[PL_to_Clips_tableO]圖21不出了記錄在INF0.BAV文件的ExtensionDataO中的PL_to_Clips_tableO的句法。PL_to_Clips_tableO是關(guān)于記錄在PLAYLIST目錄下的所有PlayList文件列出各個PlayList文件參照的Clip信息文件的表。長度字段表示從正好在長度字段之后開始直到PL_t0_ClipS_table()的最后的字節(jié)數(shù)。字段number_of_PlayLists的數(shù)值需要等于記錄在PLAYLIST目錄中的PlayList的數(shù)量。字段PlayList_file_name[k]表示PlayList的文件名。字段Clips_table_start_address[k]表不以從PL_to_Clips_tableO的頭字節(jié)開始的相對字節(jié)數(shù)為單位的Clip_table[k]O的頭字節(jié)的地址。相對字節(jié)數(shù)從零開始計數(shù)。字段number_of_PlayItems[k]表不PlayList_file_name[k]指不的PlayList中存在的PlayItem的數(shù)量。字段Clip_Information_file_name[k][i]表不PlayList_file_name[k]指不的PlayList中存在的PlayItem參照的Clip信息文件的文件名。padding_word的值可以取任意值。[RealPlayList文件和VirtualPlayList文件]接下來，以下將給出關(guān)于RealPlayList文件和VirtualPlayList文件(即，圖15中不出的“PLAYLIST”目錄的xxxxx.RPL和yyyyy.VPL)。圖22是不出xxxx.RPL(RealPlayList)或yyyyy.VPL(VirtualPlayList)的句法的表。xxxxx.RPL和yyyyy.VPL具有相同的句法結(jié)構(gòu)。xxxxx.RPL和yyyyy.VPL中的每個由三個對象組成:PlayList()、PlayListMark()和MakerPrivateData()。PlayListMark_Start_address表不以從PlayList文件的頭字節(jié)開始的相對字節(jié)數(shù)為單位的PlayListMarkO的頭地址。相對字節(jié)數(shù)從零開始計數(shù)。MakerPrivateData_Start_address表不以從PlayList文件的頭字節(jié)開始的相對字節(jié)數(shù)為單位的MakerPrivateDataO的頭地址。相對字節(jié)數(shù)從零開始計數(shù)。padding_word(填充字)根據(jù)PlayList文件的句法而被插入。NI和N2分別是零或任意正整數(shù)。各個填充字分別可取任意值。盡管以上已簡單地進行了描述，這里，以下將進一步描述Playlist。除了Bridge-Clip之外的所有Clip內(nèi)的所有再現(xiàn)區(qū)段需要由記錄介質(zhì)100中存在的所有RealPlayList來參照。除此之外，由兩個或更多個RealPlayList的這些PlayItem表示的再現(xiàn)區(qū)段在同一Clip中應該不與兩個或更多個PlayList重疊。在進一步參照圖23A至23C給出描述時，如圖23A所示，對于所有Clip，存在相應地RealPlayList。如圖23B所示，即使在執(zhí)行編輯工作之后也保持該規(guī)則。因此，可能需要通過參照任意RealPlayList來觀看和收聽所有Clip。如圖23C所示,VirtualPlayList的再現(xiàn)區(qū)段需要包含在RealPlayList的再現(xiàn)區(qū)段中或者Bridge-Clip的再現(xiàn)區(qū)段中。沒有VirtualPlayList參照的Bridge-Clip應該不存在于盤中。盡管RealPlayList在其中包含PlayItem的列表，但是RealPlayList不應該在其中包含SubPlayltem。當VirtualPlayList在其中包含PlayItem的列表并且均在PlayList()中使出的CPI_type和PlayList_type分別是EP_map類型和CKPlayList在其中包含視頻和音頻兩者)時，VirtualPlayList可以在其中包含一個SubPlayltem。在第一實施例的PlayListO中，SubPlayltem僅用于音頻的配音。另外，一個VirtualPlayList具有的SubPlayltem的數(shù)量需要是O或I。[PlayList的句法]接下來,將在下面描述PlayList的句法。圖24是示出PlayList的句法的表。在描述圖24所示的PlayList的句法時,version_nember是表示PlayListO的版本號的4個字符。根據(jù)IS0646，需要將version_number編碼為“0045”，長度是表示PlayListO的從緊接著長度字段起直至PlayListO的最后的字節(jié)數(shù)的32位無符號整數(shù)。PlayListjype是表示PlayList的類型的8位字段。CPI_type是I位標志并且表示由PlayItemO和SubPlayItemO兩者參照的Clip的CPI_type的值。對于由一個PlayList參照的所有Clip，在所有Clip的CPIO中定義的CPI_type的值需要彼此相等。number_of_PlayItems是表示存在于PlayList中的PlayItem的數(shù)目的16位字段。對應于預定PlayItemO的Playltem_id由PlayItemO出現(xiàn)在其中包含PlayItemsO的for循環(huán)中的順序來定義。Playltem_id從0開始。number_of_SubPlayItems是表示存在于PlayList中的SubPlayItem的數(shù)目的16位字段。該值為0或I。附加的音頻流的路徑(音頻流路徑)是ー種子路徑。[UIAppInfoPlayList]接下來，將針對圖24中所示的PlayList的句法的UlAppInfoPlayList進行描述。關(guān)于PlayList的用戶接ロ應用的參數(shù)存儲在MAppInfoPlayList。圖25是示出UlAppInfoPlayList的句法的表。下面將針對UlAppInfoPlayList的句法進行描述。PlayList_character_set的字段表不針對在channel_name和PlayList_name字段中編碼的字符的編碼方法。is_played_flag的字段表示存在或不存在PlayList的再現(xiàn)。當標志被設置為“I”時，在其記錄完成之后，PlayList至少被再現(xiàn)一次。另ー方面，當標志被設置為“0”時,在其記錄完成之后,PlayList從不被再現(xiàn)。time_zone的字段表不由record_time_and_date指不的時區(qū)。record_time_and_date的字段是其中存儲了關(guān)于記錄PlayList時的日期和時間的信息的56位字段。該字段通過針對年/月/日/吋/分/秒將14個數(shù)字字符編碼為4位ニ-十進制(BCD)來獲得。例如，2001/12/23:01:02:03被編碼為“0x20011223010203”。PlayList_duration的字段是PlayList的總再現(xiàn)時間以時/分/秒為單位表示的24位字段。該字段通過將六位數(shù)字字符編碼為4位ニ-十進制(B⑶)來獲得。例如，01:45:30被編碼為“0x014530”。channel_number的字段表示在記錄PlayList時用戶選擇的廣播的頻道號碼或者服務號碼。當該字段的值為OxFFFF時，該字段無效。channel_name_length的字段表示channel_name字段所表示的頻道名稱的長度的字節(jié)數(shù)。channel_name的字段表示在記錄PlayList時用戶選擇的廣播的頻道名稱或服務名稱。PlayList_name_length的字段表示PlayList的名稱的長度的字節(jié)數(shù)。PlayList_name的字段表示由PlayList_name指示的PlayList的標題(節(jié)目)。[PlayItem的句法]圖26是示出PlayItem的句法的表。在描述圖26所示的PlayItem的句法時，Clip_Information_file_name的字段表不ClipInformationfile的文件名稱。在該ClipInformationfile的ClipInfo()中定義的Clip_stream_type需要表不ClipAV流。STC_sequence_id是8位字段，并且表示PlayItem參照的STC連續(xù)部分的STC_sequence_id。當在PlayList()中指定的CPI_type是TU_maptype時,該8位字段沒有意義并且由此被設置為O。IN_time是32位字段并且在IN_time中存儲關(guān)于PlayItem的再現(xiàn)開始時間的信息。IN_time的助記根據(jù)在PlayListO中定義的CPI_type而不同。0UT_time是32位字段并且在0UT_time中存儲關(guān)于PlayItem的再現(xiàn)結(jié)束時間的信息。0UT_time的助記根據(jù)在PlayListO中定義的CPI_type而不同。Connection_Condition是表示在前的PlayItem和當前的PlayItem之間的連接狀態(tài)的2位字段。[PlayListMark()]接下來，將針對圖22所示的xxxxx.RPL和yyyyy.VPL的句法中的PlayListMarkO進行描述。關(guān)于PlayList的標記信息被存儲在PlayListMark中。圖27是示出PlayListMark的句法的表。在描述圖27所不的PlayListMark的句法時,version_number是表示PlayListMarkO的版本號的4個字符。根據(jù)IS0646,將version_number編碼為“0045”。長度是表示PlayListMarkO的從緊接著長度字段起直到PlayListMark()的最后的字節(jié)數(shù)的32位無符號整數(shù)。number_of_Playlist_mark是表示存儲在PlayListMark中的標記的數(shù)目的16位無符號整數(shù)。number_of_Playlist_mark可以是O。mark_type是表示標記的類型的8位字段。表示指定標記的點的時間戳被存儲在mark_time_stamp的32位字段中。mark_time_stamp的句法根據(jù)在PlayList()中定義的CPI_type而不同。Playltem_id是用于指定其中放置了標記的PlayItem的8位字段。在PlayListO中定義與預定的PlayItem對應的PlayItemjd的值(參見圖24)。character_set的8位字段表示針對在mark_name字段中編碼的字符的編碼方法。name_length的8位字段表示在mark_name字段中指示的標記名稱的字節(jié)長度。mark_name的字段表示標記的名稱。從mark_name字段中左手側(cè)起的、與name_length的數(shù)目相對應的字節(jié)數(shù)是有效字符并且表示標記的名稱。任何值可以設置在mark_name字段中的在這些有效字符之后的值中。ref_thumbnail_index的字段表示關(guān)于加到標記中的縮略像的信息。當ref_thumbnail_index字段是不為OxFFFF的值時，將縮略像加到標記中并且將關(guān)于縮略像的信息存儲在MENU.THM文件中。通過使用MENU.THM文件中的ref_thumbnail_index的值參照該圖像。另ー方面，ref_thumbnail_index的字段為OxFFFF的值,這表示沒有縮略像加到標記中。圖28是示出mark_type的表格的圖。如圖所示，由mark_type的值來規(guī)定標記的類型。當mark_type的值為0x01時,相關(guān)的標記為播放列表的代表圖像,并且從Playlist參照的視頻的圖片中選擇該代表圖像。在此情況下，mark_time_stamp(參見圖27)表示PlayList參照的視頻中的圖片的Presentation時間戮。當ref_thumbnail_index的值(參見圖27)是除xFFFF之外的值時，在圖29(將在稍后描述沖示出的MENU.THM中存儲關(guān)于縮略像的信息。另ー方面，當ref_thumbnail_index是值xFFFF時,在圖29中不出的MENU.THM中不存儲關(guān)于縮略像的信息。在此情況下，播放器可以對由PlayList參照的視頻內(nèi)的Presentation時間戳所指定的圖片進行解碼。PlayListMark()的標記類型的值0x01或0x02的數(shù)值是0或者1當mark_type的值為0x02時，標記為PlayList代表性圖像，該PlayList代表圖像不從PlayList參照的視頻的圖片中選擇。在此情況下，ref_thumbnail_index的值需要為除OxFFFF之外的值。在圖29所示的MENU.THM中存儲關(guān)于縮略像的信息。將0設置在mark_time_stamp和Playltem_id的姆ー個中。PlayListMarkO的標記類型的值0x01或者0x02的數(shù)值為0或I。當mark_type的值為0x03時,相關(guān)的標記為Resume-mark。這是代表繼續(xù)點。在PlayListMarkQ中定義的再現(xiàn)繼續(xù)點的數(shù)目需要是0或者I。當mark_type的值為0x04時,相關(guān)的標記為PlayList的再現(xiàn)進入點。該標記可以由用戶設置并且例如用作指定用于所喜愛的場景的起始點。當mark_type的值為0x06時,相關(guān)的標記為跳過標記點。播放器從該跳過標記點跳過節(jié)目到達該節(jié)目的最后。在PlayListMarkO中定義的跳過標記點的數(shù)目需要是0或1[MENU.THM]圖29是示出圖15中示出的MENU.THM(或MARK.THM)的句法的表。在此情況下，MENU.THM文件具有Thumbnail()。圖30是示出MENU.THM(或MARK.THM)的句法內(nèi)的Thumbnail()的句法的表格。在描述圖29所不的Thumbnail()的句法時，version_number是表不Thumbnail()的版本號的4個字符。根據(jù)ISO646，需要將version_number編碼為“0045”。長度是表示Thumbnail()的從緊接著長度字段起直到Thumbnail()的最后的字節(jié)數(shù)的32位無符號整數(shù)。tn_blocks_start_address是表示以從Thumbnail()的頭部字節(jié)起的相關(guān)字節(jié)數(shù)目為單位的第一tn_block的頭部字節(jié)地址的32位無符號整數(shù)。相關(guān)字節(jié)的數(shù)目從0開始計數(shù)，number_of_thumbnaiI是給出ThumbnailO中包含的縮略像的條目數(shù)的16位無符號整數(shù)。tn_block_size是給出以1024為單位的一個tu_block的大小的16位無符號整數(shù)。例如當tn_block_size=l的關(guān)系保持時,這表示ー個tu_block的大小為1024字節(jié)。number_of_tu_blocks是表示ThumbnailO內(nèi)tu_block的條目數(shù)的16位無符號整數(shù)。thumbnail_index是表示針對從thumbnail_index字段開始的一個for循環(huán)、由縮略圖信息表示的縮略像的索引號的16位無符號整數(shù)。值OxFFFF不應用作thumbnail_index。由UlAppInfoVolume()>UIAppInfoPlayList()>PlayListMark()、和ClickMark()內(nèi)的ref_thumbnail_index參照thumbnail_index。thumbnail_picture_format是表示縮略圖的圖片格式的8位無符號整數(shù)。picture_data_size是縮略像的字節(jié)長度以字節(jié)的增量表示的32位無符號整數(shù)。start_tn_block_number是表不其中縮略像數(shù)據(jù)開始的tn_block的tn_block_number的16位無符號整數(shù)?？s略像數(shù)據(jù)的頭部需要與tb_block的頭部一致。tu_block的數(shù)目從0開始并且與tn_block的for循環(huán)內(nèi)的變量k的值相關(guān)。x_picture_length是表示縮略像的幀圖片幀的水平方向中像素數(shù)目的16位無符號整數(shù)。y_picture_length是表示縮略像的幀圖片幀的垂直方向中像素數(shù)目的16位無符號整數(shù)。tn_block是其中存儲有關(guān)于縮略像信息的區(qū)域。Thumbnail()內(nèi)的所有tn_block具有相同的大小(固定長度),并且相關(guān)的大小由tn_block_size定義。[AV流文件]接下來，將在下面描述AV流文件。AV流文件被存儲在“STREAM”目錄的MTS文件中(參見圖15)。AV流文件具有兩種類型:ClipAV流文件和Bridge-ClipAV流文件。這兩種AV流都需要具有DVRMPEG-2傳輸流文件的結(jié)構(gòu)。[記錄處理]接下來,將參照圖31針對用于在記錄介質(zhì)100中記錄PL_to_Clips_table()的處理進行描述。圖31是用于解釋記錄處理的流程圖。當根據(jù)從用戶發(fā)出的指令而在記錄介質(zhì)100中記錄作為內(nèi)容的程序時,執(zhí)行記錄處理,該記錄處理伴隨在記錄介質(zhì)100中記錄程序而發(fā)生。在步驟Sll的處理中，記錄部201記錄PlayList?？傊?在記錄介質(zhì)100中記錄在圖22中示出的并且與內(nèi)容對應的xxxxx.RPL或yyyyy.VPL。在步驟S12的處理中，獲取部202獲取PlayListO?？傊?，從在步驟Sll中的處理中記錄的PlayList(即圖22中示出的xxxxx.RPL或yyyyy.VPL)中讀取PlayList()以被獲取。在步驟S13的處理中，獲取部202獲取number_of_PlayItems的值和PlayItemO兩者?？傊?，在步驟S12的處理中獲取的PlayList()(參見圖24)內(nèi)的number_of_PlayItem的值以及number_of_PlayItem的循環(huán)內(nèi)的PlayItemO(參見圖26)均被讀取。在步驟S14的處理中，獲取部202獲取Clip_Information_file_name。總之,在步驟S13的處理中獲取的PlayItemO(參見圖26)內(nèi)的Clip_Information_file_name被讀取。在步驟S15的處理中，附加部203附加PlayList的文件名、number_of_PlayItem以及Clip_Information_file_name。也就是說,作為在步驟Sll的處理中記錄的PlayList文件的名稱的PlayList_file_name、在步驟S13的處理中獲取的number_of_PlayItem以及作為PlayList參照的Clip_Information文件的名稱的Clip_Information_file_name都被附加在PL_to_Clips_table()中(參照圖21)。在步驟S16的處理中，記錄部201記錄INF0.BAV。也就是說，在記錄介質(zhì)100中記錄具有在步驟S15的處理中附加了預定條信息的PL_to_ClipS_table()的INF0.BAV文件。[刪除處理]接下來，下面將參照圖32來描述用于刪除PL_to_Clip_table()的處理。圖32是說明了刪除處理的流程圖。在步驟S51中的處理中，獲取部202獲取INF0.BAV的PL_to_Clip_table()?？傊?，讀取出在圖30中所示的步驟S16中的處理中記錄在記錄介質(zhì)100中的INF0.BAV(參照圖18)。除此之外，讀取出INF0.BAV中的ExtensionData(參照圖19)中的data_block()(參照圖20)中的PL_to_Clip_table()(參照圖21)。在步驟S52中的處理中，獲取部202獲取刪除PlayList的指示。總之，當用戶發(fā)出刪除內(nèi)容的指示時，顯示內(nèi)容的列表(圖16)。用戶從內(nèi)容的列表中指定內(nèi)容(PlayList)作為刪除的對象。從而由獲取部202獲取所指定的PlayList。在步驟S53中的處理中，確定部204確定在步驟S52中的處理中獲取的PlayList是否是RealPlayList。當在步驟S53中的處理中確定了在步驟S52中的處理中獲取的PlayList(S卩，指示刪除部205要刪除的PlayList)是RealPlayList時，在步驟S55中的處理中，確定部204確定該ClipInformationfile是否被其他PlayList所參照?？傊?確定部204確定作為刪除的對象的PlayList(在該情況下是RealPlayList)所參照的ClipInformationfile是否也由其他PlayList文件參照?；谠诓襟ES51中的處理中獲取的PL_to_Clips_table()來執(zhí)行該確定。就是說，針對PL_to_Clips_table()中的PLAYLIST目錄下記錄的全部PlayList列出各個PlayList所參照的ClipInformationfile。因此,有可能根據(jù)相關(guān)的PL_to_Clips_table()快速確定該ClipInformationfile是否也由其他PlayList參照。總之，當刪除內(nèi)容時需要檢查的預定信息集合地存儲在ー個INF0.BAV文件(具體地，INF0.BAV文件中的PL_to_Clips_tableO)中。因此，即使內(nèi)容的數(shù)量大，也有可能快速地刪除內(nèi)容。另ー方面，當在步驟S55中的處理中確定了作為刪除的對象的RealPlayList所參照的ClipInformationfile沒有被再其他PlayList參照時,在步驟S56中的處理中，刪除部205刪除RealPlayList和與其對應的Clip兩者。總之，指示刪除部205要刪除的RealPlayList以及由相關(guān)的RealPlayList所參照的Clip(對應于ClipInformationfile的ClipAV流文件)兩者被刪除。當有參照該Clip的VirtualPlayList時，有可能也刪除相關(guān)的VirtualPlayList。當由其他PlayList參照了作為刪除的對象的RealPlayList參照的ClipInformationfile時,在步驟S57中，刪除部205刪除相關(guān)的RealPlayList。總之,盡管刪除了指示刪除部205要刪除的RealPlayList，但是沒有刪除相關(guān)的PlayList所參照的Clip，因為相關(guān)的Clip由其他PlayList所參照。這樣的原因是當刪除該Clip時，有可能無法執(zhí)行基于參照了相關(guān)的Clip的其他PlayList的再現(xiàn)。當在步驟S53中的處理中確定了指示刪除部205要刪除的PlayList不是RealPlayList時，即，相關(guān)的PlayList是VirtualPlayList時,在步驟S54中的處理中，刪除部205刪除相關(guān)的VirtualPlayList(指示刪除部205要刪除的PlayList)。如前面參照圖4所述，因為VirtualPlayList不彼此共享Clip,即使刪除了VirtualPlayList,在Clip的內(nèi)容中也根本不生成變化。在完成步驟S54、S56和S57中的三個刪除處理后，在步驟S58中的處理中，更新部206更新PL_to_Clips_table()。就是說，更新PL_to_Clips_table()以便對應于步驟S54、S56和S57中的三個刪除處理。接下來，在步驟S59中的處理中，俱樂部201記錄INF0.BAV文件?？傊?，具有在步驟S58中的處理中更新了的PL_to_Clips_table()的INF0.BAV文件被記錄在記錄介質(zhì)100中。[刪除的示例]接下來，下面將描述PL_to_Clips_table()的效果。假設針對在PLAYLIST目錄下記錄的全部PlayList,如圖33中所示,PlayList文件參照Clip。在圖33中示出的示例中，RealPlayListI參照整個ClipI,并且RealPlayList2參照Clip2的一部分。RealPlayList3參照Clip2的、RealPlayList2沒有參照的其余部分，并且還參照Clip3的一部分。RealPlayList4參照Clip3的、RealPlayList3沒有參照的其余部分,并且還參照整個Clip4?，F(xiàn)在，假設刪除了RealPlayList2。RealPlayList2參照Clip2的一部分。如果沒有PL_to_Clips_table(),則需要從記錄介質(zhì)100中讀取出其他RealPlayList:RealPlayList1、RealPlayList3和RealPlayList4,并且需要檢查Clip2是否由其他PlayList參照。因為在圖33中所示的示例中，在PLAYLIST目錄下的PlayList文件的數(shù)目是4，所以讀取出三個文件的時間最多也不長。然而，當記錄介質(zhì)100中記錄的PlayList文件是數(shù)目非常大(例如，10000個或更多)吋，需要花長時間來讀取出全部PlayList文件并且檢查Clip2是否由其他PlayList所參照。因而，與沒有PL_to_Clips_table()的情況相比,通過讀取出INF0.BAV內(nèi)的PL_to_Clips_table()，檢查PlayList文件和Clip之間的參照關(guān)系所需的時間可以被縮短。圖34示出了在如圖33中所示在記錄介質(zhì)100中記錄了RealPlayList文件的情況下INF0.BAV的PL_to_Clips_table()的圖像。圖34中所示的圖像描述了PlayList的數(shù)目(number_of_PlayList)是4。此外，還描述了RealPlayListKRealPlayList2、RealPlayList3和RealPlayList4分別參照Clip1、Clip2、Clip3和Clip4。當想要刪除RealPlayList2時，通過參照PL_to_Clips_table(),可以立即理解,Clip2也由RealPlayList3所參照。因此,要理解,盡管可以刪除RealPlayList2,不應該刪除Clip2。以這種方式，在特定RealPlayList的刪除階段中，通過參照PL_to_Clips_table(),變得有可能快速確定相關(guān)的RealPlayList所參照的ClipInformationfile是否由其他PlayList所參照。有可能刪除相關(guān)的RealPlayList以及僅由相關(guān)的RealPlayList所參照的Clip(對應于ClipInformationfile的ClipAV流文件)兩者。[對程序應用本公開]上述系列處理可以以硬件來執(zhí)行，并且也可以以軟件來執(zhí)行。在以軟件執(zhí)行一系列處理的情況下，組成該軟件的程序可從網(wǎng)絡或記錄介質(zhì)安裝到并入專用硬件中的計算機，或者安裝到能夠通過在其中安裝各種程序來執(zhí)行各種功能的通用個人計算機。其中包含這樣的程序的記錄介質(zhì)不僅包括與設備主體分離地分發(fā)以向用戶提供程序的、記錄有程序的可移除介質(zhì)(諸如磁盤(包括軟盤)、光盤(包括壓縮盤-只讀存儲器(⑶-ROM)和DVD)、磁光盤(迷你盤(MD))或半導體存儲器)，也包括以預先并入設備主體的狀態(tài)提供給用戶的、記錄有程序的閃存ROM、硬盤等。按照根據(jù)本公開的第二實施例的程序，使得計算機執(zhí)行:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格接收在ー個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息；刪除所指示的再現(xiàn)信息；并且當刪除了再現(xiàn)信息時更新表格。要注意，在該說明書中，描述被記錄到記錄介質(zhì)中的程序的步驟包括并行地或者単獨地執(zhí)行的處理以及按步驟的順序以時間序列方式執(zhí)行的處理，而不一定要以時間序列方式處理。另外，本公開的實施例不限于上述實施例，并且因而在不脫離本公開的主題內(nèi)容的范圍內(nèi)，可以對其做出各種改變。[其他]本公開也可以采用以下構(gòu)成。(I)ー種信息處理器，其包括:記錄部，其被配置為針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除部，其被配置為刪除所指示的所述再現(xiàn)信息；以及更新部，其被配置為當刪除所述再現(xiàn)信息時更新所述表格。(2)根據(jù)段落(I)所述的信息處理器，其中，所述再現(xiàn)信息是播放列表PlayList，并且所述實際情形信息是剪輯Clip。(3)根據(jù)段落(2)所述的信息處理器，其中，所述記錄部還記錄所述PlayList的文件名、代表包含在所述PlayList中的再現(xiàn)部分的播放項目Playltem、以及作為所述PlayItem所參照的剪輯信息文件ClipInformationfile的文件名的剪輯信息文件名しIip—Iniormation—fIle—name。(4)根據(jù)段落(2)或(3)所述的信息處理器，其中，當指示要刪除的所述PlayList是實際播放列表RealPlayList并且其他適當?shù)乃鯮ealPlayList參照了相同的所述ClipInformationfile時,所述刪除部刪除指示要刪除的所述RealPlayList,并且當其他適當?shù)乃鯮ealPlayList沒有參照相同的所述ClipInformationfile時,所述刪除部在指示要刪除的所述RealPlayList之外,刪除對應于所述RealPlayList的所述ClipInformationfile。(5)根據(jù)段落(2)、(3)或(4)所述的信息處理器，其中，當指示要刪除的所述PlayList是虛擬播放列表VirtualPlayList時,所述刪除部刪除所述VirtualPlayList。(6)一種信息處理方法,其包括:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除所指示的所述再現(xiàn)信息；以及當刪除所述再現(xiàn)信息時更新所述表格。(7)ー種程序，使得計算機根據(jù)所述程序來執(zhí)行:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除所指示的所述再現(xiàn)信息；以及當刪除所述再現(xiàn)信息時更新所述表格。本技術(shù)包含與2011年11月28日提交日本專利局的日本在先專利申請JP2011-258887中所公開的主題內(nèi)容相關(guān)的主題內(nèi)容，該在先專利申請的全部內(nèi)容通過引用合并于此。權(quán)利要求1.一種信息處理器,其包括:記錄部，其被配置為針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除部，其被配置為刪除所指示的所述再現(xiàn)信息；以及更新部，其被配置為當刪除所述再現(xiàn)信息時更新所述表格。2.根據(jù)權(quán)利要求1所述的信息處理器，其中，所述再現(xiàn)信息是播放列表PlayList，并且所述實際情形信息是剪輯Clip。3.根據(jù)權(quán)利要求2所述的信息處理器，其中，所述記錄部還記錄所述PlayList的文件名、代表包含在所述PlayList中的再現(xiàn)部分的播放項目Playltem、以及作為所述PlayItem所參照的剪輯信息文件ClipInformationfile的文件名的剪輯信息文件名Clip_Information_fiIe—name。4.根據(jù)權(quán)利要求3所述的信息處理器，其中，當指示要刪除的所述PlayList是實際播放列表RealPlayList并且其他適當?shù)乃鯮ealPlayList參照了相同的所述ClipInformationfile時,所述刪除部刪除指示要刪除的所述RealPlayList,并且當其他適當?shù)乃鯮ealPlayList沒有參照相同的所述ClipInformationfile時，所述刪除部在指示要刪除的所述RealPlayList之外，刪除對應于所述RealPlayList的所述ClipInformationfile。5.根據(jù)權(quán)利要求4所述的信息處理器，其中，當指示要刪除的所述PlayList是虛擬播放列表VirtualPlayList時,所述刪除部刪除所述VirtualPlayList。6.—種信息處理方法,其包括:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除所指示的所述再現(xiàn)信息；以及當刪除所述再現(xiàn)信息時更新所述表格。7.一種程序，使得計算機根據(jù)所述程序來執(zhí)行:針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了所述再現(xiàn)信息和所述再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的所述實際情形信息根據(jù)所述再現(xiàn)信息被指定為將要再現(xiàn)，并且所述再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的所述實際情形信息；刪除所指示的所述再現(xiàn)信息；以及當刪除所述再現(xiàn)信息時更新所述表格。全文摘要本公開涉及信息處理器、信息處理方法和程序。種信息處理器包括記錄部，其被配置為針對在記錄介質(zhì)中所記錄的所有再現(xiàn)信息，將描述了再現(xiàn)信息和再現(xiàn)信息所參照的實際情形信息之間的對應關(guān)系的表格記錄在一個文件中，其中，作為內(nèi)容的實際情形的實際情形信息根據(jù)再現(xiàn)信息被指定為將要再現(xiàn)，并且再現(xiàn)信息適于與任何其他適當?shù)脑佻F(xiàn)信息共享相同的實際情形信息；刪除部，其被配置為刪除所指示的再現(xiàn)信息；以及更新部，其被配置為當刪除再現(xiàn)信息時更新表格。文檔編號G11B20/12GK103137162SQ20121047620公開日2013年6月5日申請日期2012年11月21日優(yōu)先權(quán)日2011年11月28日發(fā)明者加藤元樹申請人:索尼公司