專利名稱：記錄方法、數(shù)據(jù)再生裝置及數(shù)據(jù)再生方法
技術(shù)領域：
本發(fā)明涉及記錄圖像數(shù)據(jù)或聲音數(shù)據(jù)的記錄方法，以及再生數(shù)據(jù)的數(shù)據(jù)再生裝置等。
背景技術(shù)：
對以往的DVD-Video盤(以下稱為“DVD”)進行說明。圖1是示出DVD結(jié)構(gòu)的圖。如圖1下側(cè)所示，DVD從讀入(read-in)區(qū)到讀出 (read-out)區(qū)之間存在邏輯地址空間。在邏輯地址空間中，開頭記錄有文件系統(tǒng)的容量信 息，接著記錄有圖像或聲音等的應用數(shù)據(jù)(application data)。DVD的文件系統(tǒng)是IS09660或通用光盤格式(UDF Universal DiscFormat)的文 件系統(tǒng)。文件系統(tǒng)的結(jié)構(gòu)是將盤上的數(shù)據(jù)以被稱為目錄或者文件的單位來表現(xiàn)的。個人電 腦(PC)使用被稱為FAT (文件分配表FileAllocation Table)或者NTFS(新技術(shù)文件系 統(tǒng)NT File System)的文件系統(tǒng)。根據(jù)該文件系統(tǒng)，由計算機來處理以目錄或文件的結(jié)構(gòu) 記錄在硬盤的數(shù)據(jù)。這樣，可以提高可用性。在DVD使用UDF及IS09660這兩個文件系統(tǒng)。UDF及IS09660這兩個組合起來稱 為“UDF橋”。無論根據(jù)UDF及IS09660的哪一文件系統(tǒng)驅(qū)動程序都能讀出記錄在DVD的數(shù) 據(jù)。當然可重寫型DVD即DVD-RAM/R/RW，通過上述文件系統(tǒng)，可進行物理上的數(shù)據(jù)的讀，寫， 以及刪除。記錄在DVD的數(shù)據(jù)，通過文件系統(tǒng)，作為像圖1左上部所示的目錄或者文件而存 在。根目錄(圖1的“ROOT”)的正下面被放置稱為“VIDE0_TS”的目錄，這里記錄有DVD的 應用數(shù)據(jù)。應用數(shù)據(jù)被分割為多個文件并被記錄。作為主要文件有以下文件。VIDE0_TS. IF0盤再生控制信息文件VTS_01_0. IF0視頻標題集#1再生控制信息文件VTS_01_0. V0B視頻標題集#1流文件 規(guī)定有2個擴展名。“ IF0”是擴展名，示出被賦予“ IF0”的文件是記錄有再生控 制信息的文件?！癡0B”也是擴展名，示出被賦予“V0B”的文件是記錄有作為AV數(shù)據(jù)的MPEG 流的文件。再生控制信息是包含以下信息的信息，即為了實現(xiàn)在DVD所采用的交互性(按 照用戶操作使再生狀態(tài)動態(tài)變化的技術(shù))的信息，像元數(shù)據(jù)這樣的附屬在標題和AV流的信 息等。在DVD中再生控制信息一般被稱為導航信息。 作為再生控制信息文件有以下管理盤全體的“VIDE0_TS. IF0”和各個視頻標題 集的再生控制信息“VTS_01_0. IF0”。文件名中的“01”表示視頻標題集的號碼。例如，當視 頻標題集的號碼是#2時，該視頻標題集的文件名是“VTS_02_0. IF0”。再者，在DVD的1張 盤上可記錄多個標題，換句話說在DVD的1張盤上可記錄內(nèi)容不同的多個電影，或者記錄內(nèi)容相同而版本不同的多個電影。圖1右上部示出在DVD的應用軟件層的DVD導航空間，即上述的再生控制信息 被展開了的邏輯結(jié)構(gòu)空間?！癡IDE0_TS. IF0”內(nèi)的信息作為視頻管理信息(VMGI :Video Manager Information)在DVD導航空間被展開?！癡TS_01_0. IF0”等存在于每個視頻標題 集的再生控制信息作為視頻標題集信息(VTSI :Video Title Set Information)在DVD導 航空間被展開。被記述在VTSI的信息有，被稱為程序鏈(PGC Program Chain)的再生序列的信息 的程序鏈信息(PGCI Program Chain Information)。PGCI由單元(Cell)的集合和稱為指 令的一種編程信息所構(gòu)成。Cell，是視頻對象Video Object (V0B，MPEG流)的一部分區(qū)間 的集合，或者是全部區(qū)間。Cell的再生意味著再生由V0B的Cell所指定了的區(qū)間。指令是由DVD的假想機器所處理的指令，與在瀏覽器上所執(zhí)行的Java (注冊商標) script(腳本語言)等相近。Java(注冊商標)script除了進行邏輯演算之外，還進行窗口 和瀏覽器的控制(例如，打開新的瀏覽器的窗口)。與此相比，DVD的指令除了進行邏輯演 算之外只進行AV標題的再生控制(例如，指定再生的章節(jié)等)。如此，DVD的指令不同于 Java(注冊商標)script。Cell具有，記錄在盤上的V0B的開始地址及結(jié)束地址(盤上的邏輯記錄地址)的 信息。播放器利用記述在Cell的V0B的開始地址及結(jié)束地址的信息，讀出數(shù)據(jù)并再生。圖2是用于說明被嵌入在AV流中的導航信息的圖。在DVD中有特征性的交互性， 不是只根據(jù)記錄在上述“VIDE0_TS. IF0”或“VTS_01_0. IF0”等的導航信息才實現(xiàn)的。用于 實現(xiàn)交互性的幾個重要信息，使用被稱為導航包組件(或稱為“NV_PCK”)專用媒介，在V0B 內(nèi)與圖像數(shù)據(jù)及聲音數(shù)據(jù)一起被多路復用。在這里作為簡單的交互性的例子，對菜單進行說明。幾個按鈕出現(xiàn)在菜單畫面上。 各個按鈕定義有當該按鈕被選擇并被按下時所要處理的內(nèi)容。在菜單上一個按鈕被選擇。 高亮(highlight)是指將要覆蓋在所選擇的按鈕上的半透明顏色的圖像，該高亮向用戶示 出被覆蓋的按鈕被選擇。用戶使用遙控器的上下左右鍵進行移動，可以從所選擇的按鈕移 到該按鈕的上下左右的按鈕。用戶使用遙控器的上下左右鍵，來使高亮移至與實行的處理 相對應的按鈕，并按下決定鍵。根據(jù)這些，與被選擇的按鈕相對應的指令的程序被執(zhí)行。例 如，標題和章節(jié)的再生是根據(jù)指令來執(zhí)行的(例如，參照專利文獻1)。圖2左上部示出在NV_PCK內(nèi)所存儲的控制信息的概要。NV_PCK內(nèi)中包含高亮顏色信息和各個按鈕信息等。調(diào)色板信息將被記述在高亮顏 色信息內(nèi)。調(diào)色板信息指定覆蓋的高亮的半透明顏色。按鈕信息內(nèi)記述有以下信息各個 按鈕位置信息的矩形區(qū)域信息，從某個按鈕移至其他按鈕的移動信息(通過用戶選擇遙控 器的上下左右鍵，來指定想要移動到的按鈕)，按鈕指令信息(該按鈕被選擇的時候被執(zhí)行 的指令)。如圖2中央右上部所示，菜單上的高亮被制作成覆蓋圖像。覆蓋圖像是指，在根據(jù) 按鈕信息內(nèi)的矩形區(qū)域信息所確定的按鈕上，涂上根據(jù)調(diào)色板信息所確定的顏色的圖像。 將覆蓋圖像覆蓋在圖2右側(cè)示出的背景圖像上，并一起顯示在畫面上。如上所述，菜單被顯示在DVD中。使用NV_PCK，在流中嵌入導航數(shù)據(jù)的一部分，其 理由是，可以與流同步對菜單信息進行動態(tài)更新。例如，可以僅在再生電影途中的5分 10分之間顯示菜單。第二個理由是，即使是使流和菜單信息同步較困難的應用數(shù)據(jù)，通過上述 嵌入方法，也可以使流和菜單信息同步顯示成為可能。再一個大的理由是為了提高用戶的 操作性。例如，在NV_PCK存儲用于支援特殊再生的信息，從而對記錄在DVD的AV數(shù)據(jù)進行 非正常再生，如快進和倒帶等的時候，也可以順利地解碼該AV數(shù)據(jù)并進行再生。圖3是示出DVD流的V0B的映像的圖。在圖3(A)示出的影像，聲音，字幕等的數(shù) 據(jù)，如圖3(B)所示，按照MPEG系統(tǒng)標準(IS0/IEC13818-1)被數(shù)據(jù)包化及包組件化，如圖 3 (C)所示，分別被多路復用，生成1個MPEG程序流。含有用于實現(xiàn)交互性的按鈕指令的NV_ PCK，也與數(shù)據(jù)包及包組件一起被多路復用。MPEG系統(tǒng)中數(shù)據(jù)的多路復用的特征在于，被多路復用的各個數(shù)據(jù)是按編碼順序排 列的比特列，而被多路復用的數(shù)據(jù)之間，即，影像數(shù)據(jù)，聲音數(shù)據(jù)，字幕數(shù)據(jù)的相互間，并不 一定是按再生順序排列的，換句話說不一定是按解碼順序排列的。這是因為，MPEG系統(tǒng)流 的解碼器模型(一般被稱為“System Target Decoder”或者“STD”(參照圖3⑶))具有與 各個基本流相對應的解碼緩存器(decoder buffer)，并到解碼時刻為止暫時存儲數(shù)據(jù)，該 各個基本流是解開被多路復用的數(shù)據(jù)之后的基本流。DVD-Video所規(guī)定的解碼緩存器的大 小，按每個基本流而不同。對于影像的緩存大小是232KB，對于聲音的緩存大小是4KB，對于 字幕的緩存大小是52KB。即，與影像數(shù)據(jù)并列被多路復用的字幕數(shù)據(jù)，并非與影像數(shù)據(jù)在相同時刻被解碼 或被再生。專利文獻1 日本特開平成9-282848號公報作為現(xiàn)有的在DVD所采用的音頻編解碼器標準，有以下4個標準“杜比-數(shù)字 (AC-3) ”、“MPEG音頻”、“LPCM”、“dts”標準?！癲ts”是播放器選擇功能，DVD播放器中有內(nèi) 置dts解碼器的DVD播放器和沒有內(nèi)置dts解碼器的DVD播放器。還有，在DVD播放器中 存在，作為對AV放大器輸出數(shù)字數(shù)據(jù)的輸出功能，具有dts對應功能的DVD播放器和不具 有dts對應功能的DVD播放器。具有dts數(shù)字數(shù)據(jù)輸出功能的DVD播放器，將依照被稱為Sony/PhilipsDigital Interconnect Format (SPDIF，民用型以IEC60958-3標準為基準)的數(shù)字I/F標準的數(shù)據(jù)， 輸出到依照該標準的AV放大器。然而，SPDIF標準只能對應到1. 5Mbps的帶寬，而不對應“dts”的擴展編解碼器標 準的，需要將近20Mbps帶寬“dts++(無損壓縮)”。從而，即使下一代HD DVD標準(BD標 準)對應“dts++”，也不能將dts++流輸出到依照SPDIF標準的AV放大器。

