專利名稱:信息記錄介質(zhì)、記錄裝置、以及記錄方法
技術(shù)領(lǐng)域:
本發(fā)明涉及記錄影像數(shù)據(jù)的信息記錄介質(zhì)、記錄裝置以及記錄方 法,且所述影像數(shù)據(jù)是以被附加了菜單的形式被記錄的,所述菜單用 于使用戶指示再生記錄的影像數(shù)據(jù)。
背景技術(shù):
作為記錄了圖像數(shù)據(jù)的信息記錄介質(zhì)的代表有DVD(以下稱為 "Standard Difinition(SD :標(biāo)準(zhǔn)清晰度)-DVD")。以下,對(duì)以往的 DVD進(jìn)行說(shuō)明。圖1是SD-DVD的結(jié)構(gòu)圖。如圖1下側(cè)所示,DVD盤從讀入(read-in) 區(qū)到讀出(read-out)區(qū)之間存在邏輯地址空間。在邏輯地址空間中,開頭記錄有文件系統(tǒng)的容量信息,接著記錄有圖像或聲音等的應(yīng)用數(shù) 據(jù)(application data)。所謂文件系統(tǒng)是指,管理由IS09660或通用光盤格式(Universal Disc Fo:rmat : UDF)等標(biāo)準(zhǔn)所規(guī)定的數(shù)據(jù)的結(jié)構(gòu),是以被稱為目錄或 文件的單位來(lái)表示的結(jié)構(gòu)。即使在日常所使用的個(gè)人電腦(PC)的情況下,也由被稱為文件分 配表(File Allocation Tables : FAT)或新技術(shù)文件系統(tǒng)(NT File System : NTFS)的文件系統(tǒng),以目錄或文件的結(jié)構(gòu)使被記錄在硬盤上 的數(shù)據(jù)表示在計(jì)算機(jī)上,從而提高了可用性。在SD-DVD的情況下,使用UDF及IS09660這兩個(gè)文件系統(tǒng)。將這 兩個(gè)文件系統(tǒng)稱為"UDF網(wǎng)橋"。無(wú)論根據(jù)UDF及ISO9660的哪一文件 系統(tǒng)驅(qū)動(dòng)程序都能讀出被記錄的數(shù)據(jù)。并且,在此所使用的DVD是包介質(zhì)使用的ROM盤,不能進(jìn)行物理上的寫入。記錄在DVD的數(shù)據(jù)通過(guò)UDF網(wǎng)橋,作為如圖1左上部所示的目錄 t^姿tVH古布 太曰n^r,肉 i 66 "。nnT"、的TpT 5:r處詢罷壬/^a人IT IIU TT讓。TlX (=1承、t±i 丄 (J'J l\ULM / 口、J j_t r叫wjX直不/j、力"VIDEO_TS"的目錄,這里記錄有DVD的應(yīng)用數(shù)據(jù)。應(yīng)用數(shù)據(jù)作為多 個(gè)文件被記錄,作為主要的文件有以下的種類。 VIDEO—TS. IF0盤再生控制信息文件 VTS一01J). IFO視頻標(biāo)題集#1再生控制信息文件 VTS_01—O.VOB視頻標(biāo)題集ttl流文件如以上的例子所示規(guī)定有兩個(gè)擴(kuò)展名。"IFO"是表示記錄了再生 控制信息的文件的擴(kuò)展名,"VOB"是表示記錄了作為AV數(shù)據(jù)的MPEG 流的文件的擴(kuò)展名。再生控制信息是包含以下信息的信息,即為了實(shí)現(xiàn)在DVD所采用 的交互性(按照用戶操作使再生狀態(tài)動(dòng)態(tài)變化的技術(shù))的信息,以及像 元數(shù)據(jù)這樣的附屬在AV數(shù)據(jù)的信息等。并且,在DVD中再生控制信息 一般被稱為導(dǎo)航信息。作為再生控制信息文件有管理盤全體的"VIDEO_TS. IFO"和各 個(gè)視頻標(biāo)題集的再生控制信息的"VTS—01_0. IF0"。并且,在DVD的一 張盤上可記錄多個(gè)標(biāo)題,換句話說(shuō)在DVD的一張盤上可記錄內(nèi)容不同 的電影或樂曲。在此,文件名中的"01"表示視頻標(biāo)題集的號(hào)碼,例如,在視頻 標(biāo)題集#2的情況下,則成為"VTS—02—0. IF0"。圖1右上部示出在DVD的應(yīng)用軟件層的DVD導(dǎo)航空間,即上述的 再生控制信息被展開了的邏輯結(jié)構(gòu)空間。"VIDE0_TS. IFO"中的信息作 為"VIDEO Manager Information(VMGI):視頻管理器信息"、 "VTS—01_0. IFO"或其它的各個(gè)視頻標(biāo)題集中存在的再生控制信息作 為"Video Title Set Information (VTSI):視頻標(biāo)題組信息"被展開 在DVD導(dǎo)航空間。在VTSI中描述有被稱為"Program Chain(PGC):程序鏈"的再生 序列的信息,即"Program Chain Information(PGCI):程序鏈信息"。 PGCI由單元(Cell)的集合和稱為指令的一種編程信息所構(gòu)成。單元(Cell)本身是指定VOB(VOB是Video Object的略稱,指向 MPEG流)的一部分區(qū)間或全部區(qū)間的信息,單元(Cell)的再生是指, 再生由該VOB的單元(Cell)指定的區(qū)間。指令是由DVD的假想機(jī)器所處理的指令,例如與表示網(wǎng)頁(yè)的瀏覽 器上所執(zhí)行的Java(注冊(cè)商標(biāo))腳本語(yǔ)言(script)等相近。然而, Java(注冊(cè)商標(biāo))腳本語(yǔ)言與DVD的指令不同之處是Java(注冊(cè)商標(biāo)) 腳本語(yǔ)言除了進(jìn)行邏輯運(yùn)算以外還可以進(jìn)行窗口和瀏覽器的控制(例 如,打開新的瀏覽器的窗口等),而DVD的指令除進(jìn)行邏輯運(yùn)算以外還 進(jìn)行AV標(biāo)題的再生控制,例如執(zhí)行再生的區(qū)間(chapter)的指定等。單元(Cell)具有內(nèi)部信息,該內(nèi)部信息是指盤上所記錄的VOB 的開始以及結(jié)束的地址(邏輯地址),播放器使用單元(Cell)中所描 述的VOB的開始以及結(jié)束的地址信息,讀出數(shù)據(jù)并再生。圖2是用于說(shuō)明被嵌入在AV數(shù)據(jù)即MPEG流中的導(dǎo)航信息的概略圖。在SD — DVD中具有特征性的交互性,不是只根據(jù)記錄在上述 "VIDEO—TS. IFO"或"VTS—01—0. IFO"等的導(dǎo)航信息才實(shí)現(xiàn)的,而是 幾個(gè)重要的信息利用被稱為導(dǎo)航信息包(導(dǎo)航包或NV一PCK)的專用載 體,在V0B內(nèi)和影像、聲音數(shù)據(jù)一起被多路復(fù)用。在這里作為簡(jiǎn)單的交互性的例子,對(duì)菜單畫面進(jìn)行說(shuō)明。在菜單 畫面上有幾個(gè)按鈕,每個(gè)按鈕被定義有當(dāng)選擇并執(zhí)行此按鈕時(shí)的處理。首先,在菜單畫面上選擇一個(gè)按鈕(選擇按鈕上的半透明色表示 該按鈕以高亮(highlight)被變?yōu)榘胪该?,并向用戶表示該按鈕為已被 選擇的狀態(tài)),用戶可以使用遙控器的上下左右鍵來(lái)對(duì)按鈕中的某一個(gè) 進(jìn)行上下左右的選擇。使用遙控器的上下左右鍵,使高亮移動(dòng)到想要選擇并打算執(zhí)行的按鈕,通過(guò)決定(按下決定鍵),從而對(duì)應(yīng)的指令的程序被執(zhí)行。 一般, 標(biāo)題和章節(jié)的再生是根據(jù)指令來(lái)執(zhí)行的(例如,參照專利文獻(xiàn)1)。圖2左上部示出在NV—PCK內(nèi)所存儲(chǔ)的信息的概要。NV—PCK內(nèi)中包 含高亮顏色信息和各個(gè)按鈕信息等。高亮顏色信息中記錄有調(diào)色板信 息,指定被覆蓋顯示了的高亮的半透明顏色。按鈕信息內(nèi)描述有以下信息作為各個(gè)按鈕位置信息的矩形區(qū)域 信息,從某個(gè)按鈕移至其他按鈕的移動(dòng)信息(通過(guò)用戶選擇遙控器的上 下左右鍵,來(lái)指定想要移動(dòng)到的按鈕),以及按鈕指令信息(該按鈕被 選擇時(shí)所執(zhí)行的指令)。如圖2中央右上部所示,菜單畫面上的高亮被制作成覆蓋圖像。 覆蓋圖像是指按鈕信息的長(zhǎng)方形區(qū)域信息中附加了調(diào)色板信息。將覆 蓋圖像覆蓋在圖2右側(cè)示出的背景圖像上,并一起顯示在畫面上。如以上所述,在DVD上實(shí)現(xiàn)了菜單畫面。并且,關(guān)于為何使用 NV_PCK將導(dǎo)航數(shù)據(jù)的一部分嵌入到流中,其理由將在以下說(shuō)明。也就是說(shuō),與流同步動(dòng)態(tài)地更新菜單信息,即容易成為問(wèn)題點(diǎn)的 同步定時(shí)的處理也將不會(huì)成為問(wèn)題,例如,在電影再生過(guò)程中的5到 10分鐘之間表示菜單畫面也將不會(huì)成為問(wèn)題。并且,還有一個(gè)主要理由是,提高了用戶的操作性,即在NV—PCK 中存儲(chǔ)有用于支援特殊再生的信息,在DVD再生時(shí)的快速播放或倒回 等非通常情況再生時(shí)也可以將AV數(shù)據(jù)解碼并使其再生等。圖3是DVD中VOB的構(gòu)成概要圖。如圖所示,影像、聲音、字幕 等數(shù)據(jù)(圖3的(l))根據(jù)MPEG系統(tǒng)(ISO/IEC13818-l)標(biāo)準(zhǔn)被分組 以及成為數(shù)據(jù)包(圖3的(2)),并分別被多路復(fù)用從而成為一個(gè)MPEG 程序流(圖3的(3))。并且,如上所述含有用于實(shí)現(xiàn)交互性的按鈕指令的NV_PCK,也與 一起被多路復(fù)用。MPEG系統(tǒng)中多路復(fù)用的特征在于,被多路復(fù)用的各個(gè)數(shù)據(jù)是按解 碼順序排列的位元串,而被多路復(fù)用的數(shù)據(jù)之間,即影像、聲音、字幕數(shù)據(jù)之間,并不一定是按再生順序排列的,換句話說(shuō)不一定是按解 碼順序排列的位元串。這是因?yàn)椋琈PEG系統(tǒng)流的解碼器模型(一般被稱為"System Target Decoder"或者"STD"(參照?qǐng)D3(D))),具有與各個(gè)基本流相對(duì)應(yīng)的解 碼緩存器(decoder buffer),到解碼定時(shí)為暫時(shí)存儲(chǔ)數(shù)據(jù),該各個(gè)基 本流是解開多路復(fù)用的數(shù)據(jù)之后的基本流。此解碼緩存器因各個(gè)基本流而大小不同,對(duì)于影像而言具有 232kB,對(duì)于聲音而言具有4kB,對(duì)于字幕而言具有52kB。為此,向各個(gè)解碼緩存器輸入數(shù)據(jù)的定時(shí)也因各個(gè)基本流而不同, 因此,表示作為MPEG系統(tǒng)流而形成位元串的順序(解碼)的定時(shí)也發(fā) 生偏差。艮P,與影像數(shù)據(jù)并列被多路復(fù)用的字幕數(shù)據(jù),并非與影像數(shù)據(jù)在 相同定時(shí)被解碼。以上所述的有關(guān)DVD的記述在以下專利文獻(xiàn)2中有記載。 專利文獻(xiàn)l日本專利申請(qǐng)平8-83478號(hào)公報(bào) 專利文獻(xiàn)2日本專利第2813245號(hào)公報(bào)在此,現(xiàn)在,將拍攝的影像等數(shù)字內(nèi)容(以下簡(jiǎn)稱為"內(nèi)容")依 次記錄到作為信息介質(zhì)的所述DVD等盤中的各種攝像機(jī)記錄器(以下 簡(jiǎn)稱為"攝像機(jī)")已由眾多制造廠商生產(chǎn)并被廣泛普及。并且,這些攝像機(jī)具有可以生成獨(dú)自的菜單畫面并寫入到盤中的 功能。此菜單畫面以下稱為"盤菜單"。用戶利用攝像機(jī)將影像記錄到信息記錄介質(zhì),在使用播放器再生 此信息記錄介質(zhì)的情況下,可以看到此攝像機(jī)所生成的盤菜單。并且, 可以從所述菜單中選擇作為再生等對(duì)象的標(biāo)題。然而,在各個(gè)制造廠商所生產(chǎn)的各種攝像機(jī)中,盤菜單所涉及的 各種文件的描述內(nèi)容和結(jié)構(gòu)等是不統(tǒng)一的。艮P,將某制造廠商的攝像機(jī)所生成的盤菜單在其它制造廠商的攝 像機(jī)中解釋實(shí)質(zhì)上是不可能的。為此,例如,記錄有某制造廠商的攝像機(jī)所拍攝的影像的盤被裝 入到其它廠商的攝像機(jī),并被執(zhí)行新的標(biāo)題的追加等情況下,在該其 它廠商的攝像機(jī)中則需要?jiǎng)h除有關(guān)記錄完畢的盤菜單的文件,并需要 制作新的盤菜單。在這樣的情況下,在裝入了盤的攝像機(jī)中則需要通過(guò)解析控制記 錄完畢的盤菜單的再生的程序等,來(lái)找出與所述盤菜單相關(guān)的各種文 件,這是一個(gè)非常高度的解析工作。為此,存在的問(wèn)題是從盤被裝入后直到可以開始影像的記錄等工作為止要花費(fèi)較長(zhǎng)的時(shí)間,而且實(shí)質(zhì)上是不能找出所述的各種文件。 并且,在記錄新的盤菜單之時(shí),在不刪除與已經(jīng)存在的而又不需 要的盤菜單相關(guān)的文件的情況下,不要的文件則被存儲(chǔ)到盤中。這樣, 盤的可記錄容量不但會(huì)減少,而且在使用此盤的記錄裝置以及再生裝 置中,有關(guān)文件管理的處理負(fù)擔(dān)也會(huì)增加。發(fā)明內(nèi)容因此,本發(fā)明鑒于上述以往的問(wèn)題,目的在于提供一種信息記錄 介質(zhì)、記錄裝置以及記錄方法,在某記錄裝置上生成的菜單被記錄到 信息記錄介質(zhì)后,且此信息記錄介質(zhì)被裝入到其它的記錄裝置的情況 下,可以不產(chǎn)生在所述其它的記錄裝置中本來(lái)不需要的處理負(fù)擔(dān)以及 處理時(shí)間。為了達(dá)成上述目的,本發(fā)明的信息記錄介質(zhì)記錄以數(shù)字流的部分 區(qū)間構(gòu)成的作為音視頻內(nèi)容的標(biāo)題,所述數(shù)字流的部分區(qū)間是指數(shù)字流的一部分或全部,在該信息記錄介質(zhì)中記錄有播放列表,具有信 息,該信息通過(guò)指定數(shù)字流中的部分區(qū)間的位置和再生順序,從而確定所述標(biāo)題;程序,通過(guò)調(diào)用所述播放列表來(lái)控制所述標(biāo)題的再生;索引信息,包含被對(duì)應(yīng)起來(lái)的標(biāo)題識(shí)別信息和程序識(shí)別信息,所述標(biāo)題識(shí)別信息識(shí)別所述標(biāo)題,所述程序識(shí)別信息識(shí)別所述程序;以及擴(kuò) 展信息,包含被對(duì)應(yīng)起來(lái)的所述標(biāo)題識(shí)別信息和播放列表識(shí)別信息,所述播放列表識(shí)別信息識(shí)別所述播放列表。據(jù)此,使用本發(fā)明的信息記錄介質(zhì)的記錄裝置在刪除菜單(所述 菜單是記錄在信息記錄介質(zhì)中的標(biāo)題之一)時(shí),不是解析控制所述菜 單的再生的程序,而是可以容易地確定所述菜單所關(guān)聯(lián)的播放列表。因此,例如在作為記錄裝置的電視攝影機(jī)中,在刪除由其它的電 視攝影機(jī)生成的、被記錄在盤中的盤菜單時(shí),可以確定并刪除盤菜單 所關(guān)聯(lián)的播放列表。并且,在所述刪除中所涉及的工作中,不需要進(jìn)行程序的解析等, 就可以容易地確定應(yīng)該刪除的播放列表。即,在使用木發(fā)明的信息記 錄介質(zhì)的記錄裝置中,可以不發(fā)生本來(lái)就不需要的處理負(fù)荷以及處理 時(shí)間。并且,本發(fā)明的記錄裝置,將數(shù)字流記錄到所述信息記錄介質(zhì)中,在所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用 戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所使用的菜單;所述記錄裝置包 括播放列表確定單元,利用所述擴(kuò)展信息中所包含的、所述菜單的 標(biāo)題識(shí)別信息所對(duì)應(yīng)的所述播放列表識(shí)別信息,來(lái)確定由控制所述菜 單的再生的程序調(diào)用的播放列表;菜單生成單元,生成新的菜單并記 錄到所述信息記錄介質(zhì),從而代替所述菜單;以及刪除單元,在所述 菜單生成單元生成了所述新的菜單的情況下,刪除所述播放列表確定 單元確定的播放列表。據(jù)此,本發(fā)明的記錄裝置可以容易地確定與標(biāo)題相關(guān)聯(lián)的播放列 表,并可以刪除該播放列表。因此,例如,作為電視攝影機(jī)而實(shí)現(xiàn)了本發(fā)明的記錄裝置的情況 下,可以容易地從由其它制造廠商的電視攝影機(jī)記錄了盤菜單的DVD 或半導(dǎo)體存儲(chǔ)器等信息記錄介質(zhì)中,刪除該盤菜單所關(guān)聯(lián)的播放列表。艮P,可以在刪除不要的文件的基礎(chǔ)之上,生成新的盤菜單,并記 錄到該信息記錄介質(zhì)中。并且,像這樣,通過(guò)刪除不要的文件,從而 可以不必浪費(fèi)該信息記錄介質(zhì)中能夠記錄的容量,并且可以抑制文件管理所涉及的處理負(fù)荷的增加。并且,本發(fā)明不僅可以作為這樣的信息記錄裝置來(lái)實(shí)現(xiàn),也可以 作為具有這樣的信息記錄裝置所具備的特征性單元的集成電路來(lái)實(shí) 現(xiàn)。這些特征性單元可以被單獨(dú)地制成一個(gè)芯片,也可以將這些特征 性單元中的一部分或全部制成一個(gè)芯片。并且,本發(fā)明可以作為使這樣的信息記錄裝置所具備的特征性單 元作為步驟的記錄方法來(lái)實(shí)現(xiàn),也可以作為使計(jì)算機(jī)執(zhí)行這些步驟的程序來(lái)實(shí)現(xiàn)。并且,不言而喻,像這樣的程序也可以通過(guò)CD-ROM等記 錄介質(zhì)或互聯(lián)網(wǎng)等傳輸介質(zhì)來(lái)分發(fā)。并且,本發(fā)明可以作為從本發(fā)明的信息記錄介質(zhì)中讀取信息并再 生的再生裝置來(lái)實(shí)現(xiàn),也可以作為將這些再生裝置所具備的特征性單 元作為的步驟的再生方法來(lái)實(shí)現(xiàn),還可以作為使計(jì)算機(jī)執(zhí)行這些步驟 的程序來(lái)實(shí)現(xiàn)。并且,不言而喻,這些程序可以通過(guò)CD-ROM等記錄介 質(zhì)或互聯(lián)網(wǎng)等傳輸介質(zhì)來(lái)分發(fā)。本發(fā)明可以提供一種信息記錄介質(zhì)、記錄裝置以及記錄方法,在 某記錄裝置上生成的菜單被記錄到信息記錄介質(zhì)后,且此信息記錄介 質(zhì)被裝入到其它的記錄裝置的情況下,可以不產(chǎn)生在所述其它的記錄 裝置中本來(lái)不需要的處理負(fù)擔(dān)以及處理時(shí)間。
圖1是SD-DVD的結(jié)構(gòu)示例圖。圖2是用于說(shuō)明被嵌入在作為AV數(shù)據(jù)的MPEG流中的導(dǎo)航信息的 概略圖。圖3是DVD中的V0B的構(gòu)成概要圖。圖4示出了 BD-R0M的數(shù)據(jù)分層。圖5是記錄在BD-ROM中的邏輯數(shù)據(jù)的結(jié)構(gòu)圖。圖6是再生BD-R0M的BD—R0M播放器的基本構(gòu)成概要圖。圖7是將圖6所示的播放器的結(jié)構(gòu)詳細(xì)化后的方框圖。圖8示出了 BD-R0M的應(yīng)用程序空間。圖9是MPEG流(V0B)的構(gòu)成圖。圖IO是MPEG流中包組件的構(gòu)成圖。圖11說(shuō)明了 AV數(shù)據(jù)和播放器構(gòu)成的關(guān)系。圖12說(shuō)明了使用軌道緩存的VOB數(shù)據(jù)的連續(xù)提供模型。圖13示出了 VOB管理信息文件的內(nèi)部結(jié)構(gòu)。圖14說(shuō)明了 VOBU信息的詳細(xì)細(xì)節(jié)。圖15說(shuō)明了使用時(shí)間圖(Time Map)的地址信息獲得方法。 圖16是播放列表信息的內(nèi)部構(gòu)成圖。 圖17示出了事件處理程序表。圖18是BD-R0M全體信息的構(gòu)成圖,即BD. INFO的構(gòu)成圖。 圖19是全局事件處理程序表的構(gòu)成圖。 圖20是時(shí)間事件的示例圖。圖21示出了用戶進(jìn)行菜單操作時(shí)的用戶事件的一個(gè)例子。 圖22是全局事件的示例圖。 圖23是用于說(shuō)明程序處理器的功能的構(gòu)成圖。 圖24示出了系統(tǒng)參數(shù)(SPRM)的一覽。圖25示出了控制具有2個(gè)選擇按鈕的菜單畫面所涉及的事件處理 中程序的一個(gè)例子。圖26示出了菜單選擇的用戶事件所涉及的事件處理中程序的一個(gè)例子。圖27是在BD—R0M播放器中AV數(shù)據(jù)再生的基本處理流程圖。圖28是從在BD—R0M播放器的播放列表再生開始到V0B再生結(jié)束為止的處理流程圖。圖29 (A)是有關(guān)BD—R0M播放器的時(shí)間事件的處理流程圖,(B)是有關(guān)BD—ROM播放器的用戶事件的處理流程圖。圖30是BD-—R0M播放器的字幕數(shù)據(jù)的處理流程圖。圖31是使用實(shí)施例2中的盤的記錄器以及播放器所表示的菜單的示例圖。圖32示出了實(shí)施例2中的BD. INFO的內(nèi)容。 圖33示出了實(shí)施例2中的BD. PROG的內(nèi)容。 圖34是有關(guān)菜單表示及標(biāo)題再生的表示及工作的遷移的一個(gè)示例圖。圖35(A)示出了在盤菜單的更新中怎樣處理BD. INFO等各個(gè)文件, (B)說(shuō)明了 (A)所示出的號(hào)碼的意思。圖36示出了 BD. INFO的"Extension"中存儲(chǔ)了用于指定播放列表的信息的狀態(tài)。圖37示出了實(shí)施例2中盤菜單的更新前后的標(biāo)題和播放列表(內(nèi)容)的相關(guān)關(guān)系。圖38是實(shí)施例2的記錄器的功能構(gòu)成方框圖。圖39是實(shí)施例2的記錄器400的記錄/編輯時(shí)更新標(biāo)題構(gòu)成時(shí)的 工作流程圖。圖40是實(shí)施例3中記錄BD盤全體管理信息及Title信息的文件 構(gòu)成圖。圖41是實(shí)施例3中記錄存儲(chǔ)程序的Object信息的文件構(gòu)成圖。圖42是實(shí)施例3中在BD-ROM的多路復(fù)用的示例圖。圖43是實(shí)施例3中導(dǎo)航功能的頁(yè)面數(shù)據(jù)結(jié)構(gòu)圖。圖44是實(shí)施例3中導(dǎo)航功能的按鈕的數(shù)據(jù)結(jié)構(gòu)圖。圖45是實(shí)施例3中導(dǎo)航功能的示例圖。圖46是實(shí)施例3中幻燈片模式(slideshow)功能的結(jié)構(gòu)圖。圖47(A)是實(shí)施例3中再生菜單的一個(gè)示例圖,(B)是實(shí)施例3中的菜單畫面遷移的示例圖。圖48是實(shí)施例3中各Title所參照的播放列表以及存儲(chǔ)對(duì)象信息的元數(shù)據(jù)的示例圖。圖49是實(shí)施例4中將元數(shù)據(jù)存儲(chǔ)到IndexExtentionData()的情況下的示例圖。圖50是實(shí)施例4中Real PlayList (實(shí)際方案信息)以及Virtaul PlayList(虛擬方案信息),和Shot(攝影或錄像的影像單位)的關(guān)系的 示例圖。圖51是實(shí)施例4中表示Shot的開頭的Mark和Shot的攝影順序 的關(guān)系的示例圖。圖52(A)是實(shí)施例4中元數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)的一示例圖,(B)是根據(jù) (A)所示出的元數(shù)據(jù)生成的Shot菜單的一個(gè)示例圖。圖53是實(shí)施例5中將元數(shù)據(jù)的 一 部分存儲(chǔ)到 IndexExtentionData ()的情況下的示例圖。圖54是實(shí)施例5中將元數(shù)據(jù)的 一 部分存儲(chǔ)到 PlayListExtentionData()的情況下的示例圖。圖55(A)是實(shí)施例5中元數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)的一示例圖,(B)根據(jù)(A) 所示出的元數(shù)據(jù)生成的Shot菜單的一個(gè)示例圖。圖56是因影像的編輯而使攝影日期時(shí)間信息丟失的一個(gè)示例圖。圖57示出了在實(shí)施例6中利用Mark編輯時(shí)保持?jǐn)z影日期時(shí)間的 方法。圖58是實(shí)施例7中元數(shù)據(jù)的存儲(chǔ)位置的說(shuō)明圖。 圖59是實(shí)施例7中元數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)的說(shuō)明圖。 圖60是實(shí)施例7中元數(shù)據(jù)的識(shí)別信息(ID)和種類的說(shuō)明圖。 圖61是實(shí)施例7中獲得元數(shù)據(jù)的處理流程圖。 圖62是說(shuō)明DV和EXIF持有同類信息的圖。 圖63是說(shuō)明持有同類信息時(shí)的記錄規(guī)則的圖。 圖64是BD-ROM盤中記錄的流的數(shù)據(jù)結(jié)構(gòu)的說(shuō)明圖。 圖65是以往的幻燈片模式所涉及的數(shù)據(jù)結(jié)構(gòu)的說(shuō)明圖。 圖66是實(shí)施例8中幻燈片模式所涉及的數(shù)據(jù)結(jié)構(gòu)的說(shuō)明圖。 圖67是實(shí)施例8中Sti11 Unit的數(shù)據(jù)結(jié)構(gòu)的說(shuō)明圖。 圖68是實(shí)施例8中利用了子圖像(Subpicture)的靜止圖像幻燈 片模式的說(shuō)明圖。圖69是實(shí)施例8中用于制作利用了子圖像的靜止圖像幻燈片模式 的處理流程圖。符號(hào)說(shuō)明1BD-ROM播放器2音頻專用播放器104BD-翻105202光學(xué)拾波器203程序記錄存儲(chǔ)器204管理信息記錄存儲(chǔ)器205AV記錄存儲(chǔ)器206程序處理部207管理信息處理部208表示處理部209成像面(image plane)210視頻面211合成處理部302程序處理器303UO管理器305方案處理器306表示控制器307時(shí)鐘308圖像存儲(chǔ)器309軌道緩存310多路分配器311圖像處理器312視頻處理器313聲音處理器317驅(qū)動(dòng)控制器400記錄器401播放列表指定部402刪除部403菜單發(fā)生部404制造廠商判斷部405接受部406編輯部407號(hào)碼讀出部408拍攝部409表示部S801記錄/編輯開始步驟S802BD. INFO和BD. PROG讀取步驟S803標(biāo)題號(hào)碼獲得步驟S謝關(guān)聯(lián)文件更新步驟S805新標(biāo)題號(hào)碼附加步驟S806偽數(shù)據(jù)附加步驟S807更新完畢BD. INFO以及更新完畢BD. PROG寫入步驟具體實(shí)施方式
以下參照附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行具體說(shuō)明。并且,與本申請(qǐng)的權(quán)利要求1所涉及的發(fā)明最接近的實(shí)施例為實(shí)施例2,為了便于理解,首先在實(shí)施例1對(duì)實(shí)施例2中的信息記錄介 質(zhì)等基本構(gòu)成加以說(shuō)明。 (實(shí)施例l)首先,利用圖1到圖30對(duì)再生BD(Blu-rayDisc :藍(lán)光光碟)-ROM 以及BD-ROM的BD-ROM播放器的基本構(gòu)成以及工作進(jìn)行說(shuō)明。(盤上的邏輯數(shù)據(jù)結(jié)構(gòu))圖4示出了 BD-R0M的數(shù)據(jù)層。如圖4所示,在盤介質(zhì)即BD-ROM104上記錄有AV數(shù)據(jù)103、有 關(guān)AV數(shù)據(jù)的管理信息以及AV再生序列等的BD管理信息102、用于實(shí) 現(xiàn)交互性的BD再生程序lOl。并且,各個(gè)標(biāo)題的實(shí)質(zhì)數(shù)據(jù)為AV數(shù)據(jù)103,各個(gè)標(biāo)題的方案控制 描述數(shù)據(jù)(以下稱為"方案")為BD管理信息102。并且,在本實(shí)施例中,是著眼于用于再生電影等AV內(nèi)容的AV應(yīng) 用程序?qū)D-ROM進(jìn)行說(shuō)明的,當(dāng)然,BD-ROM也可以像CD-ROM、 DVD-ROM那樣在可以用于計(jì)算機(jī)的記錄介質(zhì)上使用。圖5是所述BD-ROM104上記錄的邏輯數(shù)據(jù)的結(jié)構(gòu)圖。BD-ROM104 與其他的光盤一樣,例如與DVD和CD等一樣,從內(nèi)圈到外圈具有螺旋 狀的記錄區(qū)域,內(nèi)圈的讀入和外圈的讀出之間具有能夠記錄邏輯數(shù)據(jù) 的邏輯地址空間。并且,在讀入的內(nèi)側(cè)有一個(gè)被稱為Burst Cutting Area(BCA)的只 有驅(qū)動(dòng)器才能夠讀出的特殊區(qū)域。由于這個(gè)區(qū)域不能由應(yīng)用程序讀出, 因此,經(jīng)常被用于著作權(quán)保護(hù)技術(shù)等。在邏輯地址空間,記錄有文件系統(tǒng)信息(容量)以及影像數(shù)據(jù)等的 應(yīng)用數(shù)據(jù),且文件系統(tǒng)信息(容量)在開頭。文件系統(tǒng)正如以往的技術(shù) 中說(shuō)明的那樣,是由UDF或IS09660等規(guī)格規(guī)定的管理數(shù)據(jù)的方法, 可以利用目錄、文件結(jié)構(gòu)來(lái)讀出與通常的個(gè)人電腦一樣被記錄的邏輯 數(shù)據(jù)。在本實(shí)施方式,在BD-R0M104上的目錄及文件結(jié)構(gòu)中,BDVIDEO 目錄被放置在根目錄(ROOT)的正下面。此目錄是記錄有在BD-ROM上處 理的AV數(shù)據(jù)或管理信息等數(shù)據(jù)(圖4所示的BD再生程序101、 BD管 理信息102、 AV數(shù)據(jù)103)的目錄。BDVIDEO目錄下面記錄有以下的7種文件。BD. INFO(文件名固定)"肌INFO"文件是"BD管理信息"之一,是記錄有與BD-R0M全 體有關(guān)的信息的文件。BD-ROM播放器最先讀出該文件。 BD. PROG(文件名固定) "BD. PROG"文件是"BD再生程序"之一,是記錄有與BD-ROM全 體有關(guān)的程序的文件。XXX. PL( "XXX"可變,擴(kuò)展名"PL"固定)XXX, PL是"BD管理信息"之一,是記錄有播放列表(Play List) 信息的文件,所述播放列表記錄方案。每個(gè)播放列表持有一個(gè)文件。XXX. PROG ( "XXX"可變,擴(kuò)展名"PROG"固定) "XXX. PROG"文件是"BD再生程序"之一,是記錄有所述每個(gè)播 放列表的程序的文件。與播放列表的對(duì)應(yīng)關(guān)系通過(guò)文件名("XXX" — 致)來(lái)識(shí)別。YYY,V0B( "YYY"可變,擴(kuò)展名"VOB"固定)YYY.VOB文件是"AV數(shù)據(jù)"之一,是記錄有V0B(與"背景技術(shù)" 中說(shuō)明的VOB相同)的文件。 一個(gè)VOB與一個(gè)文件對(duì)應(yīng)。YYY.VOBI( "YYY"可變,擴(kuò)展名"V0BI"固定) "YYY. VOBI"文件是"BD管理信息"之一,是記錄有與AV數(shù)據(jù)即 VOB有關(guān)的管理信息的文件。與VOB的對(duì)應(yīng)關(guān)系通過(guò)文件名("YYY" — 致)來(lái)識(shí)別。ZZZ.PNG( "ZZZ"可變,擴(kuò)展名"PNG"固定) "ZZZ. PNG"文件是"AV數(shù)據(jù)"之一,是PNG (由World Wide Web Consortium(W3C)被標(biāo)準(zhǔn)化的圖像格式,稱為"png")形式的圖像文件, 所述PNG是用于構(gòu)成字幕和菜單畫面的圖像數(shù)據(jù)。 一個(gè)PNG圖像與一 個(gè)文件對(duì)應(yīng)。(播放器的結(jié)構(gòu))其次,利用圖6及圖7,對(duì)再生所述BD-R0M104的播放器的結(jié)構(gòu)進(jìn) 行說(shuō)明。圖6是再生BD-ROM104的BD-ROM播放器的基本結(jié)構(gòu)的概略圖。在圖6所示的BD-ROM播放器中,BD-ROM104上的數(shù)據(jù)是通過(guò)光學(xué) 拾波器202被讀出的。被讀出的數(shù)據(jù)按照各自的數(shù)據(jù)種類被記錄到專 用的存儲(chǔ)器。BD再生程序("BD. PROG"或"XXX. PROG"文件)被記錄到程序記錄 存儲(chǔ)器203, BD管理信息("BD. INFO"、 "XXX. PL"或"YYY. V0BI"文 件)被記錄到管理信息記錄存儲(chǔ)器204, AV數(shù)據(jù)("YYY. VOB"或"ZZZ. PNG" 文件)被記錄到AV記錄存儲(chǔ)器205。記錄在程序記錄存儲(chǔ)器203的BD再生程序由程序處理部206來(lái)處 理。記錄在管理信息記錄存儲(chǔ)器204的BD管理信息由管理信息處理部 207來(lái)處理。并且,記錄在AV記錄存儲(chǔ)器205的AV數(shù)據(jù)由表示處理部208來(lái) 處理。程序處理部206對(duì)程序進(jìn)行處理,所述程序用于接收由管理信息 處理部207再生的播放列表的信息或程序的執(zhí)行定時(shí)等的事件信息。 并且,可以動(dòng)態(tài)地變更以程序再生的播放列表,在這種情況下,可以 將變更后的播放列表的再生指令發(fā)送到管理信息處理部207。程序處理部206還接受來(lái)自用戶的事件,例如接受來(lái)自用戶操作 的遙控器的請(qǐng)求,當(dāng)存在與該用戶的事件對(duì)應(yīng)的程序時(shí),執(zhí)行該程序。管理信息處理部207接受程序處理部206的指示,并解析與該指 示對(duì)應(yīng)的播放列表以及與該播放列表對(duì)應(yīng)的VOB管理信息。而且,指 示表示處理部208使其再生作為再生對(duì)象的AV數(shù)據(jù)。并且,管理信息處理部207從表示處理部208接受基準(zhǔn)時(shí)刻信息, 并根據(jù)時(shí)刻信息指示表示處理部208,使其停止AV數(shù)據(jù)的再生。并且, 生成針對(duì)程序處理部206的事件,該事件示出程序執(zhí)行的定時(shí)。表示處理部208具有分別對(duì)應(yīng)于影像、聲音、字幕的解碼器,按 照來(lái)自管理信息處理部207的指示,進(jìn)行AV數(shù)據(jù)的解碼及輸出。圖像 數(shù)據(jù)以及字幕數(shù)據(jù)被解碼后被分別繪制在專用的平面。具體而言,影像數(shù)據(jù)被繪制在視頻面210,字幕數(shù)據(jù)等圖像數(shù)據(jù)被繪制在成像面209。而且,被繪制在兩個(gè)平面的影像的合成處理由合成 處理部211來(lái)執(zhí)行,并輸出到TV等顯示裝置。如圖6所示,BD-ROM播放器的結(jié)構(gòu)是根據(jù)圖4所示的BD-ROM中所 記錄的數(shù)據(jù)結(jié)構(gòu)而成的。圖7是將圖6所示的播放器的結(jié)構(gòu)詳細(xì)化后的方框圖。圖6所示 的各結(jié)構(gòu)部和圖7所示的各結(jié)構(gòu)部的對(duì)應(yīng)關(guān)系如以下所示。AV記錄存儲(chǔ)器205與圖像存儲(chǔ)器308及軌道緩存309相對(duì)應(yīng)。程 序處理部206與程序處理器302及UO(User Operation)管理器303相 對(duì)應(yīng)。管理信息處理部207與方案處理器305及表示控制器306相對(duì) 應(yīng)。表示處理部208與時(shí)鐘307、多路分配器310、圖像處理器311、 視頻處理器312、及聲音處理器313相對(duì)應(yīng)。從BD-ROM104所讀出的VOB數(shù)據(jù)(MPEG流)被記錄在軌道緩存309, 圖像數(shù)據(jù)(PNG)被記錄在圖像存儲(chǔ)器308。多路分配器310根據(jù)從時(shí)鐘307得到的時(shí)刻,抽出軌道緩存309 中記錄的VOB數(shù)據(jù)。而且,將VOB數(shù)據(jù)中所包含的影像數(shù)據(jù)送入到視 頻處理器312,將聲音數(shù)據(jù)送入到聲音處理器313。視頻處理器312及聲音處理器313按照MPEG系統(tǒng)標(biāo)準(zhǔn)的規(guī)定,分 別以解碼緩存器和解碼器來(lái)構(gòu)成。即從多路分配器310被發(fā)送來(lái)的影 像及聲音的數(shù)據(jù),分別在解碼緩存器被暫時(shí)記錄,按照時(shí)鐘307的時(shí) 刻在對(duì)應(yīng)的解碼器進(jìn)行解碼處理。記錄在圖像存儲(chǔ)器308的PNG數(shù)據(jù)有以下兩個(gè)處理方法。當(dāng)PNG 數(shù)據(jù)作為字幕用的數(shù)據(jù)的情況下,由表示控制器306指示解碼定時(shí)。 一旦方案處理器305接受了來(lái)自時(shí)鐘307的時(shí)刻信息,當(dāng)?shù)搅俗帜槐?示時(shí)刻(開始及結(jié)束)時(shí),就對(duì)表示控制器306發(fā)出字幕的表示或非 表示的指示,從而進(jìn)行適當(dāng)?shù)刈帜槐硎?。從表示控制?06接受了解碼/表示的指示的圖像處理器311,從 圖像存儲(chǔ)器308抽出對(duì)應(yīng)的PNG數(shù)據(jù)進(jìn)行解碼,并繪制到成像面209。并且,PNG數(shù)據(jù)用于菜單畫面的情況下,由程序處理器302來(lái)指示解碼定時(shí)。程序處理器302指示解碼圖像的時(shí)刻是不能一概而論的,要取決于程序處理器302處理的BD程序。圖像數(shù)據(jù)及影像數(shù)據(jù)如圖6中的說(shuō)明,分別被解碼之后,被繪制 到成像面209及視頻面210,由合成處理部211進(jìn)行合成之后輸出。從BD-ROM讀出的管理信息(方案,AV管理信息)被記錄到管理信 息記錄存儲(chǔ)器204,方案信息("BD. INFO"以及"XXX. PL")由方案處 理器305讀出并被處理。并且,AV管理信息("YYY.VOBI")由表示控 制器306讀出并被處理。方案處理器305解析播放列表的信息,將由播放列表參照的VOB 及其再生位置指示給表示控制器306,表示控制器306解析成為對(duì)象的 VOB的管理信息("YYY.VOBI"),并為了讀出成為對(duì)象的VOB而向驅(qū)動(dòng) 控制器317發(fā)出指示。驅(qū)動(dòng)控制器317按照來(lái)自表示控制器306的指示,使光學(xué)拾波器 移動(dòng),讀出作為對(duì)象的AV數(shù)據(jù)。所讀出的AV數(shù)據(jù),如上所述被記錄 到圖像存儲(chǔ)器308或軌道緩存309。并且,方案處理器305監(jiān)視時(shí)鐘307的時(shí)刻,在管理信息所設(shè)定 的定時(shí),向程序處理器302輸出事件。記錄在程序記錄存儲(chǔ)器203的BD程序("BD.PROG"或者 "XXX. PROG"),由程序處理器302來(lái)處理。程序處理器302在事件由 方案處理器305發(fā)送來(lái)的情況下或者事件由UO管理器303發(fā)送來(lái)的情 況下,處理BD程序。UO管理器303,當(dāng)用戶通過(guò)遙控器鍵發(fā)來(lái)請(qǐng)求的情況下,生成與 該請(qǐng)求相對(duì)應(yīng)的事件并發(fā)送到程序處理器302。通過(guò)這樣的各結(jié)構(gòu)部的工作而再生BD-ROM。 (應(yīng)用程序空間)圖8是示出了 BD-ROM的應(yīng)用程序空間。在BD-ROM的應(yīng)用程序空間,播放列表(PlayList)是一個(gè)再生單位。 播放列表具有根據(jù)單元(Cell)的再生順序而構(gòu)成的靜態(tài)方案,以及由程序所描述的動(dòng)態(tài)方案。在沒有由程序描述的動(dòng)態(tài)方案的情況下,播放列表只是按順序再 生各個(gè)單元,并且,在所有的單元再生結(jié)束時(shí)列表的再生也結(jié)束。另外,程序可以按照超出播放列表的再生描述以及用戶的選擇或 播放器的狀態(tài),來(lái)動(dòng)態(tài)地改變?cè)偕鷮?duì)象。作為典型的例子可以舉出通過(guò)菜單畫面來(lái)進(jìn)行再生對(duì)象的動(dòng)態(tài)變更。在BD-ROM的情況下,菜單是 指由用戶選擇的再生方案,即是用于動(dòng)態(tài)選擇播放列表的功能構(gòu)成要素之一。并且,在這里所說(shuō)的程序,是根據(jù)時(shí)間事件或者用戶事件所執(zhí)行 的事件處理程序。時(shí)間事件是根據(jù)被嵌入到播放列表的時(shí)刻信息而生成的事件。從 圖7說(shuō)明的方案處理器305發(fā)送到程序處理器302的事件相當(dāng)于時(shí)間 事件。當(dāng)時(shí)間事件被發(fā)行時(shí),程序處理器302根據(jù)ID執(zhí)行所對(duì)應(yīng)的事 件處理程序。如以上所述,被執(zhí)行的程序可以指示其它的播放列表的再生,在 這種情況下,目前被再生的播放列表的再生被中止,并遷移到被指定 的播放列表的再生。用戶事件是由用戶的遙控器鍵操作所生成的事件。用戶事件分為 兩大類型。第一個(gè)是,根據(jù)遙控器所具有的光標(biāo)鍵("上""下""左" "右"衝或者"決定"鍵的操作而生成的菜單選擇的事件。菜單選擇的事件所對(duì)應(yīng)的事件處理程序僅在播放列表內(nèi)的有限的 期間內(nèi)有效。即作為播放列表的信息設(shè)定了各個(gè)事件處理程序的有效 期間。遙控器的"上""下""左""右"鍵或者"決定"鍵被按下的情 況下,程序處理器302檢索有效的事件處理程序,當(dāng)有效的事件處理 程序存在時(shí),則該事件處理程序被執(zhí)行。在其它的情況下,菜單選擇 的事件被忽視。第二個(gè)用戶事件是根據(jù)"菜單"鍵的操作而生成的菜單畫面呼叫 的事件。當(dāng)菜單畫面呼叫的事件被生成時(shí),則全局事件處理程序被呼出。全局事件處理程序是不依存播放列表的、且總是有效的事件處理程序。通過(guò)使用此功能,可以安裝DVD的菜單呼叫。通過(guò)安裝菜單呼 叫,從而呼出在標(biāo)題再生中的聲音、字幕菜單等,并可以執(zhí)行在變更 聲音或字幕后的從中斷處開始的標(biāo)題再生。作為在播放列表構(gòu)成靜態(tài)方案的單位即單元(Cell),參照 VOB(MPEG流)的全部或者一部分的再生區(qū)間。單元將VOB內(nèi)的再生區(qū)間 作為開始時(shí)刻及結(jié)束時(shí)刻的信息來(lái)保持。與各個(gè)VOB成為一組的VOB 管理信息(VOBI)內(nèi)部有時(shí)間圖(Time Map或TM),通過(guò)該時(shí)間圖可以 導(dǎo)出在VOB內(nèi)(即成為對(duì)象的"YYY.VOB"內(nèi))的對(duì)所述VOB的再生及 結(jié)束時(shí)刻的讀出開始地址及結(jié)束地址。另外,有關(guān)時(shí)間圖的詳細(xì)細(xì)節(jié) 以后將利用圖14來(lái)說(shuō)明。 (VOB的詳細(xì)細(xì)節(jié))圖9是在本實(shí)施例中使用MPEG流(VOB)的結(jié)構(gòu)圖。如圖9所示, VOB由多個(gè)Video Object Unit (V0BU)構(gòu)成。V0BU是以MPEG視頻流的 Group Of Pictures (GOP)為基準(zhǔn)的單位,且是也含有聲音數(shù)據(jù)的多路 復(fù)用流的一種再生單位。VOBU持有0. 4秒到1. 0秒的再生時(shí)間, 一般是持有0. 5秒的再生 時(shí)間。這是因?yàn)镸PEG的GOP結(jié)構(gòu)通常為15幀/秒(NTSC的情況)的 緣故。VOBU內(nèi)部具有作為影像數(shù)據(jù)的視頻包組件(V—PCK)和作為聲音數(shù) 據(jù)的音頻包組件(A—PCK)。各包組件由l個(gè)扇區(qū)構(gòu)成,在本實(shí)施例中是 以2kB為單位構(gòu)成的。圖10是MPEG流中包組件的構(gòu)成示例圖。如圖10所示,作為影像數(shù)據(jù)以及聲音數(shù)據(jù)的基本數(shù)據(jù)被存入到被 稱為有效負(fù)載的數(shù)據(jù)包的數(shù)據(jù)存儲(chǔ)區(qū)域中,且是從所述數(shù)據(jù)存儲(chǔ)區(qū)域 的開頭開始按順序被存入的。有效負(fù)載中被附加有數(shù)據(jù)包頭,并構(gòu)成 一個(gè)數(shù)據(jù)包。數(shù)據(jù)包中記錄有表示被存儲(chǔ)在有效負(fù)載中的數(shù)據(jù)是哪個(gè)流的數(shù)據(jù)的信息;表示是影像數(shù)據(jù)還是聲音數(shù)據(jù)的信息;當(dāng)影像數(shù)據(jù)或聲音 數(shù)據(jù)分別具有多個(gè)流的情況下,用于識(shí)別是哪個(gè)流的數(shù)據(jù)的 ID (stream—id);以及作為該有效負(fù)載的解碼和表示時(shí)刻信息的時(shí)間戳 (艮卩Decode Time Stamp(DTS)及Presentation Time Stamp(PTS))。DTS以及PTS未必記錄在所有的數(shù)據(jù)包頭,而是由MPEG來(lái)制定記 錄規(guī)則。關(guān)于規(guī)則的詳細(xì)細(xì)節(jié),由于記述在MPEG系統(tǒng)(IS0/IEC13818-1) 的規(guī)格書中,因此省略其說(shuō)明。再在數(shù)據(jù)包上附上頭部(Pack Header :包組件頭),構(gòu)成包組件 (pack)。在該包組件頭中記錄有時(shí)間戳(即System Clock Reference(SCR :系統(tǒng)時(shí)鐘基準(zhǔn))),該時(shí)間戳示出該包組件何時(shí)通過(guò)多 路復(fù)用器,以及何時(shí)被輸入到各個(gè)基本流的解碼緩存器。 (VOB的交錯(cuò)記錄)其次,利用圖11及圖12,對(duì)VOB文件的交錯(cuò)記錄進(jìn)行說(shuō)明。圖11是AV數(shù)據(jù)和BD-ROM播放器的結(jié)構(gòu)的說(shuō)明圖。圖11上部是利用圖7所述的播放器的結(jié)構(gòu)圖的一部分。如圖所示, BD-ROM上的數(shù)據(jù)若是VOB即MPEG流,則通過(guò)光學(xué)拾波器被輸入到軌道 緩存309,若是PNG即圖像數(shù)據(jù)則被輸入到圖像存儲(chǔ)器308。軌跡緩沖器309為First-In First-Out (FIFO),被輸入的VOB的 數(shù)據(jù)按照輸入的順序被發(fā)送到多路分配器310。這個(gè)時(shí)候,各個(gè)包組件 按照以上所述的SCR從軌道緩存309中被抽出,通過(guò)多路復(fù)用器310, 被發(fā)送到視頻處理器312或聲音處理器313。另一方面,在圖像數(shù)據(jù)的情況下,對(duì)于要繪制哪個(gè)圖像要由表示 控制器306 (參照?qǐng)D7)來(lái)指示。并且,對(duì)于在繪制中所使用的圖像數(shù) 據(jù)而言,在字幕用圖像數(shù)據(jù)的情況下,同時(shí)從圖像存儲(chǔ)器308中刪除, 在菜單用圖像數(shù)據(jù)的情況下,仍然保留在圖像存儲(chǔ)器內(nèi)。這是因?yàn)椴藛蔚睦L制要取決于用戶的操作,因此,同一個(gè)圖像可 以繪制多次。圖11的下部是用于說(shuō)明在BD-ROM上的V0B文件及PNG文件的交 錯(cuò)記錄的圖。一般來(lái)說(shuō)ROM,例如CD-R0M和DVD-R0M中,作為一連串的連續(xù)再 生單位的AV數(shù)據(jù)是連續(xù)被記錄的。只要數(shù)據(jù)是連續(xù)記錄的,驅(qū)動(dòng)器就 能依次讀出數(shù)據(jù),送到解碼器里。然而,應(yīng)該連續(xù)再生的AV數(shù)據(jù)被割斷并被分散地分配到盤上的情 況下,在各個(gè)連續(xù)區(qū)間之間就會(huì)有查找操作介入,這樣,在這之間數(shù) 據(jù)的讀出就會(huì)停止。即,數(shù)據(jù)的提供就會(huì)停止。BD-ROM的情況也是同樣,希望能夠?qū)OB文件記錄到連續(xù)的區(qū)域, 例如像字幕數(shù)據(jù)那樣,VOB中除有被記錄的影像數(shù)據(jù)外同時(shí)還有被再生 的數(shù)據(jù),與VOB文件同樣字幕數(shù)據(jù)也需要以某種方法從BD-ROM中讀出。作為字幕數(shù)據(jù)的讀出方法之一,可在VOB的再生開始之前, 一并 讀出字幕用的圖像數(shù)據(jù)(PNG文件)。然而,在此情況下,在臨時(shí)記錄中 需要使用大量的內(nèi)存,在現(xiàn)實(shí)中是不可能的。因此,本實(shí)施方式中將VOB文件分成幾個(gè)塊,采用了VOB文件與圖像數(shù)據(jù)交錯(cuò)記錄的方式。圖ll下部就是用于說(shuō)明該交錯(cuò)記錄的圖。通過(guò)對(duì)VOB文件和圖像 數(shù)據(jù)進(jìn)行妥當(dāng)?shù)亟诲e(cuò)配置,從而不需要如上述的大容量的臨時(shí)記錄內(nèi) 存,可以在必要的時(shí)刻將圖像數(shù)據(jù)存儲(chǔ)到圖像存儲(chǔ)器。然而,讀出圖像數(shù)據(jù)的時(shí)候,VOB數(shù)據(jù)的讀取自然就會(huì)被停止。圖12是為了解決所述的交錯(cuò)記錄中的問(wèn)題,而利用軌道緩存309 的VOB數(shù)據(jù)連續(xù)提供模式的說(shuō)明圖。如上述說(shuō)明,V0B的數(shù)據(jù)暫時(shí)先被存到軌道緩存309。將向軌道緩 存309的數(shù)據(jù)輸入速率設(shè)定為比來(lái)自軌道緩存309的數(shù)據(jù)輸出速率高, 只要繼續(xù)從BD-ROM中讀出數(shù)據(jù),軌道緩存309的數(shù)據(jù)存儲(chǔ)量就會(huì)增加。在此,將向軌道緩存309的輸入速率設(shè)為Va,將來(lái)自軌道緩存309 的輸出速率設(shè)為Vb。如圖12的上部所示,設(shè)VOB的一連續(xù)記錄區(qū)域從 邏輯地址的"al"持續(xù)到"a2"。并且,在邏輯地址"a2"到"a3"之間記錄有圖像數(shù)據(jù),并將此區(qū)間作為不進(jìn)行VOB數(shù)據(jù)的讀出區(qū)間。圖12的下部示出了軌道緩存309的存儲(chǔ)量。橫軸示出時(shí)間,縱軸示出存儲(chǔ)在軌道緩存309內(nèi)部的數(shù)據(jù)量。時(shí)刻"tl"示出開始讀出作為VOB的一連續(xù)記錄區(qū)域的開始點(diǎn)的邏輯地址"al"的時(shí)刻。在此時(shí)刻以后,數(shù)據(jù)以(Va-Vb)的速率被存儲(chǔ)到軌道緩存309。不言而喻,此速率為軌道緩存的輸入速率與輸出速率的差。時(shí)刻"t2"是讀出作為一連續(xù)記錄區(qū)域的結(jié)束點(diǎn)的邏輯地址"a2"的數(shù)據(jù)的時(shí)刻。 即時(shí)刻"tl"到"t2"之間軌道緩存內(nèi)的數(shù)據(jù)量以速率Va-Vb來(lái)增加,時(shí)刻"t2"的數(shù)據(jù)存儲(chǔ)量B(t2)可以通過(guò)以下的(公式1 )來(lái)求出。<formula>formula see original document page 29</formula> (公式1)此后,由于到BD—ROM上的地址"a3"為止圖像數(shù)據(jù)都會(huì)持續(xù), 向軌道緩存輸入的數(shù)據(jù)是0,軌道緩存內(nèi)的數(shù)據(jù)量以輸出速率"-Vb" 來(lái)減少。此數(shù)據(jù)量的減少將持續(xù)到讀出位置"a3",若從時(shí)刻上而言則 是持續(xù)到"t3"。在這里重要的是,時(shí)刻"t3"之前存儲(chǔ)在軌道緩存的數(shù)據(jù)量一旦 成為0,則向解碼器提供的VOB的數(shù)據(jù)就沒有了,可能會(huì)有VOB的再生 停止。然而,在時(shí)刻"t3"數(shù)據(jù)仍然存留在軌道緩存的情況下,VOB的再 生就不會(huì)停止而繼續(xù)進(jìn)行。此VOB的再生不停止而繼續(xù)進(jìn)行的條件可以用以下(公式2)來(lái) 表示。B (t2)》-Vb X (t3-t2) (公式2)艮P,在滿足(公式2)的條件下,只要決定圖像數(shù)據(jù)的配置即可。 (導(dǎo)航數(shù)據(jù)結(jié)構(gòu))利用圖13至圖19,來(lái)說(shuō)明BD-ROM中所記錄的導(dǎo)航數(shù)據(jù)(BD管理 信息)的結(jié)構(gòu)。圖13是示出VOB管理^[言息文件("YYY. VOBI")內(nèi)部結(jié)構(gòu)的圖。V0B管理信息具有,該V0B的流屬性信息(Attribute)和時(shí)間圖 (TMAP)。流屬性信息包含視頻屬性(Video)和音頻屬性(Audio恥 Audioftn)。特別對(duì)于音頻流,由于V0B可以同時(shí)持有多個(gè)音頻流,所 以根據(jù)音頻流的數(shù)(Number),可以確定音頻屬性的數(shù)據(jù)域(data field) 的數(shù)。下列示出視頻屬性(Video)持有的多個(gè)域和各個(gè)域可持有的值。壓縮方式(Coding):MPEG1MPEG2MPEG4分辨率(Resolution):1920x10801280x720720x480720x565寬高比(Aspect)4:316:9幀速率(Framerate) 6059. 94503029. 9725 24下列示出音頻屬性(Audio)持有的多個(gè)域和各個(gè)域的可持有的值。 壓縮方式(Coding):AC3 MPEG1 MPEG2 LPCM聲道數(shù)(Ch): 1 8語(yǔ)言屬性(language): JPN、 ENG、時(shí)間圖(TMAP)是持有每個(gè)V0BU的信息的表,持有V0B所具有的 VOBU的數(shù)(Number)和各VOBU信息(VOBU#l VOBU#n)。各個(gè)VOBU信息具有VOBU的再生時(shí)間長(zhǎng)(Duration)和VOBU的數(shù)據(jù) 大小(Size)。圖14是用于說(shuō)明VOBU信息的詳細(xì)細(xì)節(jié)的圖。正如普遍知道的那樣,MPEG流具有關(guān)于兩個(gè)物理量的側(cè)面,這兩 個(gè)物理量的側(cè)面是指時(shí)間上的側(cè)面和數(shù)據(jù)大小的側(cè)面。例如,作為聲 音的壓縮標(biāo)準(zhǔn)的Audio Code number 3(AC3)是以固定的比特率來(lái)壓縮 的,因此時(shí)間和地址的關(guān)系可以根據(jù)一次公式來(lái)求出。然而,在MPEG視頻數(shù)據(jù)的情況下,各個(gè)幀持有固定的表示時(shí)間, 例如在NTSC的情況下,1幀持有1/29. 97秒的表示時(shí)間,而每個(gè)幀壓 縮后的數(shù)據(jù)大小根據(jù)畫的特性或壓縮中所使用的圖片類型即I/P/B圖 片的類型,而數(shù)據(jù)大小發(fā)生相當(dāng)大的變化。因此,在MPEG視頻的情況下,以一般公式的方式來(lái)表現(xiàn)時(shí)間和地 址的關(guān)系是不可能的。理所當(dāng)然,對(duì)于多路復(fù)用MPEG視頻數(shù)據(jù)而得到的MPEG流即VOB,同樣以一般公式的方式來(lái)表現(xiàn)時(shí)間和數(shù)據(jù)大小的關(guān)系是不可能的。 取而代之的是以時(shí)間圖(TMAP)來(lái)聯(lián)結(jié)VOB內(nèi)的時(shí)間和地址的關(guān)系。如圖14所示,時(shí)間圖(TMAP)是以VOBU為單位,將VOBU內(nèi)的幀數(shù)和VOBU內(nèi)的包組件數(shù)作為項(xiàng)目所持有的表。用圖15詳細(xì)說(shuō)明時(shí)間圖(TMAP)的使用方法。 圖15是用于說(shuō)明使用了時(shí)間圖的地址信息獲得方法的圖。 如圖15所示,在給出時(shí)刻信息的情況下,首先檢索該時(shí)刻屬于哪 個(gè)VOBU。具體而言,對(duì)時(shí)間圖的各個(gè)VOBU的幀數(shù)進(jìn)行相加,幀數(shù)的和 超過(guò)將該時(shí)刻換算為幀數(shù)后的值或與該值一致的VOBU成為與該時(shí)刻所 對(duì)應(yīng)的V0BU。其次,直至該V0BU之前的V0BU為止對(duì)時(shí)間圖的各個(gè)V0BU的大小 進(jìn)行相加,相加后的值成為用于再生包含了給定時(shí)刻的幀而應(yīng)該讀出 的包組件的先頭的地址(Address)。這樣,在MPEG流中可以得到與給定的時(shí)刻信息相對(duì)應(yīng)的地址。其次用圖16說(shuō)明,播放列表("XXX. PL")的內(nèi)部結(jié)構(gòu)。圖16示出了播放列表的結(jié)構(gòu)。播放列表由單元列表(CellList)和事件列表(EventList)構(gòu)成。單元列表(CellList)是示出播放列表內(nèi)的再生單元序列的信息, 以單元列表的記述順序再生單元。單元列表(CellList)由單元的數(shù)(Number)和各單元信息 (Cellttl Cellftn)構(gòu)成。各單元信息(CellH Cellftn)持有V0B文件名(V0BName)、在V0B 內(nèi)的有效區(qū)間開始時(shí)刻(In)及有效區(qū)間結(jié)束時(shí)刻(Out)、以及字幕表 (SubtitleTable)。有效區(qū)間開始時(shí)刻(In)及有效區(qū)間結(jié)束時(shí)刻(Out),分別以在該 VOB內(nèi)的幀號(hào)碼來(lái)表現(xiàn),通過(guò)使用上述的時(shí)間圖(TMAP),從而能夠得到 再生所需的V0B數(shù)據(jù)的地址。字幕表(SubtitleTable)是持有與該V0B同步再生的字幕信息的 表。字幕與聲音相同能持有多種語(yǔ)言,字幕表(SubtitleTable)由語(yǔ)言 數(shù)(Number)和接著語(yǔ)言數(shù)的每個(gè)語(yǔ)言的表(Language#l Language#k) 構(gòu)成。各語(yǔ)言的表(Unguagettl Language#k)包括!語(yǔ)言信息(Language)、被表示的字幕的字幕信息數(shù)(Number)、以及被表示的字 幕的字幕信息(Speech#l Speechftj),各字幕信息(Speech#l Speechtfj)包括對(duì)應(yīng)的圖像數(shù)據(jù)文件名(Narae)、字幕表示開始時(shí)刻 (In)及字幕表示結(jié)束時(shí)刻(Out)、以及字幕的表示位置(Position)。事件列表(EventList)是定義了在該播放列表內(nèi)發(fā)生的事件的表。 事件列表由事件數(shù)(Number)之后所繼續(xù)的各個(gè)的事件(Eventtt 1 Eventftn)構(gòu)成,各個(gè)事件(Event#l Event#m)包括事件的種類 (Type)、事件的標(biāo)識(shí)符(ID)、事件發(fā)生時(shí)刻(Time)、以及有效期間 (Duration)。圖17是持有各個(gè)播放列表的事件處理程序(時(shí)間事件和菜單選擇 用的用戶事件)的事件處理程序表("XXX. PR0G")的構(gòu)成圖。事件處理程序表具有被定義的事件處理程序/程序的數(shù)(Number), 以及各個(gè)事件處理程序/程序(Program 1 Programftn)。各個(gè)事件處理程序/程序(Programtfl Programta)內(nèi)的描述持有 事件處理程序的ID(event_handler id),該事件處理程序的ID中事件 處理程序開始的定義(〈event一handler〉標(biāo)簽)和上述的事件的ID成為 一對(duì),之后該程序在"function"之后所繼續(xù)的括弧"{"和"}"之 間被描述。其次,用圖18說(shuō)明與BD-ROM盤全體有關(guān)的信息("BD. INFO")的 內(nèi)部結(jié)構(gòu)。圖18示出了作為BD-ROM全體信息的BD. INFO的結(jié)構(gòu)。BD-R0M全體信息由標(biāo)題列表(TitleList)和全局事件用的事件列 表(EventList)構(gòu)成。標(biāo)題列表(TitleList)由盤內(nèi)的標(biāo)題數(shù)(Number)和接著標(biāo)題數(shù)的 各標(biāo)題信息(Titletfl Titlettn)構(gòu)成。各個(gè)標(biāo)題信息(Titlel Titlefe)包含標(biāo)題中所包含的播放列 表的表(PLTable)和標(biāo)題內(nèi)的章節(jié)列表(ChapterList)。播放列表的表 (PLTable)具有標(biāo)題內(nèi)的播放列表的數(shù)(Number)和播放列表名(Name)即播放列表的文件名。章節(jié)列表(Ch印terList)包括該標(biāo)題中所包含的章節(jié)數(shù)(Number) 和各章節(jié)信息(Chapter^ Chapter#n),各章節(jié){言息(Chapter#l Ch印terttn)持有該章節(jié)所包含的單元的表(CellTable),單元的表 (CellTable)包括單元數(shù)(Number)和各單元的項(xiàng)目信息 (CellEntry#l CellEntry#k)。單元的項(xiàng)目信息(CellEntrytf)由包含該單元的播放列表名和在播放列表中的單元號(hào)碼來(lái)描述。事件列表(EvemList)持有全局事件的數(shù)(Number)和各個(gè)全局事 件的信息(Eventttl Eventftn)。在此需要注意的是,最先被定義的全 局事件被稱為第一事件(FirstEvent),是在BD—R0M被插入到播放器 時(shí),第一個(gè)被執(zhí)行的事件。各全局事件的信息(Eventttl Eventftn)僅持有事件類型(Type)和 事件的標(biāo)識(shí)符(ID)。圖19示出了全局事件處理程序表("BD. PROG")。這個(gè)表與圖17 所說(shuō)明的事件處理表的內(nèi)容相同,在此省略其說(shuō)明。 (事件發(fā)生的機(jī)理)用圖20至圖22對(duì)事件發(fā)生的機(jī)理進(jìn)行說(shuō)明。圖20是示出時(shí)間事件的例子的圖。正如以上所述,時(shí)間事件由播放列表("XXX.PL")的事件列表 (EventList)來(lái)定義。作為時(shí)間事件被定義的事件,即事件類型(Type)為"TimeEvent" 的情況下,當(dāng)?shù)搅耸录蓵r(shí)刻("tl"),持有標(biāo)識(shí)符"Exl"的時(shí)間 事件從方案處理器305被輸出到程序處理器302。程序處理器尋找持有事件標(biāo)識(shí)符"Exl"的事件處理程序,并執(zhí)行 成為對(duì)象的事件處理程序。例如,本實(shí)施例的情況下可以進(jìn)行兩個(gè)按 鈕圖像的繪制等。圖21是用戶進(jìn)行菜單操作的用戶事件的示例圖。如同上述,進(jìn)行菜單操作的用戶事件也是由播放列表("XXX. PL") 的事件列表(EventLi st)來(lái)定義的。作為用戶事件被定義的事件,即事件類型(Type)為"UserEvent" 的情況下,當(dāng)?shù)搅耸录蓵r(shí)刻("tl"),該用戶事件則成為準(zhǔn)備狀 態(tài)。這個(gè)時(shí)候,事件本身還未被生成。該事件處于以有效標(biāo)準(zhǔn)信息(Duration)來(lái)表示的期間("T1")準(zhǔn)備狀態(tài)。如圖21所示,用戶按下遙控器鍵的"上""下""左""右"鍵或 者"決定"鍵的情況下,首先U0事件由U0管理器303來(lái)生成并被輸 出到程序處理器302。程序處理器302將U0事件輸出到方案處理器305,方案處理器305 在接受了 U0事件的時(shí)刻檢索是否存在有效的用戶事件。方案處理器305在檢索的結(jié)果為有成為對(duì)象的用戶事件的情況下, 生成用戶事件并輸出到程序處理器302。在程序處理器302尋找事件ID,例如在圖21的示例中是尋找持有 "Evl"的事件處理程序,執(zhí)行成為對(duì)象的事件處理程序。在本實(shí)施例 的情況下,開始再生播放列表ft2。在被生成的用戶事件中不包含確定哪個(gè)遙控器鍵是被用戶按下的 鍵的信息。被選擇的遙控器鍵的信息由U0事件被傳到程序處理器302, 并被記錄保持到假想播放器所持有的寄存器中。事件處理的程序調(diào)查此寄存器的值,可以執(zhí)行分支處理。圖22是示出全局事件的例子的圖。如以上所述,全局事件由有關(guān)BD-ROM全體信息("BD. INFO")的 事件列表(EventLi st)來(lái)定義。作為全局事件所定義的事件,即事件類型(Type)為"GlobalEvent" 的事件的情況下,僅當(dāng)用戶操作遙控器鍵的時(shí)候事件才被生成。當(dāng)用戶按下菜單鍵時(shí),首先U0事件由UO管理器303生成,并被 輸出到程序處理器302。程序處理器302向方案處理器305輸出U0事件。方案處理器305生成相對(duì)應(yīng)的全局事件,并發(fā)送到程序處理器 302。程序處理器302尋找持有事件ID"menu"的事件處理程序,并執(zhí) 行成為對(duì)象的事件處理程序。例如,在圖22所示的例子的情況下,開 始播放列表tt3的再生。在本實(shí)施例中僅稱為菜單鍵,但也可以是再生DVD的播放器中的 類似于遙控器的菜單鍵。通過(guò)對(duì)各菜單鍵所對(duì)應(yīng)的ID分別進(jìn)行定義, 從而可以進(jìn)行各菜單鍵所對(duì)應(yīng)的適當(dāng)?shù)奶幚怼?(假想播放器機(jī)器) 圖23是用于說(shuō)明程序處理器的功能的圖。 利用圖23對(duì)程序處理器302的功能構(gòu)成進(jìn)行說(shuō)明。 程序處理器302是內(nèi)部持有假想播放器機(jī)器的處理模塊。假想播 放器機(jī)器是以BD-ROM來(lái)定義的功能模型,不取決于各BD-ROM播放器 的安裝。g口,可以保證在各種BD-ROM播放器中執(zhí)行同樣的功能。假想播放器機(jī)器大致具有兩個(gè)功能。即編程函數(shù)和播放器變數(shù)(寄 存器)功能。在編程函數(shù)以Java(注冊(cè)商標(biāo))Script為基礎(chǔ),將以下三個(gè)功能作 為BD-ROM固有函數(shù)來(lái)定義。鏈接函數(shù):停止現(xiàn)在的再生,開始從指定的播放列表、單元、或者 時(shí)刻起的再生。Link(PU, Cell#, time)PLtf:播放列表名Celltt:單元號(hào)碼time :單元內(nèi)的再生開始時(shí)刻PNG繪制函數(shù):將指定PNG數(shù)據(jù)繪制到成像面Draw(File, X, Y)File : PNG文件名X:X坐標(biāo)位置Y:Y坐標(biāo)位置成像面清除函數(shù):清除成像面的指定區(qū)域Clear (X, Y, W, H)X:X坐標(biāo)位置Y:Y坐標(biāo)位置W:X方向?qū)挾菻:Y方向?qū)挾炔⑶遥鳛椴シ牌髯兞靠膳e出,示出播放器的狀態(tài)的系統(tǒng)參數(shù) (SPRM)和可作為一般用途使用的通用參數(shù)(GPRM)。 圖24是示出系統(tǒng)參數(shù)(SPRM)的一覽的圖。 SPRM(O):語(yǔ)言代碼 SPRM(l):聲音流號(hào)碼 SPRM(2):字幕流號(hào)碼 SPRM(3):角度號(hào)碼 SPRM(4):標(biāo)題號(hào)碼 SPRM(5):章節(jié)號(hào)碼 SPRM(6):程序號(hào)碼 SPRM(7):單元號(hào)碼 SPRM(8):選擇鍵信息 SPRM(9):導(dǎo)航計(jì)時(shí)器 SPRM(10):再生時(shí)刻信息 SPRM(ll):卡拉OK用混合模式 SPRM(12):父母用國(guó)信息 SPRM(13):父母級(jí)別 SPRM(14):播放器設(shè)定值(視頻) SPRM(15):播放器設(shè)定值(音頻) SPRM(16):聲音流用語(yǔ)言代碼 SPRM(17):聲音流用語(yǔ)言代碼(擴(kuò)展)SPRM(18):字幕流用語(yǔ)言代碼SP歸9):字幕流用語(yǔ)言代碼(擴(kuò)展)SPRM(20):播放器地區(qū)代碼SPRM(21):預(yù)備SPRM(22):預(yù)備SPRM(23):再生狀態(tài)SPRM(24):預(yù)備SPRM(25):預(yù)備SPRM(26):預(yù)備SPRM (27):預(yù)備SPRM(28):預(yù)備SPRM(29):預(yù)備SPRM(30):預(yù)備SPRM(31):預(yù)備并且,在本實(shí)施例,假想播放器的編程函數(shù)是作為Java(注冊(cè)商 標(biāo))Script基礎(chǔ)被定義的,而編程函數(shù)也可以不是Java(注冊(cè)商 標(biāo))Script,也可以是UNIX(注冊(cè)商標(biāo))OS等所使用的B-Shell或Perl Script等其它的編程函數(shù)。換而言之,本發(fā)明中所使用的程序語(yǔ)言并 非限定于Java(注冊(cè)商標(biāo))Script。 (程序的例子)圖25及圖26示出了事件處理程序中的程序的例子。圖25是示出了有關(guān)具有2個(gè)選擇按鈕的菜單畫面控制的事件處理 程序中的程序的例子。在單元(PlayListtfl.Cellftl)開頭利用時(shí)間事件,圖25左側(cè)的程 序被執(zhí)行。在此,首先將作為通用參數(shù)之一的GPRM(O)設(shè)定為"1"。 GPRM(O)用于在程序中識(shí)別被選擇的按鈕。在最初的狀態(tài)中,將配置在 左側(cè)的按鈕1被選擇的狀態(tài)設(shè)為初期值。其次,使用繪制函數(shù)Draw,分別針對(duì)按鈕1和按鈕2進(jìn)行PNG的繪制。按鈕1以坐標(biāo)(IO, 200)為起點(diǎn)(左上端),繪制PNG圖像 "lblack.png"。按鈕2以坐標(biāo)(330, 200)為起點(diǎn)(左上端),繪制PNG 圖像"2white.png"。并且,使用本單元的最后的時(shí)間事件來(lái)執(zhí)行圖25右側(cè)的程序。在 此,被指定為使用Link函數(shù)從該單元開頭開始再次再生。圖26示出了有關(guān)菜單選擇的用戶事件的事件處理程序中的程序的 例子。當(dāng)按下"左"鍵、"右"鍵、"決定"鍵的情況下,分別對(duì)應(yīng)于上 述各鍵的程序被寫入事件處理程序。當(dāng)用戶按下遙控器鍵的情況下, 如同用圖21所說(shuō)明的那樣,生成用戶事件,圖26的事件處理程序被 啟動(dòng)。在本事件處理程序中,使用識(shí)別選擇按鈕的GPRM(O)的值和識(shí)別被 選擇的遙控器鍵的SPRM(8),進(jìn)行以下的分支處理。條件l)按鈕1被選擇、且選擇鍵為"右"鍵的情況 將GPRM(O)再設(shè)定為"2",并且將處于選擇狀態(tài)的按鈕變更為右按 鈕2。分別改寫按鈕l、按鈕2的圖像。條件2)選擇鍵是"決定(OK)",按鈕1被選擇的情況 開始再生播放列表ft2。條件3)選擇鍵是"決定(OK)",按鈕2被選擇的情況 開始再生播放列表ft3。圖26所示的程序像上述那樣被解釋并被執(zhí)行。(播放器處理流程) 其次,用圖27至圖30來(lái)說(shuō)明播放器的處理流程。 圖27是BD-ROM播放器中AV數(shù)據(jù)再生的基本處理的流程圖。 插入BD-ROM時(shí)(SIOI) , BD-ROM播放器進(jìn)行"BD. INFO"文件的讀 取和解析(S102),并讀取"BD.PROG"文件(S103)。 "BD. INFO"文件及 "BD.PROG"文件,先一同被存儲(chǔ)到管理信息記錄存儲(chǔ)器204,并且由 方案處理器305來(lái)解析。其次,方案處理器按照"BD. INFO"文件內(nèi)的第一事件(FirstEvent) 信息,生成最初的事件(S104)。被生成的第一事件由程序處理器302 所接收,并執(zhí)行處理與該事件對(duì)應(yīng)的事件處理程序(S105)。值得注目的是,與第一事件相對(duì)應(yīng)的事件處理程序中記錄有指定 應(yīng)該最先再生的播放列表的信息。假設(shè),播放列表的再生沒被指示的 情況下,播放器不進(jìn)行任何再生, 一直等待接受用戶事件(S201)?!猆O管理器303,當(dāng)接受了用戶通過(guò)遙控器鍵發(fā)來(lái)的請(qǐng)求的情況下 (S201的"是"),生成對(duì)程序處理器302的UO事件(S202)。程序管理器302,判別U0事件是不是由菜單鍵發(fā)生的(S203),當(dāng) UO事件是由菜單鍵發(fā)生的情況下(S203的"是"),向方案處理器305 輸出UO事件,并且方案處理器305生成用戶事件(S204)。程序處理器 302,執(zhí)行處理與被生成的用戶事件相對(duì)應(yīng)的事件處理程序(S205)。圖28是從在BD-ROM播放器的播放列表再生開始到VOB再生結(jié)束 為止的處理流程圖。如上所述,由第一事件處理程序或者全局事件處理程序,開始播 放列表的再生(S301)。作為再生對(duì)象的播放列表所需的信息,方案處 理器305進(jìn)行播放列表"XXX. PL"的讀取和分解析(S302),以及讀取 與播放列表相對(duì)應(yīng)的程序信息"XXX. PROG" (S303)。接著,方案處理器305按照在播放列表中所登記的單元信息開始 單元的再生(S304)。單元的再生,意味著從方案處理器對(duì)表示控制器 306發(fā)出了請(qǐng)求,并且表示控制器306開始再生AV數(shù)據(jù)(S305)。當(dāng)開始再生AV數(shù)據(jù)時(shí),表示控制器306讀取并解析與再生的單元 相對(duì)應(yīng)的VOB的信息文件"XXX. VOBI" (S402)。表示控制器306使用 時(shí)間圖確定開始再生的VOBU以及確定其地址,并向驅(qū)動(dòng)控制器317指 示讀出地址。驅(qū)動(dòng)控制器317讀出成為目標(biāo)的VOB數(shù)據(jù)"YYY.VOB" (S403)。被讀出的VOB數(shù)據(jù)被送到解碼器,且開始再生(S404) 。 VOB的再生 持續(xù)到該VOB的再生區(qū)間結(jié)束為止(S405),再生區(qū)間結(jié)束時(shí),在存在有下一個(gè)單元的情況下(S406的"是"),則轉(zhuǎn)到單元的再生(S304)。 并且,在沒有下一個(gè)單元的情況下(S406的"否"),則結(jié)束有關(guān)再生 的處理。圖29是AV數(shù)據(jù)的再生開始后的事件處理流程圖。圖29 (A)是BD-ROM播放器中的時(shí)間事件所涉及的處理的流程圖。并且,BD-R0M播放器是事件驅(qū)動(dòng)型的播放器模型。當(dāng)播放列表的 再生開始時(shí),分別啟動(dòng)時(shí)間事件系列、用戶事件系列、及字幕表示系 列的事件處理程序,并同時(shí)執(zhí)行這些事件處理。BD-ROM播放器中的播放列表再生開始時(shí)(S501),會(huì)確認(rèn)到播放列 表再生還沒有結(jié)束(S502的"否"),方案處理器305確認(rèn)是否到了時(shí) 間事件發(fā)生時(shí)刻。在到了時(shí)間事件發(fā)生時(shí)刻的情況下(S503的"是"),方案處理器 305生成時(shí)間事件(S504)。程序處理器302接收時(shí)間事件并執(zhí)行事件 處理程序(S505)。并且,在沒有到時(shí)間事件發(fā)生時(shí)刻的情況下(S503的"否")以及 事件處理程序的執(zhí)行結(jié)束的情況下,重復(fù)進(jìn)行播放列表再生的結(jié)束確 認(rèn)(S502)之后的處理。并且,在確認(rèn)到播放列表的再生已結(jié)束時(shí)(S502的"是"),時(shí)間 事件系列的處理被強(qiáng)制結(jié)束。圖29 (B)是BD-ROM播放器的用戶事件所涉及的處理的流程圖。BD-ROM播放器1中的播放列表的再生開始的情況下(S601),可以 確認(rèn)到播放列表再生還沒有結(jié)束(S602的"否"),U0管理器303確認(rèn) 是否有UO的接收。在有UO的接收的情況下(S603的"是"),UO管理器303生成UO 事件(S604)。程序處理器302接受U0事件,并確認(rèn)此UO事件是否為 菜單呼叫。在是菜單呼叫的情況下(S605的"是"),程序處理器302使方案 處理器305生成事件(S607),并且程序處理器302執(zhí)行事件處理程序(S608)。并且,在判斷為UO事件不是菜單呼叫的情況下(S605的"否"), UO事件表示是由光標(biāo)鍵或"決定"鍵發(fā)生的事件。在這種情況下,方 案處理器305判斷現(xiàn)在時(shí)刻是否在用戶事件有效期間內(nèi),當(dāng)在有效期 間內(nèi)的情況下(S606的"是"),方案處理器305生成用戶事件(S607), 程序處理器302執(zhí)行成為對(duì)象的事件處理程序(S608)。并且,在沒有UO接收的情況下(S603的"否")、現(xiàn)在時(shí)刻不在用 戶事件有效期間內(nèi)的情況下(S606的"否")、以及事件處理程序的執(zhí) 行處理結(jié)束的情況下,重復(fù)播放列表再生的結(jié)束確認(rèn)(S602)以后的 處理。并且,在確認(rèn)到播放列表的再生已經(jīng)結(jié)束時(shí)(S602的"是"),用 戶事件系列的處理被強(qiáng)制結(jié)束。圖30是BD-ROM播放器的字幕數(shù)據(jù)的處理流程圖。 在BD-ROM播放器的播放列表的再生開始的情況下,可以確認(rèn)到播 放列表再生還沒有結(jié)束(S702的"否"),方案處理器305確認(rèn)是否到 了字幕表示開始時(shí)刻。在到了字幕表示開始時(shí)刻的情況下(S703的 "是"),方案處理器305向表示控制器306指示字幕的繪制,表示控 制器306向圖像處理器311指示字幕的繪制。圖像處理器311按照所 述指示在成像面209進(jìn)行字幕的繪制(S704)。并且,在沒有到字幕表示開始時(shí)刻的情況下(S703的"否"),確 認(rèn)是否為字幕表示結(jié)束時(shí)刻。在判斷為是字幕表示結(jié)束時(shí)刻的情況下 (S705的"是"),表示控制器306向圖像處理器311發(fā)出刪除字幕的指不。圖像處理器311按照所述指示將被繪制的字幕從成像面209中刪 除(S706)。并且,在圖像處理器311所進(jìn)行的字幕繪制(S704)結(jié)束的情況 下、圖像處理器311所進(jìn)行的字幕刪除(S706)結(jié)束的情況下、以及 被判斷為不是字幕表示結(jié)束時(shí)刻(S705的"否")的情況下,重復(fù)播放列表的再生結(jié)束確認(rèn)(S702)之后的處理。并且,在確認(rèn)到播放列表再生己經(jīng)結(jié)束的情況下(S702的"是"), 字幕表示系列的處理被強(qiáng)制結(jié)束。根據(jù)以上的工作,BD-R0M播放器根據(jù)用戶的指示或BD-ROM中所記 錄的BD管理信息等,進(jìn)行BD-ROM的再生所涉及的基本的處理。 (實(shí)施例2 )以下對(duì)本發(fā)明的實(shí)施例2進(jìn)行說(shuō)明。實(shí)施例2基本上是基于實(shí)施例1的內(nèi)容,以下,以擴(kuò)展的部分或不同的部分為中心進(jìn)行說(shuō)明。并且,在實(shí)施例2中利用具有與實(shí)施例1中所記載的數(shù)據(jù)結(jié)構(gòu)為 基本的數(shù)據(jù)結(jié)構(gòu)的盤,以下對(duì)作為本發(fā)明的特征的、與盤菜單有關(guān)的 數(shù)據(jù)結(jié)構(gòu)進(jìn)行說(shuō)明。并且,在此以電視攝影機(jī)為例,該電視攝影機(jī)為記錄裝置,將信 息記錄到盤中,并對(duì)記錄的信息進(jìn)行編輯,以下對(duì)電視攝影機(jī)的構(gòu)成 以及工作進(jìn)行說(shuō)明。圖31是實(shí)施例2中使用盤的記錄器以及播放器中菜單表示的示例圖。圖31所示的Recorder-A以及Recorder-B分別是A公司以及B公 司的記錄器。并且,在各記錄器中安裝有記錄了多個(gè)內(nèi)容的盤。 圖31的上半部分示出了各個(gè)記錄器所表示的裝置菜單的例子。 裝置菜單是一種簡(jiǎn)易的菜單,其目的是將被安裝在記錄器中的盤 中所記錄的標(biāo)題名稱等表示在自己的表示部或與自己相連接的顯示裝 置上。并且,"標(biāo)題"是指在數(shù)字流的一部分或全部(即部分區(qū)間構(gòu)成的 AV內(nèi)容)。并且,通過(guò)由與標(biāo)題相關(guān)聯(lián)的播放列表指定MPEG流等數(shù)字 流中的部分區(qū)間的位置以及再生順序,從而確定該標(biāo)題。例如,用戶 拍攝的一個(gè)圖像內(nèi)容作為 一個(gè)標(biāo)題被記錄在盤中。如圖所示Recorder-A所表示的裝置菜單中示出了盤中所記錄的標(biāo)題的縮略圖,且有多個(gè)縮略圖排列在裝置菜單中。并且,Recorder-B所表示的裝置菜單中示出了盤中所記錄的內(nèi)容 的記錄日期和時(shí)間,且這些日期和時(shí)間是以列表的形式來(lái)表示的。這樣,利用縮略圖等顯示裝置獨(dú)自生成的菜單具有以下的理由。 即,記錄/攝影的日期或縮略圖(JPEG)的表示具有處理時(shí)間少用戶 應(yīng)答好的特點(diǎn),以及對(duì)于只裝備了像電視攝像機(jī)這樣比較小的顯示裝 置的機(jī)器而言是比較適合的菜單表示。這些記錄器所具有的功能是除裝置菜單以外還生成盤菜單,并可 以記錄到盤中。圖31的下半部分示出了各記錄器所生成的、盤中記錄的盤菜單的 示例圖。這些盤菜單不在各個(gè)記錄器中被再生,由再生該盤的播放器 來(lái)再生并提示給用戶。盤菜單是"標(biāo)題"的一種,是使用戶選擇的除裝置本身以外的標(biāo) 題。并且,像這樣由記錄器生成,并被記錄到盤等信息記錄介質(zhì)中。具體而言,盤菜單是由實(shí)施例1中說(shuō)明的BD. INFO或BD. PROG等 所提供的功能構(gòu)成的菜單,可以假想為由連接在電視上的播放器再生 的菜單。為此,所述盤菜單可被設(shè)計(jì)為在大的畫面上表示各種信息,與所 述的裝置菜單不同,可以利用動(dòng)畫效果或被層次化的理論構(gòu)成等,看 上去也比較好。如圖所示,由于不同的記錄器盤菜單的設(shè)計(jì)也就不同,即使進(jìn)行 的是相同的記錄或攝影,也會(huì)生成圖的下半部所示出的不同表示方式 (設(shè)計(jì))的盤菜單。這樣,在A公司的記錄器Recorder-A和B公司的記錄器 Recorder-B中盤菜單是不同的。這是因?yàn)楸P菜單的安裝可以因各個(gè)記 錄器制造廠商而不同的緣故。為此,在記錄器或電視攝影機(jī)等裝置中使用以其它的制造廠商的 裝置記錄盤菜單的盤的情況下,由于不能解釋該盤菜單,因此,如以上所述,會(huì)發(fā)生在刪除盤菜單的同時(shí)使處理時(shí)間增加等問(wèn)題。有關(guān)這 個(gè)問(wèn)題將利用圖34進(jìn)行詳細(xì)說(shuō)明。圖32示出了實(shí)施例2中的BD. INFO中的內(nèi)容。如圖所示,在 BD. INFO中存在"Index"這個(gè)區(qū)域,在該"Index"區(qū)域中存儲(chǔ)有用于 識(shí)別在盤中記錄的標(biāo)題的信息群。再生該盤的播放器根據(jù)在該"Index"中存儲(chǔ)的信息進(jìn)行標(biāo)題的再生等。并且,"Index"中存儲(chǔ)的信息只是本發(fā)明的信息記錄介質(zhì)中的索引信息的一個(gè)例子。并且,在"Index"中描述了程序的參考號(hào)(PrograraIDRef),該程 序控制"FirstPlayback"、 "T叩Menu"及"Titleftl"等各自的標(biāo)題的再生。 'PrograiiilDRef是本發(fā)明的信息記錄介質(zhì)中的程序識(shí)別信息的一個(gè) 例子,且各個(gè)程序由ProgramIDRef來(lái)確定。并且,被確定的程序通過(guò)調(diào)用播放列表來(lái)控制標(biāo)題的再生。并且,"FirstPlayback"是指在插入盤時(shí)最初應(yīng)該再生的標(biāo)題等, 在該"FirstPlayback"中存儲(chǔ)有用于再生該標(biāo)題的程序的參考號(hào),并 以此作為信息。并且,"T叩Menu"是指盤菜單,是用遙控器按下菜單鍵的情況下 等所選擇的標(biāo)題,在該"TopMenu"中存儲(chǔ)有用于再生盤菜單的程序的 參考號(hào),并以此作為信息。并且,如圖32所示,BD.INF0內(nèi)的"Index"中所存儲(chǔ)的 "FirstPlayback"、 "TopMenu"及"Titlettl"等各自的名字只是本發(fā) 明的信息記錄介質(zhì)中標(biāo)題識(shí)別信息的一個(gè)例子。并且,用戶拍攝的影像內(nèi)容等盤菜單以外的標(biāo)題的標(biāo)題識(shí)別信息 以"Title" + "tt標(biāo)題號(hào)"的形式來(lái)表示。有關(guān)標(biāo)題號(hào)待后述。具體而言,在盤加載時(shí),以"FirstPlayback"中所存儲(chǔ)的 ProgramIDRef表示的號(hào)碼指定的程序被自動(dòng)執(zhí)行。并且,若用戶按下 遙控器的菜單鍵,則以"T叩Menu"中登錄的ProgramIDRef的號(hào)碼指定的程序被執(zhí)行。作為播放器通常的工作是,在按照參照了 "FirstPlayback"的程 序,再生進(jìn)行盤加載時(shí)的開頭影像之后,或什么也不表示而跳過(guò) "TopMenu",表示以"TopMenu"規(guī)定的盤菜單。并且,在各個(gè)"Titleffl" "Titleftn"中登錄有"ProgramlDRef", 該"ProgramIDRef"指定用于控制用戶所拍攝的以及記錄的影像內(nèi)容 的再生的程序。圖33示出了實(shí)施例2中的BD. PR0G的內(nèi)容。在BD. INF0所參照的 ProgramIDRef的號(hào)碼是在BD. PROG中的Program的排列順序。如圖所示,例如,Programttl中描述有在進(jìn)行了某些處理之后, 進(jìn)行GPRM0的值為0的條件判斷,并按照這個(gè)值,在GPRM0=0時(shí),進(jìn)' 行持有"111.PL"的PL的再生,在GPRM0與GPRM3相同時(shí),進(jìn)行持有 一種號(hào)碼的PL的再生,這種號(hào)碼是在GPRM0上加上了 2之后的值的號(hào) 碼,并進(jìn)行后續(xù)的處理。像這樣在肌PR0G包含的程序中可以自由組合使用GPRM (通用參 數(shù))的運(yùn)算處理以及播放列表的再生命令(PlayPlayList)等指令, 所述GPRM (通用參數(shù))是條件轉(zhuǎn)移(if)和播放器變數(shù)的一種。圖34示出了菜單表示以及標(biāo)題再生所涉及的表示以及工作的遷移 的一示例圖。具體而言,該圖從數(shù)據(jù)結(jié)構(gòu)上說(shuō)明了在播放器中由所述的BD. INFO 以及BD.PROG再生菜單之后,通過(guò)用戶的指示,再生用戶所記錄的影像內(nèi)容即標(biāo)題,并返回到菜單這一連串的處理。在圖34中,表示以及工作的遷移從作為TopMenu的左下的盤菜單 被表示在TV上開始。通過(guò)用戶利用遙控器選擇并決定最右側(cè)的按鈕(Button3),在該 TopMenu中,按鈕程序(Button Progmm3)被執(zhí)行,該按鈕程序(Button Program3)是在100. PL所指定的流(100. V0B)中被多路復(fù)用的按鈕程 序,所述100. PL是與TopMenu相關(guān)的播放列表。按鈕程序(Button Program3)中寫有想要再生Title3的指令 (JumpTitle(3)),并通過(guò)執(zhí)行該指令從而遷移到Title3的再生。具體而言,由于BD. INFO中描述的"Title3"所示出的 ProgramIDRef的字段的值為k,因此,BD. PR0G的第k個(gè)程序(Program共k) 被執(zhí)行。在程序(Progra礎(chǔ)k)中由于有播放列表(200. PL)的再生命令,因此 進(jìn)行200. PL的再生,在再生結(jié)束之后繼續(xù)進(jìn)行后續(xù)的指令處理。在程序(Program妝)的最后,由于返回到TopMenu的指令 (JurapTopMenu())被執(zhí)行,因此,原來(lái)的TopMenu被再次表示出來(lái)。以上就是從數(shù)據(jù)結(jié)構(gòu)上看到的TopMenu和Title再生的構(gòu)造。以上所述的表示以及工作的遷移是通過(guò)播放器按照盤菜單所關(guān)聯(lián) 的播放列表等的描述進(jìn)行處理來(lái)實(shí)現(xiàn)的,生成盤菜單不會(huì)因是哪家制 造廠商而發(fā)生問(wèn)題。但是,在假想一個(gè)盤在不同的制造廠商的電視攝影機(jī)之間移動(dòng)的 情況下,對(duì)于盤菜單而言,在電視攝影機(jī)一側(cè),即生成盤菜單并記錄 到盤中的記錄裝置一側(cè)出現(xiàn)沒有互換性的問(wèn)題。艮P,在某張盤中僅進(jìn)行Recorder-A的記錄或編輯是沒有問(wèn)題的。 但是,在將Recorder-A所記錄的盤設(shè)置到其它的制造廠商的制品 Recorder-B上,并在Recorder-B上進(jìn)行記錄或編輯的情況下,則在 Recorder-B不能確定Recorder-A生成的盤菜單的設(shè)計(jì)策略。為此,出現(xiàn)的問(wèn)題是在盤菜單中己經(jīng)有的內(nèi)容仍然存在的情況 下,不能進(jìn)行按照編輯內(nèi)容的追加等。這是因?yàn)槿鐖D3所示那樣,肌PR0G的Program按照再生狀態(tài),進(jìn) 行使用了變化的播放器變數(shù)的條件轉(zhuǎn)移的緣故。也就是說(shuō),上述問(wèn)題的起因是,只看規(guī)定的Program在實(shí)際安裝 上是不能確定的,這時(shí)因?yàn)樵鯓庸ぷ魇桥c其它的要素相關(guān)聯(lián)的,除此 之外,在Recorder-A生成的盤菜單中使用的素材(背景或按鈕影像的 選擇)的策略在Recorder-B也是不能得到確定的。例如,在此假想的程序是,是否從最初到最后都再生Titlel是以 播放器變數(shù)的GPRM100的值來(lái)管理的,關(guān)于Title2的再生,若Titlel 的再生結(jié)束了就從中途進(jìn)行,除此之外則從Title2的開頭開始再生。在這樣的情況下,GPRM100是示出Titlel的再生經(jīng)歷的信息,并 被設(shè)計(jì)為能夠?qū)itle2的再生進(jìn)行控制,為了驗(yàn)證不受除此之外的其 它的要素的影響,則需要對(duì)以所有的能夠再生的模式的再生進(jìn)行模擬。為此,就需要獲得并解析所有的BD. PR0G的程序(Program)以及流 中被多路復(fù)用的所有按鈕程序(Button Program),這樣就必需要確定 播放器變數(shù)的設(shè)定的意思,并且數(shù)據(jù)的讀取與解析也要花費(fèi)大量的時(shí) 間。因此,實(shí)際上將盤菜單從Recorder-A繼續(xù)延用到Recorder_B是 不可能的。因此,對(duì)于由Recorder-A生成的記錄在盤中的盤菜單而言,為了 獲得盤全體的數(shù)據(jù)的相容性的最確實(shí)且簡(jiǎn)便的方法是在Recorder-B 對(duì)該盤進(jìn)行記錄以及編輯等情況下,刪除所有與盤菜單相關(guān)的各種文 件從頭重做。并且,還考慮到不刪除與已經(jīng)存在的盤菜單相關(guān)的各種文件而生 成新的盤菜單,但這樣的話不需要的文件就會(huì)被蓄積到盤中。據(jù)此, 不僅盤中的可以記錄的容量被浪費(fèi)了,而且在加載盤的機(jī)器上也會(huì)增 加文件管理所涉及的處理負(fù)擔(dān)。圖35示出了在不同的制造廠商的記錄器之間進(jìn)行盤的移動(dòng)的情況下,盤菜單的更新規(guī)則。圖35(A)示出了在盤菜單更新中怎樣處理BD. INFO等各個(gè)文件,圖 35 (B)說(shuō)明了圖35 (A)中所示出的號(hào)碼的意思。例如,對(duì)于由Recorder-A記錄內(nèi)容的盤,進(jìn)一步Recorder-B在 該盤中進(jìn)行記錄以及編輯的情況下,必需要將因編輯而追加或刪除了 的內(nèi)容反映到盤菜單上。這樣,Recorder-B對(duì)由Recorder-A記錄了盤菜單的盤進(jìn)行內(nèi)容的記錄以及編輯,在必需要更新盤菜單的情況下,變更與FirstPlayback 以及TopMenu相關(guān)的所有部分(相當(dāng)于BD. INFO的部分、相當(dāng)于BD. PROG 的部分、XXX.PL的全部、YYY.V0BI的全部、YYY. V0B的全部)。并且, "變更"是指包括刪除該數(shù)據(jù)并生成新的。以下所述也是同樣。而且,由于要重新規(guī)定與新的FirstPlayback以及TopMenu具有 相容性的Title和該Title所使用的Program,因此,有關(guān)Title的相 關(guān)部分也要全部變更(相當(dāng)于BD. INFO的部分、相當(dāng)于BD. PROG的部 分)。反而言之,在盤菜單更新時(shí)原封不動(dòng)保留的是以下所示的、存儲(chǔ) 用戶拍攝的影像的各個(gè)Title的播放列表。并且,正如僅進(jìn)行以上所述的變更就可以實(shí)現(xiàn)菜單的更新那樣, 在Title所使用的流(YYY.VOB)中重要的是不含有對(duì)菜單工作有影響 的Button Program。若按照這樣的規(guī)則,即使在不同的制造廠商之間使盤移動(dòng)的情況 下,也可以在維持盤全體的數(shù)據(jù)相容性的同時(shí)更新盤菜單。然而,若根據(jù)該規(guī)則,就需要確定FirstPlayback以及TopMenu 所使用的播放列表,像以上所述那樣這在實(shí)質(zhì)上是不可能的。為此, 存在的問(wèn)題仍然是在盤菜單的更新時(shí),不知道刪除哪個(gè)XXX. PL為好。因此,如圖36所示,在BD. INFO的"Extension"中預(yù)先存儲(chǔ)以 下這樣的信息是有效的。圖36示出了在BD. INFO的"Extension"中存儲(chǔ)了用于確定播放列表的信息的狀態(tài)。"Extension"是在BD. INFO的末尾設(shè)置的擴(kuò)展區(qū)域,這樣,在這個(gè)區(qū)域中可以存儲(chǔ)標(biāo)準(zhǔn)中沒有規(guī)定的信息。并且,因?yàn)椴シ牌鳑]有 從"Extension"中讀出信息的義務(wù),所以即使存儲(chǔ)了標(biāo)準(zhǔn)中沒有規(guī)定 的信息也不會(huì)給播放器帶來(lái)任何不好的影響。并且,"Extension"中所存儲(chǔ)的信息是本發(fā)明的信息記錄介質(zhì)中 擴(kuò)展信息的一個(gè)例子。以下對(duì)"Extension"中所存儲(chǔ)的信息進(jìn)行說(shuō)明。(1) "Makerlnfo",是在本發(fā)明的信息記錄介質(zhì)中的生產(chǎn)者識(shí)別 信息的一個(gè)例子,是包括用于識(shí)別制造廠商的標(biāo)識(shí)符的"MakerID", 和用于確定記錄了肌INFO的裝置的標(biāo)識(shí)符的"ModelID"的信息。(2) "Disclnfo"是用于確定在該盤上可以記錄的、或已經(jīng)被記 錄的影像的幀率的信息,包含以下的各信息。"IsNTSC"是表示進(jìn)行29. 97/59. 94Hz的幀率的影像編碼,或者 是這些幀率的影像是否已經(jīng)被記錄的信息。"IsPAL"是表示是進(jìn)行25/50Hz的幀率的影像編碼,或者是這 些幀率的影像是否已經(jīng)被記錄的信息。"IsFILM"是表示是進(jìn)行23.97/24Hz的幀率的影像編碼,或者 是這些幀率的影像是否已經(jīng)被記錄的信息。并且,"IsNTSC"和"IsPAL"是不能在一個(gè)盤中混在的,原因是 如果混在,則有可能會(huì)招致一部分的內(nèi)容不能再生。不過(guò),"IsFILM"可以與"IsNTSC"或"IsPAL"共存。例如,在 記錄器進(jìn)行29. 97/59. 94Hz的幀率的影像編碼并記錄的情況下,事先 確認(rèn)是否為"IsNTSOl"之后再記錄。若是"IsNTSC二O"的情況,則確認(rèn)是否為"IsPAL=0",并改寫為 "IsNTSC二l"記錄?;蛘?,即使"IsNTSC=0"且"IsPAL二l",在確認(rèn) 到盤上沒有25/50Hz的幀率的影像的基礎(chǔ)上,也可以改寫為"IsNTSC二l" 以及"IsPAL=0"記錄。這樣,就可以不必在所有的流的幀率中調(diào)查盤 上的NTSC / PAL的混在,并可以容易地防止混在。(3) "FirstPlayback"是包括"PlayListNumber"和"PlayListlD" 的信息,所述"PlayListNumber"表示由BD. INFO內(nèi)的"Index"所指 定的程序讀出的播放列表的總數(shù),所述"PlayListID"表示所述播放 列表的號(hào)碼。并且,PlayListID是在本發(fā)明的信息記錄介質(zhì)中播放列表識(shí)別信 息的一個(gè)例子。(4) "TopMenu"是包括"PlayListNumber"和"PlayListID"的 信息,所述"PlayListNumber"表示由BD. INFO內(nèi)的"TopMenu"所指 定的程序有可能讀出的播放列表的總數(shù),所述"PlayListID"表示所述播放列表的號(hào)碼。(5) "TitlePLPairNumber"是表示以下所示的〃TitlePLPair〃的總數(shù)的信息。(6) "TitlePLPair"是包括"PlayListID"禾B "TitleID"的信 息,所述"PlayListID"表示播放列表的號(hào)碼,所述"TitleID"表示 由所述播放列表確定的標(biāo)題的標(biāo)題號(hào)碼(假想Title#n和XXX. PL被一 對(duì)一地使用)。標(biāo)題號(hào)碼是指,作為如上所述的標(biāo)題識(shí)別信息的"Titian"的"n" 的部分的數(shù)字。即標(biāo)題號(hào)碼是與標(biāo)題識(shí)別信息相對(duì)應(yīng)的數(shù)字。這樣,根據(jù)作為BD.頂FO的擴(kuò)展區(qū)域的"Extension"所描述的 "Makerlnfo"表示的信息,電視攝像機(jī)等記錄器可以獲得確定記錄器 的制造廠商的信息和確定裝置的信息,所述記錄器是生成該盤中記錄 的菜單的記錄器。在裝入了盤的記錄器中,假設(shè)判明裝入的盤是這臺(tái)記錄器記錄的 盤菜單的盤,這樣就可以不必重新制作盤菜單 (FirstPlayback/TopMenu)只要進(jìn)行確定的差分信息的更新就可以,從而可以縮短菜單的更新時(shí)間。并且,裝入了盤的記錄器通過(guò)參考"Makerlnfo"所示出的信息, 從而可以判斷是否為以其它的制造廠商的記錄器記錄的盤菜單的盤, 在判斷為是以其它的制造廠商的記錄器記錄的盤菜單的盤的情況下, 通過(guò)重新制作盤菜單從而得以更新。并且,根據(jù)作為BD. INFO的擴(kuò)展區(qū)域的"Extension"所描述的 "FirstPlayback"表示的信息以及"TopMenu"表示的信息,就可以 容易地確定盤菜單所使用的播放列表(XXX.PL)。為此,通過(guò)解析所述 播放列表,就可以確定使用的YYY.VOBI、 YYY.VOB。艮P,可以容易地確定與盤菜單相關(guān)的XXX.PL、 YYY.VOBI、 YYY. V0B 文件,并可以刪除這些文件。也就是說(shuō),可以刪除與成為刪除對(duì)象的標(biāo)題相關(guān)的播放列表、該 標(biāo)題的管理信息、以及該播放列表中被指定的數(shù)字流的部分區(qū)間。這樣,通過(guò)將能夠容易地確定與盤菜單相關(guān)的播放列表的信息事 先記憶到盤中,從而可以容易地確定與盤菜單相關(guān)的各種文件,在刪 除了這些文件后就可以重新生成盤菜單。據(jù)此,即使在互不相同的制造廠商的裝置之間移動(dòng)盤,在刪除與 盤菜單相關(guān)的各種文件之后,也可以生成新的盤菜單。艮口,記錄了以上所述的信息的信息記錄介質(zhì),不論在哪個(gè)制造廠 商的記錄裝置,也不會(huì)發(fā)生不必要的處理負(fù)擔(dān)或處理時(shí)間,既可以保 持盤全體的數(shù)據(jù)的相容性,又可以使盤菜單得以更新。以下對(duì)在盤菜單更新時(shí)的標(biāo)題號(hào)碼的保持進(jìn)行說(shuō)明。正如許多公開文獻(xiàn)和實(shí)施例1中所示出的那樣,在再生DVD-Video 或BD-ROM這樣的信息記錄介質(zhì)的播放器中,可以利用標(biāo)題和章節(jié)這兩 個(gè)層次來(lái)向用戶提供內(nèi)容。在一般的播放器中設(shè)置有標(biāo)題搜索的功能。用戶根據(jù)這以功能, 可以不通過(guò)圖形用戶界面(Graphical User Interface : GUI)的盤菜單,而直接使用遙控器的數(shù)字鍵等來(lái)確定標(biāo)題號(hào)碼,從而可以從該標(biāo) 題開始再生。并且,由于標(biāo)題號(hào)碼所指的是以BD. INFO的Index這一部分來(lái)表 示的Title的循環(huán)順序,因此,標(biāo)題1就指的是循環(huán)順序中的開頭的 Title。在此,可以考慮到將來(lái)在盤的標(biāo)記中列印能夠表示標(biāo)題號(hào)碼及其 內(nèi)容的細(xì)節(jié)的信息(記錄日期時(shí)間或廣播站的頻道、縮略影像等)。像在收錄了 CD-DA(Compact Disc Digital Audio)這樣的音頻內(nèi)容 的盤的標(biāo)記中列印曲目號(hào)碼和曲目名稱的組合,這對(duì)于利用本發(fā)明的 記錄裝置的用戶而言,在標(biāo)題和該標(biāo)題的內(nèi)容之間的關(guān)聯(lián)上能夠利用標(biāo)題搜索功能是非常重要的。在此,關(guān)于某內(nèi)容和附加在該內(nèi)容上的標(biāo)題號(hào)碼之間的關(guān)系,即 與某內(nèi)容相關(guān)的播放列表和與該播放列表相關(guān)的標(biāo)題號(hào)碼的關(guān)系,由于不會(huì)在包介質(zhì)(Read Only Media)中被變更因此不必考慮。但是,在可以進(jìn)行信息的記錄以及編輯的信息記錄介質(zhì)中,以某制造廠商的記錄器生成的盤菜單由其它的制造廠商的記錄器更新時(shí),不能維持上述的內(nèi)容和標(biāo)題號(hào)碼之間的關(guān)系。為此,例如在用戶以上述的Recorder—A記錄影像內(nèi)容的盤中,識(shí)別標(biāo)題號(hào)碼為"1"的內(nèi)容,之后由Recorder—B來(lái)更新盤菜單,就會(huì)突然出現(xiàn)標(biāo)題號(hào)碼被變更為"3"的情況。當(dāng)然,在盤菜單更新之前,若能夠容易地知道哪個(gè)內(nèi)容即標(biāo)題與哪個(gè)播放列表相關(guān),也就是說(shuō)要參考哪個(gè)播放列表,則在那個(gè)時(shí)刻獲得附加在內(nèi)容上的標(biāo)題號(hào)碼,在更新時(shí)可以繼續(xù)維持內(nèi)容和標(biāo)題號(hào)碼的關(guān)系。但是,為了獲得哪個(gè)標(biāo)題與哪個(gè)播放列表相關(guān),就需要解析圖32 所示的Titlettl Titlettn表示的BD. PR0G中記錄的各Program,像 以前所述這是非常困難的。因此,在本實(shí)施例中,圖36所示的BD. INFO的"Extension"中, 作為包含標(biāo)題號(hào)碼(TitleID)和該標(biāo)題號(hào)碼所對(duì)應(yīng)的播放列表號(hào)碼 (PlayListID)的信息描述"TitlePLPair"。并且,標(biāo)題號(hào)碼和播放列表號(hào)碼被依次追加記錄。即,TitlePLPair 中的描述順序是該播放列表(以PlayListID確定的播放列表)的記錄曰 期和時(shí)間的順序。據(jù)此,可以在不破壞以前的標(biāo)題號(hào)碼和該標(biāo)題的內(nèi)容(即播放列 表)之間的對(duì)應(yīng)關(guān)系的情況下更新菜單,對(duì)于用戶而言,可以防止突 然發(fā)生的標(biāo)題號(hào)碼和內(nèi)容的相關(guān)關(guān)系的變更。并且,在某盤中記錄的標(biāo)題被刪除的情況下,標(biāo)題號(hào)碼的順序?yàn)?BD. INFO的Index內(nèi)的循環(huán)順序,因此在刪除的標(biāo)題中即使附加偽播放列表也可以。而且,作為所述標(biāo)題所對(duì)應(yīng)的內(nèi)容,可以使用戶識(shí)別到的影像等 內(nèi)容與被刪除的標(biāo)題相關(guān)的播放列表相關(guān)聯(lián),所述用戶識(shí)別到的影像等內(nèi)容是指"Deleted Title"等和己經(jīng)與所述標(biāo)題相關(guān)的內(nèi)容。這樣, 可以不影響到其它的標(biāo)題號(hào)碼。并且,表示上述被刪除之事宜的內(nèi)容只有在標(biāo)題搜索的操作中才 能再生,被設(shè)置成在盤菜單中不被選擇。圖37是實(shí)施例2中的盤菜單更新前后的標(biāo)題和播放列表(內(nèi)容)之間的相關(guān)關(guān)系的示例圖。假想在某盤中,在某時(shí)刻如圖37所示,盤上有三個(gè)標(biāo)題,每個(gè)標(biāo) 題分別與101.PL、 102. PL、 103.PL的播放列表相關(guān)聯(lián)。并且,假想各 播放列表以上述的順序與內(nèi)容A、 B、 C相關(guān)聯(lián)。在這樣的假想下,以記錄器將Title2全部刪除,在記錄到新建立 的內(nèi)容D的情況下,如圖37(B)所示,標(biāo)題和播放列表(內(nèi)容)的關(guān)系 的一部分被變更。具體而言,被刪除的Title2不從BD. INFO的Index中被刪除而被 繼續(xù)保留,Title2的播放列表102. PL所參考的AV流(YYY. VOB)被替 換為表示Title2由用戶的編輯操作被刪除的影像或聲音信息。并且,關(guān)于Titlel和Title3,標(biāo)題號(hào)碼和播放列表(內(nèi)容)之間 的關(guān)系是被維持的。即,被附加在這些標(biāo)題的標(biāo)題號(hào)碼是不變更的。并且,新被記錄的內(nèi)容D被追加在圖36所示的TitlePLPair中的 最后°艮卩,TitlePLPair中所描述的順序示出了該播放列表(PlayListID) 的記錄日期和時(shí)間的順序,因此,有用于以記錄日期和時(shí)間的順序進(jìn) 行的菜單表示。其次,針對(duì)具有圖32、圖33、以及圖36所示的數(shù)據(jù)結(jié)構(gòu)的盤, 對(duì)進(jìn)行以上所述的菜單的更新和各種信息的操作的記錄器的結(jié)構(gòu)以及 工作進(jìn)行以下說(shuō)明。圖38是實(shí)施例2的記錄器的功能構(gòu)成方框圖。圖38中所示的記錄器400是本發(fā)明的記錄裝置的一個(gè)例子,例如 可以作為將影像作為數(shù)字流來(lái)記錄的電視攝像機(jī)來(lái)實(shí)現(xiàn)。并且,記錄器400具有記錄數(shù)字流的記錄裝置本來(lái)就有的、編碼 器等其它的構(gòu)成部,但為了明確本發(fā)明的特征,省略這些其它的構(gòu)成 部的圖示以及說(shuō)明。如圖38所示,記錄器400包括播放列表確定部401、刪除部402、 菜單生成部403、制造廠商判斷部404、接收部405、編輯部406、號(hào) 碼讀出部407、拍攝部408、以及表示部409。并且,作為信息記錄介質(zhì),在此使用具有圖32、圖33、以及圖36 所示的數(shù)據(jù)結(jié)構(gòu)的盤105。播放列表確定部401是一處理部,使用圖36所示的PlayListlD, 對(duì)從控制盤菜單等標(biāo)題再生的程序中讀出的播放列表,即與成為處理 對(duì)象的標(biāo)題相關(guān)的播放列表進(jìn)行確定。菜單生成部403是另一處理部,對(duì)盤105中所記錄的菜單進(jìn)行替 換,生成新的菜單并記錄到盤105中。刪除部402是另一處理部,在新的菜單由菜單生成部403生成的 情況下,刪除與盤105中記錄的菜單相關(guān)的播放列表。而且,刪除的 播放列表由播放列表確定部401來(lái)確定。制造廠商判斷部404是另一處理部,對(duì)圖36所示的Extension中 包含的Makerlnfo所表示的制造廠商是否與生產(chǎn)記錄器400的制造廠商一致進(jìn)行判斷。接收部405是另一處理部,接收來(lái)自用戶或記錄器400所接續(xù)的裝置對(duì)記錄器的指示等輸入。編輯部406是另一處理部,進(jìn)行盤105中記錄的標(biāo)題的編輯。 號(hào)碼讀出部407是另一處理部,從盤105讀出"Extension"中包含的標(biāo)題號(hào)碼,即TitleID。拍攝部408是另一處理部,將影像作為數(shù)字流記錄到盤105中。表示部409是記錄器400所具備的小型液晶裝置等。在表示部409 中表示圖31的上半部分所示的簡(jiǎn)易裝置菜單。具有以上這種結(jié)構(gòu)的記錄器400的基本工作概要如以下所述。并 且,在此假想這樣一種情況,即與生成記錄器400的制造廠商不同 的制造廠商的記錄器所生成的盤菜單已被記錄到盤105中。在此盤105被裝入到記錄器400的情況下,播放列表確定部401 使用"Extension"中包含的、與"T叩Menu"對(duì)應(yīng)的PlayListID,來(lái) 確定與盤中記錄的盤菜單相關(guān)的播放列表。菜單生成部403生成新的盤菜單并記錄到盤105中。并且,刪除 部402刪除由播放列表確定部401確定的播放列表以及與由其它制造 廠商的記錄器生成的盤菜單相關(guān)的各種文件。這樣,記錄器400可以刪除由其它制造廠商的記錄器生成的盤菜 單,并將新的盤菜單記錄到盤中。以下,對(duì)記錄器400在更新盤105上的標(biāo)題結(jié)構(gòu)時(shí)的工作流程進(jìn) 行說(shuō)明。圖39是實(shí)施例2中的記錄器400在更新記錄/編輯標(biāo)題構(gòu)成時(shí)的 工作流程的概要流程圖。在由用戶的指示等開始新的標(biāo)題的標(biāo)題的記錄或?qū)σ延械臉?biāo)題進(jìn) 行編輯的情況下(S801),編輯部406從盤105中將BD. INFO以及 BD. PROG讀入(S802)。進(jìn)一步,號(hào)碼讀出部407獲得盤105中記錄的 標(biāo)題號(hào)碼的最后的號(hào)碼。具體而言,從BD. INFO的"Index"中包含的"Titled"開始排 列的存在的標(biāo)題識(shí)別信息中獲得最后的標(biāo)題號(hào)碼(Tn) (S803)。例如,在"Index"中存在"Title#l"、 "Title#2"、 "Titled" 的情況下,獲得"3"。之后,編輯部406按照需要,更新XXX.PL、 YYY.V0BI、以及 YYY. VOB(S804),在記錄新建立的標(biāo)題的情況下,在上述Tn以后的號(hào) 碼上分配新記錄的標(biāo)題,并在讀出的BD. INFO上記錄該號(hào)碼和標(biāo)題(5805) 。例如,在T『"3"的情況下,新的標(biāo)題被記錄,并將標(biāo)題號(hào)碼"4" 附加給該標(biāo)題。在這種情況下,通過(guò)編輯部406, "Titlett4"被追加到BD. INFO 的"Index",而且,將TitleID的"4"和與Title4相關(guān)的播放列表 的PlayListID對(duì)應(yīng)起來(lái)追加到"Extension"。并且,在上述Tn以前的標(biāo)題號(hào)碼的標(biāo)題中曾經(jīng)進(jìn)行過(guò)刪除的情況 下,編輯部406不是刪除所述被刪除的標(biāo)題的標(biāo)題號(hào)碼,而是將與該 標(biāo)題號(hào)碼相關(guān)的播放列表所示的數(shù)字流的一部分區(qū)間替換為表示標(biāo)題 已被刪除之內(nèi)容的偽數(shù)字流。即,將偽數(shù)字流附加給被刪除的標(biāo)題(5806) 。偽數(shù)據(jù)流是指以前所述的"Deleted Title"等影像數(shù)據(jù)等。具體而言,在進(jìn)行刪除時(shí),播放列表確定部401從被刪除的標(biāo)題 的標(biāo)題號(hào)碼中,即從與TitleID所對(duì)應(yīng)的PlayListID中確定與被刪除 的標(biāo)題相關(guān)的播放列表。通過(guò)這樣的工作,例如,在標(biāo)題號(hào)碼"2"的標(biāo)題被刪除的情況下, 不是刪除標(biāo)題號(hào)碼"2",而是將被命名為"Deleted Title"的影像等 數(shù)據(jù)與標(biāo)題號(hào)碼"2"相對(duì)應(yīng)。這樣,被更新的BD. INFO以及BD, PROG等被寫入到盤105 (S807)。 據(jù)以上所述,結(jié)束一連串的記錄和編輯所涉及的工作。如以上所述,通過(guò)在不破壞標(biāo)題號(hào)碼和該標(biāo)題的內(nèi)容的關(guān)系的基 礎(chǔ)上更新BD. INF0,從而即使在不是盤菜單,而是以標(biāo)題搜索直接進(jìn)行 內(nèi)容的再生的情況下,也可以防止在每次盤菜單的更新時(shí),標(biāo)題號(hào)碼 和內(nèi)容的關(guān)系改變,從而提高了用戶的便利性。并且,在此時(shí),盤菜單被設(shè)置為刪除了的標(biāo)題不能被選擇(即根 本不表示),對(duì)于通過(guò)使用GUI的盤菜單來(lái)控制內(nèi)容再生的用戶而言, 虛假地留下Title2也不會(huì)帶來(lái)不好的影響。而且,在本實(shí)施例中,作為具有圖32所示的數(shù)據(jù)結(jié)構(gòu)的信息記錄介質(zhì)采用了盤,但并非受此所限,只要是能夠記錄信息的介質(zhì),BD以 及DVD等盤也可以。例如也可以是閃存等半導(dǎo)體存儲(chǔ)器。并且,在與"FirstPlayback"、 "TopMenu"相關(guān)的內(nèi)容(V0B文件), 也被"Title"參考的情況下,當(dāng)刪除盤菜單時(shí),作為"FirstPlayback" 和"TopMenu"而被登記的播放列表和由該播放列表參考的內(nèi)容(VOB 文件)被刪除,從而導(dǎo)致妨礙標(biāo)題的再生。因此,這種事情應(yīng)該被禁止。在本實(shí)施例中,對(duì)于在BD. INFO的"Extension"中描述的 "FirstPlayback"及"TopMenu"的播放列表所參考的內(nèi)容(XXX. VOB), 禁止在BD. INFO的"Extension"中描述的"Title"的播放列表中被 參考。盤菜單(FirstPlayback/TopMenu)和該盤中所記錄的標(biāo)題不參考 相同的V0B,是為了滿足迅速的盤菜單更新即盤菜單所涉及的文件的確 定與刪除的需要。并且,即使在以BD. INFO的"Extension"說(shuō)明的信息不存在的情 況下,通過(guò)將"FirstPlayback"及"T叩Menu"所參考的播放列表的 文件號(hào)碼和"Title"所參考的播放列表的文件號(hào)碼分別放置,從而在 盤菜單的更新中能夠迅速地確定在更新中所必需的播放列表文件。并且,在刪除播放列表時(shí),事先在圖36所示的"FirstPlayback" 中包含的"PlayListID"中檢索該播放列表是否與其它的標(biāo)題相關(guān)聯(lián), 在無(wú)關(guān)聯(lián)的情況下可以刪除。 (實(shí)施例3 )以下對(duì)本發(fā)明的實(shí)施例3進(jìn)行說(shuō)明?;旧鲜腔趯?shí)施例1的內(nèi)容,以下以擴(kuò)充部分或不同部分為中 心進(jìn)行說(shuō)明。在本發(fā)明的實(shí)施例1中,利用圖18以BD管理信息中的一個(gè)對(duì)管 理盤全體的信息的"BD.INFO"的例子進(jìn)行了說(shuō)明,在本實(shí)施例中以圖 40的形式為例。在盤中只存在一個(gè)BD.INF0,當(dāng)該盤被插入時(shí)最先被解釋。在圖40中BD. INFO包括Applnfo、 TitleList、以及ExtensionData,在 Applnfo中存儲(chǔ)了有關(guān)盤全體的信息。并且,圖40中所示的"TitleList"以及"ExtensionData"分別 相當(dāng)于圖36所示的、實(shí)施例2中的"Index"以及"Extension"的信 息區(qū)域。TitleList中存儲(chǔ)有該盤中所存儲(chǔ)的Title的信息,TitleList中 包括FirstPlayback和TopMenu這兩個(gè)特殊的Title以及多個(gè)標(biāo)準(zhǔn)的 Title。標(biāo)準(zhǔn)的Title的總數(shù)被存儲(chǔ)在TitleList以下的Number中。 FirstPlayback和TopMenu以及各Title持有在各自的標(biāo)題被選擇時(shí)向 應(yīng)該執(zhí)行的后述的Object的鏈接信息(Object的ID) 。 FirstPlayback 是在盤被插入時(shí)最先被選擇的標(biāo)題,TopMenu是以遙控器按下菜單按鈕 時(shí)等被選擇的再生菜單用的標(biāo)題。以下利用圖41對(duì)存儲(chǔ)了與Object有關(guān)的信息的"BD. PROG"進(jìn)行 說(shuō)明。Object是由多個(gè)導(dǎo)航指令組成的程序群,在執(zhí)行Object時(shí)每個(gè) 導(dǎo)航指令被依次執(zhí)行。如圖41所示,"BD. PROG"包括表示存儲(chǔ)的Object的總數(shù)的Number 以及各Object的項(xiàng)目。圖中的各Object的腳號(hào)(#1等)是Object的 ID,各Object按照ID的順序排列。如以上所述,基于此0bjectlD,在標(biāo)題選擇時(shí)被執(zhí)行的Object 由標(biāo)題參考。各Object包括Objectlnfo區(qū)域和Program區(qū)域。 Objectlnfo區(qū)域中存儲(chǔ)有Object的設(shè)定信息。Program區(qū)域中存儲(chǔ)有 該Object在執(zhí)行時(shí)依次執(zhí)行的導(dǎo)航指令群。并且,圖41所示的"BD. PROG"基于在實(shí)施例1中利用圖18說(shuō)明 的"BD.PROG"上發(fā)生了變化,且利用圖17說(shuō)明的"XXX. PROG"被廢 止。并且,對(duì)于在實(shí)施例l中說(shuō)明的事件由其它的功能來(lái)代替。例如, 對(duì)于利用圖20說(shuō)明的時(shí)間事件以及利用圖21說(shuō)明的用戶事件,由相 當(dāng)于嵌入流中的導(dǎo)航指令來(lái)代替,詳細(xì)待后述。并且,利用圖22說(shuō)明的全局事件則成為按照每次遙控器操作播放 器的執(zhí)行工作所規(guī)定的。例如圖22說(shuō)明的那樣,在遙控器的Menu鍵被按下時(shí),以上述的 BD. INFO規(guī)定的標(biāo)題中的一個(gè)即TopMenu被自動(dòng)選擇,結(jié)果是由 TopMenu所鏈接的Object被選擇,BD. PROG中的該Object的Program 區(qū)域中所存儲(chǔ)的指令群被執(zhí)行。以下,對(duì)本實(shí)施例中的導(dǎo)航功能之一的按鈕以及頁(yè)面進(jìn)行說(shuō)明。在本發(fā)明的實(shí)施例1中,利用圖20 圖21對(duì)以事件為契機(jī)的按鈕 描繪的例子進(jìn)行了說(shuō)明,在BD-ROM標(biāo)準(zhǔn)中與上述的DVD的NV—PCK相 同,將導(dǎo)航指令作為頁(yè)面及按鈕(NV—DS),可以和視頻基本流(V一PES) 及音頻基本流(A—PES) —起被嵌入到MPEG-TS形式的流中。在BD-R0M中,實(shí)現(xiàn)交互性的導(dǎo)航功能被變?yōu)榱鞯男问剑c影像、 聲音、字幕等AV數(shù)據(jù)一起在流中被多路復(fù)用,以下將對(duì)此進(jìn)行說(shuō)明。并且,在本發(fā)明的實(shí)施例l中,對(duì)BD-ROM Disc中所記錄的AV流 以MPEG-PS為標(biāo)準(zhǔn)的形式進(jìn)行了說(shuō)明,在本實(shí)施例中以MPEG-TS的形 式來(lái)實(shí)現(xiàn)AV流。在本實(shí)施例中利用圖42對(duì)AV流進(jìn)行說(shuō)明。如圖42所示,實(shí)現(xiàn)了影像、聲音、字幕以及交互性的導(dǎo)航等基本 流(圖42的(1))分別被變?yōu)镻ES流的形式(圖42的(2)),并且分別 被一條MPEG-TS多路復(fù)用(圖42的(3))。并且,對(duì)于MPEG-TS中的多路復(fù)用,被多路復(fù)用的各個(gè)數(shù)據(jù)是按 解碼順序排列的比特列,而被多路復(fù)用的數(shù)據(jù)之間,即影像數(shù)據(jù)、聲 音數(shù)據(jù)、字幕數(shù)據(jù)、導(dǎo)航數(shù)據(jù)之間,并不一定是按再生順序排列的, 換句話說(shuō)不一定是按解碼順序排列的比特列。MPEG-TS的解碼器模型(圖42的(4))持有解除多路復(fù)用后各個(gè)基 本流所對(duì)應(yīng)的解碼緩沖,到進(jìn)行解碼為止臨時(shí)蓄積數(shù)據(jù)。以下,對(duì)BD-ROM中的頁(yè)面和按鈕進(jìn)行具體說(shuō)明。在BD-ROM的導(dǎo)航功能中提供了頁(yè)面和按鈕這兩個(gè)概念。頁(yè)面是將按鈕分組并進(jìn)行管理的單位,按鈕是按照用戶的操作進(jìn) 行實(shí)際工作的單位。具體而言,作為顯示器組(NV—DS),對(duì)于頁(yè)面是持有哪樣的信息 在MPEG-TS中被多路復(fù)用的,以下利用圖43進(jìn)行說(shuō)明。如圖43所示,頁(yè)面中的自身的"頁(yè)面ID"、設(shè)定有頁(yè)面遷移時(shí)的 動(dòng)畫效果的"動(dòng)畫信息"、設(shè)定有頁(yè)面內(nèi)描繪調(diào)色板的"調(diào)色板信息"、 設(shè)定有在頁(yè)面打開(on)時(shí)成為選擇狀態(tài)的按鈕ID的"默認(rèn)選擇按鈕 ID"、設(shè)定有在頁(yè)面打開(on)時(shí)執(zhí)行的按鈕的按鈕ID的"默認(rèn)執(zhí)行 按鈕ID"、以及設(shè)定有該頁(yè)面所屬的按鈕群的信息的"所屬按鈕信息" 被設(shè)定到NV_DS中,利用圖42在上述的MPEG-TS中被多路復(fù)用。作為顯示器組,對(duì)于按鈕是持有哪樣的信息在MPEG-TS中被多路 復(fù)用的,以下將利用圖44對(duì)此進(jìn)行說(shuō)明。如圖44所示,按鈕中的自身的"按鈕ID"、表示作為自身的大小 或按鈕圖像來(lái)繪制的內(nèi)容等的"區(qū)域信息"、表示按鈕被選擇時(shí),是否 自動(dòng)執(zhí)行被設(shè)定為自身的導(dǎo)航指令的"自動(dòng)執(zhí)行可否標(biāo)志"、在自身為 被選擇的狀態(tài),用戶通過(guò)遙控器進(jìn)行操作(上下左右)時(shí),設(shè)定有遷 移到哪個(gè)按鈕的"按鈕遷移信息"、設(shè)定有在按鈕被選擇或被按下等按 鈕的狀態(tài)發(fā)生變化之時(shí)發(fā)出的效果音或執(zhí)行的動(dòng)畫效果等的"狀態(tài)信 息"、以及設(shè)定有在按鈕按下等按鈕有效之時(shí)執(zhí)行的導(dǎo)航指令群的"執(zhí) 行指令"被設(shè)定到NV一DS,據(jù)圖42在上述的MPEG-TS中被多路復(fù)用。以上,對(duì)BD-ROM中導(dǎo)航功能之一的頁(yè)面和按鈕進(jìn)行了說(shuō)明,上述 的時(shí)間事件以及用戶事件由此頁(yè)面和按鈕來(lái)實(shí)現(xiàn)。例如,為了再生所希望的位置的流,時(shí)間事件將按鈕嵌入,通過(guò) 事先設(shè)定所述"自動(dòng)執(zhí)行可否標(biāo)志",從而在規(guī)定的時(shí)刻在流的再生中 執(zhí)行由所述按鈕設(shè)定的"執(zhí)行指令"。并且,關(guān)于用戶事件,為了進(jìn)行所希望的工作,可以通過(guò)事先在 流中對(duì)設(shè)定了 "按鈕遷移信息"以及"執(zhí)行指令"的按鈕進(jìn)行多路復(fù) 用來(lái)實(shí)現(xiàn)。并且,通過(guò)活用頁(yè)面以及按鈕,可以實(shí)現(xiàn)再生拍攝的影像的再生 菜單等具有交互性的用戶界面。例如在實(shí)現(xiàn)圖45所示的被多層化的菜單的情況下,按照主菜單和兩個(gè)子菜單,準(zhǔn)備匯總想要在各個(gè)菜單中表示的按鈕的頁(yè)面。在主菜單中設(shè)置匯總按鈕1和2的頁(yè)面1,在子菜單1設(shè)置表示按鈕3的頁(yè)面 2,在子菜單2設(shè)置匯總按鈕4和5的頁(yè)面3,并在上述的流中進(jìn)行多 路復(fù)用。從主菜單遷移到子菜單準(zhǔn)備像按鈕1和2這樣的菜單遷移用按鈕, 并設(shè)定為在按鈕被按下時(shí)進(jìn)行切換。例如,按鈕1在進(jìn)行將主菜單遷 移到子菜單1的情況下,將在按下按鈕時(shí)使頁(yè)面1為關(guān)閉(off)使頁(yè) 面2為打開(on)的導(dǎo)航指令設(shè)定到所述執(zhí)行指令區(qū)域。并且,同樣,按鈕2在進(jìn)行將主菜單遷移到子菜單2的情況下, 將在按下按鈕時(shí)使頁(yè)面l為關(guān)閉(off)使頁(yè)面2為打開(on)的導(dǎo)航 指令設(shè)定到所述執(zhí)行指令區(qū)域。并且,可以在執(zhí)行指令區(qū)域指定的導(dǎo)航指令除頁(yè)面遷移以外還可 以指定各種導(dǎo)航指令。例如,像按鈕3可以設(shè)定在播放列表再生過(guò)程 中設(shè)定切換章節(jié)的導(dǎo)航指令,像按鈕5可以設(shè)定切換表示的字幕流的 導(dǎo)航指令。在此,在按鈕的執(zhí)行指令區(qū)域中,使播放列表的再生開始的導(dǎo)航 指令被規(guī)定為不能指定,只有在上述的Object的Program區(qū)域能夠指 定。因此,想在按下按鈕4使播放列表乂乂1 1^再生的情況下,首先由 該按鈕向使播放列表XXX. PL再生的導(dǎo)航指令所描述的Object (圖中的 Object抑)遷移,并需要按照這個(gè)Object來(lái)執(zhí)行希望再生的播放列表 (圖中為XXX. PL)的導(dǎo)航指令。如以上說(shuō)明,以頁(yè)面以及按鈕制作再生菜單的情況下,除頁(yè)面以 及按鈕以外,需要用于執(zhí)行由按鈕來(lái)遷移且在按鈕不能執(zhí)行的導(dǎo)航指 令的0bject。利用圖40和圖41對(duì)Title和Object的關(guān)系進(jìn)行了說(shuō)明,不過(guò),在Object中不僅存在由上述那樣的Title參考的Object,而且 還有可能存在由按鈕參考的Object。如以上說(shuō)明,通過(guò)頁(yè)面和按鈕的組合可以容易地實(shí)現(xiàn)具有交互性 的用戶界面。并且,在再生菜單等具有交互性的用戶界面中,可以將BD-ROM的 幻燈片模式功能活用到GUI繪制中。首先,利用圖46對(duì)V—PES中的幻燈片模式功能進(jìn)行說(shuō)明。首先對(duì) 于該V—PES是否為幻燈片模式,是在例如該V—PES中所包含的AV數(shù)據(jù) 的VOB管理信息文件V0BI中被設(shè)定的。被設(shè)定是上述的幻燈片的V—PES,例如僅由所有的I幀(I畫面) 來(lái)構(gòu)成,作為一張幻燈片來(lái)表示的畫面的靜止圖像分別作為I幀被嵌 入V—PES。同時(shí),按照各I幀的開頭在播放列表中設(shè)定了章節(jié)事件。并且,各I幀的表示時(shí)間被設(shè)定為無(wú)限大或固定時(shí)間,被設(shè)定的 時(shí)間經(jīng)過(guò)或可以通過(guò)執(zhí)行章節(jié)跳躍或后退進(jìn)入前面的靜止畫面或返回 到前面的靜止畫面。這樣,可以通過(guò)I幀和章節(jié)來(lái)實(shí)現(xiàn)幻燈片模式功 能。在此,如利用圖44所述的那樣,在顯示器組(NV—DS)中可以描 述按鈕的繪制內(nèi)容,對(duì)于不設(shè)定繪制信息的按鈕也可以實(shí)現(xiàn)。并且, 運(yùn)用按鈕的執(zhí)行指令區(qū)域也可以實(shí)現(xiàn)相當(dāng)于章節(jié)跳躍和章節(jié)后退的按 鈕。因此,將頁(yè)面、按鈕和幻燈片模式功能并用,將菜單的GUI繪制 作為I幀影像設(shè)定到幻燈片模式,通過(guò)用戶的操作可以在頁(yè)面以及按 鈕上進(jìn)行菜單的遷移或?qū)Ш街噶顖?zhí)行等菜單控制。例如,若用圖47來(lái)說(shuō)明的話,首先將構(gòu)成圖47(A)所示的菜單的 各個(gè)菜單畫面影像作為I幀影像嵌入到V一PES來(lái)構(gòu)成幻燈片模式。其次,將圖47(B)所示的菜單畫面的遷移或按下時(shí)的工作由頁(yè)面和 按鈕、以及從按鈕遷移的Object來(lái)實(shí)現(xiàn)。具體而言,在選擇縮略圖F 時(shí),在技下遙控器的右按鈕的情況下等,要想與切換菜單畫面的情況相對(duì)應(yīng),只要將相當(dāng)于章節(jié)變更的導(dǎo)航指令設(shè)定到按鈕即可。并且,在按下縮略圖A時(shí),在再生縮略圖A所對(duì)應(yīng)的動(dòng)畫的情況下,只要將按鈕設(shè)定為在按鈕按下時(shí)遷移到用于再生與縮略圖A相對(duì) 應(yīng)的動(dòng)畫的Object即可。如以上說(shuō)明,在并用幻燈片模式、頁(yè)面、以及按鈕的情況下也可 以實(shí)現(xiàn)菜單,這樣的菜單在圖42所示的一個(gè)MPEG-TS中被多路復(fù)用。以下對(duì)在以BD-ROM形式記錄了再生菜單的裝置中的設(shè)定方法進(jìn)行 說(shuō)明。如以上所述,在BD. INFO中,由于Topmenu是菜單專用的Title, 因此,實(shí)現(xiàn)所述的菜單的MPEG-TS需要在Topmenu標(biāo)題被選擇之時(shí)被 自動(dòng)執(zhí)行。因此,制作由Topmenu參考的Object并注冊(cè)到BD. PR0G,在該 Object的Program區(qū)域中,只要設(shè)定用于再生播放列表的導(dǎo)航指令即 可,該播放列表用于再生實(shí)現(xiàn)所述菜單的MPEG-TS。并且,對(duì)于在盤被插入時(shí)再生菜單被自動(dòng)表示出來(lái),只要進(jìn)行以 下工作即可,即制作由FirstPlayback參考的Object并注冊(cè)到 BD.PR0G,并在該Object的Program區(qū)域,將標(biāo)題遷移的導(dǎo)航指令設(shè) 定到TopMenu上。在此,對(duì)于已經(jīng)由其它的裝置記錄了影像的盤而言,設(shè)定為以自 己的裝置重新追記影像。此時(shí)在由Topmenu執(zhí)行的再生菜單中,必然 需要反映追記的影像的縮略圖以及使該影像再生的導(dǎo)航信息。然而,再生菜單的構(gòu)成因各個(gè)公司而不同,對(duì)于由TopMenu參考 的Object的Program區(qū)域是怎樣組成的是不容易辨別的。因此,則成為首先刪除再生菜單之后,再以自己的裝置生成。但 是,在這種情況下,如實(shí)施例2所說(shuō)明的那樣,在刪除再生菜單之時(shí), 雖然知道以BD. INFO規(guī)定的FirstPlayBack以及由TopMenu參考的 Object是哪個(gè),但是,要辨別從這里被再生的PlayList (再生構(gòu)成圖47 說(shuō)明的再生菜單的MPEG-TS的PlayList)是哪個(gè)的話,就需要逐次解析 Object的Program區(qū)域。并且,要想由以上所述的再生菜單的按鈕再生PlayList,就需要 從按鈕遷移到PlayList再生用的Object,并由該Object再生 PlayList。要想辨別僅由這樣的按鈕參考的Object,就需要拆開構(gòu)成再生菜 單的MPEG-TS的多路復(fù)用,并逐次解析按鈕的mLDS,還需要逐次解析 從按鈕遷移的Object的ID,這是非?;ㄙM(fèi)工夫的。因此,在本實(shí)施例中,在再生包含F(xiàn)irstPlayback和TopMenu等 NV_DS的流的Title,將從NV—DS遷移的Object的ID作為元數(shù)據(jù)來(lái)記 錄。并且,該元數(shù)據(jù)被存儲(chǔ)在圖40的BD. INFO的ExtensionData中。 本實(shí)施例中的元數(shù)據(jù)的例子以圖48來(lái)表示。如圖48所示,在BD.頂FO的ExtensionData區(qū)域中存在存儲(chǔ) FirstPlayback的元數(shù)據(jù)的FirstPlaybackMeta()區(qū)域,和存儲(chǔ) TopMenu的元數(shù)據(jù)的TopMenuMeta()區(qū)域。而且,還存在按各個(gè)Title 來(lái)表示各個(gè)Title的屬性的Title Domain區(qū)域和存儲(chǔ)各個(gè)Title的元 數(shù)據(jù)的TitleMeta()區(qū)域。Title Domain是表示Menu、 Real、 Virtaul、 SlideShow這四個(gè)屬 性(Domain)中某一個(gè)的信息。Menu Domain是再生菜單和Title所具有的屬性,所述再生菜單是 除FirstPlayback和TopMenu以外,使用戶選擇影像并再生影像的菜 單,所述標(biāo)題是實(shí)現(xiàn)在插入盤時(shí)自動(dòng)再生序列控制等Title,且所述再 生菜單和Title例如是從FirstPlayBack和TopMenu遷移的Title等。Real Domain是順序再生實(shí)際上拍攝或錄制的影像的Title所具有 的屬性。Virtual Domain是再生播放列表的Title所具有的屬性,該播放 列表是根據(jù)用戶編輯拍攝或錄制的影像的結(jié)果而制作的播放列表。 Slideshow Domain是再生幻燈片模式的Title所具有的屬性。 FirstPlaybackMeta()禾口 TopMenuMeta()以及TitleMeta()的結(jié)構(gòu)相同。具體而言,包括作為FirstPlayback和TopMenu以及各Title 所參考的PlayList的文件名一覽的PLNameList區(qū)域和作為參考的 Object的ID —覽的ObjectIDList區(qū)域。并且,為了使各TitleMeta()具有PlayList的記錄順序信息,在 PLNameList區(qū)域中記錄的PlayList的文件名也可以是該P(yáng)layList的 制作順序。以上對(duì)本實(shí)施例中的元數(shù)據(jù)的例子進(jìn)行了說(shuō)明,根據(jù)本實(shí)施例的 元數(shù)據(jù),不用解析各Title所參考的Object和從Object再生的流, 就可以識(shí)別在各Title所使用的數(shù)據(jù)(PlayList以及由PlayList參考 的數(shù)字流和作為程序群的Object)。尤其是通過(guò)FirstPlaybackMeta() 、 TopMenuMeta()、以及所述 Title DomainMenu解析作為Menu的Title的TitleMeta(),從而可以 在該盤中構(gòu)成再生菜單的數(shù)據(jù)(PlayList以及由PlayList參考的數(shù)字 流和作為程序群的Object)。為此,即使是其它裝置制作的再生菜單也可以容易地刪除。尤其 是實(shí)現(xiàn)再生菜單的流中包含按鈕(NV一DS),即使Object被該按鈕參考,也可以容易地識(shí)別,刪除也容易。并且,例如由TopMenu參考的Object和PlayList被任意的 TitleM參考的情況下,若根據(jù)此元數(shù)據(jù)刪除并編輯由TopMenu參考的 Object和PlayList的話,就會(huì)妨礙Titled的工作。在這種情況下,作為標(biāo)準(zhǔn),對(duì)于在Title作成的同時(shí)被作成的該 Title所參考的Object和PlayList而言,可以禁止讓以后作成的Title參考。并且,在刪除和編輯Object和PlayList之時(shí),根據(jù)利用圖48說(shuō) 明的元數(shù)據(jù),事先檢索該Object和PlayList是否由其它的Title參 考,若沒被參考就可以刪除。并且,可以使PLNameList區(qū)域以及ObjectIDList區(qū)域持有,參 考該P(yáng)layList或Object的Title的逆參考信息等。以上對(duì)本發(fā)明的實(shí)施例3進(jìn)行了說(shuō)明,本實(shí)施例的記錄方法以及數(shù)據(jù)結(jié)構(gòu)可以適用于實(shí)現(xiàn)記錄各Title屬下的PlayList以及Object 元數(shù)據(jù)的信息記錄介質(zhì)、記錄信息記錄介質(zhì)的記錄裝置、記錄方法、 記錄程序、以及本實(shí)施例的記錄方法的半導(dǎo)體。 (實(shí)施例4)以往,在將由電視攝像機(jī)拍攝的影像等逐次記錄到盤上的情況下, 在以BD-R0M形式記錄影像時(shí)不存在保持影像的記錄順序的方法,所述 BD-ROM形式是指將影像以次世代光盤的商業(yè)用影像數(shù)據(jù)用的格式來(lái)表 示的形式。因此,作為實(shí)施例4對(duì)以下的記錄方法進(jìn)行說(shuō)明,即將BD-R0M 的擴(kuò)展區(qū)域中記錄的元數(shù)據(jù)按照記錄順序來(lái)配置,且禁止因編輯而導(dǎo) 致的順序調(diào)換。根據(jù)此記錄方法,在以BD-ROM形式記錄以電視攝像機(jī)拍攝的影像 的情況下,可以保持拍攝的影像的拍攝順序,在再生菜單中可以以用 戶所期待的順序來(lái)排列拍攝的影像的縮略圖。而且,在本實(shí)施例中,記錄拍攝的影像的AV流與實(shí)施例3相同, 是MPEG-TS形式的流(參照?qǐng)D42)。并且,在本實(shí)施例中對(duì)這樣一種記錄方法進(jìn)行說(shuō)明,即在電視 攝像機(jī)和放置型電視記錄器等中,以BD-R0M形式來(lái)記錄拍攝或錄制的 影像的方法。首先對(duì)拍攝單位和BD管理信息的對(duì)應(yīng)關(guān)系進(jìn)行說(shuō)明。 拍攝的影像以及聲音分別作為V—PES以及A_PES被記錄到上述的 圖42所示的MPEG-TS形式的流中。在此,按下開始拍攝按鈕后再放開 按鈕,或?qū)⒅钡桨聪峦V古臄z按鈕為止的拍攝單位稱為Shot , 一個(gè)Shot 可以作為一個(gè)流來(lái)記錄, 一個(gè)流中可以存儲(chǔ)多個(gè)Shot。在此,Shot以各個(gè)Shot或以拍攝日等分組為單位與所述的播放列 表(PlayList)相關(guān)聯(lián)。并且,最終以每一個(gè)PlayList或PlayList 為單位與在作為上述的BD管理信息的BD. INFO所管理的Title相關(guān)聯(lián)。在圖16中對(duì)播放列表"XXX. PL"進(jìn)行了詳細(xì)的說(shuō)明,不過(guò),在本 實(shí)施例中所述的電視攝像機(jī)等所拍攝的流中,必定以作為拍攝單位的 Shot為單位,附加由播放列表管理的EVENT (Mark)。如以上所述,作為拍攝單位的Shot與播放列表中的Mark —一相 對(duì)。因此,Shot的拍攝日期時(shí)間和Shot的縮略圖等與Shot有關(guān)的數(shù) 據(jù)的管理也以Mark為單位來(lái)進(jìn)行,從而Shot和與Shot相關(guān)的數(shù)據(jù)的 對(duì)應(yīng)關(guān)系就會(huì)變得明確,使參考和管理變得容易。以上,對(duì)作為拍攝單位的Shot和BD管理信息中的Mark的對(duì)應(yīng)關(guān) 系進(jìn)行了說(shuō)明,不過(guò)說(shuō)到底BD-ROM形式是用于記錄和分發(fā)預(yù)先編輯的 電影等。為此,例如上述的Shot的拍攝日期時(shí)間和相對(duì)應(yīng)的縮略圖等,在 記錄拍攝的影像時(shí),在BD管理信息中存在有不能記錄的信息。因此,在本實(shí)施例中,將這些在BD管理信息中不能記錄的信息作為元數(shù)據(jù)另行管理。作為元數(shù)據(jù)的存儲(chǔ)位置可以存儲(chǔ)到與BD管理信息不同的其它的文件中,也可以存儲(chǔ)到BD管理信息的各個(gè)擴(kuò)展區(qū)域中。BD管理信息的擴(kuò)展區(qū)域相當(dāng)于實(shí)施例2中說(shuō)明的"Extension"區(qū)域。例如,在圖18中對(duì)以BD-ROM形式記錄的盤被插入時(shí),作為 BD-Player最先讀出的BD管理信息的BD. INFO進(jìn)行了詳細(xì)說(shuō)明,加上 利用圖18說(shuō)明的結(jié)構(gòu),在數(shù)據(jù)的末尾具有作為擴(kuò)展區(qū)域的 IndexExtentionData()。因此,在本實(shí)施例中,對(duì)于以所述BD-ROM不能規(guī)定的信息,可以 在IndexExtentionData()規(guī)定。并且,不言而喻的是,可以分開 PlayList和VOB管理信息文件(ClipInformation)的擴(kuò)展區(qū)域,并存儲(chǔ) 元數(shù)據(jù)。在本實(shí)施例規(guī)定的IndexExtentionData()的例子以圖49示出。 圖49示出了將本實(shí)施例規(guī)定的元數(shù)據(jù)存儲(chǔ)到作為BD. INFO的擴(kuò)展區(qū)域的IndexExtentionData()的一個(gè)例子。并且,在本實(shí)施例中并非受此所限,例如,可以使與BD. INF0不 同的文件記錄并持有具有圖49所示的結(jié)構(gòu)以及數(shù)據(jù)的元數(shù)據(jù),也可以 將圖49所示的元數(shù)據(jù)分到BD管理信息的各文件,從而使BD管理信息 的各文件持有圖49所示的元數(shù)據(jù)。首先,使所述的BD管理信息"BD. INFO "的末尾的 IndexExtentionData()持有兩個(gè)區(qū)域,即"DiscInfo"區(qū)域和"PLTable" 區(qū)域。"DiscInfo"區(qū)域是用于存儲(chǔ)有關(guān)盤全體的元數(shù)據(jù)的區(qū)域,例如, "Disc標(biāo)題"中存儲(chǔ)有盤的標(biāo)題信息,"Disc縮略圖"中存儲(chǔ)有與代 表盤的縮略圖像有關(guān)的信息。"PLTable"區(qū)域是BD管理信息之一,是將有關(guān)PlayList的元 數(shù)據(jù)以PlayList為單位來(lái)存儲(chǔ)的區(qū)域,包括"PL—Number"區(qū)域和各 PlayList的元數(shù)據(jù)區(qū)域(圖中的"PLttl" "PL#m")。"PL—Number"和播放列表"XXX.PL"的文件總數(shù)的數(shù)量相同, 以后各PlayList (播放列表"XXX. PL")的元數(shù)據(jù)從"PL#1"開始按順 序被存儲(chǔ)。各PlayList的元數(shù)據(jù)例如包括五個(gè)區(qū)域,即:"PL—FileName" 區(qū)域、"PL—Type"區(qū)域、"PL作成日期時(shí)間"區(qū)域、"PL標(biāo)題"區(qū)域、 以及"MarkTable"區(qū)域。"PL—FileName"區(qū)域是表示該元數(shù)據(jù)區(qū)域("PL#1" "PUm") 將要存儲(chǔ)哪個(gè)PlayList的元數(shù)據(jù)的信息,例如PlayList文件"XXX. PL" 的文件名"XXX"被存儲(chǔ)。并且,"PL—Type"區(qū)域中存儲(chǔ)有該P(yáng)layList的類別。由于在BD-ROM 中影像全部被預(yù)先編輯,因此PlayList中沒有設(shè)置類別的必要性,將 拍攝或錄制的影像以BD-ROM形式記錄的情況大致可以分為兩個(gè)。首先,第一個(gè)是從頭開始再生拍攝或錄制的原始影像的方案是 被記錄的PlayList,以后在本實(shí)施例中稱為Real PlayList。另一個(gè)是用戶對(duì)原始影像的再生順序進(jìn)行調(diào)整或再生位置的指定等進(jìn)行編輯的方案是被記錄的PlayList,以后在本實(shí)施例中稱為 Virtual Playlist。在此,對(duì)于作為拍攝或錄制的影像的單位的Shot和Real PlayList 及Virtual PlayList的對(duì)應(yīng)關(guān)系,以圖50來(lái)示出。如圖50所示,Real PlayList將拍攝的Shot所存儲(chǔ)的流按拍攝順 序再生, 一般來(lái)說(shuō)流在被記錄之時(shí)與流信息一起被生成。并且,Real PlayList例如在Shot的拍攝后被追加或被修正。另外,Virtual PlayList用于以所希望的順序再生用戶進(jìn)行影像 編輯的結(jié)果,即記錄的影像的一部分,是在用戶進(jìn)行編輯處理時(shí)被作 成的。這樣,拍攝或錄制的流有可能被多個(gè)PlayList所參考。為此,在 刪除PlayList之時(shí),同時(shí)該P(yáng)layList所參考的流也被刪除,這樣就 有可能出現(xiàn)參考不存在的流的PlayList。因此,由于某個(gè)流必定要被一個(gè)Real PlayList所參考,所以, 可以在刪除Virtual PlayList時(shí)不刪除參考的流及流信息,在刪除 Real PlayList時(shí)刪除參考的流及流信息,并修正參照該流的Virtual PlayList。以上,對(duì)Real PlayList和Virtual PlayList進(jìn)行了說(shuō)明,這些 識(shí)別信息可以被存儲(chǔ)到"PL_Type"。并且,由于容易判斷出菜單所用的流是哪個(gè)流,因此,可以使所 述"PL—Type"持有參考菜單所用的流的PlayList,也可以使后述的 Mark所用的元數(shù)據(jù)和流信息的元數(shù)據(jù)持有參考菜單所用的流的 PlayList。并且,在圖34的說(shuō)明中的程序可以使所述"PL—Type"持有參考 被多路復(fù)用的流(Interactive Graphics(IG) Stream)的PlayList, 也可以使后述的Mark所用的元數(shù)據(jù)和流信息的元數(shù)據(jù)持有。例如,在為實(shí)現(xiàn)幻燈片模式的PlayList的情況下,也有在該流中包含用于將頁(yè)面送往下一頁(yè)和返回上一頁(yè)的按鈕以及按鈕指令(IG Stream)的情況。在這種情況下,例如以某裝置作成幻燈片模式后,在以其它的裝 置變更該幻燈片的情況下,可以判斷是進(jìn)行單純編輯為好,還是有必 要將IG Stream包含在其中一起進(jìn)行編輯為好。例如,由上述的PL—Type所指定的標(biāo)識(shí)符判明了是包含有IG Stream的Real PlayList的情況下,該裝置首先檢測(cè)IG Stream,在 刪除檢測(cè)出的所有IG Stream之后,才可以編輯幻燈片模式。并且,雖然圖中沒有示出,例如可以使本實(shí)施例的元數(shù)據(jù)中的 "Disclnfo"持有表示某盤是否為某個(gè)裝置所記錄的盤的信息。據(jù)此,記錄裝置可以辨別包含所述IG Stream的流是否為該裝置 作成的。例如,根據(jù)所述PL—Type辨別到是包含IG Stream的PlayList的 情況下,在是該裝置制作的情況下可以直接修正。 以下繼續(xù)說(shuō)明圖49。在"PL作成日期時(shí)間"區(qū)域中記錄制作該P(yáng)layList的日期時(shí)間。在"PL標(biāo)題"區(qū)域中記錄PlayList的標(biāo)題名。"MarkTable"區(qū)域是存儲(chǔ)該P(yáng)layList元數(shù)據(jù)所參考的PlayList 管理的各Mark的元數(shù)據(jù)的區(qū)域,包括"Mark—Number"區(qū)域和各Mark 的元數(shù)據(jù)區(qū)域(圖中的"Markftl" "Mark#n,,)。在圖49所示的例子中,"Mark—Number"和該P(yáng)layList所管理的 Mark的數(shù)量相同,以后按照該P(yáng)layList所管理的順序,從"Mark#l" 開始順序存儲(chǔ)每個(gè)Mark的元數(shù)據(jù)。并且,在本實(shí)施例中雖然PlayList所管理的Mark和以元數(shù)據(jù)管 理的Mark是被一一對(duì)應(yīng)地描述的,但并非僅限于此。例如,表示暫時(shí)停止再生的位置的Mark等BD管理信息中,對(duì)于 不能規(guī)定的Mark可以以元數(shù)據(jù)來(lái)管理。在這種情況下,例如圖49所示的Mark的元數(shù)據(jù)區(qū)域中,表示是否參考以BD管理信息規(guī)定的Mark的信息,和(l)對(duì)于在參考的情況下 存儲(chǔ)該Mark的ID的區(qū)域,或(2)在不參考的情況下存儲(chǔ)以元數(shù)據(jù)管理 的Mark所指出的流的位置信息的區(qū)域要分別設(shè)置。各Mark的元數(shù)據(jù)例如包括四個(gè)區(qū)域,即"MarkJype"區(qū)域、"縮 略圖"區(qū)域、"拍攝日期時(shí)間"區(qū)域、以及"PL參考信息"區(qū)域。"Mark—Type"區(qū)域記錄以該P(yáng)layList管理的Mark的類別,在 本實(shí)施例中表示該Mark是否為表示Shot的開頭的Mark (Shot-Mark)。在這種情況下,在Mark的功能性質(zhì)上,管理表示Shot的開頭的 Mark的則僅為上述的Real PlayList。并且,在本實(shí)施例中,將相當(dāng)于代表該P(yáng)layList的縮略圖的流位 置作為Mark來(lái)管理。具體而言,使"Mark—Type"區(qū)域持有一種信息,該信息用于識(shí)別 該Mark是否為表示PlayList的代表縮略圖的Mark (PL-Mark)。另夕卜, 也可以規(guī)定是否為用戶附加的Boo固ark等。其次,"縮略圖"區(qū)域?qū)⒃揗ark所指出的流位置中的圖像作為縮 略圖來(lái)指定。并且,該Mark是表示Shot的開頭的Mark的情況下,基本上是將 Shot開頭的圖像作為縮略圖來(lái)設(shè)定。但是,為了參考代表Shot的縮略 圖,不是將該Mark所指出的流位置的圖像作為代表縮略圖,而是將根 據(jù)用戶的設(shè)定或自動(dòng)辨別等而抽出的、與該Mark所指出的流位置不同 的位置的圖像作為縮略圖。"拍攝日期時(shí)間"區(qū)域在該Mark是表示Shot的開頭的Mark的 情況下,記錄該Shot的拍攝日期時(shí)間。"PL參考信息"區(qū)域是只有在該Mark是表示Shot的開頭的Mark 的情況下才設(shè)定的區(qū)域,存儲(chǔ)參考該Shot的PlayList的參考信息。如以上所述,此PL參考信息在該Shot或包含該Shot的流被刪除 之時(shí),為了容易地檢索參考該Shot且在刪除時(shí)需要修正的PlayList 而被附加的信息。并且,如以上所述,Shot和管理該Shot的Real PlayList的關(guān)系 是,在一方被刪除的時(shí)候另一方也被自動(dòng)刪除。因此,"PL參考信息" 區(qū)域中所存儲(chǔ)的參考信息是針對(duì)Virtual PlayList的參考信息。并且,在進(jìn)行Real PlayList的編輯和刪除時(shí),為了效率良好地 確定應(yīng)該被更新的Virtual PlayList,事先分別對(duì)Real PlayUst和 Virtual PlayList的播放列表文件號(hào)碼進(jìn)行定義。這樣,在進(jìn)行Real PlayList的編輯時(shí),可以瞬時(shí)確定應(yīng)該確認(rèn)內(nèi)容的播放列表。在這種 情況下,不需要BD. INFO的Extension這樣的特殊信息。以上,對(duì)本實(shí)施例中的元數(shù)據(jù)的種類和元數(shù)據(jù)的存儲(chǔ)方法進(jìn)行了 說(shuō)明,在將Shot作為一覽菜單來(lái)表示時(shí),通過(guò)按照拍攝和錄制的順序 來(lái)表示縮略圖,從而可以容易地抓住Shot的相關(guān)關(guān)系,提高用戶的便 利性。在本實(shí)施例中為了容易排列拍攝和錄制的順序分類以及菜單的表 示,因此將在如圖49所示的元數(shù)據(jù)中存儲(chǔ)PlayList的元數(shù)據(jù)(圖中 為"PL#1" "PL#m")的順序作為記錄順序來(lái)存儲(chǔ)?;旧鲜荘layList的元數(shù)據(jù)的存儲(chǔ)位置是不會(huì)因編輯等而變更 的。并且,如圖51所示,在Real PlayList中,表示Shot的開頭的 Mark、 PlayList中的Mark的附加順序以及該Mark的元數(shù)據(jù)的記錄順 序也是按照拍攝順序排列的,此順序在除刪除以外是不會(huì)因編輯等而 被調(diào)換的。這樣,根據(jù)Real PlayList的元數(shù)據(jù)的存儲(chǔ)順序和該Real PlayList所管理的Mark中表示Shot的開頭的Mark的元數(shù)據(jù)的存儲(chǔ)順 序,從而可以識(shí)別在該盤中記錄的Shot的拍攝及錄制順序。據(jù)此,在生成按照Shot的拍攝順序?qū)s略圖和拍攝日期時(shí)間等進(jìn) 行一覽表示的再生菜單的情況下,僅參照?qǐng)D49所示的元數(shù)據(jù)即可。并且,"PL—Type"依次解析作為Real PlayList的PlayList的元 數(shù)據(jù),在該P(yáng)layList 的元數(shù)據(jù)中,依次參照作為 Mark—Type二Shot-Mark (該Mark表示Shot的開頭)的Mark的元數(shù)據(jù)菜單,并進(jìn)行菜單表示即可。例如,假想本實(shí)施例的元數(shù)據(jù)是圖52(A)簡(jiǎn)單表示的狀態(tài)。在這種情況下,PlayListttl、 tt2、 tt4是Real PlayList, PlayList#3是Virtual PlayList。因此,PlayList的記錄順序?yàn)镻layListttl、 #2、 tt4。 并且,在圖中附加了 "(Shot)"的Mark示出是表示Shot的開頭 的Mark。因此,若在各PlayList中抽出表示Shot的開頭的Mark的記錄順 序,則可以知道Shot的記錄順序?yàn)镻layList#l的Markttl、 #3, PlayList#2的Mar刷,PlayList#4的Mark#l、 #2。這樣,最終可以將Shot的一覽菜單表示為圖52(B)所示那樣。 并且,Real PlayList以及Virtual PlayList的作成順序也可以根據(jù)上述元數(shù)據(jù)的存儲(chǔ)順序來(lái)識(shí)別。并且,在各PlayList所管理的Mark中,通過(guò)Mark—Type檢索表 示PlayList的代表縮略圖的Mark (PL-Mark),從而可以在必要時(shí)按照 作成PlayList的縮略圖的順序來(lái)作成一覽表示的菜單。以上,對(duì)本實(shí)施例4進(jìn)行了說(shuō)明,實(shí)施例4的記錄方法以及數(shù)據(jù) 結(jié)構(gòu)可以適用于一種半導(dǎo)體,該半導(dǎo)體可以實(shí)現(xiàn)在拍攝或錄制的影像 以BD-ROM形式被記錄的情況下,為了保持影像的記錄順序而記錄元數(shù) 據(jù)的信息記錄介質(zhì)和記錄該信息記錄介質(zhì)的記錄裝置、記錄方法、記 錄程序、以及實(shí)施例4中的記錄方法。 (實(shí)施例5 )以往,在逐次將電視攝像機(jī)拍攝的影像等記錄到盤中的情況下, 在以次世代盤的商業(yè)用影像數(shù)據(jù)所使用的格式記錄影像時(shí),即以 BD-ROM形式記錄影像時(shí),沒有保持影像的拍攝日期時(shí)間的方法。因此,在實(shí)施例5將對(duì)一種記錄方法進(jìn)行說(shuō)明,這種記錄方法是 將按照每個(gè)拍攝的影像的拍攝日期時(shí)間信息作為元數(shù)據(jù)記錄到BD-ROM 的擴(kuò)展區(qū)域中。根據(jù)此記錄方法,即使在以BD-ROM形式來(lái)記錄電視攝像機(jī)拍攝的 影像的情況下,也可以保持拍攝的影像的拍攝日期時(shí)間,并可以以適 當(dāng)?shù)男问綄⑴臄z的影像的拍攝日期時(shí)間提示給用戶。并且,在本實(shí)施例中,記錄拍攝的影像的AV流與實(shí)施例3相同, 為MPEG-TS形式的流(參照?qǐng)D42)。并且,在本實(shí)施例中對(duì)這樣一種記錄的方法進(jìn)行說(shuō)明,這種記錄 的方法是指在電視攝像機(jī)和放置型電視記錄器等中,以BD-ROM形式 將拍攝或錄制的影像記錄到信息記錄介質(zhì)中。并且,在本實(shí)施例中作為信息記錄介質(zhì)的一個(gè)例子,以次世代盤 即BD-ROM Disc為例進(jìn)行說(shuō)明,但本發(fā)明并非受此所限。例如,在本實(shí)施例中,將應(yīng)用程序及數(shù)據(jù)結(jié)構(gòu)寫入到DVD等光盤 或其它的信息記錄介質(zhì),即存儲(chǔ)卡(SD存儲(chǔ)卡或內(nèi)存棒等)或硬盤等 也可以得到同樣的效果。并且,不僅是信息記錄介質(zhì),在通過(guò)網(wǎng)絡(luò)分發(fā)本實(shí)施例中的應(yīng)用 程序及數(shù)據(jù)結(jié)構(gòu)的情況下也可以得到同樣的效果。拍攝的單位和BD管理信息的對(duì)應(yīng)關(guān)系與實(shí)施例4相同。艮P,拍攝的影像以及聲音分別作為V—PES以及A—PES被記錄到以 前所譯的圖42所示出的MPEG-TS形式的流中。在此,將按下拍攝開始按鈕之后再放fF按鈕、或直到按下停止拍 攝按鈕為止等,這些用戶拍攝或錄制的影像的單位(拍攝單位)稱為 Shot, 一個(gè)Shot可以作為一個(gè)流來(lái)記錄, 一個(gè)流中也可以存儲(chǔ)多個(gè) Shot。以后將敘述詳細(xì)內(nèi)容,Shot是按照每個(gè)Shot或每個(gè)拍攝日期等分 組為單位與所述的播放列表(PlayList)相關(guān)聯(lián)來(lái)被管理的,在各Shot 的開頭設(shè)定有在該播放列表所管理的Event。在本發(fā)明的實(shí)施例1中,對(duì)利用圖18以BD管理信息中的一個(gè)來(lái) 管理盤全體的信息的"BD.INF0"為例進(jìn)行了說(shuō)明,在本實(shí)施例中以圖 53的形式為例。圖53所示的BD. INFO在盤中僅存在一個(gè),在該盤被插入時(shí)最先被 解釋。圖53所示的BD. INFO包括"AppInfo"、 "TitleList"、以及 "ExtensionData",在"Applnfo"中存儲(chǔ)有有關(guān)盤全體的信息。在"TitleList"中存儲(chǔ)有在該盤中所存儲(chǔ)的標(biāo)題的信息,該 "TitleList"包括:"FirstPlayback"和"TopMenu"這兩個(gè)特殊的標(biāo)題以及多個(gè)通常的標(biāo)題。通常的標(biāo)題的總數(shù)被存儲(chǔ)在"TitleList"以下的"Number"中。 "FirstPlayback"和"TopMenu"以及各"Title"分別持有向后述的 Object鏈接的信息(Object的ID),所述Object是在標(biāo)題選擇時(shí)應(yīng)該 執(zhí)行的Object。FirstPlayback是盤在插入時(shí)最先被選擇的標(biāo)題,TopMenu是在通 過(guò)遙控器按下菜單按鈕時(shí)等被選擇的再生菜單所使用的標(biāo)題。并且,在本實(shí)施例中存儲(chǔ)有關(guān)Object的信息的"BD.PROG"數(shù)據(jù) 結(jié)構(gòu)與在以前的實(shí)施例中以圖3和圖41說(shuō)明的BD. PROG的數(shù)據(jù)結(jié)構(gòu)相 同。并且,圖41所示的"BD. PROG"在實(shí)施例1中利用圖18所說(shuō)明的 "BD. PROG"之上有所改變,并且,廢除利用圖17所說(shuō)明的"XXX. PROG"。以上,對(duì)本實(shí)施例中的BD管理信息進(jìn)行了說(shuō)明,管理所述Shot 的播放列表以各播放列表為單位,與所述的BD管理信息即BD. INFO所 管理的Title相關(guān)聯(lián)。具體而言,在Title所參考的Object中描述有再生該Title所對(duì)應(yīng)的播放列表的導(dǎo)航指令。并且,在圖16中對(duì)播放列表"XXX. PL"進(jìn)行了詳細(xì)的說(shuō)明,對(duì)以 播放列表管理的事件以后稱為Mark。正如以上所述,Mark用來(lái)定義該 播放列表內(nèi)所生成的事件(Mark),在播放列表以ID來(lái)管理多個(gè)Mark。并且,各Mark包括Mark的類別(Mark_Type) 、 Mark的 ID (Mark—ID),事件(Mark)的生成時(shí)刻(Time)、以及有效期間 (Duration)。在此,在作為Mark的類別的Mark—Type中有兩個(gè)類別,艮卩EntryMark禾口 LinkPoint。EntryMark作為Chapter,是用戶可以識(shí)別的Mark,通過(guò)向用戶提 供是從播放列表的開頭的第幾個(gè)EntryMark,從而可以提示Chapter 號(hào)碼。并且,可以將由遙控器操作所再生的章節(jié)切換為前后的章節(jié)。LinkPoint是用戶不能識(shí)別的Mark,作為上述這樣的Chapter不 被識(shí)別,主要用于來(lái)自程序的再生位置的指定等、作為以程序識(shí)別的 再生時(shí)刻信息來(lái)使用。以上對(duì)Mark進(jìn)行了說(shuō)明,在管理以在本實(shí)施例中所述的電視攝像 機(jī)等拍攝或錄制的影像的播放列表中,以各拍攝單位的Shot,對(duì)于在 該Shot開頭的再生時(shí)刻,必需設(shè)定以該播放列表所管理的EntryMark。據(jù)此,作為拍攝單位的Shot與播放列表的EntryMark —一對(duì)應(yīng)。 這樣,用戶就可以將拍攝的Shot作為Chapter來(lái)識(shí)別,通過(guò)對(duì)Chapter 的切換從而可以選擇再生的Shot。并且,在本實(shí)施例中,Shot的拍攝日期時(shí)間和Shot的縮略圖等有 關(guān)Shot的信息的管理也以EntryMark為單位來(lái)進(jìn)行。據(jù)此,可以明確 Shot和與Shot相關(guān)的數(shù)據(jù)的對(duì)應(yīng)關(guān)系,使參考和管理變得容易。以上,對(duì)作為拍攝單位的Shot和BD管理信息中的Mark的對(duì)應(yīng)關(guān) 系進(jìn)行了說(shuō)明,由于BD-ROM形式畢竟是用于記錄和分發(fā)事先編輯的電 影等的,例如所述的Shot的拍攝日期時(shí)間和縮略圖等,在記錄拍攝的 影像的情況下,在BD管理信息中存在有若干個(gè)不能記錄的信息。因此,在本實(shí)施例中,將這些在BD管理信息中不能記錄的信息作 為元數(shù)據(jù)另行管理。作為元數(shù)據(jù)的存儲(chǔ)位置,可以存儲(chǔ)在與BD管理信 息不同的文件中,也可以存儲(chǔ)在BD管理信息的各個(gè)擴(kuò)展區(qū)域中。BD管理信息的擴(kuò)展區(qū)域是相當(dāng)于在實(shí)施例2中說(shuō)明的 "Extension"區(qū)域。在本實(shí)施例中BD. INFO作為圖53所示的數(shù)據(jù)的末尾的擴(kuò)展區(qū)域, 持有IndexExtentionData()。并且,對(duì)于存儲(chǔ)各播放列表信息的XXX. PL的詳細(xì)已利用圖16進(jìn)行了說(shuō)明,不過(guò),在播放列表XXX. PL中加上利用 圖16所說(shuō)明的結(jié)構(gòu),就可以作為圖54所示那樣,作為數(shù)據(jù)末尾的擴(kuò) 展區(qū)域持有PlayListExtentionData()。因此,在本實(shí)施例中,將不能以所述的BD-ROM規(guī)定的信息以 IndexExtentionData ()禾口 PlayListExtentionData()來(lái)規(guī)定。并且,不言而喻的是,以下將要敘述的元數(shù)據(jù)的存儲(chǔ)方法只不過(guò) 是一個(gè)例子,將以下將要敘述的信息作為元數(shù)據(jù)來(lái)存儲(chǔ)是重要之處, 可以存儲(chǔ)到V0B管理信息文件(ClipInformation)的擴(kuò)展區(qū)域,也可以采取其它的結(jié)構(gòu)。對(duì)于在本實(shí)施例所規(guī)定的IndexExtentionData()的例子將利用圖 53來(lái)說(shuō)明。首先,使所述的BD管理信息"BD. INFO "末尾的 IndexExtentionData()持有兩個(gè)區(qū)域,即"DiscInfo"區(qū)域和 "PLTable"區(qū)域。"DiscInfo"區(qū)域是用于存儲(chǔ)有關(guān)盤全體的元數(shù)據(jù)的區(qū)域。例如, 在"Disc標(biāo)題"中存儲(chǔ)Disc的標(biāo)題信息,在"Disc縮略圖"中存儲(chǔ) 有關(guān)代表盤的縮略圖像的信息。"PLTable"區(qū)域是存儲(chǔ)作為BD管理信息之一的PlayList的元 數(shù)據(jù)的區(qū)域,該"PLTable"區(qū)域包括"PL—Number"區(qū)域和各PlayList 的元數(shù)據(jù)區(qū)域(圖中的"PL#1" "PLto")。"PL—Number"和播放列表"XXX. PL"的文件總數(shù)相同,以后每 個(gè)PlayList (播放列表"XXX. PL")的元數(shù)據(jù)從"PLttl"開始按順序被 存儲(chǔ)。各PlayList的元數(shù)據(jù)例如具有"PL_FileName"區(qū)域和"PL_Type" 區(qū)域。"PL—FileName"區(qū)域具有表示該元數(shù)據(jù)區(qū)域("PLtfl" "PUni") 存儲(chǔ)哪個(gè)PlayList的元數(shù)據(jù)的信息。例如存儲(chǔ)了 PlayList文件 "XXX. PL"的文件名"XXX"部分。并且,在"PLJType"區(qū)域存儲(chǔ)該P(yáng)layList的類別。在BD-R0M由 于影像全部是預(yù)先被制作的,因此在PlayList中設(shè)定類別是沒有必要 的,在以BD-ROM形式記錄拍攝或錄制的影像的情況下大致可以分為兩 大類。首先,第一個(gè)是以后在本實(shí)施例中被稱為Real PlayList的 PlayList,其管理拍攝或錄制的原始影像,并記錄從開頭開始依次再 生的方案。另一個(gè)是以后在本實(shí)施例中被稱為Virtual PlayList的 PlayList,其記錄用戶對(duì)原始影像所進(jìn)行的再生順序的調(diào)換或再生位 置的指定等編輯的方案。作為拍攝或錄制的影像的單位的Shot和Real PlayList、 Virtual PlayList的對(duì)應(yīng)關(guān)系與在實(shí)施例4中利用圖50說(shuō)明的對(duì)應(yīng)關(guān)系相同。艮口,如圖50所示,Real PlayList用于將拍攝的Shot中所存儲(chǔ)的 流按照拍攝順序再生,基本上在流被記錄之時(shí)與流信息一起被生成。 例如Real PlayList在Shot的拍攝后被追加或被修正。另外,Virtual PlayList作為用戶所進(jìn)行的影像編輯的結(jié)果,以 所希望的順序來(lái)再生記錄的影像的一部分,Virtual PlayList在用戶 的編輯處理時(shí)被作成。這樣,拍攝或錄制的流就有可能由多個(gè)PlayList來(lái)參考。為此, 在刪除某PlayList之時(shí),當(dāng)該P(yáng)layList所參考的流也同時(shí)被刪除時(shí), 就有可能出現(xiàn)參考不存在的流的PlayList。因此,由于必需要由一個(gè)Real PlayList來(lái)參考,所以可以在刪 除Virtual PlayList之時(shí)參考的流及流信息不被刪除,而在刪除Real PlayList之時(shí)參考的流及流信息被刪除,并可以修正參考該流的 Virtual PlayList。以上對(duì)Real PlayList和Virtual PlayList進(jìn)行了說(shuō)明,可以將 這些識(shí)別信息存儲(chǔ)到所述"PL—Type"。并且作為其它的類別,還可以 設(shè)定表示以該播放列表再生的流為菜單用的流的類別,或表示為幻燈片模式的類別。并且,可以將參考圖34所說(shuō)明的程序被多路復(fù)用的流 (Interactive Gr鄰hics(IG) Stream)的Playlist與所述"PL—Type" 一起記錄。例如,當(dāng)該播放列表的PL_Type為幻燈片模式的情況下,該流也 有可能包含用于進(jìn)入下一頁(yè)和返回上一頁(yè)的按鈕以及按鈕指令(IG Stream)。在這種情況下,例如以某裝置作成幻燈片模式后,在以其它的裝 置變更該幻燈片的情況下,可以判斷是進(jìn)行單純編輯為好,還是有必 要將IG Stream包含在其中, 一起進(jìn)行編輯為好。例如,由上述的PL一Type所指定的標(biāo)識(shí)符判明了是包含有IG Stream的幻燈片模式的情況下,該裝置首先檢測(cè)IG Stream,在刪除 檢測(cè)出的所有IG Stream之后,才可以編輯幻燈片模式。并且,雖然圖中沒有示出,例如可以使本實(shí)施例的元數(shù)據(jù)中的 "Disclnfo"持有表示某盤是否為某個(gè)裝置所記錄的盤的信息。據(jù)此,記錄裝置可以辨別包含所述IG Stream的幻燈片模式是否 為該裝置作成的。例如,根據(jù)所述PL—Type辨別到是包含IG Stream的幻燈片模式 的情^i下,在是該裝置制作的情況下可以直接修正。其次,在本實(shí)施例規(guī)定的PlayListExtentionData()的例子由圖 54示出。PlayListExtentionData()包括四個(gè)區(qū)域,即"PL作成日期時(shí)間" 區(qū)域、"PL標(biāo)題"區(qū)域、"PL縮略圖"區(qū)域、以及"MarkTable"區(qū)域。 在"PL作成日期時(shí)間"區(qū)域中記錄制作該P(yáng)layList的日期時(shí)間。 在"PL標(biāo)題"區(qū)域中記錄PlayList的標(biāo)題名。"PL縮略圖"區(qū)域記錄對(duì)于代表該P(yáng)layList的縮略圖的參考信息。"MarkTable"區(qū)域是存儲(chǔ)該P(yáng)layList元數(shù)據(jù)所參考的PlayList管理的各Mark的元數(shù)據(jù)的區(qū)域,包括"Mark—Number"區(qū)域和各Mark 的元數(shù)據(jù)區(qū)域(圖中的"Mar鹿" "Mark#n")。在圖54所示的例子中,"Mark—Number"和該P(yáng)layList所管理的 Mark的數(shù)量相同,以后按照該P(yáng)layList所管理的順序,從"Markttl" 開始順序存儲(chǔ)每個(gè)Mark的元數(shù)據(jù)。并且,在本實(shí)施例中所描述的PlayList所管理的Mark和以元數(shù) 據(jù)所管理Mark是一一對(duì)應(yīng)的,但本發(fā)明并非受此所限。例如,表示暫時(shí)停止再生的位置的Mark等BD管理信息中,對(duì)于 不能規(guī)定的Mark可以以元數(shù)據(jù)來(lái)管理。在這種情況下,例如圖54所示的Mark的元數(shù)據(jù)區(qū)域中,表示是 否參考以BD管理信息規(guī)定的Mark的信息,和(l)對(duì)于在參考的情況下 存儲(chǔ)該Mark的ID的區(qū)域,或(2)在不參考的情況下存儲(chǔ)以元數(shù)據(jù)管理 的Mark所指出的流的位置信息的區(qū)域要分別設(shè)置。各Mark的元數(shù)據(jù)例如包括三個(gè)區(qū)域,即"Mark—Type"區(qū)域、"縮 略圖"區(qū)域、以及"拍攝日期時(shí)間"區(qū)域。"Mark—Type"區(qū)域記錄以該P(yáng)layList所管理的Mark的類別。 作為Mark—type之一,例如有Shot-Mark,該Shot-Mark是表示該Mark 是Shot開頭的Mark。管理這個(gè)Shot-Mark可以僅依據(jù)所述的Real PlayList。作為其它的MarkJVpe,除了后述的OldShotMark以外,還可以定 義例如表示幻燈片模式中各靜止圖像的開始位置的SlideshowMark。例如,Real PlayList所再生的流允許動(dòng)畫和幻燈片模式混在的情 況下,可以根據(jù)該SlideshowMark和ShotMark,來(lái)辨別各Ch即ter是 動(dòng)畫還是是靜止圖像。并且,即使在菜單表示中僅表示動(dòng)畫Shot的縮略圖,也可以使 Mark為EntryMark,且Mark的元數(shù)據(jù)中的MarkType可以僅對(duì)ShotMark以縮略圖的形式進(jìn)行一覽表示。并且,可以事先定義被稱為MakerPrivate的MarkType,從而可以實(shí)現(xiàn)制造廠商具有獨(dú)自功能的Mark。其次,"縮略圖"區(qū)域?qū)⒃揗ark所指出的流位置中的圖像作為縮 略圖來(lái)指定。并且,該Mark是表示Shot的開頭的Mark的情況下,基 本上是將Shot開頭的圖像作為縮略圖來(lái)設(shè)定。但是,為了參考代表Shot的縮略圖,不是將該Mark所指出的流 位置的圖像作為代表縮略圖,而是將根據(jù)用戶的設(shè)定或自動(dòng)辨別等而 抽出的、與該Mark所指出的流位置不同的位置的圖像作為縮略圖。"拍攝日期時(shí)間"區(qū)域在該Mark是表示Shot的開頭的Mark的 情況下,記錄該Shot的拍攝日期時(shí)間。并且,作為Mark的元數(shù)據(jù)被記錄的信息不會(huì)受到上述內(nèi)容的限定。 例如,可以將以BD-ROM標(biāo)準(zhǔn)不能記錄的、有關(guān)拍攝的信息的信息作為 元數(shù)據(jù)使BD. INFO持有。以上,對(duì)本實(shí)施例中的元數(shù)據(jù)的種類和存儲(chǔ)方法進(jìn)行了說(shuō)明。在 將Shot作為一覽菜單來(lái)表示時(shí),通過(guò)按照拍攝和錄制的順序來(lái)表示縮 略圖,從而可以容易地抓住Shot的相關(guān)關(guān)系,提高用戶的便利性。在本實(shí)施例中為了容易排列拍攝和錄制的順序以及菜單的表示, 因此將在如圖53和圖54所示的元數(shù)據(jù)中,存儲(chǔ)圖53中的PlayList 的元數(shù)據(jù)(圖中為"PLttl" "PUm")的順序作為記錄順序來(lái)存儲(chǔ)。并且,基本上是PlayList的元數(shù)據(jù)的存儲(chǔ)位置是不會(huì)因編輯等而 變更的。并且如以上圖51所示那樣,在Real PlayList中,表示Shot 的開頭的Shot-Mark是按照該Shot的拍攝順序排列的,當(dāng)然作為播放 列表所管理的Mark的附加順序及圖54說(shuō)明的該Mark的元數(shù)據(jù)的記錄 順序也是按照拍攝順序排列的。并且,除刪除以外,該順序是不會(huì)因編輯等被調(diào)換的。這樣,根 據(jù)Real PlayList的元數(shù)據(jù)的存儲(chǔ)順序和該Real PlayList所管理的 Mark中表示Shot的開頭的Mark的元數(shù)據(jù)的存儲(chǔ)順序,從而可以識(shí)別 在該盤中記錄的Shot的拍攝及錄制順序。據(jù)此,在生成按照Shot的拍攝順序?qū)s略圖和拍攝日期時(shí)間等進(jìn)行一覽表示的再生菜單的情況下,可以僅參考圖53和圖54所示的元 數(shù)據(jù)即可。并且,"PL—Type"依次解析作為Real PlayList的PlayList的元 數(shù)據(jù),在該P(yáng)layList 的元數(shù)據(jù)中,依次參照作為 Mark—Type=Shot-Mark (該Mark表示Shot的開頭)的Mark的元數(shù)據(jù)菜 單,并進(jìn)行菜單表示即可。例如,假想本實(shí)施例的元數(shù)據(jù)是圖55(A)簡(jiǎn)單表示的狀態(tài)。在這種 情況下,PlayList#l、 #2、 tt4是Real PlayList, PlayListft3是Virtual PlayList。因此,PlayList的記錄順序?yàn)镻layListffl、 #2、 #4。并且,在圖中附加了 " (Shot)"的Mark表示是表示Shot的開頭的Mark。并且,在圖中附加了 "(01dShot)"的Mark表示后述的用于保持丟失的元數(shù)據(jù)的Mark。因此,若在各PlayList中抽出表示Shot的開頭的Mark的記錄順序,則可以知道Shot的記錄順序?yàn)镻layList#l的Markftl、 #3,PlayList#2的Marktfl, PlayList糾的Mark#l 、 #2。這樣,最終可以將Shot的一覽菜單表示為圖55(B)所示那樣。 如以上說(shuō)明,根據(jù)本實(shí)施例的記錄方法以及數(shù)據(jù)結(jié)構(gòu),可以管理拍攝或錄制的影像(Shot)的記錄順序,并且,可以將按照每個(gè)Shot拍攝或錄制的影像的拍攝日期時(shí)間和縮略圖的信息作為元數(shù)據(jù)來(lái)管理。 (實(shí)施例6)以下對(duì)本發(fā)明的實(shí)施例6進(jìn)行說(shuō)明。另外,在本實(shí)施例中作為信息記錄介質(zhì)的例子列舉了作為次世代 盤的BD-R0MDisc,這只不過(guò)是一個(gè)例子,將本實(shí)施例中的應(yīng)用程序以 及數(shù)據(jù)結(jié)構(gòu)寫入到DVD等光盤或其它的信息記錄介質(zhì),即存儲(chǔ)卡(SD 存儲(chǔ)卡或內(nèi)存棒等)或硬盤等也可以得到同樣的效果。并且,不僅是信息記錄介質(zhì),在通過(guò)網(wǎng)絡(luò)分發(fā)本實(shí)施例中的應(yīng)用 程序及數(shù)據(jù)結(jié)構(gòu)的情況下也可以得到同樣的效果。在實(shí)施例5中,對(duì)以Shot為單位將以拍攝或錄制的影像的拍攝日期時(shí)間和縮略圖這些在BD-R0M標(biāo)準(zhǔn)不能記錄的信息記錄到信息記錄介 質(zhì)中的方法進(jìn)行了說(shuō)明。在實(shí)施例6中,對(duì)由Shot的編輯工作來(lái)解決Shot的拍攝日期時(shí) 間和縮略圖這些信息丟失的問(wèn)題的記錄方法進(jìn)行了說(shuō)明。上述問(wèn)題的具體例子將利用圖56來(lái)進(jìn)行說(shuō)明。首先,作為初始狀態(tài),如圖56(A)所示,假設(shè)一個(gè)播放列表(Real PlayList)管理拍攝時(shí)間為20分鐘的三個(gè)Shot (Shotl Shot3)。在此,如圖55(A)所示,將MarkType=ShotMark的Mark附加到各 Shot的開頭,對(duì)于各Shot的拍攝日期時(shí)間和縮略圖,在需要的情況下 可以像實(shí)施例6所述那樣,以Mark的元數(shù)據(jù)來(lái)管理所述的攝影時(shí)間等 自I 口必o并且,ShotMark在本實(shí)施例中為用于讓用戶作為Chapter來(lái)判別 的EntryMark。由以上說(shuō)明的初期狀態(tài),假想如圖56(B)所示的將Shotl和Shot2 結(jié)合并進(jìn)行編輯。此時(shí),Shot2接在Shotl的后邊,Shotl和Shot2結(jié) 合起來(lái)則成為一個(gè)Shot,即拍攝時(shí)間為40分鐘的Shot 1 。而且,在Shot2 的開頭附加的ShotMark被刪除。以這種狀態(tài),假想這樣一種情況,即如圖56(C)所示,對(duì)Shotl 進(jìn)行分割編輯,此分割位置為比以前的Shot2的開頭錯(cuò)開5分鐘的時(shí) 間位置,即在第25分鐘的時(shí)間位置上進(jìn)行分割。將這樣分割出來(lái)的新的Shot設(shè)為Shot4,在Shot4的開頭也重新 設(shè)定MarkType=ShotMark的EntryMark,記錄Mark的元數(shù)據(jù)。此時(shí),不能正確計(jì)算Shot4的拍攝日期時(shí)間。在此,例如,Shotl 的拍攝日期時(shí)間為"9月1日1 2點(diǎn)0分",可以考慮到加上所述的分 割的時(shí)間位置即25分鐘。但是,通過(guò)這個(gè)加法得到的"9月1日1 2 點(diǎn)2 5分"這個(gè)日期時(shí)間不是正確的Shot4的拍攝日期時(shí)間。這樣,通過(guò)進(jìn)行Shot的結(jié)合及分割處理,就會(huì)出現(xiàn)丟失Shot的拍攝日期時(shí)間的問(wèn)題。因此,在本實(shí)施例中,作為MarkType重新設(shè)定稱為OldShotMark 的這個(gè)MarkType。此MarkType=01dshotMark是用于保持因圖56(B)所示的處理而丟 失的元數(shù)據(jù)的Mark,不是用于讓用戶作為Chapter來(lái)識(shí)別的Mark。為 此,在本實(shí)施例中MarkType=01dShotMark只能設(shè)定在LinkPoint中。根據(jù)編輯處理也可以保持Shot的拍攝日期時(shí)間等元數(shù)據(jù),例如對(duì) 于可以設(shè)定Shot的正確的拍攝曰期時(shí)間的本實(shí)施例的具體內(nèi)容,將利 用圖57進(jìn)行說(shuō)明。首先,圖57(A)表示初始狀態(tài)。這與圖56(A)所示的初始狀態(tài)相同。 并且,假想以后所要進(jìn)行的編輯也與圖56(B)所示的編輯內(nèi)容相同。艮口,從圖57(A)所示的初始狀態(tài),如圖57(B)所示的對(duì)Shotl和 Shot2進(jìn)行結(jié)合處理從而生成Shot4,并進(jìn)行編輯。此時(shí),首先應(yīng)該在Shot4的開頭附加的EntryMark與Shotl相同, 因此可以不進(jìn)行特別的處理。另一方面,由于Shot2消失,因此將附加在Shot2開頭的 MarkType=ShotMark的EntryMark變更為L(zhǎng)inkPoint 。之后,將利用圖54說(shuō)明的MarkType從ShotMark變更為 OldShotMark。據(jù)此,表示Shot2的開頭的Mark作為BD-ROM中的管理 信息被保持在LinkPoint中。為此,與Mark —一對(duì)應(yīng)管理的Mark的元數(shù)據(jù)也會(huì)被保持。之后,如圖57(C)所示,在從Shot4的開頭到2 5分鐘的位置上將 Shot4分割為兩個(gè)并進(jìn)行編輯,從而生成Shot5和Shot6這兩個(gè)Shot, 并進(jìn)行編輯。此時(shí),應(yīng)該附加在Shot5的開頭的EntryMark與Shot4的相同, 因此不必進(jìn)行特殊的處理。另一方面,由于在Shot6的開頭沒有設(shè)定EntryMark,因此,需要 在Shot6的開頭重新設(shè)定MarkType=ShotMark的EntryMark。并且,該EntryMark的元數(shù)據(jù)也重新記錄。以下說(shuō)明這時(shí)的Shot6的拍攝日期時(shí)間的計(jì)算方法。首先,在分 割前的Shot4,檢索位于分割地點(diǎn)的、在Shot6的開頭之前存在的Mark。在此,在檢測(cè)MarkType=01dShotMark的LinkPoint之前,檢測(cè) MarkType二ShotMark的EntryMark,即在到達(dá)Shot4的開頭的情況下, 單純地將分割的地點(diǎn)的時(shí)間加到Shot4的拍攝日期時(shí)間,從而成為 Shot4的拍攝日期時(shí)間。但是,在本實(shí)施例的情況下,如圖57(C)所示,由于在比以前的 Shot2的開頭靠后的位置分割了 Shot4,因此MarkType=01dShotMark 的LinkPoint先被檢測(cè)。此時(shí),在以前的Shot2的開頭參考MarkType=01dShotMark的 LinkPoint的元數(shù)據(jù),就可以得到"9月5日9點(diǎn)3 0分"這個(gè)日期時(shí) 間信息。之后,從檢測(cè)出的MarkType01dShotMark的LinkPoint位置(以 前的Shot2的開頭)到Shot6的開頭的再生時(shí)間為5分鐘,將這5分 鐘加到剛才得到的日期時(shí)間信息(9月5日9點(diǎn)3 0分)上。這樣算出來(lái)的"9月5日9點(diǎn)3 5分"這個(gè)正確的日期時(shí)間信息 是Shot6的拍攝日期時(shí)間信息。而且,雖然在此沒有圖示,在圖57(B)所示的Shot4開頭的位置是 從開頭開始2 0分鐘的位置,即在以前的Shot2的開頭的位置來(lái)分割 的情況下,只是將表示以前的Shot2的開頭的LinkPoint變更為 EntryMark,將Mark的元數(shù)據(jù)中的MarkType變更為Shotmark即可。而且,利用圖56及圖57說(shuō)明的例子是說(shuō)明Shot的結(jié)合和分割時(shí) 發(fā)生的問(wèn)題的例子,即由指定流的再生位置的Real PlayList的再生 控制數(shù)據(jù)的變更造成在編輯作業(yè)中發(fā)生的問(wèn)題的例子。然而,適用于刪除Shot中的某個(gè)區(qū)間,即適用于編輯AV流本身的情況。例如可以是,在刪除流的一部分的情況下,在緊接著刪除部分的再生時(shí)刻設(shè)定Mark,采用與圖57(C)所示的方法相同的方法計(jì)算拍攝 日期時(shí)間,并將計(jì)算出的拍攝日期時(shí)間設(shè)定為該Mark的元數(shù)據(jù)。并且,對(duì)于是設(shè)Mark為EntryMark、元數(shù)據(jù)中的MarkType為 ShotMark,還是設(shè)Mark為L(zhǎng)inkPoint 、元數(shù)據(jù)中的MArkType為 OldShotMark,進(jìn)行以下的判斷。艮P,通過(guò)處理刪除部分的前后的影像,將刪除部分的前后的影像 分別作為其它的Shot來(lái)處理的情況下設(shè)定前者,在結(jié)合刪除部分的前 后的影像并作為一個(gè)Shot來(lái)處理的情況下設(shè)定后者。如以上所述,通過(guò)本實(shí)施例的記錄方法以及數(shù)據(jù)結(jié)構(gòu),即使進(jìn)行 Shot的結(jié)合和分割這樣的處理,也可以保持Shot的拍攝日期時(shí)間。而且,除了將拍攝日期信息等拍攝以及錄制的影像的信息作為元 數(shù)據(jù)存儲(chǔ)到BD-ROM的管理信息的擴(kuò)展區(qū)域的方法以外,也可以嵌入到 流中例如嵌入到SEI_MESSEGE中。并且,即使在這種情況下進(jìn)行分割等編輯處理,也可以在這個(gè)位 置從流中檢測(cè)出拍攝日期時(shí)間。因此,可以不必進(jìn)行以下的一連串的處理,即在進(jìn)行如圖56(B) 所示的Shot的結(jié)合時(shí),在使流中持有拍攝日期時(shí)間信息的情況下,如 以上所述,將Shot2的EntryMark變更為L(zhǎng)inkPoint , 將 MarkType=ShotMark變更為OldShot。并且可以是,在進(jìn)行圖56(C)所示的Shot的分割的情況下,首先 調(diào)查流中的拍攝日期時(shí)間信息,在流中記錄有拍攝日期時(shí)間信息的情 況下,不進(jìn)行利用圖56(C)說(shuō)明的拍攝日期時(shí)間計(jì)算處理,而從流中檢 測(cè)拍攝日期時(shí)間作為元數(shù)據(jù)來(lái)設(shè)定。以上對(duì)本實(shí)施例5和6進(jìn)行了說(shuō)明,在這些實(shí)施例中所示的記錄 方法以及數(shù)據(jù)結(jié)構(gòu)可以適用于一種半導(dǎo)體,這種半導(dǎo)體實(shí)現(xiàn)了在以 BD-R0M形式記錄拍攝或錄制的影像的情況下,在保持影像的記錄順序 的狀態(tài)下記錄元數(shù)據(jù)的信息記錄介質(zhì)、和記錄信息記錄介質(zhì)的記錄裝 置、記錄方法、記錄程序以及這些實(shí)施例的記錄方法。并且,根據(jù)實(shí)施例5和6的記錄方法以及數(shù)據(jù)結(jié)構(gòu),可以記錄拍 攝影像的順序,尤其在民用裝置產(chǎn)業(yè)具有利用的可能性。 (實(shí)施例7)以往,在流中記錄元數(shù)據(jù)的情況下,其記錄順序是不明確的,若 不對(duì)眾多的元數(shù)據(jù)的所有數(shù)據(jù)進(jìn)行檢索并解析,就不會(huì)知道必要的元 數(shù)據(jù)是否被記錄了。并且,在描述同一種類的元數(shù)據(jù)的不同元數(shù)據(jù)存在的情況下,出 現(xiàn)的問(wèn)題是讀出裝置的解析處理變得繁瑣。因此,在實(shí)施例7將對(duì)一種信息記錄裝置以及該信息記錄裝置中 的記錄方法進(jìn)行說(shuō)明,該信息記錄裝置在編碼影像信息之時(shí),同時(shí)編 碼影像信息的隨帶信息,該隨帶信息被附加于影像信息的各個(gè)圖片中, 一個(gè)附屬信息包括識(shí)別信息(ID)和實(shí)際信息(數(shù)據(jù)),在描述多個(gè)能 夠存儲(chǔ)同一圖片內(nèi)的同一種類的信息的所述附屬信息的情況下,記錄 具有規(guī)定的識(shí)別信息(ID)的附屬信息。通過(guò)此信息記錄裝置以及記錄方法,可以提高元數(shù)據(jù)的檢索性, 即使同一種類的元數(shù)據(jù)以其它的方法被記錄的情況下,可以按照裝置 的性能容易地進(jìn)行解析。而且,實(shí)施例7的內(nèi)容是有關(guān)電影裝置的元數(shù)據(jù)的內(nèi)容。基本上 是基于實(shí)施例l中的內(nèi)容,以下以擴(kuò)展部分和不同的部分為中心進(jìn)行 說(shuō)明。圖58示出了 PES數(shù)據(jù)包以下的數(shù)據(jù)結(jié)構(gòu)。在使用BD或數(shù)字播放 這樣的MPEG-TS的情況下, 一般為在一個(gè)PES數(shù)據(jù)包中存儲(chǔ)一個(gè)圖片。以一個(gè)MPEG-4 AVC編碼的圖片包括表示訪問(wèn)單元的開頭的AU Delimiter (Access 'Unit Delimiter)、表示定序?qū)傩缘腟PS (Sequence Parameter Set)、表示圖片屬性的PPS (Picture Parameter Set)、存 儲(chǔ)附屬信息等的SEI (Supplemental Enhancement Information)、 以及 表示片符號(hào)信息的Slice等。存儲(chǔ)附屬信息的SEI存儲(chǔ)ClosedCaption信息和其它的信息。在此,主要是將用于電視攝像機(jī)記錄器的元數(shù)據(jù)作為HDM來(lái)管理 并存儲(chǔ)到SEI中。在圖59中示出了SEI的數(shù)據(jù)結(jié)構(gòu)。如圖中所示,可以根據(jù)識(shí)別信 息(type—indicator)來(lái)確定被存儲(chǔ)的數(shù)據(jù)種類,所述識(shí)別信息表示該 SEI中有什么樣的附屬信息。例如,若"type—indicator = 0x00000020"則可以知道HDM數(shù)據(jù) 被存儲(chǔ)。HDM數(shù)據(jù)是包括HDMjack—ID(8位)和HDM_pack—data(32位)的 HDM_pack的集合。根據(jù)此ID值表示是什么種類的附屬信息被記錄到后續(xù)的 HDM_pack_data中。如在此所示,HDMj)ack被連續(xù)地記錄到HDM—meta() 內(nèi)。并且,HDM_pack與DV(Digital Video)相機(jī)所使用的附屬信息的 DV包組件的數(shù)據(jù)結(jié)構(gòu)(8位的ID+32位的數(shù)據(jù))相同。圖60的表示出了 HDM』ack的ID值和存儲(chǔ)的信息之間的關(guān)系。TIME歹U(高位的4位為0001b)的T頂E C0DE、 BINARY GROUP,和 CAMERA歹!j(高位的4位為0111b)的全部的HDM』ack與DV包組件相同。REC DATE和TIME是所述附屬信息(圖片)所拍攝的日期時(shí)間信息。EXIF列(高位的4位為1010b) 、GPS列(高位的4位為lOllb、 1100b) 與數(shù)字靜態(tài)相機(jī)所使用的Exif的信息相同。但是,由于Exif所使用的32bit/32bit的RATIONAL表示法的大 小比較大,因此以16bit/16bit的RATIONAL表示法。EXIF OPTION和GPS OPTION是想要將表中沒有記載的Exif/GPS 的信息寫入的情況下使用的包組件。具體而言,在HDMjDack_data中描述有將寫Exif的Tag值的 Exif—Tag(16位)、Exif中16位表示法的RATI0NAL16、重新追加附有 符號(hào)的SRATI0NAL16的Exif_Type(8位)、以及表示后續(xù)的包組件的數(shù) 的Pack—Length(8位),并可以將Exif的元數(shù)據(jù)記錄到后續(xù)的包組件中。在MAKER歹U(高位的4位為1110b)中規(guī)定有每16位描述的制造 廠商代碼和記錄的模型代碼的MAKER疆ODEL包組件,和各制造廠商可 獨(dú)自使用的MAKER OPTION包組件。這樣,根據(jù)HDM_pack—ID值,可以馬上確定記錄了哪個(gè)數(shù)據(jù)的包 組件。但是,若沒有HDMjneta()中的記錄規(guī)則,則需要經(jīng)常檢索到最 后的包組^S這樣不能進(jìn)行高速的元數(shù)據(jù)的檢索和抽出。并且,SEI是以圖片為單位與256字節(jié)的上限大小一起被寫入的數(shù) 據(jù),因此,要求此元數(shù)據(jù)處理中要有即時(shí)性(高速性)。并且,由于不必以各個(gè)圖片為單位來(lái)記錄所有的包組件,因此可 以考慮到,即使檢索到最后的包組件也不會(huì)找到存儲(chǔ)了所希望的元數(shù) 據(jù)的包組件。因此,有關(guān)HDM—meta()內(nèi)的HDMjack()的記錄順序重要的是,要 規(guī)定為HDM_pack()的HDM_pack_ID的由小到大的順序。據(jù)此,可以判斷為了檢索所希望的包組件是否要在HDM—meta()內(nèi) 進(jìn)一步檢索。并且,在超過(guò)所希望的包組件的ID值的情況下,則可以 知道不存在所希望的包組件,從而可以盡早結(jié)束檢索處理。圖61是上述處理的流程圖。在開始HDM元數(shù)據(jù)的獲得時(shí)(S901),獲得HDM包組件數(shù)(S902)。 獲得HDM元數(shù)據(jù),若是數(shù)據(jù)的最后(S903的是),就結(jié)束有關(guān)獲得HDM 元數(shù)據(jù)的處理(S904)。并且,若不是數(shù)據(jù)的最后(S903的否),則判斷是否要獲得全部想 要獲得的信息。在全部獲得的情況下(S905的是),就結(jié)束有關(guān)獲得 HDM元數(shù)據(jù)的處理(S904)。并且,在沒有全部獲得的情況下(S905的 否),即使繼續(xù)進(jìn)行解析,也要判斷是否能夠獲得想要獲得的信息。在不能獲得的情況下(S906的是),就結(jié)束有關(guān)獲得HDM元數(shù)據(jù)的 處理(S904)。并且,在能夠獲得的情況下(S906的否),獲得一個(gè) HDM_paCk(),并返回到判斷上述數(shù)據(jù)是否為最后的步驟(S903)。如圖61所示,HDM—meta()內(nèi)的包組件由于是按照ID的順序別描 述的,因此可以以最低處理負(fù)荷對(duì)所希望的包組件進(jìn)行檢索和抽出。圖62對(duì)在DV定義的CAMERA列的包組件中存儲(chǔ)的信息和在EXIF 定義的EXIF列的包組件中存儲(chǔ)的信息的同一性進(jìn)行了比較。從圖62所示可以知道,在EXIF列的包組件中所存儲(chǔ)的信息也可 以在CAMERA列的包組件中被描述。即成為了被雙重定義的狀態(tài)。這是因?yàn)镠DM一meta()利用了 DV和Exif的主要元數(shù)據(jù)的緣故,也 表示焦距等光學(xué)參數(shù)等一部分出現(xiàn)重復(fù)。例如,EXIF列的FOCAL LENGTH(焦距)可以分別在,CAMERA列的 CONSUMER CAMERA1和CONSUMER C腦ERA2來(lái)描述。在較便宜的裝置中,可以考慮這樣一種情況,即不需要面向靜止 圖像的高品味的EXIF列的信息,而以DV所使用的CAMERA列程度的精 度信息就完全可以。并且,由于持有雙重像這種相同種類的信息,所以就會(huì)出現(xiàn)解析 HDM一nieta()的處理變的復(fù)雜的問(wèn)題。因此,在記錄EXIF列的包組件的情況下,若該包組件存儲(chǔ)的信息 也可以在CAMERA列中被描述的話,記錄該CAMERA列的包組件也是重 要的。若加上以剛才的ID順序來(lái)記錄的規(guī)則來(lái)考慮的話,廉價(jià)的裝置以 ID順序來(lái)檢索,解析自己所需要的信息的精度,即僅解析CAMERA列的 包組件,以后即使有EXIF列的包組件,在僅獲得CAMERA列的信息的 時(shí)刻,停止解析處理,并可以將這個(gè)信息提供給用戶。并且,在能夠與EXIF列對(duì)應(yīng)的裝置,即使是在CAMERA列獲得所 希望的數(shù)據(jù),也能夠容易地解析EXIF列,并獲得更高精度的附屬信息。圖63是使DV和EXIF持有相同種類的信息的情況下,記錄規(guī)則的 例子的說(shuō)明圖。在這個(gè)例子中,由于記錄了 EXIF列的EXPOSURE TIME、 FNUMBER、 EXPOSURE BIAS、 MAX APERTURE、 FLASH、以及FOCAL LENGTH 的包組件,因此對(duì)應(yīng)的CAMERA列的包組件也被記錄。并且,由于記錄了 F NUMBER禾n FOCAL LENGTH,并且CONSUMER CAMERAl被記錄,同樣EXPOSURE TIME也被記錄,因此SHUTTER被記錄。這樣,在記錄精度不同的相同種類的信息的情況下,最重要的是 必需以精度低的一方的信息先被記錄的記錄順序來(lái)記錄。并且,對(duì)應(yīng)的包組件的相關(guān)關(guān)系也變得復(fù)雜,為了追加EXIF列的 數(shù)據(jù)而要追加EXIF列前邊的CAMERA列的數(shù)據(jù),為此,會(huì)造成存儲(chǔ)器 上的插入處理變的繁瑣。在這種情況下,在EXIF列中記錄規(guī)定的包組件的情況下,設(shè)定這 樣一種規(guī)則是有效果的,即必需僅記錄CAMERA列的CONSUMER CAMERAl 。根據(jù)圖62,規(guī)定的包組件是指F NUMBER、 EXPOSURE PROG. 、 FOCAL LENGTH、以及WHITE BALANCE。當(dāng)然,更簡(jiǎn)單地說(shuō),在EXIF列記錄什么的情況下,也可以是必需 記錄CAMERA列的規(guī)定的包組件。并且,也可以考慮到對(duì)于是使用CAMERA列還是使用EXIF列可以 在該流的管理信息(YYY.VOBI)等中來(lái)表示。DV是作為面向動(dòng)態(tài)圖像的元數(shù)據(jù)而被設(shè)定的,EXIF是作為面向靜 態(tài)圖像的元數(shù)據(jù)而被設(shè)定的,因此可以將該VOB是動(dòng)態(tài)圖像還是靜態(tài) 圖像的信息記錄到VOBI,并按照這個(gè)值,這樣,在動(dòng)態(tài)圖像的情況下 使用CAMERA列,在靜態(tài)圖像的情況下使用EXIF列。本實(shí)施例的信息記錄裝置以及記錄方法可以在光盤等中記錄元數(shù) 據(jù)的信息重復(fù)的情況下,或元數(shù)據(jù)的種類繁多的情況下等,可以使元 數(shù)據(jù)的檢索處理簡(jiǎn)單化,并可以大幅度地減少再生(檢索)處理時(shí)間。 為此,對(duì)于在硬盤或半導(dǎo)體存儲(chǔ)器等記錄介質(zhì)上記錄的情況也同樣有 用。(實(shí)施例8)近些年,想將以數(shù)字靜態(tài)相機(jī)等拍攝的靜態(tài)圖像與動(dòng)態(tài)圖像一起 管理這種用戶要求越來(lái)越多。然而數(shù)字靜態(tài)相機(jī)的靜態(tài)圖像的像素一般是非常高的,即(1920x1080以上)的JPEG,這對(duì)于前提條件為對(duì)HDTV數(shù)據(jù)的民用AV 裝置而言,存在的課題是很難兼顧編解碼和容量大小這兩個(gè)方面。并且,在次世代DVD標(biāo)準(zhǔn)(BD-R0M標(biāo)準(zhǔn))中,可以處理作為幻燈 片模式的靜態(tài)圖像,基本上是以包介質(zhì)為對(duì)象的標(biāo)準(zhǔn)。為此,如調(diào)換 幻燈片模式的靜態(tài)圖像的再生順序,或刪除其中的一張等編輯作業(yè)實(shí) 際上是困難的。因此,在實(shí)施例8中將對(duì)一種記錄方法進(jìn)行說(shuō)明,即在將數(shù)字靜 態(tài)相機(jī)的靜態(tài)圖像讀入到BD-ROM標(biāo)準(zhǔn)的幻燈片模式中時(shí),可以以容易 編輯的形式讀入。具體而言,對(duì)一種信息記錄裝置和記錄方法進(jìn)行說(shuō)明,所述信息 記錄裝置生成包含一個(gè)靜態(tài)圖像影像的系統(tǒng)流即靜態(tài)圖像單元,并與 管理所述靜態(tài)圖像單元的再生的再生管理信息一起記錄到信息記錄介 質(zhì),且靜態(tài)圖像單元為記錄的信息記錄介質(zhì)的記錄單位(扇區(qū))的整 數(shù)倍的數(shù)據(jù)大小。在本實(shí)施例中,通過(guò)所述信息記錄裝置以及記錄方法,可以利用 靜態(tài)圖像幻燈片模式對(duì)動(dòng)態(tài)圖像和靜態(tài)圖像以同列來(lái)管理,并且可以 以事件單位(例如在小孩的運(yùn)動(dòng)會(huì)上拍攝的動(dòng)態(tài)圖像和靜態(tài)圖像)等 來(lái)管理內(nèi)容。并且,這時(shí)通過(guò)對(duì)靜態(tài)圖像幻燈片模式施加編輯耐性,從而可以 使靜態(tài)圖像幻燈片模式的再生順序的調(diào)換或刪除這樣的編輯作業(yè)變的 容易且可以快速進(jìn)行。實(shí)施例8正如以上所述,是關(guān)于BD-ROM的靜態(tài)圖像幻燈片模式中 的流結(jié)構(gòu)的內(nèi)容?;旧鲜腔趯?shí)施例l的內(nèi)容,以下以擴(kuò)展和不同 的部分為中心進(jìn)行說(shuō)明。圖64示出了BD流的結(jié)構(gòu)。在BD處理的流是這樣構(gòu)成的,即與 記錄的介質(zhì)的扇區(qū)大小等無(wú)關(guān),是以附加了 ATS(Arrival Time Stamp, 4字節(jié))的、被稱為Timed TS Packet的192字節(jié)的重復(fù)來(lái)構(gòu)成的,所 述ATS用于復(fù)原針對(duì)TS數(shù)據(jù)包和該TS數(shù)據(jù)包的解碼器的輸入時(shí)刻。BD采用TS數(shù)據(jù)包(MPEG-2 Transport Stream)的理由是因?yàn)閿?shù) 字播放是利用MPEG2-TS來(lái)進(jìn)行的,所以為了確保親合性才這樣做的。由于192字節(jié)的Timed TS Packet不符合DVD或BD的2 KB的扇區(qū) 大小,因此將會(huì)集了 32個(gè)的Timed TS Packet的單位(也稱為Aligned Unit, 6KB)作為最小記錄單位。因此,假設(shè)有編輯的情況下,以這個(gè)Aligned Unit (6KB)為單位 進(jìn)行追加或刪除,在BD處理的流本身也以整數(shù)個(gè)的Aligned Unit來(lái) 構(gòu)成。圖65示出了一種格式,這種格式是將以數(shù)字靜態(tài)相機(jī)等拍攝的靜 態(tài)圖像作為以BD-ROM規(guī)定的幻燈片模式來(lái)讀入時(shí)的格式。如圖所示,"XXX. PROG"是再生"XXX. PL"的程序(再生管理信息), "XXX. PL"是由一個(gè)Cell組成的播放列表。Cell#l是指"YYY. ■"流的全體,此"YYY. VOB"包含三個(gè)Still Unit(包含一個(gè)靜態(tài)圖像影像的MPEG2-TS的區(qū)間)。并且,再生開始時(shí) 刻(InW)和再生結(jié)束時(shí)刻(Outftl)是指定這三個(gè)Still Unit的再生期 間的信息。各Still Unit內(nèi)被附加了 I-picture的PTS的值分別為PTSttl、 PTStt2、以及PTStt3,用戶的跳過(guò)指令等沒有相互制約的情況下,根據(jù) 此PTS定時(shí)被自動(dòng)切換、再生。因此,在用戶什么操作也不做的情況下,PTSft2-PTSttl的時(shí)間成為 Still Unitttl的靜態(tài)圖像的表示時(shí)間。在用戶進(jìn)行了跳躍到下一個(gè)靜態(tài)圖像等操作的情況下,可以以這 個(gè)操作的定時(shí)來(lái)開始下一個(gè)Still Unit。這樣,在利用BD-ROM的幻燈片模式,用戶讀入數(shù)字靜態(tài)相機(jī)的靜 態(tài)圖像時(shí),由于有Cell內(nèi)的STC時(shí)間軸(MPEG流的內(nèi)部基準(zhǔn)時(shí)間)不 連續(xù)經(jīng)過(guò)就不行等限制,因此,例如在進(jìn)行僅刪除Still Unittt2等編 輯的情況下,在從流中進(jìn)行部分刪除時(shí),需要修正被嵌入在PTSft3等 流中的時(shí)刻信息等。并且,由于till Unittt2沒有被扇區(qū)校直,即數(shù)據(jù)長(zhǎng)沒有成為6KB 的整數(shù)倍,因此抽出流中一部分進(jìn)行編輯時(shí),不能以扇區(qū)為單位進(jìn)行 刪除處理從而變得復(fù)雜。這是因?yàn)镾till Unit#2的最初和最后的Timed TS Packet,和兩 端的Still Unit(Stiil Unit#l禾口#3)的Timed TS Packet被記錄到相 同的扇區(qū)的緣故。這樣,在幻燈片模式的編輯中就會(huì)攙雜扇區(qū)校直和時(shí)刻信息的變 更這兩個(gè)處理。以下,對(duì)解決這個(gè)課題的方法進(jìn)行說(shuō)明。圖66所示的"XXX. PROG"與圖65所示的相同,并使構(gòu)成"XXX. PL" 的Cell與Still Unit —一相對(duì)。這樣做的好處是,即使刪除特定的 Still Unit,也不需要修正流內(nèi)部的時(shí)間戳(如圖所示,各Cell分別 被分配到獨(dú)自的STC時(shí)間軸上。)。并且,如圖67的詳細(xì)所示,為了使一個(gè)Still Unit的數(shù)據(jù)大小 成為Aligned Unit(6kB)的整數(shù)倍,而可以追加虛擬的Timed TS Packet (也可以是NULL數(shù)據(jù)包)。通過(guò)這樣做,可以容易地對(duì)應(yīng)以一張靜態(tài)圖像為單位(一個(gè)Still Unit單位)的刪除或順序的調(diào)換。例如在利用MPEG2-Video的情況下, 一個(gè)Still Unit包括主影像 流和副影像流,所述主影像流表示由序列頭、G0P頭、I圖片、序列結(jié) 束符構(gòu)成的一張靜態(tài)圖像,所述副影像流是在程序構(gòu)成時(shí)所必需的 PSI/SI數(shù)據(jù)包(PAT、 PMT、以及SIT等)、傳送生成基準(zhǔn)時(shí)刻STC的時(shí) 刻信息的PCR數(shù)據(jù)包、以及靜態(tài)圖像(主影像流)上重疊并表示的流。由于加上了以前所述的限制,所以例如刪除圖66的Still Unit#2、 或變更Still Unit#2和Still Unit#3的順序的處理,就可以以單純 的播放列表的Cell信息的修正和流(Still Unit)的部分刪除/部分 調(diào)換來(lái)結(jié)束。艮P,解析修正之處以后的流,變更PTS的值等處理是不需要的。 在圖68中示出了,作為副影像信息,將數(shù)字靜態(tài)相機(jī)等經(jīng)常使用的Exif信息作為字幕流來(lái)讀入的例子。Exif信息是存儲(chǔ)快門速度和ISO感度、拍攝日期時(shí)間等有關(guān)靜態(tài) 圖像的附加信息的信息,是存儲(chǔ)有關(guān)靜態(tài)圖像的各種信息的信息。附帶在這種靜態(tài)圖像上的信息沒有必要經(jīng)常表示出來(lái),因此,可 以將圖68(C)所示的副影像信息作為BD-ROM中的字幕流這樣的結(jié)構(gòu) (用戶可以有意識(shí)地進(jìn)行表示/非表示的選擇的結(jié)構(gòu))來(lái)進(jìn)行多路復(fù) 用。此時(shí),不僅是圖68(B)所示的靜態(tài)圖像的靜態(tài)圖像幻燈片模式,若 用戶希望則可以以表示其附帶的信息的、圖68(A)所示的形式來(lái)欣賞靜 態(tài)圖像幻燈片。圖69是根據(jù)數(shù)字靜態(tài)相機(jī)的靜態(tài)圖像和Exif信息,來(lái)作成用于 區(qū)別圖68(A) 圖68(C)所示的主影像和副影像的幻燈片模式的流程 圖。在開始靜態(tài)圖像的讀入時(shí)(S1001),首先,讀入變換的靜態(tài)圖像 (S1002)。根據(jù)靜態(tài)圖像抽出Exif信息(S1003),并作為副影像來(lái)編 碼(S1004),所述副影像是將Exif信息的一部分重疊于主影像上的影 像。首先,將靜態(tài)圖像重設(shè)大小為1920X1080的像素?cái)?shù)(S1005)。重 設(shè)大小后,作為由一張I-picture構(gòu)成的主影像(MPEG2-Video等)來(lái) 編碼(S1006)。根據(jù)以上所述,主影像和副影像被生成,并生成將主影像和副影 像合起來(lái)的Still Unit (S1007)。Still Unit被進(jìn)行扇區(qū)校準(zhǔn)的情況下(S1008的是),結(jié)束有關(guān)靜 態(tài)圖像讀入的處理(SIOIO)。并且,在Still Unit沒被進(jìn)行扇區(qū)校準(zhǔn)的情況下(S1008的否), 則追加虛擬數(shù)據(jù)包(NULL數(shù)據(jù)包),并進(jìn)行扇區(qū)校準(zhǔn)(S1009)。之后, 結(jié)束有關(guān)靜態(tài)圖像的讀入處理(SIOIO)。一般而言,由于數(shù)字靜態(tài)相機(jī)的像素?cái)?shù)超過(guò)完全(Full)HD的1920X1080的比較多,重設(shè)為HD大小后并作為I-picture來(lái)編碼。并且, 抽出規(guī)定的Exif信息,作為字幕流(PG流Presentation Graphics 流)來(lái)編碼。編碼后進(jìn)行多路復(fù)用,為了能夠以Still Unit為單位進(jìn)行扇區(qū)校 準(zhǔn),而插入虛擬數(shù)據(jù)包并結(jié)束多路復(fù)用。本實(shí)施例所涉及的光盤以及該光盤的記錄/再生裝置、記錄再生 方法,通過(guò)將光盤中記錄的靜態(tài)圖像幻燈片模式的一個(gè)邏輯單位與記 錄介質(zhì)的記錄單位(扇區(qū))相結(jié)合,從而可以使靜態(tài)圖像的幻燈片模 式的編輯變得非常容易。并且,不僅限于光盤,對(duì)于在硬盤或半導(dǎo)體存儲(chǔ)器等記錄介質(zhì)上 進(jìn)行記錄的情況也有用,并且也可以適用于在各種記錄介質(zhì)上記錄的 AV記錄器或被記錄的記錄介質(zhì),以及再生這些記錄介質(zhì)的AV播放器。根據(jù)本發(fā)明,可以提供一種信息記錄介質(zhì),其可以在追記影像內(nèi) 容等時(shí),容易地識(shí)別并刪除與已經(jīng)存在的盤菜單相關(guān)的文件。此信息 記錄介質(zhì)不僅是盤介質(zhì)也可以作為半導(dǎo)體存儲(chǔ)器等其它的記錄介質(zhì)來(lái) 實(shí)現(xiàn)。因此,尤其有用于影像內(nèi)容的制作所涉及到的電影產(chǎn)業(yè)、民用 裝置產(chǎn)業(yè)中所使用的信息記錄介質(zhì)。
權(quán)利要求
1.一種信息記錄介質(zhì),記錄以數(shù)字流的部分區(qū)間構(gòu)成的作為音視頻內(nèi)容的標(biāo)題,所述數(shù)字流的部分區(qū)間是指數(shù)字流的一部分或全部,在該信息記錄介質(zhì)中記錄有播放列表,具有信息,該信息通過(guò)指定數(shù)字流中的部分區(qū)間的位置和再生順序,從而確定所述標(biāo)題;程序,通過(guò)調(diào)用所述播放列表來(lái)控制所述標(biāo)題的再生;索引信息,包含被對(duì)應(yīng)起來(lái)的標(biāo)題識(shí)別信息和程序識(shí)別信息,所述標(biāo)題識(shí)別信息識(shí)別所述標(biāo)題,所述程序識(shí)別信息識(shí)別所述程序;以及擴(kuò)展信息,包含被對(duì)應(yīng)起來(lái)的所述標(biāo)題識(shí)別信息和播放列表識(shí)別信息,所述播放列表識(shí)別信息識(shí)別所述播放列表。
2. 如權(quán)利要求1所述的信息記錄介質(zhì),其特征在于, 在所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;在所述擴(kuò)展信息中還包含標(biāo)題號(hào)碼,所述標(biāo)題號(hào)碼是與所述多個(gè) ^^題的各個(gè)標(biāo)題識(shí)別信息相對(duì)應(yīng)的號(hào)碼,且所述標(biāo)題號(hào)碼和各個(gè)播放 列表識(shí)別信息是被對(duì)應(yīng)起來(lái)的,且是按照播放列表的記錄日期時(shí)間順 序排列的。
3. 如權(quán)利要求1所述的信息記錄介質(zhì),其特征在于, 在戶萬(wàn)述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所 使用的菜單;所述擴(kuò)展信息中還包含生產(chǎn)者識(shí)別信息,所述生產(chǎn)者識(shí)別信息用 于識(shí)別記錄了所述菜單的記錄裝置的生產(chǎn)者,且所述菜單被記錄到所述信息記錄介質(zhì)中。
4. 一種記錄裝置,將數(shù)字流記錄到權(quán)利要求1所述的信息記錄 介質(zhì)中,所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所 使用的菜單;所述記錄裝置包括播放列表確定單元,利用所述擴(kuò)展信息中所包含的、所述菜單的 標(biāo)題識(shí)別信息所對(duì)應(yīng)的所述播放列表識(shí)別信息,來(lái)確定由控制所述菜 單的再生的程序調(diào)用的播放列表;菜單生成單元,生成新的菜單并記錄到所述信息記錄介質(zhì),從而 代替所述菜單;以及刪除單元,在所述菜單生成單元生成了所述新的菜單的情況下, 刪除所述播放列表確定單元確定的播放列表。
5. 如權(quán)利要求4所述的記錄裝置,其特征在于, 所述播放列表中還具有由所述播放列表確定的標(biāo)題的管理信息; 所述刪除單元在刪除所述播放列表的情況下,還從所述信息記錄介質(zhì)中刪除所述播放列表所指定的數(shù)字流的部分區(qū)間和所述標(biāo)題的管 理信息。
6. 如權(quán)利要求4所述的記錄裝置,其特征在于, 進(jìn)一步包括編輯單元,在將新的標(biāo)題追加到所述信息記錄介質(zhì)的同時(shí),將所述信息記錄介質(zhì)中所記錄的標(biāo)題號(hào)碼的最后的號(hào)碼以后的 號(hào)碼作為所述標(biāo)題的標(biāo)題號(hào)碼,并與所述標(biāo)題相關(guān)聯(lián)的播放列表的播 放列表識(shí)別信息相對(duì)應(yīng),追加到所述擴(kuò)展信息中。
7. 如權(quán)利要求4所述的記錄裝置,其特征在于, 在所述擴(kuò)展信息中還包含標(biāo)題號(hào)碼,所述標(biāo)題號(hào)碼是與所述標(biāo)題識(shí)別信息相對(duì)應(yīng)的號(hào)碼,且所述標(biāo)題號(hào)碼和所述播放列表識(shí)別信息是 被對(duì)應(yīng)起來(lái)的,且是按照播放列表的記錄日期時(shí)間順序排列的;所述記錄裝置還包括號(hào)碼讀出單元,讀出所述擴(kuò)展信息中所包含 的標(biāo)題號(hào)碼;所述菜單生成單元生成所述新的菜單,以使由所述號(hào)碼讀出單元 讀出的標(biāo)題號(hào)碼和表示所述標(biāo)題號(hào)碼相對(duì)應(yīng)的標(biāo)題的信息表示在所述 新的菜單上。
8. 如權(quán)利要求7所述的記錄裝置,其特征在于, 進(jìn)一步包括編輯單元,對(duì)所述信息記錄介質(zhì)中所記錄的標(biāo)題進(jìn)行編輯;所述播放列表確定單元進(jìn)一步,在所述信息記錄介質(zhì)中所記錄的 標(biāo)題由所述編輯單元?jiǎng)h除的情況下,利用所述擴(kuò)展信息中所記錄的、 與所述被刪除的標(biāo)題的標(biāo)題號(hào)碼相對(duì)應(yīng)的播放列表識(shí)別信息,確定與 被刪除的標(biāo)題相關(guān)聯(lián)的播放列表;所述編輯單元將所述播放列表確定單元所確定的播放列表所示出 的數(shù)字流的部分區(qū)間,替換為表示標(biāo)題已被刪除的內(nèi)容的數(shù)字流。
9. 如權(quán)利要求4所述的記錄裝置,其特征在于, 所述擴(kuò)展信息中還包含生產(chǎn)者識(shí)別信息,所述生產(chǎn)者識(shí)別信息用于識(shí)別將所述菜單記錄到所述信息記錄介質(zhì)的記錄裝置的生產(chǎn)者;所述記錄裝置還包括判斷單元,判斷所述擴(kuò)展信息中包含的生產(chǎn)者識(shí)別信息所示的生產(chǎn)者是否與所述記錄裝置的生產(chǎn)者一致;所述菜單生成單元在所述判斷單元判斷出所述生產(chǎn)者識(shí)別信息所示出的生產(chǎn)者與所述記錄裝置的生產(chǎn)者不一致的情況下,生成所述新的菜單;所述刪除單元在所述判斷單元判斷出所述生產(chǎn)者識(shí)別信息所示出 的生產(chǎn)者與所述記錄裝置的生產(chǎn)者不一致的情況下,刪除由所述播放 列表確定單元確定的播放列表。
10 . —種記錄方法,將數(shù)字流記錄到權(quán)利要求1所述的信息記 錄介質(zhì)中,在所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所 使用的菜單;所述記錄方法包括播放列表確定步驟,利用所述擴(kuò)展信息中所包含的、所述菜單的 標(biāo)題識(shí)別信息所對(duì)應(yīng)的所述播放列表識(shí)別信息,來(lái)確定由控制所述菜 單的再生的程序調(diào)用的播放列表;菜單生成步驟,生成新的菜單并記錄到所述信息記錄介質(zhì),從而 代替所述菜單;以及刪除步驟,在所述菜單生成步驟生成了所述新的菜單的情況下, 刪除在所述播放列表確定步驟確定的播放列表。
11. 一種程序,用于使數(shù)字流被記錄到權(quán)利要求l所述的信息 記錄介質(zhì)中,在所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所 使用的菜單;所述程序使計(jì)算機(jī)執(zhí)行如下步驟播放列表確定步驟,利用所述擴(kuò)展信息中所包含的、所述菜單的 標(biāo)題識(shí)別信息所對(duì)應(yīng)的所述播放列表識(shí)別信息,來(lái)確定由控制所述菜 單的再生的程序調(diào)用的播放列表;菜單生成步驟,生成新的菜單并記錄到所述信息記錄介質(zhì),從而代替所述菜單;以及刪除步驟,在所述菜單生成步驟生成了所述新的菜單的情況下, 刪除在所述播放列表確定步驟確定的播放列表。
12. —種集成電路,將數(shù)字流記錄到權(quán)利要求1所述的信息記 錄介質(zhì)中,在所述信息記錄介質(zhì)中記錄有多個(gè)標(biāo)題;所述多個(gè)標(biāo)題中的一個(gè)是用戶選擇除該標(biāo)題自身以外的標(biāo)題時(shí)所 使用的菜單;所述集成電路包括播放列表確定單元,利用所述擴(kuò)展信息中所包含的、所述菜單的 標(biāo)題識(shí)別信息所對(duì)應(yīng)的所述播放列表識(shí)別信息,來(lái)確定由控制所述菜 單的再生的程序調(diào)用的播放列表;菜單生成單元,生成新的菜單并記錄到所述信息記錄介質(zhì),從而 代替所述菜單;以及刪除單元,在所述菜單生成單元生成了所述新的菜單的情況下, 刪除所述播放列表確定單元確定的播放列表。
全文摘要
本發(fā)明所涉及的信息記錄介質(zhì),記錄以部分區(qū)間構(gòu)成的作為AV內(nèi)容的標(biāo)題,所述部分區(qū)間是指數(shù)字流的一部分或全部,在該信息記錄介質(zhì)中記錄有播放列表,具有信息,該信息通過(guò)指定數(shù)字流中的部分區(qū)間的位置和再生順序,從而確定標(biāo)題;程序,通過(guò)調(diào)用播放列表來(lái)控制標(biāo)題的再生;“Index”包括被對(duì)應(yīng)起來(lái)用于識(shí)別菜單的“TopMenu”和用于識(shí)別程序的“ProgramIDRef”;以及“Extension”包含被對(duì)應(yīng)起來(lái)的“TopMenu”和“PlayListID”。
文檔編號(hào)G11B27/00GK101228584SQ20068002715
公開日2008年7月23日 申請(qǐng)日期2006年7月21日 優(yōu)先權(quán)日2005年7月27日
發(fā)明者松永繁樹, 池田航, 矢羽田洋 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社