發(fā)明內(nèi)容
鑒于上述課題，本發(fā)明的目的在于，提供一種信息記錄媒體，記錄包含基本數(shù)據(jù)和 擴展數(shù)據(jù)的訪問單元，從而使僅解碼基本數(shù)據(jù)的解碼器，能夠處理含有基本數(shù)據(jù)和與下一 代對應的擴展數(shù)據(jù)的訪問單元。還有，本發(fā)明的目的在于，提供一種數(shù)據(jù)再生裝置，該裝置 處理本發(fā)明的信息記錄媒體的訪問單元。為了解決上述課題并達到上述目的，本發(fā)明的記錄方法是向信息記錄媒體的記錄 方法，包括將流記錄到信息記錄媒體中的記錄步驟，該流具有多個訪問單元，且至少包含圖 像及聲音中的某一個；在上述記錄步驟中，如下地將上述流記錄到上述記錄媒體中上述
5訪問單元具有包含基本數(shù)據(jù)的第1數(shù)據(jù)包、以及包含與上述基本數(shù)據(jù)相關(guān)聯(lián)的擴展數(shù)據(jù) 的第2數(shù)據(jù)包；上述基本數(shù)據(jù)是，不需要上述擴展數(shù)據(jù)就可以解碼成完全的狀態(tài)的數(shù)據(jù)，上 述擴展數(shù)據(jù)是，用于提高由上述基本數(shù)據(jù)所生成的數(shù)據(jù)的質(zhì)量的數(shù)據(jù)；上述流具有示出上 述第1數(shù)據(jù)包及上述第2數(shù)據(jù)包的屬性的信息。例如，上述信息記述在上述流的descriptor (描述符)中。例如，上述訪問單元是與聲音有關(guān)的數(shù)據(jù)；上述屬性至少確定，2聲道縮混數(shù)據(jù)的 存在與否、聲道、頻率、比特率之中的一個。例如，各上述訪問單元是規(guī)定時間的數(shù)據(jù)。例如，上述信息記述在上述流的Program Map Table (程序映射表)即PMT中。本發(fā)明的數(shù)據(jù)再生裝置，包括獲得單元，從通過上述記錄方法記錄了流的信息記 錄媒體，獲得上述訪問單元及上述信息；以及再生單元，用上述信息再生上述訪問單元。本發(fā)明的數(shù)據(jù)再生方法從通過上述記錄方法記錄了流的信息記錄媒體，獲得上述 訪問單元及上述信息，用上述信息再生上述訪問單元。本發(fā)明可以通過以本發(fā)明的數(shù)據(jù)再生裝置的特征性結(jié)構(gòu)單元為步驟的數(shù)據(jù)再生 方法來實現(xiàn)，還可以通過使計算機執(zhí)行上述步驟的程序來實現(xiàn)。還可以通過⑶-ROM等的記 錄媒體或通信網(wǎng)絡等的傳送媒體來流通該程序。本發(fā)明提供一種信息記錄媒體，記錄包含基本數(shù)據(jù)和擴展數(shù)據(jù)的訪問單元，從而 使僅解碼基本數(shù)據(jù)的解碼器，能夠處理包含基本數(shù)據(jù)和與下一代對應的擴展數(shù)據(jù)的訪問單 元。還有，本發(fā)明的目的在于，提供一種數(shù)據(jù)再生裝置，該裝置處理本發(fā)明的信息記錄媒體 的訪問單元。S卩，通過本發(fā)明可以得到的效果是即使使用了新的音頻編解碼器的聲音數(shù)據(jù)被 記錄在記錄媒體的情況下，也可以對于現(xiàn)有的數(shù)字I/F與以往一樣進行聲音數(shù)據(jù)的提取及 輸出，上述新的音頻編解碼器是超過現(xiàn)有的數(shù)字I/F所持有的帶寬的編解碼器。


圖1是示出DVD結(jié)構(gòu)的圖。圖2是用于說明導航信息的圖。圖3㈧是示出影像，聲音，字幕等的數(shù)據(jù)的圖。圖3(B)是示出對各數(shù)據(jù)進行數(shù)據(jù)包化及包組件化的圖。圖3(C)是示出被數(shù)據(jù)包化及被包組件化的數(shù)據(jù)的圖。圖3 (D)是示出MPEG系統(tǒng)流的解碼器模型的圖。圖4是示出下一代DVD的結(jié)構(gòu)的圖。圖5是示出記錄在BD盤的邏輯數(shù)據(jù)的目錄及文件的結(jié)構(gòu)的圖。圖6是示出播放器的功能的方框圖。圖7是將播放器的結(jié)構(gòu)詳細化后的方框圖。圖8是示出BD的應用程序空間的圖。圖9是MPEG流(V0B)的結(jié)構(gòu)圖。圖10是示出包組件的結(jié)構(gòu)的圖。圖11是用于說明在BD盤上的V0B文件及PNG文件的交插(interleave)記錄的圖。圖12是用于說明V0B數(shù)據(jù)連續(xù)供給模型的圖。圖13是示出V0B管理信息文件內(nèi)部結(jié)構(gòu)的圖。圖14是用于說明V0BU信息的詳細細節(jié)的圖。圖15是用于說明時間圖(Time Map)的詳細細節(jié)說明的圖。圖16是示出播放列表信息內(nèi)部結(jié)構(gòu)的圖。圖17是示出事件處理程序表的圖。圖18是示出與BD盤全體有關(guān)的信息的內(nèi)部結(jié)構(gòu)的圖。圖19是示出全局事件處理程序的程序表的圖。圖20是示出時間事件的例子的圖。圖21是示出用戶事件的例子的圖。圖22是示出全局事件的例子的圖。圖23是用于說明程序處理器的功能的圖。圖24是示出系統(tǒng)參數(shù)的一覽的圖。圖25是示出具有2個選擇按鈕的菜單的程序的例子的圖。圖26是示出用戶事件的事件處理程序的例子的圖。圖27是示出到AV的再生為止的基本處理流程的圖。圖28是示出從PL的再生開始到V0B的再生開始為止的處理流程的圖。圖29是示出從AV的再生開始后的事件處理流程的圖。圖30是示出字幕處理的流程的圖。圖31是示出不具有階層結(jié)構(gòu)的訪問單元的結(jié)構(gòu)的圖。圖32是示出具有2個階層結(jié)構(gòu)的訪問單元的結(jié)構(gòu)的圖。圖33是示出具有3個階層結(jié)構(gòu)的訪問單元的結(jié)構(gòu)的圖。圖34是用于說明流讀取/供給部按每個數(shù)據(jù)的輸出處不同而進行的不同的工作 的圖，該流讀取/供給部將具有階層結(jié)構(gòu)的數(shù)據(jù)輸出到對應于各種階層的解碼器。圖35是示出當與Base和Level 1-EXT對應的機器廣泛普及的情況下，導入 Level2-EXT的理想的訪問單元的結(jié)構(gòu)的圖。圖36是示出含有Level2的數(shù)據(jù)流的數(shù)據(jù)結(jié)構(gòu)的圖。圖37是用于說明訪問單元的處理的圖，該訪問單元由以下2個部分所構(gòu)成現(xiàn) 有的播放器或解碼器可以解碼的Base/Level 1-EXT和，現(xiàn)有的播放器或解碼器不能解碼的 Level2-EXTo圖38是示出向MPEG2-TS存儲具有階層結(jié)構(gòu)的訪問單元的存儲方法的圖。圖39是示出在descriptor中所記述的事項的一個例子的圖。圖40(A)是示出5. 1聲道的揚聲器布置的圖，圖40(B)示出7. 1聲道的揚聲器布 置的圖。圖41是示出聲道結(jié)構(gòu)的圖。圖42是示出在光盤記錄時的MPEG2-TS的文件格式的圖。圖43是用于說明DVD-Video所規(guī)定的DTS的詳細細節(jié)的圖。圖44是示出多路分用器，以及流讀取/供給部的處理的流程圖。
圖45是輸入時刻管理裝置2000及解碼器模型3000的結(jié)構(gòu)圖。圖46是用于說明以下的多路復用的方法的圖，為了不使解碼Base的解碼器模型 破壞，為了且不使解碼Base及Level2的解碼器模型破壞，多路復用Base和Level2的方法。符號說明201BD 盤202光學拾波器203程序記錄存儲器204管理信息記錄存儲器205AV記錄存儲器206程序處理部207管理信息處理部208表示處理部209 成像面(image plane)210視頻面211合成處理部301程序記錄存儲器302程序處理器303U0P 管理器304管理信息記錄存儲器305方案處理器306表示控制器307 時鐘308映像存儲器309軌道緩存310多路分用器311映像處理器312視頻處理器313聲音處理器314成像面315視頻面316合成處理部317驅(qū)動控制器
具體實施例方式以下參照附圖對本發(fā)明的具體實施方式
進行說明。(相關(guān)的實施方式)(盤上的邏輯數(shù)據(jù)結(jié)構(gòu))圖4是示出下一代DVD (以下稱為“BD”)結(jié)構(gòu)的圖，該圖特別示出作為盤媒體的BD 盤104，以及記錄在該盤104的數(shù)據(jù)101、102、103的結(jié)構(gòu)。在BD盤104記錄AV數(shù)據(jù)103、
8包含AV數(shù)據(jù)的管理信息及AV再生序列等的BD管理信息102、用于實現(xiàn)交互性的BD再生程 序101。本實施方式中，為方便說明，假設用于再生電影的AV內(nèi)容的AV應用數(shù)據(jù)被記錄在 BD盤104。當然，BD盤104也可以作為其他的用途來使用。圖5是示出記錄在BD盤的邏輯數(shù)據(jù)的目錄及文件的結(jié)構(gòu)的圖。BD盤與其他的光 盤一樣，例如與DVD和CD等一樣，從內(nèi)圈到外圈具有螺旋狀的存儲區(qū)域，內(nèi)圈讀入部和外圈 讀出部之間具有用于記錄邏輯數(shù)據(jù)的邏輯地址空間。在BD盤的讀入部內(nèi)側(cè)存在被稱為群 刻區(qū)(BCA:BurSt Cutting Area)的區(qū)域，該區(qū)域是除驅(qū)動器之外不能讀出數(shù)據(jù)的特殊區(qū) 域。這個區(qū)域的數(shù)據(jù)即使利用應用數(shù)據(jù)也不能讀出。為此，上述區(qū)域可利用于，例如著作權(quán) 保護技術(shù)等。在邏輯地址空間，記錄有文件系統(tǒng)信息(容量)以及影像數(shù)據(jù)等的應用數(shù)據(jù)，且文 件系統(tǒng)信息(容量)處于開頭。如“背景技術(shù)”中的說明，文件系統(tǒng)是UDF和IS09660等的 文件系統(tǒng)，與一般的PC —樣，是用于使用目錄及文件的結(jié)構(gòu)來讀出所記錄的邏輯數(shù)據(jù)的系 統(tǒng)。在本實施方式的BD盤上的目錄及文件的結(jié)構(gòu)中，BDVIDE0目錄被放置在根目錄 (ROOT)的正下面。BDVIDE0目錄是存儲有以下數(shù)據(jù)的目錄，被記錄在BD上的AV內(nèi)容或管 理信息等的數(shù)據(jù)(圖4的數(shù)據(jù)101，102，103)的目錄。BDVIDE0目錄下面，記錄有以下7種文件。BD. INFO文件(文件名固定)"BD. INFO”文件是“BD管理信息”之一，是記錄有與BD盤全體有關(guān)的信息的文件。 BD播放器最先讀出該文件。BD. PR0G文件(文件名固定)"BD. PR0G”文件是“BD再生程序”之一，是記錄有與BD盤全體有關(guān)的再生控制信 息的文件。XXX. PL文件(“XXX”可變，擴展名“PL”固定)“XXX.PL”文件是“BD管理信息”之一，是記錄有作為方案(再生序列)的播放列 表信息的文件。每個播放列表存在一個文件。XXX. PR0G文件(“XXX”可變，擴展名“PL”固定)“XXX. PR0G”文件是“BD再生程序”之一，是記錄有上述每個播放列表的再生控制信 息的文件。與“XXX. PR0G”文件對應的播放列表是文件主體名(“XXX”)相同的播放列表。YYY. V0B文件(“YYY”可變，擴展名“V0B”固定)"YYY. V0B”文件是“AV數(shù)據(jù)”之一，是記錄有V0B (與“背景技術(shù)”中說明的V0B相 同)的文件。每個V0B存在一個文件。YYY. V0BI 文件(“YYY” 可變，擴展名 “V0BI” 固定)"YYY. V0BI”文件是“BD管理信息”之一，是記錄有與AV數(shù)據(jù)V0B有關(guān)的流管理信 息的文件。與“YYY.V0BI”文件對應的V0B是文件主體名(“YYY”)相同的V0B。111. PNG文件(“ZZZ”可變，擴展名“PNG”固定)“ZZZ.PNG”文件是“AV數(shù)據(jù)”之一，是記錄有用于構(gòu)成字幕及菜單的映像數(shù)據(jù) PNG(是以W3C標準化了的圖像格式，稱為“png”)的文件。每個PNG映像存在一個文件。(播放器的結(jié)構(gòu))
其次，用圖6及圖7，對再生上述BD盤的播放器進行說明。圖6是示出播放器的大體功能的方框圖。BD盤201之上的數(shù)據(jù)，通過光學拾波器202被讀出。被讀出的數(shù)據(jù)，按照該數(shù)據(jù) 的種類被傳送到專用的存儲器。BD再生程序(“BD. PR0G”文件或者“XXX. PR0G”文件)被 傳送到程序記錄存儲器203。BD管理信息(“BD. INFO”文件、“XXX. PL”文件、或者“YYY. V0BI”文件)被傳送到管理信息記錄存儲器204。AV數(shù)據(jù)(“￥￥￥108”文件或者“222. 呢” 文件)被傳送到AV記錄存儲器205。記錄在程序記錄存儲器203的BD再生程序由程序處理部206來處理。記錄在管 理信息記錄存儲器204的BD管理信息由管理信息處理部207來處理。記錄在AV記錄存儲 器205的AV數(shù)據(jù)由表示處理部208來處理。程序處理部206，接收由管理信息處理部207再生的播放列表的信息或程序的執(zhí) 行時刻等的事件信息，執(zhí)行程序。程序可以動態(tài)地改變再生的播放列表。程序處理部206向 管理信息處理部207發(fā)送播放列表的再生命令，從而實現(xiàn)動態(tài)地改變再生的播放列表。程 序處理部206接收來自用戶的事件，即接收來自遙控器鍵的請求，當存在與該事件(請求) 對應的程序時，執(zhí)行該程序。管理信息處理部207接收來自程序處理部206的指示，分析對應的播放列表以及 與播放列表對應的V0B的管理信息，指示表示處理部208再生作為對象的AV數(shù)據(jù)。還有， 管理信息處理部207從表示處理部208接收標準時刻信息，根據(jù)標準時刻信息對表示處理 部208指示停止AV數(shù)據(jù)的再生，還有，生成示出用于指示程序處理部206的、程序的執(zhí)行時 刻的事件。表示處理部208具有分別對應于影像，聲音，字幕/映像(靜止圖像)的解碼器，按 照來自管理信息處理部207的指示，進行AV數(shù)據(jù)的解碼及輸出。影像數(shù)據(jù)，字幕/映像被 解碼之后，分別被繪制到各個專用面，即視頻面210或者成像面209。被繪制到視頻面210 及成像面209的各影像，由合成處理部211合成，被輸出到TV等的顯示設備。如圖6中說明，BD播放器具有對應于記錄在圖4所示的BD盤的數(shù)據(jù)的結(jié)構(gòu)部。圖7是將上述的播放器的結(jié)構(gòu)詳細化后的方框圖。在圖7，AV記錄存儲器205作 為映像存儲器308及軌道緩存309來表現(xiàn)。程序處理部206作為程序處理器302及U0P管 理器303來表現(xiàn)。管理信息處理部207作為方案處理器305及表示控制器306來表現(xiàn)。表 示處理部208，作為時鐘307、多路分用器310、映像處理器311、視頻處理器312、聲音處理器 313來表現(xiàn)。從BD盤201所讀出的V0B數(shù)據(jù)(MPEG流)被記錄在軌道緩存309，映像數(shù)據(jù)(PNG) 被記錄在映像存儲器308。多路分用器310按照時鐘307的時刻，抽出記錄在軌道緩存309 的V0B數(shù)據(jù)，將影像數(shù)據(jù)發(fā)送到視頻處理器312，將聲音數(shù)據(jù)發(fā)送到聲音處理器313。視頻 處理器312及聲音處理器313，按照MPEG系統(tǒng)標準的規(guī)定，分別以解碼緩存器和解碼器來構(gòu) 成。即從多路分用器310被發(fā)送來的影像及聲音的數(shù)據(jù)，分別在解碼緩存器被暫時記錄，按 照時鐘307的時刻在對應的解碼器被解碼。記錄在映像存儲器308的PNG，根據(jù)以下的2個處理方法來處理。當映像數(shù)據(jù)作為字幕用的數(shù)據(jù)的情況下，由表示控制器306指示解碼時刻。方案 處理器305接收來自時鐘307的時刻信息，為了能適當?shù)仫@示字幕，到了字幕的顯示開始時
10刻，就指示表示控制器306進行字幕的顯示。同樣，方案處理器305根據(jù)來自時鐘307的時 刻信息，到了字幕的顯示結(jié)束時刻，就指示表示控制器306停止字幕顯示。從表示控制器 306接受了解碼/顯示的指示的映像處理器311，從映像存儲器308抽出對應的PNG數(shù)據(jù)進 行解碼，繪制到成像面314。其次，說明映像數(shù)據(jù)是菜單用的數(shù)據(jù)的情況。該情況下，由程序處理器302來指示 解碼時刻。程序處理器302指示解碼映像的時刻是不能一概而論的，要依存于程序處理器 302處理的BD程序。映像數(shù)據(jù)及影像數(shù)據(jù)，如圖6中的說明，分別被解碼之后，被繪制到成像面314或 者視頻面315，由合成處理部316進行合成之后，被輸出。從BD盤201所讀出的管理信息(方案信息及AV管理信息)，被存儲在管理信息記 錄存儲器304。之后，方案信息(“BD. INFO”文件及“XXX. PL”文件)由方案處理器305來 讀出。AV管理信息(“YYY.V0BI”文件)由表示控制器306來讀出。方案處理器305分析播放列表的信息，并將由播放列表所參照的V0B和其再生位 置通知給表示控制器306。表示控制器306，分析作為對象的V0B的管理信息(“YYY.V0BI” 文件)，向驅(qū)動控制器317發(fā)出指示，使其讀出作為對象的V0B。驅(qū)動控制器317，按照來自表示控制器306的指示，使光學拾波器移動，讀出作為 對象的AV數(shù)據(jù)。所讀出的AV數(shù)據(jù)，如上所述被存儲到映像存儲器308或者軌道緩存309。方案處理器305監(jiān)視時鐘307的時刻，在管理信息所設定的時刻，向程序處理器 302輸出事件。記錄在程序記錄存儲器301的BD程序(“BD. PR0G”文件或者“XXX. PR0G”文件)， 由程序處理器302來處理。程序處理器302，在事件由方案處理器305發(fā)送來的情況下，或 者事件由U0P管理器303發(fā)送來的情況下，處理BD程序。U0P管理器303，當用戶通過遙控 器鍵發(fā)來請求的情況下，生成對程序處理器302的事件。(應用程序空間)圖8是示出BD的應用程序空間的圖。在BD的應用程序空間，播放列表(PlayList)是一個再生單位。播放列表是單元 (Cell)的聯(lián)合，具有根據(jù)連接的順序所決定的再生序列靜態(tài)方案和根據(jù)程序所記述的動態(tài) 方案。只要是沒有根據(jù)程序的動態(tài)方案的變化，播放列表按順序再生各個單元。在全部單 元再生結(jié)束的時刻，結(jié)束播放列表的再生。在程序中可以記述使單元的再生順序變化的內(nèi) 容。還有，程序可以動態(tài)地改變根據(jù)用戶的選擇或者播放器的狀態(tài)而再生的對象。作為典 型例子，可舉出菜單。在BD中，可以定義菜單是根據(jù)用戶的選擇來再生的方案，可根據(jù)程序 使播放列表動態(tài)地變化。在這里所說的程序，是根據(jù)時間事件或者用戶事件所執(zhí)行的事件處理程序。時間事件是根據(jù)被嵌入到播放列表的時刻信息所生成的事件。用圖7所說明的從 方案處理器305發(fā)送到程序處理器302的事件，就是時間事件的一個例子。當時間事件被發(fā) 行時，程序處理器302根據(jù)標識符(ID)執(zhí)行所對應的事件處理程序。如同上述，被執(zhí)行的 程序可以指示其他的播放列表的再生。例如，程序，使現(xiàn)在正再生的播放列表的再生停止， 而使被指定的播放列表再生。用戶事件是由用戶的遙控器鍵操作所生成的事件。用戶事件分為兩大類型。
第一個是，根據(jù)光標鍵(“上” “下” “左” “右”鍵)或者“決定”鍵的操作所生 成的菜單選擇的事件。與菜單選擇的事件對應的事件處理程序只在播放列表內(nèi)所限定 的期間內(nèi)有效(作為播放列表的信息，設定有各個事件處理程序的有效期)。遙控器的 “上” “下” “左” “右”鍵或者“決定”鍵被按下的情況下，檢索有效的事件處理程序，當有效 的事件處理程序存在時，則該事件處理程序被執(zhí)行。當沒有有效的事件處理程序的情況下， 則菜單選擇的事件被忽視。第二個用戶事件是根據(jù)“菜單”鍵的操作所生成的菜單呼叫的事件。當菜單呼叫 的事件被生成時，則全局事件處理程序被呼出。全局事件處理程序是不依存播放列表的、且 總是有效的事件處理程序。根據(jù)使用該功能，可以安裝DVD的菜單呼叫(標題再生中呼叫 出聲音或者字幕，變更聲音或者字幕后的中斷的時候起再生標題的功能等)。作為在播放列表構(gòu)成靜態(tài)方案的單位的單元(Cell)，示出V0B(MPEG流)的全部或 者一部分的再生區(qū)間。單元，將V0B內(nèi)的再生區(qū)間作為開始時刻及結(jié)束時刻的信息來保持。 與每個V0B成對的V0B管理信息(V0BI)，具有作為與數(shù)據(jù)的再生時刻對應的記錄地址的表 信息的時間圖(Time Map或者TM)。使用時間圖，從上述的V0B的再生時刻及結(jié)束時刻，可 以導出V0B內(nèi)(即成為對象的“YYY.V0B”文件內(nèi))的讀出開始地址及結(jié)束地址。再者，有 關(guān)時間圖的詳細細節(jié)待后述。(V0B的詳細細節(jié))圖9是本實施方式中MPEG流(V0B)的結(jié)構(gòu)圖。如圖9 所示，V0B 由多個 Video Object Unit(VOBU)所構(gòu)成。V0BU 是以 MPEG 視 頻流的Group Of Pictures (G0P)為基準，且是也含有聲音數(shù)據(jù)的多路復用流的一種再生單 位。V0BU的視頻再生時間是從0. 4秒到1. 0秒，通常是0. 5秒左右。即，在大多數(shù)情況下， 1G0P中所存儲的幀在15幀左右(NTSC的情況下)。V0BU具有視頻包組件(V_PCK)和音頻包組件(A_PCK)。各包組件的大小與1扇區(qū) 一樣，本實施方式中是2KB。圖10是示出包組件的結(jié)構(gòu)的圖。如圖10所示，視頻數(shù)據(jù)及音頻數(shù)據(jù)等基本數(shù)據(jù)，被存儲在被稱為PESPacket Payload (有效負載)的PES Packet (數(shù)據(jù)包)的數(shù)據(jù)存儲區(qū)域，且是從該區(qū)域的開頭開始 依次被存儲的。Payload被附上PES Packet Header (數(shù)據(jù)包頭)，構(gòu)成1個PES Packet (數(shù) 據(jù)包)。在數(shù)據(jù)包頭記錄有用于識別存儲在有效負載的數(shù)據(jù)是哪個流的數(shù)據(jù)的stream id(ID)和，作為該有效負載的解碼的時刻信息及顯示的時刻信息的時間戳，即Decoding TimeStamp(DTS 解碼時間戳)以及 Presentation Time Stamp (PTS 顯示時間戳)。PTS 及 DTS未必記錄在所有的數(shù)據(jù)包頭，而是由MPEG來制定規(guī)則。關(guān)于規(guī)則的詳細細節(jié)，由于記述 在MPEG系統(tǒng)(IS0/IEC13818-1)的規(guī)格書中，因此省略其說明。再在數(shù)據(jù)包上附上Pack Header (頭)，構(gòu)成包組件(pack)。在該Header (頭)記 錄有時間戳，即System Clock Reference (SCR 系統(tǒng)時鐘基準)，該時間戳示出該包組件何 時通過多路分用器，且被輸入到各個基本流的解碼緩存器。(V0B的交插記錄)其次，用圖11及圖12，說明V0B文件的交插記錄。圖11上部是上述的播放器的結(jié)構(gòu)圖的一部分。如圖11所示，BD盤上的V0B即MPEG流，通過光學拾波器被輸入到軌道緩存。BD盤上的PNG即映像數(shù)據(jù)通過光學拾波器被 輸入到映像存儲器。軌道緩存是FIFO形式的緩存，被輸入到軌道緩存的V0B的數(shù)據(jù)按照被輸入的順序 被發(fā)送到多路分用器。這個時候，各個包組件，按照上述的SCR從軌道緩存中拔出，通過多 路分用器，被發(fā)送到視頻處理器或者聲音處理器。另一方面，對于被存儲到映像存儲器的映 像數(shù)據(jù)，至于繪制哪個映像，要由表示控制器所指示。還有，在繪制中所使用的映像數(shù)據(jù)是 字幕用的映像數(shù)據(jù)的情況下，在被使用的同時從映像存儲器中刪除。與此相比，在繪制中所 使用的映像數(shù)據(jù)是菜單用的映像數(shù)據(jù)的情況下，在繪制該菜單的期間中，原樣保留在映像 存儲器內(nèi)。這是因為，菜單的繪制依存于用戶的操作，在追隨用戶的操作，再次顯示菜單的 一部分或者置換為別的映像的時候，使再次顯示的部分的映像數(shù)據(jù)容易被解碼。圖11的下部是用于說明在BD盤上的V0B文件及PNG文件的交插記錄的圖。一般 來說ROM，例如⑶-ROM和DVD-ROM中，作為一連串的連續(xù)再生單位的AV數(shù)據(jù)是連續(xù)被記錄 的。只要數(shù)據(jù)是連續(xù)記錄的，驅(qū)動器就能依次讀出數(shù)據(jù)，送到解碼器里。然而，連接的數(shù)據(jù) 被分割，分散地配置在盤上的情況下，驅(qū)動器查找各個連續(xù)區(qū)間，在查找期間中可能數(shù)據(jù)的 讀出會停，就有可能導致數(shù)據(jù)的供給停止。為了防止這種情況發(fā)生，作為一連串的連續(xù)再生 單位的AV數(shù)據(jù)被連續(xù)地記錄在ROM。在BD，也最好是將V0B文件記錄在連續(xù)區(qū)域。如同字 幕數(shù)據(jù)，與記錄在V0B的影像數(shù)據(jù)同步再生的數(shù)據(jù)，需要與V0B文件相同，以某種方法從BD 盤中讀出。作為字幕數(shù)據(jù)的讀出方法之一，可在V0B的再生開始之前，一并讀出字幕用的映 像數(shù)據(jù)(PNG文件)。然而，這個方法需要大容量的存儲器，所以不具有現(xiàn)實性。所以，本實施方式中將V0B文件分成幾個塊，采用了與映像數(shù)據(jù)交插記錄的方法。 圖11下部就是用于說明該交插記錄的圖。通過對V0B文件和映像數(shù)據(jù)進行妥當?shù)亟徊迮渲?，從而不需要如上述的大容量?一時記錄存儲器，可以在必要的時刻，將映像數(shù)據(jù)存儲到映像存儲器。再者，讀出映像數(shù)據(jù) 的時候，理所當然地停止讀出V0B數(shù)據(jù)。圖12是用于說明，使用軌道緩存的V0B數(shù)據(jù)連續(xù)供給模型的圖。如上述說明，V0B的數(shù)據(jù)先被存到軌道緩存。對軌道緩存的數(shù)據(jù)輸入速率(Va)和， 與來自軌道緩存的數(shù)據(jù)輸出速率(Vb)之間設置差(Va>Vb)的時候，只要從BD盤持續(xù)讀 出數(shù)據(jù)，軌道緩存的數(shù)據(jù)存儲量就會持續(xù)增加。如圖12的上部所示，V0B的一連續(xù)記錄區(qū)域從邏輯地址“al”持續(xù)到“a2”為止。 從邏輯地址“a2”到“a3”之間記錄有映像數(shù)據(jù)，邏輯地址“a2”到“a3”之間作為沒有記錄 V0B數(shù)據(jù)的區(qū)間。圖12的下部示出軌道緩存內(nèi)的數(shù)據(jù)量的推移。橫軸示出時間，縱軸示出存儲在軌 道緩存內(nèi)的數(shù)據(jù)的量。時刻“tl”示出開始讀出作為V0B的一連續(xù)記錄區(qū)域的開始點的邏輯 地址“al”的數(shù)據(jù)的時刻。時刻“tl”之后，以速率(Va-Vb)將數(shù)據(jù)存儲到軌道緩存。該速 率是，輸入到軌道緩存的數(shù)據(jù)的速率和，從軌道緩存輸出的數(shù)據(jù)的速率的差。時刻“t2”是 讀出作為一連續(xù)記錄區(qū)域的結(jié)束點的邏輯地址“a2”的數(shù)據(jù)的時刻。即時刻從“tl”到“t2” 之間，軌道緩存內(nèi)的數(shù)據(jù)量以速率(Va-Vb)來增加。根據(jù)下述公式1，可求出時亥Ij“t2”的數(shù) 據(jù)存儲量B(t2)。
13
B(t2) = (Va-Vb) X (t2_tl)(公式 1)此后，因為映像數(shù)據(jù)從邏輯地址“a2”持續(xù)到“a3”，向軌道緩存輸入的數(shù)據(jù)是0，軌道緩存內(nèi)的數(shù)據(jù)量以輸出速率“_Vb”來減少。該工作持續(xù)到邏輯地址“a3”，即持續(xù)到時刻 “t3”。在這里重要的是，在時刻“t3”之前存儲在軌道緩存的數(shù)據(jù)量一旦成為0，則向解 碼器供給的VOB的數(shù)據(jù)就沒有了，可能會有VOB的再生停止。在時刻“t3”數(shù)據(jù)仍然存留在 軌道緩存的情況下，則會繼續(xù)再生VOB而不會停止。為了避免在時刻“t3”之前存儲在軌道緩存的數(shù)據(jù)量成為0的條件，由下述公式2 所示出。B(t2) ^ VbX (t3_t2)(公式 2)即在滿足公式2的條件下，來決定映像數(shù)據(jù)(非VOB數(shù)據(jù))的配置就可以。(導航數(shù)據(jù)結(jié)構(gòu))利用圖13至圖19，來說明BD的導航數(shù)據(jù)(BD管理信息)的結(jié)構(gòu)。圖13是示出VOB管理信息文件(“YYY. V0BI”)內(nèi)部結(jié)構(gòu)的圖。VOB管理信息具有，VOB的流屬性信息(Attribute)和時間圖(TMAP)。流屬性包 含，視頻屬性(Video)和音頻屬性(Audio#0 Audio#m)。特別對于音頻流，VOB可以同時 持有多個音頻流，所以根據(jù)音頻流的數(shù)(Number)，示出數(shù)據(jù)域(data field)。下列示出，視頻屬性(Video)持有的多個域和，各個域可持有的值。壓縮方式(Coding)MPEGlMPEG2MPEG4MPEG4-AVC(Advanced Video Coding)分辨率(Resolution)1920X10801280X720720X480720X565寬高比(Aspect)4 316 9中貞速率(Framerate)6059.94503029.972524
23.976 下列示出，音頻屬性(Audio)持有的多個域和，各個域可持有的值。壓縮方式(Coding)AC3MPEGlMPEG2LPCMDTSHD聲道數(shù)(Ch)1 8語言屬性(Language)時間圖(TMAP)是持有每個VOBU的信息的表，持有VOB所具有的VOBU的數(shù) (Number)和各VOBU信息(V0BU#1 V0BU#n)。各個VOBU信息具有，VOBU的再生時間長 (Duration)和 VOBU 的數(shù)據(jù)大小(Size)。圖14是用于說明VOBU信息的詳細細節(jié)的圖。眾所周知，MPEG視頻流有時被進行可變比特率壓縮，與各幀的再生時間和數(shù)據(jù)大 小，沒有單純的相關(guān)關(guān)系。與此相比，由于聲音的壓縮標準AC3規(guī)定要以固定比特率壓縮聲 音數(shù)據(jù)，所以對于聲音數(shù)據(jù)，時間和地址的關(guān)系由一次式來表現(xiàn)。MPEG視頻數(shù)據(jù)中，各個幀 持有固定的表示時間，例如與NTSC對應的MPEG視頻數(shù)據(jù)中1幀持有1/29. 97秒的表示時 間，而每個幀壓縮后的數(shù)據(jù)大小根據(jù)畫的特性或圖像類型，即I/P/B圖像的類型而大不相 同。從而，對于MPEG視頻數(shù)據(jù)，用一次式來表現(xiàn)時間和地址的關(guān)系是不可能的。理所當然，對于被多路復用MPEG視頻數(shù)據(jù)的MPEG系統(tǒng)流，即V0B，用一次式來表 現(xiàn)時間和數(shù)據(jù)大小的關(guān)系是不可能的。在V0B，由時間圖(TMAP)連接時間和地址。如圖14 所示，時間圖(TMAP)是以VOBU為單位，將VOBU內(nèi)的幀數(shù)和VOBU內(nèi)的包組件數(shù)(即數(shù)據(jù)大 小)作為項目所持有的表。用圖15詳細說明時間圖(TMAP)。如圖15所示，在給出時刻信息的情況下，首先檢索該時刻屬于哪個V0BU。S卩，檢索 以下V0BU，將時間圖的每個VOBU的幀數(shù)加在一起算出的幀數(shù)的和，超過將給出的時刻換算 為幀數(shù)的情況下的幀數(shù)的V0BU，或與該幀數(shù)一致的V0BU。其次對時間圖的每個VOBU的數(shù) 據(jù)大小進行相加，相加到該VOBU緊前的VOBU為止。進行加法運算所得的值，用在求出包組 件的地址，該包組件的地址是為了再生含有給出的時刻的幀，必須讀出的包組件的地址。其次用圖16說明，播放列表信息(“XXX. PL”)的內(nèi)部結(jié)構(gòu)。播放列表信息，由單元列表(CellList)和事件列表(EventList)來構(gòu)成。單元列表(CellList)是播放列表內(nèi)的再生單元序列，以單元列表的記述順序再 生單元。單元列表(CellList)由單元的數(shù)(Number)和各單元信息(Cell#l Cell#n)所 構(gòu)成。單元信息(Cell#)持有V0B文件名(VOBName)，在VOB內(nèi)的開始時刻(In)以及 結(jié)束時刻(Out)，字幕表(SubtitleTable)。開始時刻(In)以及結(jié)束時刻(Out)，分別以在 VOB內(nèi)的幀號碼來表現(xiàn)，通過使用上述的時間圖(TMAP)，能夠得到再生所需的VOB數(shù)據(jù)的地址。
字幕表(SubtitleTable)是持有與VOB同步再生的字幕信息的表。VOB與聲音相 同，可以持有多個語言的字幕，字幕表(SubtitleTable)由語言的數(shù)(Number)和，接著語言 的數(shù)的每個語言的表(Language#l Language#k)來構(gòu)成。各語言的表(LanguageiO，由語言信息(Lang)和，每個表中所顯示的字幕的信息 的數(shù)(Number)和，每個表中所顯示的字幕的信息(字幕信息，Speechiil Speechiij)來構(gòu) 成。字幕信息(Speechii)，由對應的映像數(shù)據(jù)的文件名(Name)和，字幕的顯示開始時刻(In) 以及字幕的顯示結(jié)束時刻(Out)和，字幕的顯示位置(Position)來構(gòu)成。事件列表(EventList)是定義了在播放列表內(nèi)發(fā)生的事件的表。事件列表，由事 件的數(shù)(Number)和，接著事件的數(shù)的各個事件(Eventiil Eventto)所構(gòu)成。各個的事件 (EVent#)，由事件的種類(Type)和，事件的標識符(ID)和，事件的發(fā)生時刻(Time)和，事 件的有效期間(Duration)來構(gòu)成。圖17是示出，持有各個播放列表的事件處理程序(時間事件和菜單選擇用的用戶 事件)的事件處理程序表(“XXX. PR0G”)的圖。事件處理程序表，具有被定義的事件處理程序/程序的數(shù)(Number)和，各個事件 處理程序/程序(Program#l Program#n)。各事件處理程序/程序(Program#)持有，事 件處理程序的開始的定義(〈event handler〉標記)和，與上述的事件的標識符成對的事件 處理程序的標識符(ID)。之后，程序被記述在，接著Function的括號“{”與“}”之間。存 儲在上述“XXX· PL” 的事件列表(EventList)的事件(Event#l Event#m)，以“XXX· PR0G，， 的事件處理程序的標識符(ID)來確定。其次，用圖18說明與BD盤全體有關(guān)的信息(“BD. INF0”)的內(nèi)部結(jié)構(gòu)。BD盤全體信息，由標題列表(TitleList)和全局事件用的事件表(EventList)所 構(gòu)成。標題列表(TitleList)，由盤內(nèi)的標題的數(shù)(Number)和接著標題數(shù)的各標題信息 (Title#l Title#n)來構(gòu)成。各個標題信息(Title#)包含標題中所包含的播放列表的 表(PLTable)和標題內(nèi)的章節(jié)列表(ChapterList)。播放列表的表(PLTable)具有標題 內(nèi)的播放列表的數(shù)(Number)和，播放列表名(Name)即播放列表的文件名。章節(jié)列表(ChapterLi st)，由標題包含的章節(jié)的數(shù)(Number)和各個章節(jié)信息 (Chapter# 1 Chapter#n)所構(gòu)成。各個章節(jié)信息(Chapter#)，持有包含該章節(jié)的單元的 表(CellTable)。單元的表(CellTable)，由單元的數(shù)(Number)和各個單元的項目信息 (CellEntry#l CellEntry#k)所構(gòu)成。單元的項目信息(CellEntry#)，由包含該單元的 播放列表名和，在播放列表中的單元號碼所構(gòu)成。事件列表(EventList)持有，全局事件的數(shù)(Number)和，各個全局事件的信息。在 此需要注意的是，最先被定義的全局事件被稱為第一事件(FirstEvent)，在BD盤被插入到 播放器的時候，第一個被呼出。全局事件用的事件信息只持有事件類型(Type)和事件的標 識符(ID)。圖19是示出全局事件處理程序的程序表(“BD. PR0G”)的圖。本表的內(nèi)容與用圖17說明的事件處理程序表的內(nèi)容相同。(事件發(fā)生的機理)
用圖20至圖22，對事件發(fā)生的機理進行說明。圖20是示出時間事件的例子的圖。
如同上述，時間事件由播放列表信息(“XXX. PL”)的事件列表(EventList)所定 義。作為時間事件被定義的事件，即事件類型(Type)為“TimeEvent”的情況下，在事件生 成時刻(“tl”)，持有標識符“Exl”的時間事件從方案處理器被輸出到程序處理器。程序 處理器尋找持有事件標識符“Exl”的事件處理程序，并執(zhí)行成為對象的事件處理程序。例 如，本實施方式中進行繪制2個按鈕映像等的事件。圖21是示出進行菜單操作的用戶事件的例子的圖。如同上述，進行菜單操作的用戶事件也是由播放列表信息(“XXX. PL”)的事件列 表(EventList)來定義的。作為用戶事件被定義的事件，即事件類型(Type)為“UserEvent” 的情況下，在事件生成時刻(“tl”)，用戶事件成為準備狀態(tài)。這個時候，事件本身還未被 生成。事件處于以有效期間信息(Duration)來表示的期間準備狀態(tài)。如圖21所示，用戶按下遙控器鍵的“上” “下” “左” “右”鍵或者“決定”鍵的情況 下，首先UOP事件由UOP管理器所生成并被輸出到程序處理器。程序處理器，向方案處理器 輸出UOP事件。方案處理器，調(diào)查在接收UOP事件的時刻是否存在有效的用戶事件，當存在 有效的用戶事件的情況下，生成用戶事件，向程序處理器輸出。程序處理器，尋找持有事件 標識符“Evl”的事件處理程序，執(zhí)行成為對象的事件處理程序。例如，在本實施方式中是開 始播放列表#2的再生。被生成的用戶事件中，不包含確定哪個遙控器鍵是被用戶按下的鍵的信息。被選 擇的遙控器鍵的信息，由UOP事件被傳到程序處理器，并被記錄到假想播放器所持有的寄 存器SPRM(S)，且被保持。根據(jù)調(diào)查該寄存器的值，可分歧處理事件處理程序的程序。圖22是示出全局事件的例子的圖。如同上述，全局事件由有關(guān)BD盤全體的信息(“BD. INFO”)的事件列表 (EventList)來定義。作為全局事件所定義的事件的類型(Type)為“GlobalEvent”的情況 下，僅當用戶操作遙控器鍵的時候事件才被生成。當用戶按下“菜單”鍵，首先UOP事件由UOP管理器生成，并被輸出到程序處理器。 程序處理器向方案處理器輸出UOP事件，方案處理器生成與該UOP事件對應的全局事件，并 送到程序處理器。程序處理器，尋找持有事件標識符“menu”的事件處理程序，執(zhí)行成為對 象的事件處理程序。例如，在本實施方式中是開始播放列表#3的再生。本實施方式中，設定了 “菜單”鍵僅是1個的情況，但是如同DVD錄像機的遙控器 一樣，菜單鍵也可以是多個。該情況下，按照每個菜單鍵來定義對應的標識符。(假想播放器機器)圖23是用于說明程序處理器的功能的圖。程序處理器是內(nèi)部持有假想播放器機器的處理模塊。假想播放器機器具有與BD 對應的功能，而不依存于BD播放器的實裝上。即，假想播放器機器能夠保證，在任何BD播 放器中都能實現(xiàn)相同的功能。假想播放器機器，持有編程函數(shù)和播放器變量(寄存器)。編程函數(shù)，以Java (注 冊商標)Script為基礎，將以下2個功能作為BD特征函數(shù)來定義。鏈接函數(shù)停止現(xiàn)在的再生，開始被指定的播放列表，單元，或者時刻起的再生
Link(PL#，Cell#，time)PL# 播放列表名Cell# 單元號碼
time 單元內(nèi)的再生開始時刻PNG繪制函數(shù)將指定PNG數(shù)據(jù)繪制到成像面Draw (File, Χ, Y)File :PNG 文件名X :Χ坐標位置Y :Υ坐標位置成像面清除函數(shù)清除成像面的指定區(qū)域Clear (X, Y, W, H)X :Χ坐標位置Y =Y坐標位置W:X方向?qū)挾菻:Y方向?qū)挾茸鳛椴シ牌髯兞靠膳e出，示出播放器的狀態(tài)的系統(tǒng)參數(shù)(SPRM)和，可作為普通用 途使用的通用參數(shù)(GPRM)。圖24是示出系統(tǒng)參數(shù)(SPRM)的一覽的圖。SPRM(O)語言代碼SPRM(I)聲音流號碼SPRM (2)字幕流號碼SPRM (3)角度號碼SPRM (4)標題號碼SPRM (5)章節(jié)號碼SPRM (6)程序號碼SPRM (7)單元號碼SPRM⑶選擇鍵信息SPRM (9)導航計時器SPRM(IO)再生時刻信息SPRM(Il)卡拉OK用混合模式SPRM (12)父母用國信息SPRM (13)父母級別SPRM(H)播放器設定值(視頻)SPRM (15)播放器設定值(音頻)SPRM(16)聲音流用語言代碼SPRM(17)聲音流用語言代碼(擴展)SPRM(IS)字幕流用語言代碼SPRM(19)字幕流用語言代碼(擴展)SPRM (20)播放器地區(qū)代碼
SPRM (21)預備SPRM (22)預備SPRM (23)再生狀態(tài)SPRM (24)預備SPRM (25)預備SPRM (26)預備SPRM (27)預備SPRM (28)預備SPRM (29)預備SPRM (30)預備SPRM (31)預備還有，在本實施方式，假想播放器的編程函數(shù)作為Java (注冊商標)Script基礎而 被定義，而編程函數(shù)，也可以根據(jù)用在UNIX (注冊商標)OS等的B-Shell或Perl Script等 被定義。換句話說，編程函數(shù)不受根據(jù)Java (注冊商標)Script被定義的限制。(程序的例子)圖25及圖26是示出在事件處理程序的程序的例子的圖。圖25是示出具有2個選擇按鈕的菜單的程序的例子的圖。按照單元(PlayList#l. Cell#l)開頭的時間事件，圖25左側(cè)的程序被執(zhí)行。作為 通用參數(shù)之一的GPRM(O)被設定為“1”。GPRM(O)用于在程序中識別被選擇的按鈕。最初 的狀態(tài)(初始值)下，配置在左側(cè)的按鈕1被選擇。其次，使用繪制函數(shù)Draw，分別針對按鈕1和按鈕2進行PNG的繪制。在坐標(10， 200)為起點(左端)的區(qū)域，PNG映像“l(fā)black.png”被繪制，從而按鈕1被形成。在坐標 (330,200)為起點(左端)的區(qū)域，PNG映像“2white.png”被繪制，從而按鈕2被形成。還有，使用本單元的最后的時間事件，圖25右側(cè)的程序被執(zhí)行。在這里，被指定為 使用Link函數(shù)從單元開頭開始再次再生。圖26是示出菜單選擇的用戶事件的事件處理程序的例子的圖。事件處理程序上寫有，當按下“左”鍵，“右”鍵，“決定”鍵的情況下，分別對應于上述各鍵的程序。當用戶按下遙控器鍵的情況下，如同用圖21所說明的那樣，生成用戶事件， 圖26的事件處理程序啟動。本事件處理程序中，使用識別選擇按鈕的GPRM(O)的值和識別 被選擇的遙控器鍵的SPRM(S)，進行分歧處理。條件1)按鈕1被選擇、且選擇鍵為“右”鍵的情況將GPRM(O)再設定為“2”，并且將處于選擇狀態(tài)的按鈕變更為右按鈕2。分別改寫按鈕1、按鈕2的映像。條件2)選擇鍵是“決定(OK) ”，按鈕1被選擇的情況開始再生播放列表#2條件3)選擇鍵是“決定(OK) ”，按鈕2被選擇的情況開始再生播放列表#3進行如同上述的分歧處理。(播放器處理流程)
其次，用圖27至圖30來說明播放器的處理流程。圖27是示出到AV的再生為止的基本處理流程的圖。插入BD盤時(SlOl)，BD播放器進行“BD. INFO”文件的讀取和分析(S102)，并讀 取“BD. PR0G”文件(S103)?！癇D. INFO”文件及“BD. PR0G”文件，先一同被存儲到管理信息
記錄存儲器，并且由方案處理器來分析。
其次，方案處理器，按照“BD. INFO”文件內(nèi)的第一事件(FirstEvent)信息，生成最 初的事件(S104)。被生成的第一事件由程序處理器所接收，并且程序處理器，執(zhí)行與該事件 對應的事件處理程序(S105)。值得注目的是，與第一事件相對應的事件處理程序記錄有應該最先再生的播放列 表信息。假設，播放列表的再生沒被指示的情況下，播放器不進行任何再生，一直等待用戶 事件(S201)。當BD播放器接收來自用戶的遙控器操作的指示時，UOP管理器使程序管理器 開始執(zhí)行UOP事件(S202)。程序管理器，判別UOP事件是不是菜單鍵(S203)，當UOP事件是菜單鍵的情況下， 向方案處理器輸出UOP事件，并且方案處理器生成用戶事件(S204)。程序處理器，執(zhí)行與被 生成的用戶事件相對應的事件處理程序(S205)。圖28是示出從PL的再生開始到VOB的再生開始為止的處理流程的圖。如上所述，由第一事件處理程序或者全局事件處理程序，開始播放列表的再生 (S301)。方案處理器，作為再生再生對象的播放列表所需的信息，進行播放列表信息“XXX. PL”的讀取和分析(S302)，讀取與播放列表相對應的程序信息“XXX. PROG”(S303)。接著， 方案處理器，按照在被播放列表中所登記的單元信息指示單元的再生(S304)。單元的再生， 意味著從方案處理器對表示控制器發(fā)出了請求，并且表示控制器開始再生AV (S305)。當開始再生AV時(S401)，表示控制器，讀取和分析與再生的單元相對應的VOB的 信息文件(XXX. V0BI) (S402)。表示控制器，確定使用時間圖開始再生的VOBU以及確定其 地址，并向驅(qū)動控制器指示讀出地址，驅(qū)動控制器讀出成為對象的VOB數(shù)據(jù)(S403)。這樣， VOB數(shù)據(jù)被送到解碼器，該數(shù)據(jù)開始再生(S404)。VOB的再生，持續(xù)到該VOB的再生區(qū)間結(jié)束為止(S405)，再生區(qū)間結(jié)束時，轉(zhuǎn)到下 一個單元的再生(S304)。不存在下一個的單元的情況下，則再生停止(S406)。圖29是示出從AV的再生開始后的事件處理流程的圖。BD播放器是事件驅(qū)動型的播放器。當播放列表的再生開始時，分別啟動時間事件 系列，用戶事件系列，及字幕顯示系列的事件處理，并同時執(zhí)行這些事件處理。S500系列的處理是時間事件系列的處理。播放列表的再生開始后(S501)，在經(jīng)過確認播放列表的再生是否已經(jīng)結(jié)束的步驟 (S502)之后，方案處理器確認是否到了時間事件發(fā)生時刻(S503)。當?shù)搅藭r間事件發(fā)生時 刻的情況下，方案處理器生成時間事件(S504)，程序處理器接收時間事件，并執(zhí)行事件處理 程序(S505)。當在步驟S503還沒有到時間事件發(fā)生時刻的情況下，以及當在步驟S504執(zhí)行了 事件處理程序之后，返回到步驟S502，重復上述的處理。還有，在步驟S502確認播放列表的 再生已經(jīng)結(jié)束時，時間事件系列的處理被強制結(jié)束。S600系列的處理是用戶事件系列的處理。
開始再生播放列表后(S601)，經(jīng)過播放列表的再生結(jié)束確認步驟(S602)，轉(zhuǎn)到 UOP的接收確認步驟(S603)。當接收了 UOP時，UOP管理器生成UOP事件(S604)，且接收 UOP事件的程序處理器，確認UOP事件是否屬于菜單呼叫(S605)。UOP事件屬于菜單呼叫 的情況下，程序處理器使方案處理器生成事件(S607)，并且程序處理器執(zhí)行事件處理程序 (S608)。
在步驟S605，判斷為UOP事件不屬于菜單呼叫時，表示UOP事件是根據(jù)光標鍵或 者“決定”鍵的事件。這個情況下，方案處理器判斷現(xiàn)在時刻是否在用戶事件有效期間內(nèi) (S606)。現(xiàn)在時刻在用戶事件有效期間內(nèi)的情況下，方案處理器生成用戶事件(S607)，程序 處理器執(zhí)行成為對象的事件處理程序(S608)。當在步驟S603U0P沒被接收的情況下；當在步驟S606現(xiàn)在時刻不在用戶事件有效 期間內(nèi)的情況下；以及當在步驟S608執(zhí)行了事件處理程序之后，返回到步驟S602，重復上 述的處理。還有，在步驟S602確認為播放列表的再生已經(jīng)結(jié)束時，用戶事件系列的處理被 強制結(jié)束。圖30是示出字幕處理的流程的圖。播放列表的再生開始后(S701)，經(jīng)過播放列表的再生結(jié)束確認步驟(S702)，移到 字幕的繪制開始時刻確認步驟(S703)?，F(xiàn)在時刻是字幕的繪制開始時刻的情況下，方案處 理器向表示控制器指示字幕的繪制，表示控制器向映像處理器指示字幕的繪制(S704)。在 步驟S703判斷為現(xiàn)在時刻不是字幕的繪制開始時刻的情況下，確認現(xiàn)在時刻是否為字幕 的顯示結(jié)束時刻(S705)。當判斷為現(xiàn)在時刻是字幕的顯示結(jié)束時刻的情況下，表示控制器 向映像處理器指示字幕的刪除，映像處理器從成像面刪除被繪制的字幕(S706)。當字幕的繪制步驟S704結(jié)束后；當字幕的刪除步驟S706結(jié)束后；以及當字幕的 顯示結(jié)束時刻確認步驟S705中判斷為現(xiàn)在時刻是字幕的顯示結(jié)束時刻的情況下，返回到 步驟S702，重復上述的處理。還有，在步驟S702確認了播放列表的再生已經(jīng)結(jié)束時，與字幕 的顯示有關(guān)的處理被強制結(jié)束。(實施方式1)其次，說明實施方式1。實施方式1有關(guān)BD的聲音數(shù)據(jù)的流結(jié)構(gòu)，其內(nèi)容基本上是根據(jù)上述關(guān)聯(lián)的實施方 式的內(nèi)容。因此，在實施方式1將以下部分作為重點進行說明，這些部分是指從關(guān)聯(lián)的實 施方式延伸的部分、以及不同于關(guān)聯(lián)的實施方式的部分。圖31是示出不持有階層結(jié)構(gòu)的1個訪問單元(對影像/聲音的信息進行解碼及 再生的編碼單位)的結(jié)構(gòu)的圖。諸如作為影像編碼方式之一的MPEG-2視頻和作為聲音編 碼方式之一的MPEG-I音頻中，如圖31所示，一個訪問單元由頭部(Base Header)和有效負 載部(Base Pay load)構(gòu)成。Base Header包括Base frame的同期信號Base SYNC ；表示該訪問單元的數(shù)據(jù)大 小的AU_SIZE ；表示該訪問單元是否只由Base frame所構(gòu)成的EXT ；如果該訪問單元不是只 由Base frame所構(gòu)成的情況下，示出賦予了哪種擴展信息的EXT_ID ；以及用于將來使用的 預備區(qū)域等。圖31的訪問單元沒有導入階層結(jié)構(gòu)，只用1種編碼方式來編碼1個訪問單元全 體。這就意味著，只用1種解碼方式就能解碼1個訪問單元的全部。
圖32是示出1個訪問單元結(jié)構(gòu)的圖，該訪問單元除Base frame之外，還增加了根 據(jù)不同于Base frame的編碼方式來編碼的LevelI-EXT frame，例如編碼了更加高畫質(zhì)的影 像信息和更高音質(zhì)的聲音信息的frame。
Base Header的EXT表示該訪問單元不是只由Base frame構(gòu)成，EXT_ID表示在其 他的擴展階層數(shù)據(jù)內(nèi)，Levell在Base frame之后被編碼。AU_SIZE表示訪問單元的大小。通過使用AU_SIZE，能將1個訪問單元設計成以下 結(jié)構(gòu)，僅可以解碼Base frame的解碼器(不能解碼Leve 11-EXTframe的解碼器)可忽視 Levell-EXT frame,并可以適當?shù)亟獯a該訪問單元。這樣，即使原本就有的編碼單位(Base)加上新的擴展部分(Levell-ΕΧΤ)，也可通 過忽視Levell-EXT frame，從而可以解碼由圖32示出的訪問單元構(gòu)成的流。并且，可以不 斷地導入新的壓縮編碼算法。同樣擴展到Level2_EXT的訪問單元，在圖33示出。例如，Level2_EXT的數(shù)據(jù)是 不包含在Levell-EXT為止的數(shù)據(jù)中的數(shù)據(jù)，該Level2-EXT的數(shù)據(jù)用于獲得比Levell-EXT 為止的數(shù)據(jù)的采樣率高的采樣率的聲音。EXT_ID被設定為能夠示出Levell和Level2的存在。圖34是用于說明流讀取/供給部按每個數(shù)據(jù)的輸出處不同而進行的不同的工作 的圖，該流讀取/供給部將具有上述階層結(jié)構(gòu)并被編碼的數(shù)據(jù)(例如，Level2流)，輸出到 對應于各個階層的解碼器。當向Base解碼器輸出數(shù)據(jù)的情況下，流讀取/供給部，從Leve 12流中去除 LevelI-EXT 和 Level2_EXT 幀，僅輸出 Base frame。那時，流讀取 / 供給部，對 Base Header 的訪問單元的大小信息的AU_SIZE、示出是否僅由Base frame所構(gòu)成的EXT、以及示出擴展 階層數(shù)據(jù)的類別的EXT_ID的各個值進行改寫之后，輸出數(shù)據(jù)。同樣，當向Levell解碼器輸出數(shù)據(jù)的情況下，流讀取/供給部，從Level2流去除 Level2-EXT frame,改寫AU_SIZE和EXT_ID的各個值后輸出數(shù)據(jù)。當然，當向Level2解碼器輸出Level2流的情況下，流讀取/供給部則原樣輸出 Leve 12 流。對應于Base和Level 1-EXT的機器已經(jīng)廣泛普及，在此，設想一下新導入 Level2-EXT的情況。這種情況下，最好是從Level2流只取出Base frame和Levell-EXT frame，并將該取出的數(shù)據(jù)輸出到上述機器。即，最好是數(shù)據(jù)一概不作修改。圖35是示出當與Base和Level 1-EXT對應的機器廣泛普及的情況下，導入 Leve 12-EXT的理想的訪問單元的結(jié)構(gòu)的圖。與訪問單元由Base和Level 1-EXT構(gòu)成的情況相同，圖35示出的訪問單元，將有 關(guān)Levell-EXT為止的數(shù)據(jù)的信息記述在Base Header (以及Levell Header)。然而，與 Level2-EXT以后的擴展階層數(shù)據(jù)有關(guān)的信息，記述在像保留區(qū)域一樣的Base/Level 1-EXT 解碼器不察覺的區(qū)域。圖35記述有以下情況，EXT_ID中設定有表示Level2不存在的值， 然而到Levell幀為止是在沒被使用的保留區(qū)域中備有EXT_ID2，在那里記述有存在Level2 的擴展階層數(shù)據(jù)。將圖35示出的Level2訪問單元(例如含有Base、Level 1-EXT, Level2_EXT的訪 問單元)，轉(zhuǎn)換成Levell訪問單元(只有Base，或者Base和Levell-EXT)來輸出的時候，流讀取/供給部，從Level2流只提取Base的部分和Levell-ΕΧΤ的部分。即，流讀取/供 給部，可以在一概不改寫數(shù)據(jù)的情況下，對Levell的解碼器輸出由Levell訪問單元構(gòu)成的流。上述的方法也對以下情況有效，S卩，分配給AU_SIZE等大小信息的比特數(shù)少，增加 Level2的時候1個訪問單元的數(shù)據(jù)大小太大，不能在AU_SIZE表現(xiàn)大小信息的情況。在“DTS”，雖然根據(jù)DTS++生成無損壓縮的編碼數(shù)據(jù)，然而，有時候幾乎不能得到壓縮的效果，這就要取決于采樣PCM數(shù)據(jù)是怎樣的數(shù)據(jù)，這種情況下，從DTS的數(shù)IOOKbps 至DTS++到(無損)的數(shù)IOMbps左右為止，可以考慮比特率急劇增加的情況。其結(jié)果，出 現(xiàn)問題，即記述在現(xiàn)在的DTS的Core頭的示出訪問單元的數(shù)據(jù)大小的FSIZE(以14比特示 出字節(jié)單位的數(shù)據(jù)大小)中，用于示出大小的比特域不足。因此，像DTS++的無損壓縮，不 能將大小記述在AU_SIZE (FSIZE)的情況下，可以考慮把AU_SIZE的范圍分為2個數(shù)據(jù)塊。圖36是示出，存在一種支持到Levell為止的機器，在新采用Level2的情況下的 數(shù)據(jù)流的數(shù)據(jù)結(jié)構(gòu)的圖。圖36明確地示出1個訪問單元由兩個部分所構(gòu)成，這兩個部分是現(xiàn)在的播 放器和解碼器可以解碼的Base/Leve 11-EXT和，現(xiàn)有的播放器和解碼器不可以解碼的 Level2-EXT0MPEG 標準中規(guī)定，當以 MPEG2-TS (transport stream)和 MPEG2-PS (program stream)多路復用影像和聲音的基本流的情況下，數(shù)據(jù)存儲到被稱為PES數(shù)據(jù)包的邏輯單 位中。PES數(shù)據(jù)包，由PES頭和存儲實際數(shù)據(jù)的PES有效負載所構(gòu)成，如圖36所示PES頭 有各種域。streamjd，示出被存儲在該PES數(shù)據(jù)包有效負載部的基本流的類別。一般來說， stream_id的不同表明基本流也不同。PES_packet_length示出PES數(shù)據(jù)包的數(shù)據(jù)大小。 PES_priority是用于識別該PES數(shù)據(jù)包的優(yōu)先級的信息。PTS_DTS_f lags是示出，該PES有 效負載的再生開始時刻信息的PTS和解碼開始時刻信息的DTS是否存在的信息。在PTS和 DTS 的值相同的情況下，DTS 被省略。PES_extension_flag，和 PES_extension_flag_2，是 分別示出PES數(shù)據(jù)包的有效負載部是否存在擴展數(shù)據(jù)區(qū)域的信息。streamjcLextension， 是用于補充只有在stream_id = OxFD (extended_stream_id)的情況下才能存在的stream_ id的基本流的識別輔助信息。訪問單元的Base幀部分(圖36中的Base+Levell_EXT部分)和不含有Base幀 的部分(圖36中的Level2-EXT部分)，可用以下方式分開，即，使下文記述的TS數(shù)據(jù)包的 識別信息的 Packet Identifier (PID)相同，而使 stream_id 不同，或者使 PTS_DTS_flags 不同，或者用stream_id_extension來分開。將Base幀部分作為以2032字節(jié)，或者也對應 于DVD-Video的2013字節(jié)完結(jié)的部分，而且將1個訪問單元中的除此之外的部分，作為不 含有Base幀的部分，從而可以被分為Base幀部分和不含有Base幀的部分。例如，使用stream_id_extension的情況下，含有Base幀的PES數(shù)據(jù)包，以及不含 有Base幀的PES數(shù)據(jù)包，都成為streamjd = OxFD (專用流)。于是，將含有Base幀的PES 數(shù)據(jù)包的stream_id_extension值(例如0x70)和，不含有Base幀的PES數(shù)據(jù)包的stream_ icLextension值(例如0x71)，分別設定為不同的值。從而，播放器或外部輸出部可以只提取包含Base幀的數(shù)據(jù)。這個情況下，被設定的streamjcLextension值，被記錄在從邏輯 地址0x40至0x7F的專用流區(qū)域。第1個PES數(shù)據(jù)包，可以存儲與現(xiàn)有的機器相對應的(數(shù)字接口上的協(xié)議等已被 規(guī)定，而且持有與其對應的輸入終端，并與現(xiàn)有的AV接收器對應的)Levell為止的編碼單 位。第2個PES數(shù)據(jù)包，可以存儲與非現(xiàn)有的機器相對應(數(shù)字接口上的協(xié)議等沒被規(guī)定 的，或者不具有與此對應的輸入終端的AV接收器，與非現(xiàn)有的AV接收器對應)的Level2 之后的編碼單位。
根據(jù)判斷stream_id 的值，stream_id_extension 的值，或者 PTS_DTS_f lags 的值， 可以區(qū)別第1個PES數(shù)據(jù)包和第2個以后的PES數(shù)據(jù)包。如同上述，PES頭中，因為有PES_paCket_length等的大小信息，可以從該大小信 息中極為簡單地提取PES有效負載。從而，到Levell-EXT為止的編碼單位，與現(xiàn)有的AV接 收器或數(shù)字接口兼容性高，集中存儲在第1個PES數(shù)據(jù)包的情況下，由分析PES頭就可以簡 單地提取第1個PES數(shù)據(jù)包的PES有效負載。用圖37再次說明訪問單元的處理，該訪問單元由以下2個部分所構(gòu)成現(xiàn)有 的播放器或解碼器可以解碼的Base/Levell-EXT和，現(xiàn)有的播放器或解碼器不能解碼的 Level2-EXT0在BD播放器1000，從記錄有由多個訪問單元構(gòu)成的流的BD盤1001中，該流被輸 入到分析程序(parser) 1002。分析程序1002，對各訪問單元，區(qū)分含有Base幀部的第1個 PES數(shù)據(jù)包和，只含有Level2-EXT部的第2個以后的PES數(shù)據(jù)包。并且，分析程序1002向可以只處理Base幀部的、BD播放器1000內(nèi)部的解碼器 1003，輸出Base幀部的第1個PES數(shù)據(jù)包。解碼器1003解碼第1個PES數(shù)據(jù)包，將解碼數(shù) 據(jù)通過立體聲/模擬接口 1004，輸出到電視1005。電視1005再生來自BD播放器1000的
數(shù)據(jù)，輸出基于該數(shù)據(jù)的圖像及聲音。還有，分析程序1002，通過SPDIF1006，向在BD播放器1000外部的A/V接收器1007 中的Base解碼器1008以及Base/Level 1-EXT解碼器1009，輸出含有Base幀部的第一個 PES數(shù)據(jù)包。Base解碼器1008以及Base/Level 1-EXT解碼器1009是可以處理Base幀部、 還可以處理Levell-EXT幀部的解碼器，處理來自BD播放器1000的第1個PES數(shù)據(jù)包。進而，分析程序1002，通過 Advanced Digital InterfacelOll，含有 Base 幀部的 第1個PES數(shù)據(jù)包和只含有Level2-EXT部的第2個以后的PES數(shù)據(jù)包，輸出到A/V接收 器1007內(nèi)的Level2-EXT解碼器1012。Level2_EXT解碼器1012，是可以處理從Base到 Level2-EXT幀的全部幀的解碼器，處理來自BD播放器1000的雙方的PES數(shù)據(jù)包。這樣，分析程序1002分析訪問單元，訪問單元被發(fā)送到現(xiàn)有的解碼器即解碼器 1003，Base解碼器1008，以及Base/Level 1-EXT解碼器1009，并被處理。并且，訪問單元被 輸出到可以處理含有Base幀部的第1個PES數(shù)據(jù)包和只含有Level2-EXT部的第2個以后 的PES數(shù)據(jù)包的Level2-EXT解碼器1012，并被處理。還有，圖37的BD播放器1000是本發(fā)明的數(shù)據(jù)再生裝置的一個例子。分析程序 1002是數(shù)據(jù)區(qū)別裝置的一個例子。重要的是，存儲有在整個解碼器保證解碼的Base幀的PES數(shù)據(jù)包之后，必有這樣 的PES數(shù)據(jù)包，即存儲有能對其給予附加功能而解碼兼容性低的擴展幀(Levell-ΕΧΤ和Level2-EXT等)的PES數(shù)據(jù)包。還有，重要的是，1個訪問單元中的數(shù)據(jù)的排列順序是升順， 艮口，Base, LevelI-EXT, Level2_EXT，Level3_EXT，Level4_EXT，…，在提取 1 個訪問單元的 全部編碼單位的時候不發(fā)生排列順序的變換。在DTS (Digital Theater Systems公司開發(fā)的聲音編碼方式)，含有第1個 Base(在DTS稱為core)的PES數(shù)據(jù)包的有效負載的數(shù)據(jù)大小，只要按照數(shù)字接口的 SPDIF(Sony/Philips Digital Interconnect Format，民用以 IEC60958-3 標準來規(guī)定) 的規(guī)定，設為2032字節(jié)以下即可。以48KHz采樣的聲音數(shù)據(jù)中512個采樣存儲在1幀的 DTS-typel方式的情況下，到換算比特率1524Kbps以下為 止存儲在第1個PES數(shù)據(jù)包。在此，1524[Kbps]= 2032 [bytes] X 8 [bits/byte] X 48000 [sample/ sec]/512[sample]為了與對應于DTS的AV接收器(家庭劇院等)保持兼容性，將含有第1個Base的 PES數(shù)據(jù)包的有效負載的數(shù)據(jù)大小，設為2013字節(jié)以下即可，上述DTS是依照從DVD-Video 播放器輸出的數(shù)據(jù)的DTS。這樣，以PES數(shù)據(jù)包為單位，保持現(xiàn)有的播放器/解碼器與新的播放器/解碼器之 間的兼容性，分割1個訪問單元的數(shù)據(jù)并進行管理。即按照數(shù)字接口的規(guī)定，分割1個訪問 單元的數(shù)據(jù)并進行管理。這樣，可以對含有規(guī)定的擴展階層數(shù)據(jù)的訪問單元數(shù)據(jù)不做任何 加工，且在不發(fā)生不匹配的情況下進行輸出。圖38是示出持有在MPEG2-TS被多路復用的階層結(jié)構(gòu)的訪問單元的結(jié)構(gòu)的圖。MPEG2-TS是由1個188字節(jié)的TS數(shù)據(jù)包所構(gòu)成的數(shù)字流，存儲有MPEG2-TS的程 序的結(jié)構(gòu)信息的Program Map Table(PMT)的一部分如圖38所示的結(jié)構(gòu)。按照MPEG2-TS的規(guī)定，禁止1個TS數(shù)據(jù)包存儲多個PES數(shù)據(jù)包。為此，如圖38 所示，將存儲了 Base+LevelI-EXT的編碼單位的PES數(shù)據(jù)包和，存儲了 Level2-EXT的編碼 單位的PES數(shù)據(jù)包，分別存儲到不同的TS數(shù)據(jù)包中。MPEG2-TS存儲有示出存儲在該MPEG2-TS中的程序的PMT數(shù)據(jù)包。PMT存儲有 示出屬于規(guī)定程序的影像信息或聲音信息等的各種信息通過哪個PID的TS數(shù)據(jù)包輸送的 elementary_stream_PID,和示出該基本流的編碼類別的stream_type，以及對該基本流記 述了附加信息的1個或多個descriptor?？梢栽O想對于持有階層結(jié)構(gòu)的編碼方式的descriptor上，記述有以下這些信息 擴展階層的級別信息(coding—level)、示出是否使用目前沒被支持的擴展階層、或者極 少的擴展階層的信息(例如，示出是否使用著Level2的識別信息，Level2_existence), 當編碼數(shù)據(jù)為聲音信息的情況下的聲道配置信息(charmelassignment)、采樣頻率 (sampling—frequency)等。當編碼數(shù)據(jù)是影像信息的情況下，可以設想descriptor上記述有coding, level、Level2_existence、還有分辨率信息或幀頻等。在此，編碼數(shù)據(jù)為聲音信息時，被記述在descriptor上的內(nèi)容，用圖39至圖41進 行說明。如圖39所示，descriptor上可記述，級別與音頻屬性(Q值，頻率，聲道，及揚聲 器布置)之間的關(guān)系。根據(jù)利用揚聲器布置的信息，即使處理的流的布置不同于實際的布 置，解碼器也可以按照每個聲道適當?shù)剡M行修正。圖40(A)示出5. 1聲道的揚聲器布置，圖40(B)示出7. 1聲道的揚聲器布置。如上所述，descriptor上可以記述級別和聲道的關(guān)系。不僅如此，如圖41的“聲道結(jié)構(gòu)”所示，將是否含有2聲道或5. 1聲道的縮混音作 為聲道數(shù)信息來記述。這樣，與各聲道對應的解碼器，能夠適當?shù)刈R別是否可以輸出聲音。 例如，聲道結(jié)構(gòu)為7. lch(2+3. 1+2的階層結(jié)構(gòu))的情況下，2ch decoder可以輸出2聲道的 聲音，5. lch decoder可以輸出5. 1聲道(2+3. 1聲道)的聲音。然而，聲道結(jié)構(gòu)不具有上述 的階層結(jié)構(gòu)的7. lch的情況下，根據(jù)處理量的狀況2ch decoder及5. lch decoder，有可能 不能夠輸出聲音。DTS的數(shù)據(jù)分為，DTS(相當于Base)及DTS+(相當于Levell-EXT)的數(shù)據(jù)，和 DTS++(Level2-EXT相當?shù)?的數(shù)據(jù)。雖然DTS+和DTS++都含有擴展階層數(shù)據(jù)，而該處理卻不同。因此，在descriptor 中，可以含有用于識別對象流是DTS/DTS+還是DTS++的信息(相當于圖38的Level2_ existence)0再者，LeveUjxistence，可作為表示這樣的信息來使用，該信息表示對象流是否 只含有格式與DVD-Video相同(DTS-typel形式)，且可以輸出到SPDIF的部分。這些，Level2_existence或coding_level的信息，可以記述在數(shù)據(jù)庫文件(圖 13V0BI文件的Attribute內(nèi)等)。這些信息，當然可以示出在輸出數(shù)字數(shù)據(jù)時的提取處理 不同，不過，也可以在BD的菜單畫面等用于影像和聲音的屬性顯示/選擇。例如，與Level2 不對應的播放器，由數(shù)據(jù)庫來判定解碼對象的流是Level2的流，也可以將Level2聲音預先 設為不可選擇來提供給用戶。圖42是示出在BD-R0M等光盤上記錄時的MPEG2-TS的文件格式的圖。每個TS數(shù)據(jù)包，都被賦予4字節(jié)的Arrival Time Stamp (ATS是向解碼器輸入TS 數(shù)據(jù)包的輸入開始時刻信息)并構(gòu)成1個Timed TS數(shù)據(jù)包，集中32個Timed TS數(shù)據(jù)包被 記錄到3個扇區(qū)(6KB)。圖43是用于說明在DVD-Video所規(guī)定的DTS的詳細細節(jié)的圖。在DVD-Video中雖 然規(guī)定了 1個訪問單元的最大的大小為2013字節(jié)，但是，在此規(guī)定中，沒有屬于DTS/DTS+/ DTS++的哪一個的規(guī)定。即，以48KHz表示512采樣點的聲音信息的1個訪問單元，可以只 由core來構(gòu)成，或者可以由core禾口 extension來構(gòu)成。最大2013字節(jié)的1訪問單元被存儲到PES有效負載，被賦予PES頭(PEShdr)和 包組件頭(Packhdr)，全部大小成為2KB。形成只存儲有PES有效負載的聲音數(shù)據(jù)的DTS脈沖串(burst)有效負載，還被賦 予各2字節(jié)共計8字節(jié)的前同步碼(preamble)群(Pa，Pb，Pc, Pd)，stuffing數(shù)據(jù)，形成 2KB 的 IEC61937-5 幀。SPDIF(IEC60958-3)是以192幀作為1個塊，并以此為周期被傳送的。1幀由2個 子幀(subframe)組成，子幀是輸送IEC61937-5幀內(nèi)的2字節(jié)的數(shù)據(jù)的4字節(jié)的數(shù)據(jù)。從而，在保持與DVD-Video的兼容性的基礎之上傳送DTS的數(shù)據(jù)，就需要將 IEC61937-5幀內(nèi)的字節(jié)限制到2013字節(jié)為止，來控制core和extension的比特量即可。 這樣，不論數(shù)據(jù)的種類是DTS/DTS+/DTS++的哪一個都可以。這就是在BD-R0M存儲DTS++時，將含有core的PES數(shù)據(jù)包的有效負載部設為2013字節(jié)以下的編碼單位的理由。當然與DVD-Video相同，需要以等于或低于2013字節(jié)來構(gòu)成1個訪問單元的幀來 完成。例如，Base幀和Levell-EXT幀的大小為2014字節(jié)時，需要再次進行編碼，使全體限 制在2013字節(jié)內(nèi)，或者構(gòu)成只有Base幀的PES數(shù)據(jù)包，Levell-EXT將多路復用順序存儲 到下面的PES數(shù)據(jù)包等。圖44是示出多路分用器310 (圖7)，以及流讀取/供給部(圖34)的處理的流程 圖。S801是數(shù)字輸出開始步驟，為了與SPDIF對應，而提取圖36示出的訪問單元的一 部分并輸出到外部。S802是再生結(jié)束判定步驟，在“是”的情況下，結(jié)束數(shù)據(jù)的輸出，在“否”的情況下， 進入PES數(shù)據(jù)包的處理S803。在S803進行以下的處理根據(jù)PID的TS數(shù)據(jù)包的辨別、PBS數(shù)據(jù)包頭的分析、 stream_id_extension 的讀出。在SS04中判定stream_id_extension。該域的值為"Ox7I (非Base幀部)”的情況下進入S805，值為“0x70 (Base幀部)，，的情況下進入S806。S805是，在S804判定PES數(shù)據(jù)包是非Base幀部的情況下所進行的步驟，在S805 廢棄PES數(shù)據(jù)包。S806是，在S804判定PES數(shù)據(jù)包是Base幀部的情況下所進行的步驟。在S806， 提取PES數(shù)據(jù)包的有效負載(Base+Level 1-EXT)，按照用圖7及圖34所說明的那樣，將幀數(shù) 據(jù)輸出到解碼器或者現(xiàn)有的數(shù)字I/F。S805及S806之后，返回到再生結(jié)束判定步驟S802。下面，說明將Base/LevelI-EXT和Level2_EXT多路復用到1個訪問單元的方 法，該Base/Leve 11-EXT (以下，簡稱為“Base ”)用現(xiàn)有的播放器或解碼器可以解碼， Level2-EXT(以下，簡稱為“Level2”)用現(xiàn)有的播放器或解碼器不可以解碼。首先用圖45說明輸入時刻管理裝置2000和TS system target decodermodel (以 下，稱為“解碼器模型”或者“T-STD” ) 3000。如圖45所示，輸入時刻管理裝置2000，具有讀出緩沖器(RB) ,de-packetizer,ATS Counter、27MHz Clock。RB 暫時地存儲“xxxx. vob”文件。de-packetizer 從“xxxx. vob”的 TS數(shù)據(jù)包除去ATS，從最初的TS數(shù)據(jù)包除去ATS的時候，將最初的TS數(shù)據(jù)包的ATS的值， 設定在ATSCounter。還有，de-packetizer,按照ATS的時刻，向T-STD3000只輸出各個TS 數(shù)據(jù)包。27MHz Clock以27MHz輸出時鐘。如圖45所示，解碼器模型3000具有多路分用器；與圖像有關(guān)的緩存TB、MB、及 EB ；解碼器Dv ；與聲音數(shù)據(jù)的Base有關(guān)的緩存TBal及Bal ；解碼器Dal ；與聲音數(shù)據(jù)的 “BaSe+LeVel2”有關(guān)的緩存TBa2及Ba2 ；解碼器Da2 ；與系統(tǒng)數(shù)據(jù)有關(guān)的緩存TBsys及Bsys ； 以及解碼器Dsys。圖像數(shù)據(jù)按照TB、MB、EB、解碼器Dv的順序被處理。聲音數(shù)據(jù)的Base按照TBal、 Bal、解碼器Dal的順序被處理。聲音數(shù)據(jù)的“BaSe+LeVel2”按照TBa2、Ba2、解碼器Da2的 順序被處理。系統(tǒng)數(shù)據(jù)按照TBsys、Bsys、解碼器Dsys的順序被處理。在聲音數(shù)據(jù)的Base被解碼的線和，聲音數(shù)據(jù)的“Base+Level〗”被解碼的線上，按照各個流的屬性緩存間的數(shù)據(jù)的傳輸速率、或緩存的大小等，解碼器的方法各不相同。從 而，為了對應雙方的規(guī)格，必須多路復用Base和Level2。當只解碼Base的情況下，在該 解碼器線(TBal，Bal，解碼器Dal)上，必須做到使緩存不受破壞并且只解碼Base。當解碼 “BaSe+LeVe12”的情況下，在該解碼器線(TBa2，Ba2，解碼器Da2)上，必須做到使緩存不受 破壞并且解碼“BaSe+LeVel2”。S卩，為了無論是在Base的解碼器線(TBal，Bal，解碼器Dal) 上，還是在“BaSe+LeVe12”的解碼器線(TBa2，Ba2，及解碼器Da2)上使緩存不受破壞，而必 須將Base和Level2作為1個流多路復用到相同的PID。用圖46，說明將Base和“BaSe+LeVe12”分別在各自的解碼器線上解碼時的TBal 及TBa2的數(shù)據(jù)存儲量的推移。
關(guān)于TBal，第 η 個訪問單元(Aceess Unit#n)的 Base (Base#n)，從時刻 ATS_b#n 以比特率(Rts)輸入并被存儲，同時以Rbal的比特率從Bal被抽出。Baseita的輸入結(jié)束時， 存儲數(shù)據(jù)量以一定的比特率(-Rbal)來減少。第(n+1)個訪問單元(Access Unit#n+1)的 Base (Base#n+1)，從時刻ATS_b#n+l以比特率(Rts)輸入并存儲。在圖46，到Base#n+1的 輸入結(jié)束為止之間，TBal會發(fā)生溢出(overflow)。即，緩存破壞。以后繼續(xù)相同的處理。關(guān)于TBa2，第 η 個訪問單元(Access Unit#n)的 Base (Base#n)，從時刻 ATS_ b#n以比特率(Rts)輸入并被存儲，同時以Rbal的比特率從Ba2被抽出。Baseita的輸 入結(jié)束時，存儲數(shù)據(jù)量以一定的比特率(_Rba2)來減少。并且，第η個訪問單元的2個 LeVe12(LeVel2#n)，被輸入并存儲。沒有輸入的期間中的TBa2的存儲數(shù)據(jù)量以比特率 (_Rba2)來減少。以后繼續(xù)相同的處理。在圖46，TBa2沒有溢出。即，緩存沒有破壞。圖46的情況下，只對應Baseita的解碼器線，只能解碼由存儲1個訪問單元的1個 PES數(shù)據(jù)包的Base和Levell所構(gòu)成的流，不能處理如含有Level2這樣的高比特率的流。 為了只能對應低比特率的TBal不致被破壞，就需要遲延向TBal的Baseiin+l的輸入時刻。 艮P，必須滿足下列的公式3。TBal (ATS_b#n+l) +188 X (l_Rbal/RTS)彡TBal的大小=512 (公式3)公式3意味著，即使在時刻ATS_b#n+l的TBal的數(shù)據(jù)存儲量加上輸入1個TS數(shù) 據(jù)包時增加的字節(jié)量(188 X (1-Rbal/RTS))，也不超過TBal的大小。設定ATS，來滿足公式 3的時刻ATS_b#n+l之后多路復用Base#n+1，在流上多路復用Base#n+1。進一步，將存儲Base (第1個PES數(shù)據(jù)包)的TS數(shù)據(jù)包的數(shù)作為Nbas，將存儲 Leve 12 (第2個PES數(shù)據(jù)包)的TS數(shù)據(jù)包的數(shù)作為Next時，為了將Base和Leve 12按照解 碼順序傳送，就必須滿足下列公式4。[ (Nbas+Next) X 188 X 8/RTS] X 27000000彡 ATS_b# (n+1) _ATS_b#n (公式 4)在此，比特率Rbal，Rts的單位，是bits/second，27000000意味著ATS的時刻精度 的時鐘頻率。Nbas，Next的值，可以分別從各自的Codec的最大比特率等的信息中算出。例如，DTS++的情況下，采樣頻率為 48KHz，512 采樣 /AccessUnit (DTS_typel) Core (Base)為IMbps的固定速率，XLL (Level2)為單獨的，且是24Mbps時，成為XLL的數(shù)據(jù) 長=24Mbps X 512/48k = 32000bytes。在存儲時，包括 TS/PES 頭的額外開銷(overhead)， 則需要174個TS數(shù)據(jù)包。
為了滿足上述的公式3及公式4，就必須進行多路復用處理，將ATS適當?shù)馗郊釉?含有Base及Level2的TS數(shù)據(jù)包，并進行多路復用。這樣，緩存就不會破壞。還有，緩存 ，不僅在數(shù)據(jù)溢出的情況下，下溢(underflow)時也會破壞。為了使數(shù) 據(jù)不下溢，就必須多路復用Base和Level2。為此，與防止數(shù)據(jù)溢出時一樣，按照緩存的大 小、向緩存輸入的數(shù)據(jù)的大小、數(shù)據(jù)輸入到緩存的速度、以及數(shù)據(jù)從緩存輸出的速度，來多 路復用Base和Level2，從而使數(shù)據(jù)不下溢?？傊诟鹘獯a器模型，考慮緩存的大小、向緩存輸入的數(shù)據(jù)的大小、向緩存輸入 的數(shù)據(jù)的速度、以及從緩存輸出的數(shù)據(jù)的速度，來多路復用Base和Level2，從而使各解碼 器模型不致被破壞。本發(fā)明的信息記錄媒體，作為記錄影像或聲音的數(shù)據(jù)的光盤等而有用。本發(fā)明的 數(shù)據(jù)區(qū)別裝置，作為從記錄在光盤等本發(fā)明的信息記錄媒體的數(shù)據(jù)中，抽出與現(xiàn)有的解碼 器或者現(xiàn)有的數(shù)字I/F對應的基礎壓縮數(shù)據(jù)的裝置而有用。本發(fā)明的數(shù)據(jù)再生裝置，作為 從光盤等本發(fā)明的信息記錄媒體中抽出上述基礎壓縮數(shù)據(jù)進行再生的裝置等而有用。本發(fā) 明的數(shù)據(jù)再生裝置，不僅是作為對來自光盤等本發(fā)明的信息記錄媒體的數(shù)據(jù)進行再生的再 生裝置等而有用，而且作為對通過廣播或網(wǎng)絡所提供的音頻數(shù)據(jù)，或者硬盤或半導體存儲 器等的記錄媒體上的音頻數(shù)據(jù)進行再生的再生裝置等也有用。
權(quán)利要求
一種記錄方法，是向信息記錄媒體的記錄方法，包括將流記錄到信息記錄媒體中的記錄步驟，該流具有多個訪問單元，且至少包含圖像及聲音中的某一個；在上述記錄步驟中，如下地將上述流記錄到上述信息記錄媒體中上述訪問單元具有包含基本數(shù)據(jù)的第1數(shù)據(jù)包、以及包含與上述基本數(shù)據(jù)相關(guān)聯(lián)的擴展數(shù)據(jù)的第2數(shù)據(jù)包；上述基本數(shù)據(jù)是，不需要上述擴展數(shù)據(jù)就可以解碼成完全的狀態(tài)的數(shù)據(jù)，上述擴展數(shù)據(jù)是，用于提高由上述基本數(shù)據(jù)所生成的數(shù)據(jù)的質(zhì)量的數(shù)據(jù)；上述流具有示出上述第1數(shù)據(jù)包及上述第2數(shù)據(jù)包的屬性的信息。
2.根據(jù)權(quán)利要求1所述的記錄方法， 上述信息記述在上述流的描述符中。
3.根據(jù)權(quán)利要求1所述的記錄方法， 上述訪問單元是與聲音有關(guān)的數(shù)據(jù)；上述屬性至少確定2聲道縮混數(shù)據(jù)的存在與否、聲道、頻率、比特率之中的一個。
4.根據(jù)權(quán)利要求1所述的記錄方法， 各上述訪問單元是規(guī)定時間的數(shù)據(jù)。
5.根據(jù)權(quán)利要求1所述的記錄方法，上述信息記述在上述流的Program Map Table即PMT中。
6.一種數(shù)據(jù)再生裝置，包括獲得單元，從通過權(quán)利要求1所述的記錄方法記錄了流的信息記錄媒體，獲得上述訪 問單元及上述信息；以及再生單元，用上述信息再生上述訪問單元。
7.一種數(shù)據(jù)再生方法，從通過權(quán)利要求1所述的記錄方法記錄了流的信息記錄媒體，獲得上述訪問單元及上 述信息，用上述信息再生上述訪問單元。
全文摘要
本發(fā)明提供一種記錄方法、數(shù)據(jù)再生裝置及數(shù)據(jù)再生方法。該記錄方法是向信息記錄媒體的記錄方法，包括將流記錄到信息記錄媒體中的記錄步驟，該流具有多個訪問單元，且至少包含圖像及聲音中的某一個；在上述記錄步驟中，如下地將上述流記錄到上述記錄媒體中上述訪問單元具有包含基本數(shù)據(jù)的第1數(shù)據(jù)包、以及包含與上述基本數(shù)據(jù)相關(guān)聯(lián)的擴展數(shù)據(jù)的第2數(shù)據(jù)包；上述基本數(shù)據(jù)是，不需要上述擴展數(shù)據(jù)就可以解碼成完全的狀態(tài)的數(shù)據(jù)，上述擴展數(shù)據(jù)是，用于提高由上述基本數(shù)據(jù)所生成的數(shù)據(jù)的質(zhì)量的數(shù)據(jù)；上述流具有示出上述第1數(shù)據(jù)包及上述第2數(shù)據(jù)包的屬性的信息。
文檔編號H04N7/24GK101872635SQ20101016612
公開日2010年10月27日 申請日期2005年8月17日 優(yōu)先權(quán)日2004年8月17日
發(fā)明者岡田智之, 池田航, 矢羽田洋 申請人:松下電器產(chǎn)業(yè)株式會社