記錄方法和再現裝置的製作方法

2023-10-08 07:22:24 1

專利名稱：：記錄方法和再現裝置的製作方法
技術領域：
：本發明是屬於Out-of-MUX構架的
技術領域：
的發明。
背景技術：
：所謂Out-of-MUX構架是如下技術，即將BD-ROM等只讀型記錄媒體中記錄的數字流、與作為可重寫型記錄媒體的局部存儲器中記錄的數字流同時讀出，提供給解碼器，並使之同步再現。這裡，在BD-ROM中記錄的數字流是構成電影作品的正片(本編)的數字流、而局部存儲器中記錄的數字流構成電影導演的評論的情況下，通過實現上述Out-of-MUX構架，可再現BD-ROM上的正片、與評論，實現BD-ROM的內容擴充。另外，作為只讀型記錄媒體的現有技術，記載在以下專利文獻中。專利文獻1日本特願平8-83478號公報但是，若要執行Out-of-MUX構架，則必需在裝置內設置對從BD-ROM讀出的數字流執行解復用的解復用部、和對從局部存儲器讀出的數字流執行解復用的解復用部，並且設置兩個向各個解復用部提供STC的時鐘計數器，讓2個解復用部執行參照了對應的STC的解復用動作。這樣，各個解復用部執行的解復用的處理彼此獨立。這裡，在構成解復用對象的數據包串中存在時間軸的不連續點的情況下，必需變更一個STC，讓解復用部執行基於此的解復用動作，變更另一STC，讓另一解復用部執行基於此的解復用動作。這裡，若不連續點在各個時間軸上不規則地存在，則變更一個STC、另一變更也復位這樣的變更的重複多次產生。該重複的多次產生使再現裝置的控制變得很複雜，使基於軟體的安裝變困難。這種安裝的困難成為使可執行Out-of-MUX構架的再現裝置的普及推遲、妨礙再現裝置的低價格化的原因。
發明內容本發明的目的在於提供一種記錄媒體，不使軟體的安裝變困難，可使再現裝置實現Out-of-MUX構架。為了實現上述目的，本發明的記錄媒體，記錄了輔流和播放列表信息，該播放列表信息表示記錄在其他記錄媒體中的主流和該輔流的再現路徑，其特徵在於所述輔流包含使其與所述主流中含有的主影像相關聯地再現的附屬信息，所述播放列表信息通過具有多個PlayItem信息來表示主流的再現路徑，並通過具有多個SubPlayItem信息來表示所述輔流的再現路徑，其中一個PlayItem信息定義主影像的一個再現區間，一個SubPlayItem信息定義與主影像相關聯的附屬信息的一個再現區間，將所述多個PlayItem信息中的連續的2個PlayItem信息作為前一個PlayItem信息和當前PlayItem信息，將所述多個SubPlayItem信息中的2個連續的SubPlayItem信息作為前一個SubPlayItem信息和當前SubPlayItem信息時，當前PlayItem信息包含in時間，表示主影像的一個再現區間的再現開始時刻信息；out時間，表示主影像的一個再現區間的再現結束時刻信息；和連接狀態信息，表示前一個PlayItem信息與當前PlayItem信息之間的邊界的連接狀態，當前SubPlayItem信息包含in時間，表示附屬信息的一個再現區間的再現開始時刻信息；out時間，表示附屬信息的一個再現區間的再現結束時刻信息；PlayltemID，用於確定相關聯地再現的所述PlayItem信息；PlayItem同步PTS信息，用於決定在由所述PlayItemID確定的當前PlayItem信息的再現時間上的、所述SubPlayItem信息的in時間的位置；和子連接狀態信息，表示前一個SubPlayItem信息與當前SubPlayItem信息之間的邊界的連接狀態，在通過所述PlayItemID與所述當前SubPlayItem信息相關聯的是當前PlayItem信息，並且所述當前PlayItem信息的連接狀態信息表示為無縫再現的情況下，所述子連接狀態信息也表示為無縫再現，所述SubPlayItem信息的PlayItem同步PTS信息與當前PlayItem信息的in時間相同，當前SubPlayItem信息的in時間與當前PlayItem信息的in時間相同。發明效果根據本發明，由於SubPlayItem信息的PlayItem同步PTS信息與當前PlayItem信息的in時間相同，當前SubPlayItem信息的in時間與當前PlayItem信息的in時間相同，所以在伴隨從再現區間再現的同時，使主再現區間再現的情況下，主流側的STC的不連續點在與主流側的STC的不連續點相同的時刻出現。在2個STC時間軸上，由於不連續點在相同時刻發生，所以若在該時刻再設定解復用部，則可使各解復用部的解復用動作簡單地同步。利用這種同步，製造商可向市場投放大量實現Out-of-MUX應用的再現裝置，可使實現Out-of-MUX應用的再現裝置廣泛普及。圖1是表示本發明的記錄媒體的使用行為方式的圖。圖2是表示BD-ROM的內部構成的圖。圖3是模式表示賦予擴展符.m2ts的文件如何構成的圖。圖4是進一步詳細表示視頻流和音頻流如何存儲在PES數據包串中的圖。圖5是表示視頻或音頻如何復用到程序流、傳輸流的圖。圖6是表示傳輸流的細節的圖。圖7是表示PAT、PMT數據包的內部構成的圖。圖8表示構成AVClip的TS數據包經怎樣的過程寫入BD-R0M。圖9是表示AlignedUnit的內部構成的圖。圖10是表示Clip信息的內部構成的圖。圖11是表示對電影的視頻流的EP_map設定的圖。圖12是表示PlayList信息的數據構造的圖。圖13是表示AVClip與PlayList信息之間的關係的圖。圖14是表示局部存儲器200的內部構成的圖。圖15是表示構成Out-of-MUX應用的主TS、輔TS在BD-ROM再現裝置的內部構成中、如何提供給解碼器的圖。圖16是表示PlayList信息的數據構造的圖。圖17是特寫表示Subpath信息的內部構成的圖。圖18是表示局部存儲器200上的SubClip、局部存儲器200上的PlayList信息、BD-ROM上的MainClip之間的對應圖。圖19(a)是表示STN_table的內部構成的圖。圖19(b)是表示對應於視頻流的Stream_attribute的圖。圖19(c)是表示對應於音頻流的Stream_attribute的圖。圖19(d)是表示視頻流中的Stream_entry的圖。圖20表示從BD-ROM中讀出的TS數據包與從局部存儲器中讀出的TS數據包，表示這些TS數據包中提供給解碼器的TS數據包。圖21(a)(d)是表示Window的移位的圖。圖22是表示從BD-ROM中讀出的TS數據包、從局部存儲器中讀出的TS數據包的數據量的時間推移的曲線。圖23(a)、(b)對比表示各Window的傳輸允許量與Window中向解碼器的提供量的圖。圖24是表示構成0ut_of_MUX應用的Playltem、SubPlayItem的連接狀態的圖。圖25是表示圖24所示的、PlayItem的connection_condition信息、SubPlayItem的sp_connection_condition信息被設定為「=5」的情況下的、PlayItem中的In_Time、0ut_Time與SubPlayItem中的In_Time、0ut_Time之間的關係的圖。圖26表示在再現PlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值，在再現SubPlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值。圖27是表示由previousPlayltem參照的MainClip、由當前PlayItem參照的SubClip中、TS1、TS2如何確定的圖。圖28是表示CC=5和SP_CC=5的細節的圖。圖29是表示由previousPlayltem和當前PlayItem指定的多個VideoPresentationUnit、多個AudioPresentationUnit與STC時間軸之間的關係的圖。圖30是表示本發明的再現裝置的內部構成的圖。圖31是基於PlayList信息的再現步驟的流程圖。圖32是表示SubPlayItem中的無縫連接的流程圖。圖33是表示第2實施方式的創作(authoring)系統的內部構成的圖。圖34是表示對主TS、輔TS的校驗步驟的流程圖。圖35是表示存在多個同種類的基本流的情況下的、對主TS、輔TS的校驗步驟的流程圖。圖36是表示CC=6的詳細說明的圖。圖37是表示PlayItem與SubPlayItem的相關的圖。圖38是模式表示ATC時間軸上存在的多個TS數據包如何復用的圖。圖39是模式表示除音頻外、還替換字幕(PG)或菜單(IG)的情況下，構成主TS的多個TS數據包與構成輔TS的多個TS數據包如何復用的圖。圖40是表示構成音頻混頻應用的主TS、輔TS在BD-ROM再現裝置的內部構成中如何提供給解碼器的圖。圖41是表示第5實施方式的再現裝置的內部構成的圖。圖42是表示由表示音頻混頻的播放列表指定的PlayItem與SubPlayItem的相關的圖。圖43是表示構成劇場公映版與導演剪輯版雙方的PlayList信息一例的圖。符號說明laBD-ROM驅動器lb、c讀取緩衝器lb、a、cATC計數器2a、dSourceD印acketizer(源解包器)2c、dATC計數器3a、cSTC計數器3b、dPIDFilter(PID過濾器)4視頻解碼器5視頻平面6TransportBuffer(傳輸緩衝器)7ElementaryBuffer(基本緩衝器)8音頻解碼器10a、b、C、d開關11InteractiveGraphics(交互圖形)解碼器12InteractiveGraphics平面13PresentationGraphics(演示圖形)解碼器14PresentationGraphics平面17合成部21存儲器22控制器23PSR組24PID變換部25網絡部26操作受理部100BD-ROM200局部存儲器300再現裝置400電視500AV放大器具體實施例方式(第1實施方式)下面，說明本發明的記錄媒體的實施方式。首先，說明本發明的記錄媒體的實施行為中使用行為的方式。圖1是表示本發明的記錄媒體的使用行為方式的圖。圖1中，本發明的記錄媒體是局部存儲器200。局部存儲器200用於向由再現裝置300、電視400、AV放大器500、揚聲器600構成的家庭影院系統提供電影作品。下面，說明BD-R0M100、局部存儲器200、再現裝置300。BD-R0M100是記錄電影作品的記錄媒體。局部存儲器200是組裝在再現裝置中、用作從電影發行者的伺服器分發的內容的接受盤的硬碟。再現裝置300是網絡對應型的數字家電設備，具有再現BD-R0M100的功能。另外，將從電影發行者的伺服器700通過網絡下載的內容存儲在局部存儲器200中，使如此記錄在局部存儲器200中的內容與記錄在BD-R0M100中的內容組合，可擴展/更新BD-R0M100的內容。在BD-R0M100的記錄內容中組合局部存儲器200的記錄內容，將未記錄在BD-R0M100中的數據以好像是記錄在其中的方式進行處理的技術稱為「虛擬組裝」(virtualpackage)0以上是對本發明的記錄媒體的使用方式的說明。下面說明本發明的記錄媒體的生產行為。本發明的記錄媒體可利用文件系統上的改良來實現。〈BD-R0M的概要>圖2是表示BD-ROM的內部構成的圖。在本圖的第4段表示BD-R0M，在第3段表示BD-ROM上的軌道。本圖的軌道為，沿橫向拉伸描繪了從BD-ROM的內周向外周形成為螺旋狀的軌道。該軌道由導入區域、卷區域、導出區域構成。本圖的卷區域具有物理層、文件系統層、應用層這樣的層模型。若使用目錄構造來表現BD-ROM的應用層格式(應用格式)，則如圖中的第1段所示。在第1段中，在BD-ROM中、Root目錄下有BDMV目錄。在該BDMV目錄的屬下，還存在稱為PLAYLIST目錄、CLIPINF目錄、STREAM目錄的3個子目錄。在PLAYLIST目錄中，存在賦予了擴展符mpls的文件(00001.mpls)。在CLIPINF目錄中，存在賦予了擴展符clpi的文件(00001.clpi，00002.clpi)。在STREAM目錄中，存在賦予了擴展符m2ts的文件(00001.m2ts，00002.m2ts)。利用以上的目錄構造，可知彼此不同種類的多個文件被配置在BD-ROM上。〈BD-R0M的構成之1.AVClip>首先，說明賦予擴展符.m2ts的文件。圖3是模式表示賦予擴展符.m2ts的文件如何構成的圖。賦予擴展符.m2ts的文件(00001.m2ts，00002.m2ts)存儲AVClip。AVClip是MPEG2-TranSp0rtStream(MPEG-2傳輸流)形式的數字流。該數字流通過將數位化的影像、數位化的聲音(上第1段)變換為由PES數據包構成的基本流(上第2段)，進而變換為TS數據包(上第3段)，將相同字幕系統的演示圖形流(PresentationGraphics(PG)流)及對話系統的交互圖形流(InteractiveGraphics(IG)流)(下第1段、下第2段)變換為TS數據包(下第3段)，將它們復用來構成。下面，說明這些視頻流、音頻流、PG流、IG流。〈視頻流〉視頻流是構成電影作品的動態圖像的流，由作為SD圖像、HD圖像的圖片數據構成。視頻流中，存在VC-I視頻流、MPEG4-AVC視頻流、MPEG2-Video視頻流等形式。在MPEG4-AVC視頻流中，向IDR圖片、I圖片、P圖片、B圖片賦予PTS、DTS等時戳，以該圖片的單位，執行再現控制。這樣，將賦予了PTS、DTS、構成再現控制單位的視頻流的一個單位，稱為"VideoPresentationUnit」(視頻演示單位)。〈音頻流〉音頻流是表示電影作品的聲音的流，存在LPCM音頻流、DTS-HD音頻流、DD/DD+音頻流或DD/MLP音頻流等形式。向音頻流中的音頻幀賦予時戳，以該音頻幀的單位，執行再現控制。這樣，將賦予了時戳、構成再現控制單位的音頻流的一個單位，稱為「AudioPresentationUnit」(音頻演示單位)。<PG流〉PG流是構成每種語言字幕的圖形流，存在對英語、日語、法語等多個語言的流。PG流由PCS(PresentationControlSegment演示控制段)、PDS(PalletDefineSegment調色板定義段)、WDS(WindowDefineSegment窗口定義段)、ODS(ObjectDefineSegment對象定義段)等一系列功能段構成。ODS(ObjectDefineSegment)是定義作為字幕的圖形對象的功能段。WDS(WindowDefineSegment)是定義畫面中的圖形對象的比特量的功能段，PDS(PalletDefineSegment)是規定圖形對象的描繪中的顯色的功能段。PCS(PresentationControlSegment)是規定字幕顯示中的頁控制的功能段。這種頁控制中有Cut-In/Out(切入/切出)、Fade-In/Out(淡入/淡出)、ColorChange(改變顏色)、Scroll(滾動)、Wipe-In/Out(劃入/劃出)等，通過伴隨基於PCS的頁控制，可實現一邊慢慢地刪除某個字幕、一邊顯示下一字幕的顯示效果。T-STD(TransportSystemTargetDecoder傳輸系統目標解碼器)的STC(SystemTimeClock)的PCR(ProgramClockReference)等存儲在該適用欄位中。圖7是表示PAT、PMT數據包的內部構成的圖。這些數據包記述傳輸流的程序構成。本圖中的引出線hml特寫了傳輸流中存在的PID=O的TS數據包的構成。這種TS數據包被稱為PAT(ProgramAssociationTable程序關聯表)數據包，表示傳輸流整體的節目構成。PAT數據包的PID始終為「0」。在PAT數據包中存儲PAS(ProgramAssociationSection:程序關聯部)。引出線hm2特寫PAS的內部構成。如該引出線所示，PAS對應表示program_number(節目序號)與programmaptable(節目映射表)(PMT的PID)。引出線hm3特寫傳輸流中存在的PID=0x100的TS數據包的構成。這種TS數據包被稱為PMT數據包。如引出線hm4所示，PMT數據包的PMS包含表示對應於該PMS的節目中包含的流種類的『stream_type』和該流的PID、即『elementary_PID』。在本圖的實例中，可知節目序號#1的節目具有PID=0x100的PMT，具有PID=0x200與0x201的MPEG2視頻與ADTS音頻構成該節目序號#1的節目。這樣，從始終PID=0的PAT取得PMT的PID，從該PMT的PID取得PMT數據包，通過參照PMS，可得知傳輸流中的節目、和其構成流的PID或流類型。接著，說明如上所述構成的AVClip如何寫入BD-ROM中。圖8表示構成AVClip的TS數據包經怎樣的過程寫入BD-R0M。圖8的第1段表示構成AVClip的TS數據包。構成AVClip的188位元組的TS數據包如第2段所示，附加4位元組的TS_extra_header(圖中的陰影部)，變為192位元組長度的Source數據包。該TS_extra_header包含表示該TS數據包的解碼器輸入時刻信息的Arrival_Time_Stamp(到達時戳)。向每個TS數據包賦予ATS頭以形成流的理由在於，為了向每個TS數據包提供至解碼器(STD)的輸入時刻。在數字廣播中，將傳輸流作為固定比特率來處理。因此，對復用了稱為NULL數據包的偽TS數據包後構成固定比特率的傳輸流加以廣播。當在光碟等有限記錄容量的記錄媒體中記錄流時，由於固定比特率的記錄方式浪費容量，所以不好。因此，BD-ROM中不記錄NULL數據包。另外，為了對應於可變比特率的記錄方式，向每個TS數據包賦予ATS之後，記錄傳輸流。通過使用該ATS，可對每個TS數據包復原解碼器輸入時刻，可對應於可變比特率的記錄方式。後面，將ATS頭與TS數據包的1組稱為源數據包(SourcePacket)。構成AVClip的Source數據包在第3段的AVClip中構成1個以上的「ATC_Sequence",,所謂「ATC_kquence」是Source數據包的排列，是指在該Arrival_Time_Mamp參照的Arrival_Time_Clock中不存在不連續點(noarrivaltime-basediscontinuity)。換言之，將該Arrival_TimeJtamp參照的Arrival_Time_Clock中存在連續性的Source數據包串稱為「ATC_kquence」。這種ATCJequence變為AVClip，以xxxxx.m2ts的文件名記錄在BD-R0M中。這種AVClip與通常的計算機文件一樣，被分割成1個以上的文件範圍(extent)，記錄在BD-ROM上的領域中。第4段模式地表示AVClip如何記錄在BD-ROM中。在該第4段中，構成文件的各文件範圍具有預定的kxetent以上的數據長度。研究將AVClip分割成多個範圍來記錄時的、每個範圍的最小數據長度Sexetent。這裡，BD-ROM中光拾取器的跳動所需的時間由Tjump=Taccess+Toverhead給出。Taccess是對應於跳動距離(跳動的物理地址的距離)提供的時間。從BD-ROM讀出的TS數據包被存儲在稱為讀取緩衝器的緩衝器中，輸出到解碼器，但向讀取緩衝器的輸入以稱為Rud的比特率進行，在將ECC塊中的扇區數設為Secc的情況下，Toverhead利用Toverhead^(2XSeccX8)/Rud=20毫秒這樣的計算來給出。從BD-ROM讀出的TS數據包以Source數據包的狀態存儲在讀取緩衝器中之後，以稱為TS_ReCOrding_rate的傳輸速率提供給解碼器。為了不使以TS_ReCOrding_rate的傳輸速率向解碼器提供TS數據包中斷，必需在Tjump期間從讀取緩衝器向解碼器連續輸出TS數據包。這裡，由於從讀取緩衝器的輸出不是以TS數據包、而是以Source數據包的狀態進行，所以在TS數據包與Source數據包之間的大小比為192/188的情況下，Tjump期間，必需利用(192/188XTS_Recording_rate)的傳輸速率從讀取緩衝器連續輸出Source數據包。因此，讀取緩衝器不下溢的緩衝器存儲量為Boccupied彡(Tjump/1000X8)X((192/188)XTS_Recording_rate)由於向讀取緩衝器的輸入速率為Rud，從讀取緩衝器的輸出速率為TS_Recording_rateX(192/188)，所以向讀取緩衝器的存儲速率由輸入速率-輸出速率的計算來提供，為(Rud-TS_Recording_rateX(192/188))。將該Boccupied存儲在讀取緩衝器中所需的時間Tx為11Tx=Boccupied/(Rud-TS_Recording_rateX(192/188))。由於從BD-ROM中讀出必需在該時刻Tx中連續以Rud輸入TS數據包，所以在將AVClip分割成多個範圍來記錄時的、每個範圍的最小數據長度kxetent為Sexetent=RudXTx=RudXBoccupied/(Rud-TS_Recording_rateX(192/188))彡RudX(Tjump/1000X8)X((192/188)XTS_Recording_rate)/(Rud-TS_Recording_rateX(192/188))彡(RudXTjump/1000X8)XTS_Recording_rateX192/(RudX188-TS_Recording_rateX192)從而，有Sexetent彡(TjumpXRud/1000X8)X(TS_Recording_rateX192/(RudX188-TS_Recording_rateκ192))。構成AVClip的各文件範圍通過具有以使得解碼器不下溢的方式算出的Sextent以上的數據長度，從而，即便構成AVClip的各文件範圍在BD-ROM上位於離散的位置，也不會在再現時中斷向解碼器提供TS數據包，可連續讀出。上述文件範圍，以匯集32個Source數據包的對齊單元(AlignedUnit,6KByte的數據大小)為最小單位而構成。因此，BD中的流文件(XXXXX.AVClip)的文件大小始終是6KByte的倍數。圖9是表示AlignedUnit的內部構成的圖。AlignedUnit由32個Source數據包構成，寫入連續的3個扇區中。由32個Source數據包構成的組是6144位元組(=32X192)，這與3個扇區大小6144位元組(=2048X3)一致。BD-ROM中的扇區以32個單位附加糾錯碼，構成ECC塊。再現裝置只要以AlignedUnit的單位訪問BD-R0M，就可得到32個完結的Source數據包。以上是對BD-ROM的AVClip的寫入過程。下面，將記錄在BD-ROM中、復用了高畫質的視頻流的AVClip稱為「MainClip」。相反，將記錄在局部存儲器中、與MainClip同時再現的AVClip稱為「SubClip」。通過對記錄在BD-ROM中的MainClip進行解復用，得到部分傳輸流。該部分傳輸流對應於各個基本流。將通過解復用MainClip得到的部分傳輸流、即對應於1個基本流的部分傳輸流稱為「主TS」。〈BD-R0M的構成之2.Clip信息〉接著說明賦予擴展符.clpi的文件。賦予擴展符.clpi的文件(00001.clpi、00002.clpi)存儲Clip信息。Clip信息是關於各個AVClip的管理信息。圖10是表示Clip信息的內部構成的圖。如圖10的左側所示，Clip信息由i)存儲關於AVClip的信息的[ClipInfoJ,ii)存儲涉及ATCSequence,STCSequence的信息的SequenceInfoJ,iii)存儲涉及ProgramSequence的信息的『ProgramInfoJ,iv)『CharacteristicPointhfo(CPI)』構成。在Cliphfo中，有該Clip信息參照的AVClip的應用類型(application_type)。通過參照這種Cliplnfo，可利用應用類型來識別是MainClip還是SubClip、包含動態圖像還是包含靜止圖像(幻燈片)等。另外，Cliplnfo中記述上述TS_reCOrding_rate。SequenceInfo是關於包含於AVClip中的、1個以上STC_kquence、ATC_kquence的信息。設置這些信息的意義在於將STC、ATC的不連續點事先通知給再現裝置。S卩，若存在這種不連續點，則AVClip內有可能出現同值的PTS、ATS，在再現時產生故障。為了表示STC、ATC連續在傳輸流中從何處起至何處止，設置kquencehfo。所謂ProgramInfo是表示Program的內容恆定的區間(ProgramSequence)的信息。所謂ftOgram是共享同步再現用時間軸的基本流彼此的集合。設置I^ogramSequence信息的意義在於事先將I^rogram內容的變化點通知給再現裝置。這裡所謂的I^rogram內容的變化點是指視頻流的PID變化、或視頻流的種類從SD圖像變化為HD圖像的點等。接著，說明CharacteristicPointInfo。圖中的引出線cu2特寫了CPI的構成。如弓丨出線cu2所示，CPI由Ne個EP_map_for_one_stream_PID(EP_map_for_one_stream_PIDEP_map_for_one_stream_PID[Ne_l])構成。這些EP_map_for_one_stream_PID是關於屬於AVClip的各個基本流的EP_map。EP_map是在1個基本流上、與入口時刻(PTS_EP_start)相對應地表示AccessUnit存在的入口位置的數據包序號(SPN_EP_start)的信息。圖中的引出線cu3特寫EP_map_for_one_stream_PID的內部構成。據此，可知EP_map_for_one_stream_PID由Nc個EP_High(EP_High(0)EP_High(Nc-I))與Nf個EP_Low(EP_Low(0)EP_Low(Nf-I))構成。這裡，EP_High具有表示AccessUnit(Non-IDRI圖片、IDR圖片)的SPN_EP_start和PTS_EP_start的高位比特的作用，EP_Low具有表示AccessUnit(Non-IDRI圖片、IDR圖片)的SPN_EP_start和PTS_EP_start的低位比特的作用。圖中的引出線cu4特寫EP_High的內部構成。如該引出線所示，EP_High⑴由作為對EP_Low的參照值的『ref_to_EP_Low_id[i]』、表示AccessUnit(Non-IDRI圖片、IDR圖片)的PTS的高位比特的『PTS_EP_High[i]』、表示AccessUnit(Non-IDRI圖片、IDR圖片)的SPN的高位比特的『SPN_EP_High[i]』構成。這裡，所謂i是用於識別任意EP_High的識別符。圖中的引出線cu5特寫EP_Low的內部構成。如引出線cu5所示，EP_Low由表示對應的AccessUnit是否是IDR圖片的『is_angle_change_point(EP_Low_id)』、表示對jS白勺AccessUnit白勺；^/j、白勺『I一end一position一offset(EP一Low一id)』、@$)^jS白勺AccessUnit(Non-IDRI圖片、IDR圖片)的PTS的低位比特的『PTS_EP_Low(EP_Low_id)』、和表示對應的AccessUnit(Non-IDRI圖片、IDR圖片)的SPN的低位比特的『SPN_EP_Low(EP_Low_id)』構成。這裡，所謂EP_Low_id是用於識別任意EP_Low的識別符。〈Clip信息的說明之2.EP_map>下面，通過具體例來說明EP_map。圖11是表示對電影的視頻流的EP_map設定的圖。第1段表示按顯示順序配置的多個圖片(MPEG4-AVC中規定的IDR圖片、I圖片、B圖片、P圖片)，第2段表示該圖片中的時間軸。第4段表示BD-ROM上的TS數據包串，第3段表示EP_map的設定。在第2段的時間軸上，設在時刻tlt7存在構成AccessUnit的IDR圖片和I圖片。另外，若設這些tlt7的時間間隔為1秒左右，則電影中使用的視頻流的EP_map被設定成將tlt7表示為入口時刻(PTS_EP_start)，與之相對應地表示入口位置(SPN_EP_start)0〈PlayList信息〉接著，說明PlayList(播放列表)信息。賦予擴展符「mpls」的文件(OOOOl.mpls)是存儲PlayList(PL)信息的文件。圖12是表示PlayList信息的數據構造的圖。在本圖中，如引出線mpl所示，PlayList信息包含定義MainPath(主路徑)的Mairfath信息(MairfathO)、與定義章節的PlayListMark信息(PlayListMark)。〈PlayList信息的說明之1.MainPath信息>首先說明Mairfath。Mairfath是對作為主影像的視頻流或音頻流定義的再現路徑。MainPath如箭頭mpl所示，由多個PlayItem信息#1...#m定義。PlayItem信息定義構成Mairfath的一個邏輯再現區間。PlayItem信息的構成由引出線hsl特寫。如該引出線所示，PlayItem信息由表示再現區間的IN點和Out點所屬的AVClip的再現區間信息的文件名的『ClipJnformation_file_name』、表示AVClip的編碼方式的『Clip_codec_identifier』、表示PlayItem是否構成多角度的『is_multi_angle』、表示該Playltem(當前PlayItem)與其前一個PlayItem(previousPlayltem)之間的連接狀態的『connection—condition』、唯一表示該PlayItem為對象的STC_kquence的『ref_to_STC_id』、表示再現區間的起點的時間信息『In_time』、表示再現區間的終點的時間信息『0ut_time』、表示該PlayItem中應屏蔽的用戶操作是哪個的『U0_maSk_table』、表示是否許可向該PlayItem的中途隨機訪問的『PlayItem_random_access_flag』、表示該PlayItem再現結束後是否繼續最後圖片的靜止顯示的『Mill_mode』、和『STN_tab1e』構成。其中，構成再現路徑的是表示再現區間的起點的時間信息『In_time』、表示再現區間的終點的時間信息『0ut_time』的組，所謂再現路徑信息由該『In_time』和『0ut_time』的組構成。圖13是表示AVClip與PlayList信息之間的關係的圖。第1段表示PlayList信息具有的時間軸(PlayList時間軸)。第2段至第5段表示由EP_map參照的視頻流。PlayList信息包含PlayItem信息#1、#2這兩個PlayItem信息，利用這些PlayItem信息#1、#2的In_time、0ut_time，定義了兩個再現區間。若使這些再現區間排列，則定義與AVClip時間軸不同的時間軸。這是第1段所示的PlayList時間軸。這樣，可利用PlayItem信息的定義，定義與AVClip不同的再現路徑。以上是對BD-ROM的說明。〈局部存儲器200>接著，說明作為本發明的記錄媒體的局部存儲器200。圖14是表示局部存儲器200的內部構成的圖。如圖所示，本發明的記錄媒體可通過對應用層的改良來生產。圖20的第4段表示局部存儲器200，第3段表示局部存儲器200上的軌道。本圖的軌道為，沿橫向拉伸描繪了從局部存儲器200的內周向外周形成為螺旋狀的軌道。該軌道由導入區域、卷區域、導出區域構成。本圖的卷區域具有物理層、文件系統層、應用層等層。若使用目錄構造來表現局部存儲器200的應用層格式(應用格式)，則如圖中第1段所示。在本圖的目錄構造中，在ROOT目錄的屬下，存在稱為『organization#l，的子目錄，在其屬下，存在稱為『diSC#l，的子目錄。所謂目錄『organizationiir是分配給電影作品的特定提供商的目錄。『diSC#l』是分配給該提供商所提供的BD-ROM的每個的目錄。通過在對應於特定提供商的目錄中設置對應於各BD-ROM的目錄，單獨存儲對各BD-ROM的下載數據。在該子目錄的屬下，與存儲在BD-ROM中的一樣，存儲PlayList信息(00002.mpls)、Clip信息(00003.clpi、00004.clpi)、AVClip(00003.m2ts、00004.m2ts)。接著，說明構成局部存儲器200的構成要素的PlayList信息、Clip信息、AVClip。局部存儲器200上的AVClip(00003.m2ts、00004.m2ts)構成SubClip。對該SubClip進行解復用，從而得到部分傳輸流。將通過解復用SubClip得到的部分傳輸流稱為「輔TS」。這種輔TS構成0ut_of_MUX應用。下面，說明0ut_of_MUX應用。(0ut_of_MUX應用)所謂0ut_of_MUX應用是如下應用，通過同時再現選擇例如BD-ROM上的主TS、與經網絡等取得並記錄在局部存儲器中的輔TS這兩個TS，從而可在這2個TS間實現各種基本流的組合。圖15是表示構成Out-of-MUX應用的主TS、輔TS在BD-ROM再現裝置的內部構成中、如何提供給解碼器的圖。圖中，左側示出BD-ROM再現裝置的內部構成中的BD-ROM驅動器裝置、局部存儲器、網絡部，右側示出解碼器。正中示出執行流的解復用的PIDFilter。本圖中的主TS(Videol,Audiol(English)，Audio2(Spanish)，PGl(EnglishSubtitle),IGl(EnglishMenu))、輔TS(Audio2(Japanese),Audio3(Korean),PG2(JapaneseSubtitle),PG3(KoreanSubtitle),IG2(JapaneseMenu),IG3(KoreanMenu))^!]^從BD-R0M、局部存儲器提供的傳輸流。由於盤單體中僅記錄英語(Audio1)與西班牙語(Audio2)，所以不能從該盤中選擇日語配音等。但是，若將內容提供商提供的日語配音(Audio2)所在的輔TS下載到局部存儲器，則可將日語配音聲音(Audio2)、日語字幕(PG2)、日語菜單畫面(IG2)送入解碼器。由此，用戶可從日語菜單畫面(IG2)中選擇日語配音聲音(Audio2)與日語字幕(PG2)，與影像(Videol)—起再現。在同時再現的2個TS中存儲的基本流的每個種類只有最多1個(換言之，主TS與輔TS中存儲的視頻只有最多1個、音頻只有最多1個、字幕只有最多1個、菜單只有最多1個)的限制下，0ut_of_MUX應用使用戶可自由選擇聲音和字幕。全部BD-ROM再現裝置具有可解碼主TS單體的能力，但沒有同時解碼2個TS的能力。因此，在無限制導入0ut_of_MUX應用的情況下，不得不大規模化硬體、或追加更多軟體，導致BD-ROM再現裝置的成本上升。因此，在0ut_of_MUX應用的實現中，能否在可僅解碼主TS的資源上實現0ut_of_MUX的應用成為關鍵。基本流的每個種類只有最多1個、許可再現的限制只要考慮用輔TS的基本流來『替換』主TS的基本流即可。從而，可在解碼1個TS的資源上實現0ut_of_MUX應用，可抑制解碼器側的成本上升。在本圖的實例中，將主TS的音頻、字幕(PG)、菜單(IG)流替換成輔TS的音頻、字幕(PG)、菜單(IG)流。輔TS除作為上述局部存儲器的內置HDD外，還可從快閃記憶體或一次存儲存儲器、越過網絡的HDD或直接經網絡的流播(streaming)等輸入。為了便於說明，輔TS從圖1所示的內置型HDD提供。局部存儲器上存在的Clip信息(00003.clpi,00004.clpi)基本上具有與BD-ROM中記錄的Clip信息一樣的數據構造。這裡，將局部存儲器上的Clip信息的TS_ReC0rding_Rate設定成與從BD-ROM讀出AVClip相同的比特率。即，SubClip的Clip信息中記述的TS_Recording_Rate與MainClip的Clip信息中記述的TS_RecordingJiate相同。若假設MainClip的TS_Recording_Rate的值與SubClip的TS_RecordingJate不同，則從各個SourceDe-packetizer送入到緩衝器的數據速率會因送入哪個TS而不同，0ut_of_MUX應用可假定為1個輸入TS的假定不成立。另外，因為應在2個TS之間再現的基本流被自由選擇，所以若選擇主TS的音頻，則從SourceDe-packetizer至解碼器內的緩衝器被設定為主TS用的比特率，若選擇輔TS的音頻，則從SourceDe-packetizer至解碼器內的緩衝器設定輔TS用的比特率，再現裝置模型的處理或驗證會變複雜。接著，說明局部存儲器200上的PlayList信息。賦予了擴展符「mpls」的文件(00002.mpls)是將稱為Mairfath、Subpath的兩種再現路徑統一後的組定義為Playlist(PL)的信息。圖16是表示PlayList信息的數據構造的圖，如圖所示，PlayList信息由定義MainPath的MainPath信息(MainPathO)、定義章節的PlayListMark信息(PlayListMarkO)、和定義Subpath的Subpath信息(SubpathO)構成。這種PlayList信息的內部構成和PlayItem信息的內部構成與BD-ROM的相同，省略說明。下面，說明Subpathfn息ο〈PlayList信息的說明之1.Subpath信息>MainPath是對作為主影像的MainClip定義的再現路徑，相反，Subpath(子路徑)是對應與Mairfath同步的SubClip定義的再現路徑。圖17是特寫表示Subpath信息的內部構成的圖。如圖中的箭頭hcO所示，Subpath信息包含表示SubClip的類型的SubPath_type、和1個以上SubPlayItem信息(...SubPlayItemO···)。圖中的引出線hcl特寫SubPlayItem信息的構成。SubPlayItem信息如圖中的箭頭hcl所不，由『Clip_information_file_name』、『Clip_codec_identifier』、『SP_connection_condition』、『ref_to_STC_id』、『SubPlayItem_In_time』、『SubPlayItem_0ut_time』、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』構成。『Clip_information_file_name』是通過記述Clip信息的文件名、唯一指定對應於SubPlayItem的SubClip的信息。『Clip_codec_identifier』表示AVClip的編碼方式。『SP_connection_condition』表示該SubPlayItem(當前SubPlayItem)與其前一個SubPlayItem(previousSubPlayltem)之間的連接狀態。『ref_to_STC_id』唯一表示該PlayItem構成對象的STC_kquence。『SubPlayItemJn_time』是表示SubClip的再現時間軸上的SubPlayItem的起點的信息。『SubPlayItem_0ut_time』是表示SubClip的再現時間軸上的SubPlayItem的終點的信息。『sync_PlayItem_id』是唯一指定構成MainPath的PlayItem中、該SubPlayItem應同步的PlayItem的信息。SubPlayItem_In_time存在於由該sync_PlayItem_id指定的Play_Item的再現時間軸上。『sync_start_PTS_of_PlayItem』表示在由sync_PlayItem_id指定的PlayItem的再現時間軸上、由SubPlayItem_In_time指定的SubPlayItem的起點存在於何處。這裡所謂的三者是指局部存儲器200上的SubClip、局部存儲器200上的PlayList信息、BD-ROM上的MainClip三者。圖18是表示局部存儲器200上的SubClip、局部存儲器200上的PlayList信息、BD-ROM上的MainClip之間的對應圖。圖中，第1段表示局部存儲器200上存在的SubClip。如第1段所示，在局部存儲器200上的SubClip內的輔TS中，有音頻流、PG流、IG流等種類。它們當中的任何一個，均作為SuWath提供同步再現。第2段表示由PlayList信息定義的2個時間軸。第2段中的下側的時間軸表示由PlayItem信息定義的PlayList時間軸，上側的時間軸表示由SubPlayItem定義的SubPlayItem時間軸。如圖所示，可知SubPlayItem信息的SubPlayItem_Clip_information_file_name實現SubClip選擇作用，該SubClip選擇作用是指將存儲了SubClip的.m2ts文件中的哪個選擇為再現區間的對象。另外，可知SubPlayItem_IN_time、SubPlayItem_Out_time實現定義SubClip上的再現區間的起點和終點的作用。箭頭synC_PlayItem_Id實現期望與哪個PlayItem同步的同步指定的作用，synC_start_PTS_of_PlayItem實現確定PlayList時間軸上的SubPlayItem_In_time的位置的作用。以上是對SubPath信息的說明。該局部存儲器200上的PlayList信息的特徵在於STN_table。下面，說明局部存儲器200上的PlayList信息。STN_table是如下表格，即，表示復用到由PlayItem信息的ClipJnformation_file_name指定的MainClip上的多個基本流、和復用到由SubPlayItem信息的Clip_information_fi1e_name指定的SubClip上的多個基本流中的、許可同時再現的1個以上的組合的表。在PlayList信息的STN_table中，許可同時再現的多個基本流構成所謂的「系統流」。具體而言，STN_table通過將關於復用到MainClip的多個基本流、復用到SubClip的基本流的每個的Stream_entry與Mream_attribute相對應來構成。圖19(a)是表示STN_table的內部構成的圖。如圖所示，STN_table包含多個STN_table中的entry(項目)與attribute(屬性)的組(entry-attribute)，為表示這些entry-attribute白勺組白勺個數(number_of_video_stream_entries,number_of_audio_stream_entries,number_of_PG_stream_entries,number_of_IG_stream_entries)的數據構造。entry-attribute的組如圖中的括號「{」所示，對應於PlayItem中可再現的視頻流、音頻流、PG流、IG流中的每個。說明entry-attribute的細節。圖19(b)是表示對應於視頻流的Mream_attribute的圖。視頻流中的Mream_attribute包含表示視頻流的顯示方式的『Video_format』與表示視頻流的顯示頻率的『frame_rate』等。圖19(c)是表示對應於音頻流的Mream_attribute的圖。音頻流中的Mream_attribute由表示音頻流的編碼方式的『stream_coding_type』、表示對應的音頻流的聲道(channel)構成的『audio_presentation_type』、表示對應的音頻流的採樣頻率的對應的『samp1ing_frequency』、和表示音頻流的語言屬性的『Budio—langUBgecode』^Jj^。圖19(d)是表示視頻流中的Mream_entry的圖。如圖所示，視頻流的Mream_entry包含表示視頻流的解復用中使用的PID的『ref_to_Mream_PID_of_Main_Clip』。由MainClip復用的音頻流、IG流、PG流的Mream_attribute為圖19(d)的形式。STN_table表示從BD-ROM中讀出的基本流、從局部存儲器中讀出的基本流中許可再現的基本流，但若這種STN_table成為無限制地許可基本流的再現，則擔心導致解碼器系統崩潰。其理由如下。若基於MPEG2的解碼器系統標準，則在1個傳輸流中的ATC時間軸的TS數據包之間，不存在重疊。這是解碼器系統中執行正確的解碼處理用的基本原則。另一方面，在許可BD-ROM中的流的再現的同時許可局部存儲器中的流的再現，同時執行從BD-ROM的AVClip再現與從局部存儲器的AVClip再現的情況下，來自BD-ROM的TS數據包與來自局部存儲器的TS數據包之間將會產生重疊。因此，在本實施方式中，對解碼基本流附加如下限制。所謂解碼基本流是STN_table中許可再現、為了一起再現而選擇的視頻流、音頻流、PG流、IG流。在解碼基本流中，存在從局部存儲器中讀出的與從BD-ROM中讀出的基本流兩者。對解碼基本流附加的限制是，構成為包含STN_table中許可同時再現的基本流、但不包含不許可再現的基本流的AVClip(MainClip、SubClip)的TS數據包(DecodingTS數據包)的每秒的比特量為48Mbit以下。將該1秒的單位時間稱為「Window」，設置在ATCSequence時間軸上的任意位置。即，解碼基本流中的比特量無論是在哪1秒的期間內都必需滿足該48Mbit以下的條件。圖20表示從BD-ROM中讀出的TS數據包與從局部存儲器中讀出的TS數據包，表示這些TS數據包中提供給解碼器的TS數據包。本圖的第1段表示從BD-ROM中讀出的多個TS數據包，第3段表示從局部存儲器中讀出的TS數據包。這些第1段、第3段的TS數據包中加陰影的是構成解碼基本流的TS數據包(DecodingTS數據包)。本圖的第2段表示第1段所示的DecodingTS數據包、第3段所示的DecodingTS數據包中屬於1秒的期間的DecodingTS數據包。如上所述，若基於MPEG2的解碼器系統標準，則在1個傳輸流中的18ATC時間軸的TS數據包之間，不存在重疊。但是，根據本圖，可知ATC時間軸上產生TS數據包之間的重疊rpl、rp2、rp3。這樣，在所謂Window的單位期間中，允許TS數據包動作的重疊。但是，附加MPEG2的解碼器系統標準中沒有的其它要件。這就是上述每lWindoW48Mbit以下的限制。第4段用公式表示該第2段所示的DecodingTS數據包應滿足的條件。該公式的含義是將上述DecodingTS數據包的個數換算成比特數之後的值(乘以TS數據包的字節數、S卩188，用比特數8表示的值)為48Mbit以下。在任意1秒的期間內，對DecodingTS數據包附加上述條件是本實施方式中的比特量的限制。0ut_of_MUX應用用的創作時，在Source數據包串中，使這種Window—次移位1數據包，同時，檢查1秒的期間內的、DecodingTS數據包的比特數是否滿足48Mbit以下的限制。若滿足限制，則使Window移位到下一TS數據包，若不滿足限制，則斷定為違反BD-ROM標準。另外，重複這種移位的結果，若Window的0ut_Time到達最後的Source數據包，則判定為該Source數據包與BD-ROM標準匹配。〈Window的移位>向TS數據包的每個賦予具有27MHz時間精度的ATS。ATC時間軸上的坐標具有1/27，000,000秒的時間精度，但ATS不限於存在於該ATC時間軸上的各坐標。在ATC時間軸上，ATS完全不存在的期間或ATS存在的期間不規則地出現。由於ATS的出現中存在偏差，所以在移位Window時，在從In_Time起1秒後不存在ATS的情況下，如何調整Window的0ut_Time成為問題。Window的0ut_Time原則上設定為In_Time的1秒。這裡，在ATC時間軸上，若在In_Time的1秒後的坐標上存在ATS，則將In_Time+l秒的坐標設為0ut_Time。若In_Time的1秒後的坐標上不存在ATS，則將In_Time+l秒之後的、ATS初次出現的ATC時間軸的坐標設為Outjime。一邊考慮ATS的空白期間一邊調整Outjime，同時，移位Window，所以每當Window移位時，算出不同的比特值。通過將In_Time每次移位ITS數據包，與之相伴，調整0ut_Time，從而可嚴密計算ATC時間軸上的比特值的轉變。圖21是表示Window的移位的圖。(a)(d)的每一個中，上段表示構成校驗對象的Source數據包串，下段表示Window的In_Time、0ut_Time。在圖21(a)中，Window的In_Time指定Source數據包#i。將從該Window的In_Time起1秒後存在的TS數據包#j設定成Window的0ut_Time。在圖21(b)中，Window的In_Time指定Source數據包#i+l。另一方面，在從該Window的h_Time起1秒後，在Source數據包#j+l的坐標上不存在Source數據包的ATS。該圖21(b)中的Window的Outjime超過TS數據包#j，但在緊挨著TS數據包#j之後，由於不存在Source數據包，所以圖21(b)的Window中的比特率不比圖21(a)的Window中的比特率少。其中，圖21(b)的Window不值得校驗。因此，利用Outjime的調整，將從Window的In_Time起1秒以後初次出現的TS數據包#j+2設為Window的0ut_Time。若如此設定0ut_Time，則圖21(b)的Window值得校驗。在圖21(c)中，Window的In_Time指定Source數據包#i+2。另一方面，在從該Window的In_Time起1秒後，有Source數據包#j+2。該圖21(c)的Window中TS數據包的數量未變為圖21(b)的Window中的數量，不值得校驗。因此，在該圖21(c)中，不執行校驗，Window的h_Time進一步前進。在圖21(d)中，Window的In_Time指定Source數據包#i+3。另一方面，在從該ffindow_In_Time起1秒後，Source數據包#j+3的位置上不存在Source數據包。因此，執行上述Outjime的調整，將從Window的In_Time起1秒之後首次出現的TS數據包#j+4設為Window的0ut_Time。由此，Window內的TS數據包數量與圖21(b)不同，值得校驗。通過伴隨以上的Window移位，在創作時執行比特量檢查，從而，即便從局部存儲器及BD-ROM中讀出TS數據包，提供給解碼器，也保障不會導致下溢或上溢。參照圖22-圖沈的具體例來說明基於以上Window移位的保障。圖22的第1段是表示從BD-ROM中讀出的TS數據包、從局部存儲器中讀出的TS數據包的數據量的時間推移的曲線。橫軸是時間，縱軸表示時間軸上各時刻的傳輸量。在該曲線中，從BD-ROM和局部存儲器讀出時的比特量如虛線曲線所示推移。圖22的第2段表示從BD-ROM中讀出的TS數據包、從局部存儲器中讀出的TS數據包中、提供給解碼器的TS數據包的合計數據量。合計傳輸量的時間推移如實線曲線所示。該合計數據量為屬於STN_table許可的流的TS數據包的合計量。在最壞的情況下，合計的傳輸量接近96Mbit，考慮提供該數據量的TS數據包。將曲線的時間軸分割成7個Window，對比各個Window的提供量與每個Window的傳輸允許量。圖22的第3段以1秒的期間區分圖22第2段的曲線，圖23(a)(b)是對比表示各Window的傳輸允許量與Window中向解碼器的提供量的圖。Window中的傳輸允許量為每秒48Mbit，若換算為0.5秒，則為96Mbit。圖中的圖案pnl的陰影表示向解碼器的數據提供量。圖中的圖案pn2的陰影表示每個Window的傳輸允許量。圖案pnl加陰影的部分的面積無論在哪個Window中都為圖案pn2加陰影的部分的面積以下。這意味著從BD-ROM和局部存儲器的數據提供量無論在哪個Window中都被抑制在Window的傳輸允許量以下。無論在ATC時間軸上的哪個時刻，每秒向解碼器的傳輸允許量均為48Mbit以下，所以即便例如局部地向解碼器的傳輸允許量接近96Mbit，也可利用48Mbit=96MbitX0.5秒的計算，使96Mbit下的傳輸不會持續0.5秒。因此，解碼器若在該峰值到來之前執行從BD-R0M、局部存儲器向解碼器的先讀取，則不會產生解碼器內緩衝器的下溢或上溢。Window中的傳輸允許量、即每秒48Mbit的數值，是基於MPEG的解碼器將可先讀取到緩衝器的數值設為標準而確定的數值。在可先讀取到緩衝器的數據量更大的情況下，使每秒的數據量更大，或者可使Window的時間長度更長。由此，本發明的數值範圍不應限於每秒48Mbit。以上說明STN_table中許可再現的輔TS中的數據量限制。接著，說明實現0ut_of_MUX應用的情況下的、PlayItem中的connection_condition信息禾口SubPlayItem中的sp_connection_condition信息的設定。connection—condition信息的欄位的值、Sp_c0nnecti0n_c0nditi0n信息的欄位的值可取「1」、「5」、「6」的值，分別具有以下含義。connection_condition=1(CC=1)不保證該Playltem(當前PlayItem)和緊挨著的之前的Playlten^previousPlayltem)無縫連接。即，是允許凍結並中斷再現的連接方式(非無縫連接)。connection—condition=5(CC=5)保證復用於當前PlayItem側的MainClip上的視頻流、PG流、IG流，和復用於previousPlayltem側的MainClip上的視頻流、PG流、IG流無縫連接。另一方面，復用於MainClip上的音頻流不受此限。connection—condition=6(CC=6)保證屬於當前PlayItem與previousPlayltem的各個TS流邏輯上連續(時間軸連續，編碼方式也連續)，音頻流、視頻流均無縫連接。SubPlayItem#n內記述的sp_connection_condition信息可如下定義。sp_connection_condition信息(SP_CC=1)不保證該SubPlayItem(當前SubPlayItem)與緊挨著的之前的SubPlayItem(previousSubPlayltem)無縫連接。sp_connection_condition信息(SP_CC=5)保證復用於當前SubPlayItem側的SubClip上的PG流、IG流，和復用於previousSubPlayltem側的SubClip上的PG流、IG流無縫連接。另一方面，復用於SubClip上的音頻流不受此限。sp_connection_condition信息(SP_CC=6)保證屬於當前SubPlayItem與previousSubPlayltem的各個TS流邏輯上連續(時間軸連續，編碼方式也連續)，無縫連接。對實現0ut_of_MUX應用的PlayItem應該設定的SubPlayltem，其應該是即便SubPlayItem內的視頻流或音頻流、或者PG流或IG流在PlayItem內也不會引起不整合。因此，為全部相同的連接條件。即，若PlayItem#l、PlayItem#2以CC=1連接，則與之對應的SubPlayItem#l、SubPlayItem#2也以CC=1連接。同樣，PlayItem#l、PlayItem#2若以CC=5連接，則與之對應的SubPlayItem#l、SubPlayItem#2也一邊滿足CC=5的條件一邊連接。下面，參照圖24、圖25、圖26，說明構成0ut_of_MUX應用的Playltem、SubPlayltem的In_Time、0ut_Time的關係，禾口connection_condition信息的細節。圖24是表示構成0ut_of_MUX的PlayItem、SubPlayltem的連接狀態的圖。本圖中的第1段是SubClip時間軸，第2段、第3段是SubPlayltem時間軸、PlayList時間軸。第4段是MainClip時間軸。在本圖中，在Playltem側的connection_condition信息為「=5」的情況下，SubPlayltem側的connection_condition信息也變為SP_CC=5。圖25是表示圖24所示的、Playltem的connection_condition信息、SubPlayltem的sp_connection_condition信息被設定為「=5」的情況下的、Playltem中的In_Time、0ut_Time與SubPlayltem中的In_Time、0ut_Time之間的關係的圖。第1段、第4段與圖24—樣。圖24所示的兩個Playltem(Playltem信息#1、Playltem信息#2)中，Playltem信息#1的In_Time表示時刻tl,0ut_Time表示時刻t2。Playltem信息#2的In_Time表示時亥Ijt3,Playltem信息#2的0ut_Time表示時刻t4。若將Playltem側的連接狀態設定為CC=5，則SubPlayltem中的Syncjtart_Pts_of_PlayItem表示與Playltem的In_Time相同的時亥lj。另外，SubPlayltem中的Time、0ut_Time表示與Playltem的In_Time、0ut_Time相同的時亥lj。這樣,在Playltem的connection_condition信息為「=5，，的情況下，SubPlayltem的sp_connection_condition信息也被設定為「=5」，並且，Playltem的In_Time、0ut_Time表示與SubPlayltem的In_Time、0ut_Time相同的時刻。PlayItem的In_Time、0ut_Time、SubPlayItem的In_Time、0ut_Time分另Ij參照VideoPresentationUnit、AudioPresentationUnit的PTS0PlayItem的In_Time、0ut_Time與SubPlayItem的In_Time、0ut_Time一致的情況，意味著由PlayItem的In_Time、0ut_TimeWVideoPresentationUnit、AudioPresentationUnit^PTS^SubPlayItem的In_Time、Out_Time參照的VideoPresentationUnit、AudioPresentationUnit的PTS值相同。此時，主TS、輔TS必需被編碼成時間長度相同，在創作時，VideoPresentationUnit,AudioPresentationUnit的PTS相同。這樣，製作主TS、輔TS也構成實現CC=5、SP_CC=5的條件。圖沈表示在再現PlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值，在再現SubPlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值。第2段、第3段與上圖所示相同。第1段以曲線形式表示在再現SubPlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值。第4段以曲線形式表示在再現PlayItem的從In_Time至0ut_Time中存在的部分的情況下應參照的STC值。第1段中的橫軸是時間軸，縱軸表示時間軸上各時刻的STC值。第1段中的STC值由SubPlayItem信息#1的從In_Time至0ut_Time的期間中的單調增加zkl、與SubPlayItem信息#2的從In_Time至0ut_Time的期間中的單調增加zk2構成。第4段中的STC值由PlayItem信息#1的從In_Time至0ut_Time的期間中的單調增加zk3、與PlayItem信息#2的從In_Time至Outjime的期間中的單調增加zk4構成。PlayItem的h_Time表示與SubPlayItem的h_Time相同的時刻，所以在上述曲線中，STC的初始值相同，即便在中途的時刻也相同。即，當將PlayItem的從In_Time至Outjime中存在的任意時刻i的Source數據包提供給解碼器時應參照的STC值、即STC2(i)，與將SubPlayItem的從h_Time至0ut_Time中存在的相同時刻i的Source數據包提供給解碼器時應參照的STC值、即STCl(i)相同。若STC值相同，則只要裝置內的STC計數器生成相同的時鐘值，提供給解復用部即可，所以簡化再現裝置的控制。假設與上述圖25、圖沈的限制相反，在對1個PlayItem準備2個以上SubPlayItem的情況下，在該SubPlayItem的邊界，影像或聲音會中斷，產生在PlayItem的途中、再現暫時停止等不便。另外，就0ut_of_MUX應用而言，在實現將主TS替換為輔TS的處理的情況下，在該替換前後，必需切換STC時間軸，所以再現裝置的同步控制複雜化。另一方面，在一連續的STC時間軸上一起定義了PlayItem或SubPlayItem的In_Time、0ut_Time的情況下，可避免上述中斷或傳輸流替換等故障。據此，對於1個Playltem，使SubPlayItem保持相同的開始點、相同的終止點。這裡，Playltem中的In_Time、0ut_Time與SubPlayItem中的In_Time、0ut_Time的一致不要求完全一致，允許有些誤差。說明該In_Time、0Ut_Time之間的誤差。構成Playltem的In_Time、0ut_Time的STC時刻，Playltem對視頻流進行設定。相反，SubPlayItem中對音頻流設定。這是因為，SubPlayItem多數情況下評論為主要用途，並且不復用視頻流。此時，由於嚴格地說各個演示單元的再現時間長度不同，因此開始/結束時刻不一致。因此，有必要允許最低不足1幀的誤差。就Playltem#n與SubPlayItemita的開始/結束時刻而言，對於相同的STC時間軸，均規定為I(PlayItem#n.Out-PlayItem#n.In)-(SubPlayItem#n.Out_time-SubPlayItem#n.In_time)|^Playltem#n中、具有最小再現時間的視頻的1個順序(progressive)幀或2個交織(interlace)場的再現時間<1/60秒。上述左邊的值也可以是PlayItemita中具有最大再現時間的視頻的1個順序幀或2個交織場的再現時間(彡1/25秒)，或是1秒以下等。以上是對Playltem、SubPlayItem中的In_Time、0ut_Time的關係的說明。下面，詳細說明connection_condition信息、sp_connection_condition信息。為了滿足CC=5、SP_CC=5的條件，AV流的級別、傳輸流的級別、VideoPresentationUnit和AudioPresentationUnit的級別、基本流的級別全部必需滿足下述條件。<AV流的級別〉將CurrentPlayltem的connection_condition信息禾口sp_connection_condition信息設定為「5」，意味著在由!deviousPlayltem再現的AV流的終止點與由CurrentPlayltem再現的AV流的開始點之間，存在「CleanBreak"(徹底分開)。為了實現CleanBreak,由PreviousPlayltem再現的AVClip與由CurrentPlayItem再現的AV流必需滿足以下要件。(1)在由!deviousPlayltem指定的MainClip的終止點，不存在不必要的AccessUnit，從PreviousPlayltem的0ut_Time之後，排除具有PTS的無用AccessUnit。同樣，在由！deviousSubPlayItem指定的SubClip的終止點，不存在不必要的AccessUnit,從PreviousSubPlayItem的0ut_Time之後，排除具有PTS的無用AccessUnit。(2)在由CurrentPlayltem指定的AV流的開始點，從CurrentPlayltem的In_Time之前去除具有PTS的無用AccessUnit。另外，MainClip的最初AudioPresentationUnit包含在STC時間軸的In_Time再現的Sample。同樣，在由CurrentSubPlayItem指定的AV流的開始點，從CurrentSubPlayItem的In_Time之前去除具有PTS的無用Access_Unit。另夕卜，SubClip的最初AudioPresentationUnit包含在STC時間軸的In_Time再現的Sample。(3)構成由PreviousPlayltem指定的MainClip的全部Source數據包在送入由CurrentPlayltem指定的MainClip的開頭數據包之前，被復用，以被取入解碼器系統中。同樣，由PreviousSubPlayItem指定的SubClip的全部數據在送入由CurrentSubPlayItem指定的SubClip的開頭數據包之前，被復用，以被取入解碼器系統中。以上是AV流中應滿足的條件。下面，說明傳輸流的級別應滿足的條件。這裡，將CC=5時構成無縫連接對象的2個主TS稱為主TS1、主TS2。將SP_CC=5時構成無縫連接對象的2個輔TS稱為輔TS1、輔TS2。圖27是表示由previousPlayltem、PreviousSubPlayItem參照的AVClip、由當前Playltem、當前SubPlayItem參照的AVClip中、TS1、TS2如何確定的圖。本圖的第4段表示主TS1、主TS2，第3段表示previousPlayltem側的MainClipU當前Playltem側的MainClip2。第1段表示輔TS1、輔TS2，第2段表示previousSubPlayltem側的SubClipl、當前SubPlayItem側的SubClip2。主TSl由MainClipl中附加陰影的數據構成。MainClipl中附加陰影的數據從可開始對PreviousPlayItem中的In_Time解碼的Source數據包開始。這種Source數據包位於In_Time參照的VideoPresentationUnit禾口AudioPresentationUnit的開頭。另外，附加陰影的數據在MainClipl的最後數據包處結束。主TS2由MainClip2中附加陰影的數據構成。MainClip2中附加陰影的數據從MainClip2的最初Source數據包開始。另外，MainClip中附加陰影的數據在結束對當前PlayItem的解碼的Source數據包處結束。這種Source數據包是位於由CurrentPlayItem的0ut_Time參照的VideoPresentationUnit>AudioPresentationUnit的末尾的Source數據包。輔TSl由SubClipl中附加陰影的數據構成。SubClipl中附加陰影的數據從可開始對previousSubPlayltem中的In_Time解碼的Source數據包開始。這種Source數據包位於In_Time參照的VideoPresentationUnit禾口AudioPresentationUnit的開頭。另外，附加陰影的數據在SubClipl的最後數據包結束。輔TS2由SubClip2中附加陰影的數據構成。SubClip2中附加陰影的數據從SubClip2的最初Source數據包開始。另外，SubClip中附加陰影的數據在結束對當前PlayItem的解碼的Source數據包結束。這種Source數據包是位於由當前SubPlayItem的0ut_Time參照的VideoPresentationUnit、AudioPresentationUnit的末尾的Source數據包。從以上說明可知，CC=5、SP_CC=5時，應連接的2個傳輸流如何配置在MainClip、SubClip內。previousPlayltem側的MainClip必需在由previousPlayltem的0ut_Time參照的VideoPresentationUnit、AudioPresentationUnit結束，當前PlayItem側的MainClip也必需在由當前PlayItem的In_Time參照的VideoPresentationUnit、AudioPresentationUnit開始。該關係對previousSubPlayltem—樣，previousSubPlayltem側的SubClip必需在由previousSubPlayltem的0ut_Time參照的AudioPresentationUnit結束，當前SubPlayItem側的SubClip也必需在由當前SubPlayItem的In_Time參照的AudioPresentationUnit開始。這是因為如上所述，在從previousSubPlayltem的0ut_Time參照的VideoPresentationUnit>AudioPresentationUnitAudioPresentationUnit。胃一力，previousSubPlayltem的SubClip不必在由previousSubPlayltem的In_Time參照的AudioPresentationUnit開始，當前SubPlayItem側的SubClip也不必在由當前SubPlayItem的Out_Time參照的AudioPresentationUnit結束。從上述圖24、圖27可知，必需製作成主TS、輔TS構成為相同時間長度，並且VideoPresentationUnit、AudioPresentationUnit的PTS值為相同值。另夕卜，previousPlayltem側的MainClip、previousPlayItem側的SubClip必需被復用，以在0ut_Time的VideoPresentationUnit、AudioPresentationUnit結束，當前PlayItem側的MainClip、當前PlayItem側的SubClip必需被復用，以便在In_Time的VideoPresentationUnit>AudioPresentationUnit開始。另外，這些傳輸流必需滿足以下要件。·TSl與TS2中的程序數量為1個·視頻流的數量為1個·音頻流數量相同·previousPlayItem中的STN_table與CurrentPlayItem中的STN_table內容相同·各個PlayItem中的傳輸流的再現期間為3秒以上是以CC=5、SP_CC=5時連接2個流時傳輸流的級別下應滿足的條件。接著，說明VideoPresentationUnit、AudioPresentationUnit的級別下應滿足的條件。AudioPresentationUnit白勺雙另Ij>所謂CC=5是指使本來不同的主TSl即視頻流的最後VideoPresentationUnit的開始時刻、與主TS2即視頻流的最初VideoPresentationUnit的結束時刻一致。若要使VideoPresentationUnit的結束時刻、開始時刻一致，則應與這種VideoPresentationUnit同步再現的AudioPresentationUnit的處理成問題。這是因為，視頻與音頻中採樣MM^fM,VideoPresentationUnit>AudioPresentationUnit白勺—。圖28是表示CC=5和SP_CC=5的細節的圖。第1段第3段表示SubPlayItem中的connection_condition,第4段第7段表不PlayItem中的sp_connection_condition。第4段表示TSl、TS2中的多個Unit，第5段表示TSl中的AudioPresentationUnit、TS2中的AudioPresentationUnit。第6段表示MainClip中的STC值。第7段表示MainClip中的Source數據包串。本圖中，附加陰影的是TSl側的VideoPresentationUnit、AudioPresentationUnit、Source數據包，未附加陰影的是TS2側的VideoPresentationUnit、AudioPresentationUnit、Source數據包。本圖中，所謂CC=5是指儘管使VideoPresentationUnit邊界一致(第4段)，但MainClip的ATC中存在時隙(第7段)，MainClip的AudioPresentationUnit中存在重疊(第5段)的狀態。所謂SP_CC=5是指SubClip的ATC中有時隙(第1段)，SubClip的AudioPresentationUnit中存在重疊(第2段)的狀態。所謂上述VideoPresentationUnit的邊界若從TSl側看，則為第4段最後的VideoPresentationUnit的終止點PTSl(IstEnd)+Tpp，若從TS2側看，則為第4段的VideoPresentationUnit的開始點PTS2(aidSTART)。將TSl中與邊界時刻T4一致的AudioPresentationUnit的終止點設為T5a、將TS2中與時刻jM—致的AudioPresentationUnit的開始點設為T3a的情況下，MainClip中的重疊中，AudioPresentationUnit變為從T3a至T5a。另夕卜，在本圖中，SubClip的AudioPresentationUnit比MainClip的AudioPresentationUnit長。這是因為，為了便於通過網絡提供SubClip中的音頻流，將採樣頻率設定得低，因此，每IfAudioPresentationUnit的時間長度變長。該第1段的Source數據包串中，也存在與第7段一樣的時隙，第2段的AudioPresentationUnit中，也存在與第4段一樣的重疊。將SubClip的TSl的AudioPresentationUnit中、與邊界時刻jM—致的AudioPresentationUnit的終止點設為T5b、將SubClip的TS2中的AudioPresentationUnit中與時亥IjT4一致的AudioPresentationUnit的開始點設為T3b的情況下，重疊從Bb至T5b。從該圖可知，為了實現CC=5、SP_CC=5，VideoPresentationUnit、AudioPresentationUnit、數據包的級別中，必需滿足以下4個條件。(I)TSl中的音頻流的最後AudioPresentationUnit包含具有等於由previousPlayltem、previousSubPlayltem指定的TSl中的最後視頻圖片顯示期間終期的再現時刻的採樣。Q)TS2中的音頻流的最初AudioPresentationUnit包含具有等於由當前Playltem、當前SubPlayItem指定的TS2的最初圖片顯示期間開頭的再現時刻的採樣。(3在連接點的AudioPresentationUnit串中，不存在時隙。這意味著在連接點也可發生AudioPresentationUnit串的重疊。但是，這種重疊的大小必需比2個音頻幀再現期間短。(4)TS2中的最初數據包包含PAT，1個以上的PMT也可連接於其後。若PMT比TS數據包的有效負載大，則PMT也為2個數據包以上。在存儲PMT的TS數據包中，也可存在PCR或SIT。圖四是表示由previousPlayltem和當前Playltem指定的多個VideoPresentationUnit、多個AudioPresentationUnit、STC時間軸之間的關係的圖。第1段表示歸屬於previousPlayltem參照的TSl的多個VideoPresentationUnit、歸屬於當前Playltem參照的TS2的多個VideoPresentationUnit,第2段表示歸屬於previousSubPlayltem參照的時戳的多個AudioPresentationUnit、歸屬於當前SubPlayItem參照的TS2的多個AudioPresentationUnit。第3段表示previousSubPlayltem的TSl中的STC時間軸、當前SubPlayItem的TS2中的STC時間車由。H2白勺TSl巾白勺AudioPresentationUnit、TS2巾白勺AudioPresentationUnit中、從屬於TS2的AudioPresentationUnit的開始點T3b起、至對應於TS2的AudioPresentationUnit的終止時刻T5b為止重疊，如圖觀所示。另外，當前SubPlayItem的In_Time、previousSubPlayltem的0ut_Time分另U指定作為VideoPresentationUnit邊界的時刻T4。由於當前Playltem的In_Time、SubPlayItem的0ut_Time也指定作為VideoPresentationUnit的邊界的時刻T4，所以Playltem的In_Time、0ut_Time與SubPlayItem的In_Time、0ut_Time一致。這樣，可知儘管previousSubPlayltem的In_Time、當前SubPlayItem的0ut_Time被記錄在與BD-ROM不同的記錄媒體中，但仍與MainClip中的VideoPresentationUnit的邊界一至文，還與previousPlayltem的0ut_Time、當前Playltem的In_Time—致。VideoPresentationUnit>AudioPresentationUnit雙另Ij白勺#r#_1。下面，說明CC=5、SP_CC=5實現用的基本流級別下的編碼條件。各個基本流的級別中必需滿足以下編碼條件。(1)視頻流·在無縫連接前後，視頻的解析度或幀速率不變，·無縫連接前的視頻流以sequence_end_code(MPEG-2Video時)、end_of_sequence_rbsp(MPEG-4AVC時)完成(2)音頻流·具有相同PID的音頻流的編碼方式不變·採樣頻率或量化比特數、聲道數等不變⑶PG流a)TS1和TS2中的PG流數量相同。b)TSl中的PG流以稱為EndofDisplaySet的功能片段終止c)搬運TSl中的最後PCS的PES數據包的PTS，表示比previousPlayltem、previousSubPlayltem的Out—Time的再現時亥Ij早的時亥lj。d)TS2的PG流必需從EpochStart,EpochContinue類型的DisplaySet開始。e)搬運TS2中的最初PCS的PES數據包的PTS，表示與當前Playltem、當前SubPlayItem的In_Time的再現時刻相等或比其晚的時刻。f)來自TS2的Source數據包連續，從TSl中取出Source數據包可定義為相同系統時間軸的STCl、STC2，在這些DTS值/PTS值中不存在重複。(4)IG流a)TSl和TS2中的IG流的數量相同。b)TSl中的IG流以稱為EndofDisplaySet的功能片段終止。c)搬運TSl中的最後ICS的PES數據包的PTS，表示比previousPlayltem、previousSubPlayltem的Out—Time的再現時亥Ij早的時亥lj。d)TS2的IG流必需從EpochStart,EpochContinue類型的DisplaySet開始。e)搬運TS2中的最初ICS的PES數據包的PTS，表示與當前Playltem、當前SubPlayItem的In_Time的再現時刻相等或比其晚的時刻。f)來自TS2的Source數據包連續，從TSl中取出Source數據包可定義為相同系統時間軸的STCl、STC2，在這些DTS值/PTS值中不存在重複。為了以CC=5連接previousPlayltem與當前Playltem，以SP_CC=5連接previousSubPlayltem與當前SubPlayltem，必需滿足以上AV流的級別、傳輸流的級別、VideoPresentationUnit和AudioPresentationUnit的級別、基本流的級別全部的條件。以上是作為局部存儲器200的一部分的PlayList信息的說明。以上結束本發明的記錄媒體的說明。下面，說明本發明的再現裝置。圖30是表示本發明的再現裝置的內部構成的圖。本發明的再現裝置根據本圖所示的內部，在工業上被生產。本發明的再現裝置主要由系統LSI與驅動裝置等兩個部分構成，通過將這些部分安裝在裝置的機櫃及基板上，可工業上生產。系統LSI是集成實現再現裝置的功能的各種處理部的集成電路。如此生產的再現裝置包括BD-ROM驅動器al；讀取緩衝器lb、c；ATC計數器2a、c；SourceDepacketizer(源解包器)2b、d；ATC計數器2c、d；STC計數器3a、c；PIDFilter(PID過濾器)3b、d；視頻解碼器4；TransportBuffer(傳輸緩衝器)(TB)4a；MultiplexedBuffer(復用緩衝器)(MB)4b；CodedPictureBuffer(編碼圖片緩衝器)(CPB)4c；視頻解碼器4d；Re-orderBuffer(重新排序緩衝器)4e；開關4f、視頻平面5；音頻解碼器9；TransportBuffer6；ElementaryBuffer(基本緩衝器)7；解碼器8；開關10a、10b、10c、IOd；InteractiveGraphics(交互圖形)解碼器11；TransportBuffer(TB)Ila；CodedDataBuffer(編碼數據緩衝器)(CDB)lib；StreamGraphicsProcessor(流圖形處理器)(SGP)Ilc；ObjectBuffer(對象緩衝器)Ild；CompositionBuffer(合成緩衝器)lle；GraphicsController(圖形控制器)llf；InteractiveGraphics平面12；PresentationGraphics(演示圖形)角軍碼器13；TransportBuffer(TB)13a；CodedDataBuffer(CDB)13b；StreamGraphicsProcessor(SGP)13c；ObjectBufferl3d；CompositionBufferl3e；GraphicsControllerl3f；PresentationGraphics平面14；TransportBufferl5a；ElementaryBuffer15b；角軍石馬器15c；TransportBufferl6a；ElementaryBufferl6b；解碼器16c；合成部17；存儲器21；控制器22；PSR組23；PID變換部M；網絡部25；操作受理部沈；局部存儲器200。BD-ROM驅動器al執行BD-ROM的加載/排出，執行對BD-ROM盤的存取。讀取緩衝器(RB)Ib存儲從BD-ROM讀出的Source數據包串。讀取緩衝器(RB)Ic存儲從LastPlay標題讀出的Source數據包串。ATC計數器加使用構成主TS的Source數據包中、位於再現區間的最初的Source數據包的ATS復位，之後，向源解包器2b輸出STC。源解包器(SourceD印acketizer)2b從構成主TS的Source數據包中取出TS數據包後送出。在該送出中，對應於各TS數據包的ATS，調整向解碼器的輸入時刻。具體而言，在ATCCounterfa生成的ATC的值與Source數據包的ATS值相同的瞬間，以TS_Recording_Rate向PIDFilterfb僅傳輸該TS數據包。ATCCounter2c使用構成輔TS的Source數據包中、位於再現區間的最初的Source數據包的ATS復位，之後，向源解包器2d輸出ATC。源解包器(SourceDe-packetizer)2d從構成輔TS的Source數據包中取出TS數據包後送出。在該送出中，對應於ATS，調整向解碼器的輸入時刻。具體而言，在ATCCounterfa生成的ATC的值與Source數據包的ATS值相同的瞬間，以TS_Recording_Rate向PIDFilter3d僅傳輸該TS數據包。STCCounter3a由主TS的PCR復位，輸出STC。PIDFilter3b是MainClip用的解復用部，將從源解包器2b輸出的Source數據包中、具有從PID變換部M通知的PID參照值的Source數據包分別輸出到視頻解碼器4、音頻解碼器9、InteractiveGraphics解碼器11、PresentationGraphics解碼器13。各解碼器接收經由PIDFilterfb的基本流，根據主TS的PCR(STC1時間軸)，由解碼器執行再現的處理。這樣，通過PIDFilterfb輸入到各解碼器的基本流根據主TS的PCR用於解碼和再現。STCCounter3c由輔TS的PCR復位，輸出STC。PID過濾器3d參照該STC，執行解復用。PIDFilter3b是SubClip用的解復用部，將從源解包器2d輸出的Source數據包中、具有從PID變換部M通知的PID參照值的Source數據包分別輸出到音頻解碼器9、InteractiveGraphics解碼器11、PresentationGraphics解碼器13。這樣，通過PIDFilterfd輸入到各解碼器的基本流根據輔TS的PCR用於解碼和再現。如記錄媒體的說明中所述，由於PlayItem的h_Time、0ut_Time與SubPlayItem的In_Time、Out_Time—致，所以ATCCounter2a與ATCCounter2c若計時相同值(時刻)，則主TS與輔TS雙方的時間軸對齊，可將構成Out-of-MUX應用的主TS、輔TS處理為1個流。可使表示向解碼器的輸入時刻的ATC時間軸與表示解碼器基準時間軸的STC時間軸同止少ο利用ATC時間軸的同步，上述2個SourceDe-packetizer可分別處理從BD-ROM讀出的Source數據包、從局部存儲器讀出的Source數據包。利用STC時間軸的同步，STCCounter3a、c若計時同一時刻，則可將2個TS處理為1個TS。再現裝置中的解碼器由於在1個STC時間軸動作，所以與通常的僅主TS的再現相比無變化，可共同化STC時間的管理。視頻解碼器4、IG解碼器11、PG解碼器13、系統解碼器15c、16c、音頻解碼器9全部以同一STC時間軸動作，若從再現裝置開發的觀點看，則與僅執行BD-ROM再現的通常再現裝置相比，控制一點未變化，所以成為期望的限制。並且在創作時，由於只要控制1個TS的輸入定時，觀測緩衝器狀態即可，所以創作時的驗證也變容易ο視頻解碼器4解碼從PIDFilterfb輸出的多個PES數據包，得到非壓縮形式的圖片，寫入視頻平面5中，並且由TransportBuffer4a、MultiplexedBuffer4b>ElementaryBuffer4c、解碼器4d、Re-orderBuffer4e、開關4f構成。TransportBuffer(TB)乜是當歸屬於視頻流的TS數據包從PIDFilter3b輸出時、暫時存儲的緩衝器。MultiplexedBuffer(MB)4b是在從TransportBuffer4a向ElementatyBuffer4c輸出視頻流時、暫時存儲PES數據包用的緩衝器。ElementaryBuffer(EB)4c是存儲編碼狀態的圖片(I圖片、B圖片、P圖片)的緩衝器。解碼器(DEC.)4d通過在每個規定的解碼時刻(DK)對視頻基本流每個的幀圖像進行解碼，得到多個幀圖像，寫入視頻平面5中。Re-orderBuffer4e是將解碼後的圖片的順序從編碼順序替換成顯示順序用的緩衝器。開關4f是實現將圖片的順序從編碼順序替換成顯示順序的開關。視頻平面5是存儲非壓縮形式的圖片的平面。所謂平面(plane)是再現裝置中用於存儲一個畫面大小的象素數據的存儲器區域。視頻平面5中的解析度為1920X1080，存儲在該視頻平面5中的圖片數據由以16比特的YUV值表現的象素數據構成。音頻解碼器9由TransportBuffer6>ElementaryBuffer7、解碼器8構成，執行音頻流的解碼。TransportBuffer6以先進先出的方式存儲從PIDFilter3b輸出的TS數據包，提供給音頻解碼器8。ElementaryBuffer7以先進先出的方式僅存儲從PIDFilterfb輸出的TS數據包中、具有應再現的音頻流的PID的TS數據包，提供給音頻解碼器8。解碼器8將存儲在TransportBuffer6中的TS數據包變換為PES數據包，對該PES數據包執行解碼處理，得到非壓縮狀態的LPCM狀態的音頻數據後輸出。由此，執行音頻流的數字輸出。開關IOa選擇性地將從BD-ROM讀出的TS數據包、從局部存儲器200讀出的TS數據包之一提供給視頻解碼器4。開關IOb選擇性地將從BD-ROM讀出的TS數據包、從局部存儲器200讀出的TS數據包之一提供給InteractiveGraphics解碼器11。開關IOc選擇性地將從BD-ROM讀出的TS數據包、從局部存儲器200讀出的TS數據包之一提供給PresentationGraphics解碼器13。InteractiveGraphics(IG)解碼器11對從BD-R0M100或局部存儲器200讀出的IG流進行解碼，將非壓縮圖形寫入IG平面12中，並且由TransportBuffer(TB)11a、CodedDataBuffer(CDB)lib>StreamGraphicsProcessor(SGP)11c、ObjectBufferlld、CompositionBufferlle、GraphicsController(Ctrl)Ilf構成。TransportBuffer(TB)Ila是暫時存儲歸屬於IG流的TS數據包的緩衝器。CodedDataBuffer(CDB)lib是存儲構成IG流的PES數據包的緩衝器。StreamGraphicsProcessor(SGP)lie對存儲了圖形數據的PES數據包進行解碼，將利用解碼得到的索引色(indexcolor)構成的非壓縮狀態的位圖作為圖形對象，寫入ObjectBufferlld中。ObjectBufferlId配置利用StreamGraphicsProcessorllc的解碼得到的圖形對象。CompositionBufferlle是配置圖形數據描繪用的控制信息的存儲器。GraphicsController(Ctrl)Ilf破解配置在CompositionBufferlle中的控制信息，進行根據破解結果的控制。InteractiveGraphics(IG)平面12寫入由IG解碼器10的解碼得到的非壓縮圖形。PresentationGraphics(PG)解碼器13對從BD-R0M或局部存儲器200讀出的PG流進行解碼，將非壓縮圖形寫入!PresentationGraphics平面14中。PG解碼器13由TransportBuffer(TB)13a>CodedDataBuffer(CDB)13b>StreamGraphicsProcessor(SGP)13c、ObjectBuffer(OB)13d、CompositionBuffer(CB)13e、GraphicsController(Ctrl)13f構成。TransportBuffer(TB)13a是歸屬於PG流的TS數據包從PID過濾器4輸出時、暫時存儲的緩衝器。CodedDataBuffer(CDB)13b是存儲構成PG流的PES數據包的緩衝器。StreamGraphicsProcessor(SGP)13c對存儲了圖形數據的PES數據包(ODS)進行解碼，將利用解碼得到的索引色構成的非壓縮狀態的位圖作為圖形對象，寫入ObjectBufferl3d中。ObjectBuffer(OB)13d配置利用StreamGraphicsProcessorl3c的解碼得到的圖形對象。CompositionBuffer(CB)1是配置圖形數據描繪用的控制信息(PCS)的存儲οGraphicsController(Ctrl)13f破解配置在CompositionBuffer13e中的PCS，進行根據破解結果的控制。PresentationGraphics(PG)平面14是具有一個畫面大小的區域的存儲器，可存儲一個畫面大小的非壓縮圖形。系統解碼器15處理輔TS中的系統控制數據包(PAT或PMT)，控制解碼器整體。TransportBufferl5a存儲主TS中存在的系統控制數據包(PAT或PMT)。ElementaryBuffer15b將系統控制數據包提供給解碼器15c。解碼器15c對存儲在ElementaryBuffer15b中的系統控制數據包進行解碼。TransportBuffer16a存儲存在於輔TS中的系統控制數據包。ElementaryBuffer16b將輔TS中的系統控制數據包提供給解碼器16c。解碼器16c對存儲在ElementaryBuffer16b中的系統控制數據包進行解碼。存儲器21是用於存儲當前PlayList信息或當前Clip信息的存儲器。所謂當前PlayList信息是記錄在BD-ROM中的多個PlayList信息中、構成當前處理對象的PlayList信息。所謂當前Clip信息是指記錄在BD-ROM/局部存儲器中的多個Clip信息中、構成當前處理對象的Clip信息。控制器22通過執行播放列表再現(是基於當前PlayList信息的再現控制)，實現BD-ROM的再現控制。還執行上述ATS、STC的控制。在該控制中，控制器22在1秒的時間範圍內，將BD-R0M、局部存儲器內的Source數據包先讀取到解碼器內的緩衝器中。執行這種先讀取是為了保障不會因上述窗口(window)的限制而產生下溢或上溢。PSR組23是內置於再現裝置中的寄存器，由64個PlayerSetting/StatusRegister(播放器設置/狀態寄存器)(PS與4096個GeneralPurposeRegister(—般用途寄存器)(GPR)構成。PlayerSetting/StatusRegister的設定值(PSR)中，PSR4PSR8用於表現當前的再現時刻。PID變換部M根據STN_Table，將存儲在PSR組23中的音頻流、音頻流的流序號變換為PID參照值，將變換結果的PID參照值指示給PIDFilter3b、PIDFilter3d。網絡部25實現本再現裝置的通信功能，若提供URL指定，則確立與該URL的web站點的TCP連接、FTP連接等。利用這種連接確立，執行從web站點的下載。操作受理部沈從用戶受理對遙控器執行的操作，將表示這種操作的herOperation信息通知給控制器22。以上是再現裝置的內部構成。下面說明再現裝置中的控制器22的實現。控制器22製作讓CPU執行圖31、圖32所示的流程圖的處理步驟的程序，寫入命令ROM中，提供給CPU,由此可在再現裝置中實現。圖31是基於PlayList信息的再現步驟的流程圖。本流程圖是讀入構成PlayList信息的.mpls文件(步驟Sll)、將PlayList信息中的開頭PlayItem變為當前PlayItem之後(步驟S12)、對該當前PlayItem重複步驟S13步驟S25的處理的循環結構。該循環結構以步驟S23為終止條件，命令BD-ROM驅動器從對應於當前PlayItem的In_Time的AccessUnit起、到對應於當前PlayItem的0ut_Time的AccessUnit為止進行讀出(步驟S13)，判定當前PlayItem中是否存在previousPlaylten^步驟S14)，對應於判定結果，選擇地執行步驟S15的處理、步驟S16步驟S21的處理。具體而言，若當前PlayItem中無previousPlayltem(步驟S14為否)，則命令解碼器從PlayItem_In_Time再現到Playltem_0ut_Time(步驟S15)。若當前PlayItem中有previousPlayltem(步驟S14為是)，則判定當前PlayItem是否是CC=5(步驟S16)。若是CC=5(步驟S16為是)，則執行步驟S17步驟S20的處理。在上述previousPlayltem存在的情況下，切換主TS中的ATCJequence。在該切換中，算出稱為ATC_deltal的主TS用的偏移值(步驟S17)，向此前的ATCJequence中的ATC值(ATCl)加上ATC_deltal，得到新的ATC_Sequence的ATC值(ATC2)(步驟S18)。另外，在上述previousPlayltem存在的情況下，切換輔TS中的STCJequence。在該切換中，算出稱為STC_deltal的偏移值(步驟S19)，向此前的STCJequence中的STC值(STCl)加上STC_deltal(步驟S20)，求出新的STC_kquence的STC值(STC2)。另外，在將AudioOverrap的靜音(mute)指示給音頻解碼器9之後，命令解碼器從PlayItem_In_Time再現到PlayItem_Out_Time(步驟S21)。若當前PlayItem不是CC=5，則執行CC=1、CC=6的處理。若執行步驟S15、步驟S16步驟S21之一的處理，則執行步驟S25的處理。步驟S25是搜索是否存在應與當前PlayItem同步再現的SubPlayItem的處理。這裡，構成SubPath信息的各SubPlayItem具有Sync_PlayItem_Id等信息，應與當前PlayItem同步再現的SubPlayItem將該Sync_PlayItem_Id設定成當前Playltem。因此，步驟S25中，搜索將當前Playltem指定成Sync_PlayItem_Id的SubPlayltem，在構成SubPath信息的多個SubPlayItem中是否存在。在不存在的情況下，移動到步驟S22。步驟S22判定AVClip時間軸中的當前再現時亥丨J(當前PTM(PresentationTiMe演示時間))是否到達當前Playltem的0ut_Time(步驟S22)。若到達，則移動到步驟S23。步驟S23是當前Playltem是否是PlayList信息中的最後Playltem的判定，若不是最後的Playltem，則將PlayList信息中的下一Playltem變為當前Playltem(步驟S24)，移動到步驟S13。通過以上的處理，對PlayList信息中的全部Playltem實施步驟S13步驟S24的處理。圖32是表示SubPlayItem中的無縫連接的流程圖。在步驟S25中判定為存在將當前Playltem指定為Sync_PlayItem_Id的SubPlayItem的情況下，將該SubPlayltem設定成當前SubPlayItem(步驟S31)，命令局部存儲器200進行從相當於SubPlayltem的In_Time的AccessUnit起、到相當於0ut_Time的AccessUnit為止的讀出(步驟S32)。另外，判定當前Playltem中是否存在I^reviousSubPlayltem(步驟S3!3)，對應於判定結果，選擇地執行步驟S34、步驟S35的處理、步驟S36步驟S41的處理。具體而言，若當前Playltem中沒有PreviousSubPlayltem(步驟S33為否)，則等待當前PTM到達Sync_Mart_Pts_of_PlayItem(步驟S34)，若到達，則命令解碼器進行從SubPlayItem_In_Time起到SubPlayItem_0ut_Time為止的再現(步驟S35)。若當前Playltem中有！deviousSubPlayltem(步驟S33為是)，則判定當前Playltem是否為SP_CC=5(步驟S36)，若是SP_CC=5(步驟S36為是)，則執行步驟S37步驟S41的處理。在上述previousPlayltem存在的情況下，切換ATCJequence。在該切換中，算出稱為ATC_delta2的輔TS用的偏移值(步驟S37)，向此前的ATCJequence中的ATC值(ATCl)加上ATC_delta2,從而得到新的ATC_Sequence的ATC值(ATC2)(步驟S38)。所謂ATC_delta是指從此前讀出的傳輸流(TSl)的最後TS數據包的輸入時刻Tl起、至新讀出的傳輸流(TS2)的最初TS數據包的輸入時刻T2為止的偏移值，由「ATC_delta彡Nl/TS.recording.rate"的計算式給出。這裡，Nl是TSl最後的視頻PES數據包後續的TS數據包的數據包數量。另外，在上述I^reviousPlayItem存在的情況下，還切換STCJequence。在該切換中，求出STC_delta2(步驟S39)。向此前的STC_Sequence中的STC值(STCl)加上STC_delta2(步驟S40)，由此求出新的STC_Sequence的STC值(STC2)。在將在前STCJequence中最後再現的圖片的顯示開始時刻設為PTSl(IstEND)，將圖片的顯示期間設為Tpp，將後續STC_kqUence中最初顯示的圖片的開始時刻設為PTS2(2ndSTART)的情況下，由於必需在CC=5時使PTSl(IstEND)+Tpp的時刻與PTS2(2ndSTART)的時刻一致，所以STC_delta2根據STC_delta2=PTSl(IstEND)+Tpp_PTS2(2ndSTART)的計算式算出。另外，在向音頻解碼器9指示AudioOverrap的靜音之後，命令解碼器從PlayItem_In_Time再現到PlayItem_Out_Time(步驟S41)。控制器22如上所述，執行STC的變更處理，但在再現裝置的一般實現中，該變更處理在解碼器處於自由運行(freerun)的情況下執行。所謂自由運行狀態是指解碼器不執行與STC的同步控制的狀態。之後，在可設定STC時間軸的狀態之前，若恢復STC，則解碼器從自由運行狀態移到與STC的同步控制。另一方面，在步驟S36中若判定為當前PlayItem不是CC=5(步驟S36為否)，則執行CC=1、CC=6的處理。如上所述，根據本實施方式，稱為Window的每秒的傳輸允許量被限制到48Mbit以下，所以在該1秒的期間中，即便傳輸允許量局部達到96Mbit，若解碼器先讀96MbitX0.5秒大小的TS數據包，則解碼器內的緩衝器也不會下溢或上溢。無論在數字流的哪個期間，數據量也為『96MbitX0.5秒』以下，不產生下溢或上溢，可提供TS數據包，所以可避免視頻或音頻的丟失。由此，不擔心Out-of-MUX構架實現用的同時讀出波及品質上的問題。另夕卜，PlayItem中的In_Time、0ut_Time與SubPlayItem中的In_Time、0ut_Time一致，若PlayItem側的連接狀態為CC=5，則SubPlayItem側的連接狀態也為SP_CC=5，所以即便切換Playltem，也可不用再設定解復用部，而可以同時執行從PlayItem向PlayItem的切換、與從SubPlayItem向SubPlayItem的切換。解復用部可在使參照的STC時間軸同步的同時，進行基於PlayList信息的再現處理。(第2實施方式)在本實施方式中，詳細說明在先實施方式中記述的BD-ROM的製作。在先實施方式的BD-ROM可通過依次執行以下工序來製作。〈BD-R0M的記錄工序>首先，企劃確定用什麼樣的大綱使BD-ROM再現(企劃工序)，執行動態圖像收錄、聲音收錄等素材製作(素材製作工序)，根據企劃工序中製作的大綱，製作卷(volume)構成信息(腳本製作工序)。所謂卷構成信息是以抽象的記述來表示光碟應用層的格式的信息。之後，通過編碼視頻素材、音頻素材、字幕素材、菜單素材每個，得到基本流(素材編碼工序)。之後，執行多個基本流的復用(復用工序)。若執行復用，則執行使復用後的流和卷構成信息適合於BD-ROM的應用層格式的作業，得到應記錄在BD-ROM的卷區域中的數據的整體像(一般稱為卷數據)(格式化工序)。這裡，本發明的記錄媒體的應用層格式是用程式語言記述的類(class)構造體的實例，通過根據BD-ROM標準中規定的語法，記述類構造體的實例，由此可製作Clip信息、PlayList信息等。此時，表格形式的數據可使用程式語言的for語句來定義，其它僅在特定條件下必要的數據可使用if語句來定義。在該適合處理之後，若得到卷數據，則再現卷數據，確認腳本製作工序的結果是否正確(仿真(emulation)工序)。在該仿真工序中，期望執行BD-ROM播放器模型的緩衝器狀態的仿真。最後執行壓制工序。在該壓制工序中，將捲圖像變換為物理數據串，使用該物理數據串，執行母盤切割，製作母盤。並且，用利用壓制裝置製作的母盤來製造BD-R0M。該製造主要由基板成形、反射膜成膜、保護膜塗布、貼合、標籤的印刷等各工序構成。經過以上的工序，可製作各實施方式所示的記錄媒體(BD-ROM)。〈追加內容的製作工序〉在由BD-ROM內容與追加內容構成電影作品的情況下，從上述企劃工序執行到格式化工序。若得到構成1個卷數據的AVClip信息、Clip信息、PlayList信息，則去除其中應已由BD-ROM提供的信息，將剩餘的信息作為追加內容，由存檔(τ·-力4K)程序等，匯成1個文件。經過如此處理，若得到追加內容，則將這種追加內容提供給WWW伺服器，對應於來自再現裝置的要求，送出到再現裝置。在先實施方式中記述的校驗在AVClip信息、Clip信息、PlayList信息完成、利用PlayList信息內的STN_Table確定應再現的基本流的階段，即格式化工序中執行。下面，說明製作這種應用格式的創作系統。圖33是表示第2實施方式的創作(authoring)系統的內部構成的圖。如圖所示，創作系統由輸入裝置51、編碼裝置52、伺服器裝置53、素材存儲器54、BD構成信息存儲器55、客戶機裝置5658、復用器60、BD腳本轉換器61、格式化器62、Verifier(校驗器)63構成。輸入裝置51裝填收納了HD圖像、SD圖像的錄像帶，再現該錄像帶，將再現信號輸出到編碼裝置52。編碼裝置52編碼從輸入裝置51輸出的再現信號，得到視頻流、音頻流等基本流。如此得到的基本流通過LAN輸出到伺服器裝置53，寫入伺服器裝置53內的素材存儲器M中。伺服器裝置53由素材存儲器54、BD構成信息存儲器55這2個驅動器裝置構成。素材存儲器M是伺服器裝置53的內置盤裝置，依次存儲利用編碼裝置52的編碼得到的基本流。素材存儲器討具有HDstream目錄、SDstream目錄等2個目錄，將通過編碼HD圖像得到的基本流寫入HDstream目錄中。BD構成信息存儲器55是存儲BD卷構成信息的驅動器裝置。復用器60讀出素材存儲器M內的HDstream目錄、SDstream目錄中存儲的基本流中、由BD卷構成信息指定的基本流，根據BD卷構成信息對其進行復用，從而得到作為復用流的AVClip。BD腳本轉換器61通過將BD構成信息寄存器55中存儲的BD卷構成信息變換為BD-ROM應用格式，得到BD腳本。格式化器62使由復用器60提供的Clip、由BD腳本轉換器61得到的BD腳本適應於BD-ROM的應用層格式。從如此適應的BD腳本，得到BD-ROM母盤或局部存儲器中應存儲的下載用內容。校驗部63參照腳本轉換器61生成的PlayList信息內的STN_table，判定復用器60得到的BD-ROM用主TS、局部存儲器用的輔TS是否滿足為了實現0ut_of_MUX應用的限制。以上是創作系統的內部構成。以下說明創作系統中的校驗部63的實現。校驗部63製作使CPU執行圖34、圖35所示的流程圖的處理步驟的程序，寫入命令ROM，提供給CPU，由此可在創作系統內實現。圖34是表示對主TS、輔TS的校驗步驟的流程圖。本流程圖具有在步驟Sl中將Source數據包串中的最初Source數據包的ATS設定為當前Window的In_Time，重複步驟S2步驟S7的處理的循環結構。該循環結構重複將從當前Window的In_Time起1秒以後存在的ATS設定為當前Window的0ut_Time(步驟S2)、計數從當前Window的In_Time至0ut_Time存在的TS數據包數量(步驟S3)、根據In_Time算出當前Window中的比特數(步驟S4)、判定該比特值是否為48Mbit以下的處理(步驟SQ，直到步驟S6判定為是為止。該步驟S6判定當前Window的0ut_Time是否到達ATC時間軸中的最後Source數據包，若步驟S6為否，則將Source數據包串中的下一ATS變為當前Window的In_Time(步驟S7)，重複步驟S2步驟S6的處理。若某一Window中步驟S5判定為否，則判定為違反BD-ROM標準(步驟S9)。若全部Window中步驟S5判定為是，並且步驟S6判定為是，則判定為適合BD-ROM標準(步驟S8)。主TS、輔TS經過以上校驗，所以即便在主TS、輔TS分別從BD-R0M、局部存儲器提供的情況下，也始終滿足上述限制。在視頻流、音頻流、PG流、IG流每個中存在多個同種類的基本流的情況下，期望按圖35的步驟執行校驗。圖35所示的校驗步驟將圖34中的步驟S3步驟S4置換為步驟S81步驟S83。該步驟S81步驟S83在每次確定1個當前Window時，對每個基本流算出STN_table中、構成許可再現的基本流的TS數據包中、屬於當前Window的TS數據包的比特率(步驟S81)，選擇多個視頻流、多個音頻流、多個PG流、多個IG流中、算出的比特率最高的流(步驟S82)，合計視頻流的比特率的最大值、音頻流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值(步驟S8!3)，判定該合計量是否為48Mbit以下(步驟S5)。由於同種類的基本流在0ut_of_MUX應用中必然被排他地選擇，所以在上述判定中執行校驗更合理。校驗檢查比特率局部高的位置、即局部峰值的出現位置中的比特值也有效。局部峰值的出現位置如下。(I)Window的In_Time指示的TS數據包的開頭(2)Window的In_Time指示的TS數據包的終點(3)Window的0ut_Time指示的TS數據包的開頭(4)Window的0ut_Time指示的TS數據包的終點通過重點檢查這種位置的比特量，可進一步簡化創作的校驗作業。如上所述，根據本實施方式，當製作許可輔TS再現的STN_table時，利用基於該STN_table的再現處理，可在創作的階段事先驗證是否產生下溢或上溢。(第3實施方式)本實施方式是在PlayItem之間、SubPlayItem之間的連接中，設置CC=6等新類型的實施方式。所謂CC=6是規定構成ProgressivePlayList信息的多個PlayItem信息間的連接狀態。所謂!ProgressivePlayList信息是應將流播作為前提再現的多個AVClip指定為1個再現路徑用的播放列表信息。〈ProgressivePlayList信息>ProgressivePlayList信息通過將下載/流播的輔TS分割成細分的文件，便於減小高速緩衝存儲器大小，不等待全部文件下載就可開始再現。由於以流播為前提的內容以長度短的多個AVClip規定，所以ProgressivePlayList信息由與這些多個AVClip的每個對應的多個PlayItem信息構成。另一方面，分割成細小單位的AVClip是為了流播而被分割的，不是說STC、ATC中存在不連續點。因此，作為不是CC=5的其它狀態，必需規定這種AVClip之間的連接狀態。將如此規定的連接狀態稱為CC=6。在CC=6的情況下，由2個PlayItem指定的TSl、TS2與由2個SubPlayItem指定的TS1、TS2必需滿足以下條件。1)TS2中的視頻流必需從GOP開始。2)在TS2的音頻流與具有相同的PID的TSl的音頻流中，在連接點的AudioPresentationUnitTSl的音頻流也可以不完全的音頻流結束。另外，TS2中具有相同PID的音頻流也可從不完全的AudioPresentationUnit開始。根據多個Playltem、多個SubPlayltem，若使這些TSUTS2再現，則由2個AudioPresentationUnit,可得到1個完結的AudioPresentationUnit。由於在CC=6時實際上流是連續的，所以不會是CC=5時那樣的僅視頻無縫連接、音頻不連續地連接、或靜音，而是全部基本流無縫連接。如上所述，CC=6意味著從流播的方便看、將邏輯上連續的流分割成多個部分時的分割邊界。但是，由於應記錄在BD-ROM中的流必需由32個Source數據包構成，所以構成1個SubPlayItem的1個流文件全部需要6KByte的倍數。圖38是模式表示在將構成主TS的音頻替換為構成輔TS的音頻的情況下，構成主TS的多個TS數據包與構成輔TS的多個TS數據包如何被復用的圖。圖38是模式表示ATC時間軸上存在的多個TS數據包如何被復用的圖。第1段表示主TS。主13是存儲￥4142(視頻1個、音頻2個)的TS數據包。這些TS數據包通過復用2種3個基本流得到。第2段表示輔TS。輔TS由存儲了1種2個音頻A3、A4的TS數據包構成。復用這些輔TS的TS數據包的時間段P3由表示向解碼器的輸入時間軸的ATC時間軸上、復用了主TS的音頻數據包的時間段pi、與不傳輸構成主TS的TS數據包的時間段p2構成。若如此復用，則選擇各種基本流中的任何一個，也可保證應解碼的基本流的比特率之和不超過主TS的允許最大比特率(48Mbps)。圖38的上述一例是最簡單的實例，是輔TS中僅有音頻的情況。圖39是模式表示除音頻外、還替換字幕(PG)或菜單(IG)的情況下、構成主TS的多個TS數據包與構成輔TS的多個TS數據包如何復用的圖。在本圖中，許可傳輸輔TS的數據包的時間段k3是1)主TS中的同種類數據包的傳輸時間段kl2)主TS的非傳輸時間段k2之和。即便是存儲在輔TS中的其它流種類(Video、IG、PG等)，上述1)、2)的規則也同樣適用，所以判斷各流在最初與自己同種類的流的傳輸時間段中可否在輔TS內復用，在不滿足的情況下，利用2)的主TS的非傳輸時間段進行復用是有效的。具體說明本實施方式的復用器60的處理。在實現上述復用時，復用器60在解碼器模型中模擬再現主TS時的緩衝器狀態，檢測主TS中各數據包的傳輸時間段或主TS的非傳輸時間段。若檢測到這些時間段，則為了使構成輔TS的各PES數據包在同種類數據包的傳輸時間段或非傳輸時間段內傳輸，將構成輔TS的各PES數據包變換為TS數據包，向各TS數據包附加ATS。如此附加的ATS表示同種類數據包的傳輸時間段或非傳輸時間段，所以構成輔TS的各PES數據包如圖39所示，在主TS中的同種類數據包的傳輸時間段或非傳輸時間段中被送入解碼器。在從局部存儲器提供的基本流不是傳輸流形式、而是程序流形式的情況下，復用器60將構成基本流的PES數據包變換為組件(pack)，向各組件的TS頭附加SCR(SystemClockReference)0如此附加的SCR也與ATS—樣，表示同種類數據包的傳輸時間段或非傳輸時間段，所以構成輔PS(從局部存儲器提供的程序流)的各PES數據包如圖39所示，在主PS(從BD-ROM提供的程序流)中的同種類數據包的傳輸時間段或非傳輸時間段被送入解碼器。在將從局部存儲器提供的基本流變為程序流形式的情況下，由於以組件(PES數據包)等大的時間單位來表現同種類數據包的傳輸時間段或非傳輸時間段，所以創作時的負擔特別小，容易實現。這在DVD再現裝置中實現0ut_of_MUX應用時成為有利之處。如上所述，根據本實施方式，由於在構成輔TS的數據包的輸入期間選擇主TS的同種類數據包的傳輸期間、主TS的非傳輸期間，進行復用，所以容易滿足第1實施方式所示的比特量限制。通過在第2實施方式所示的創作系統上實現這種復用，容易製作實現0ut_of_MUX應用的電影作品。由此，可在創作階段容易執行不產生再現時的上溢的保障。(第5實施方式)在本實施方式中，詳細說明音頻混頻應用。本應用是構成對於1個種類1個基本流這樣的0ut_of_MUX的規定的例外的應用。構成例外的地方是，音頻混頻應用同時選擇主TS的音頻流與輔TS的音頻流、並且同時解碼主TS的聲音與輔TS的聲音這兩個聲音，這一點成為例外。圖40是表示構成音頻混頻應用的主TS、輔TS在BD-ROM再現裝置的內部構成中如何提供給解碼器的圖。在本圖中，左側示出BD-ROM再現裝置的內部構成中BD-ROM驅動器la、局部存儲器200、網絡部25，右側示出各解碼器。正中示出執行流的解復用的PIDFilter。本圖中的主TS(Videol，Audiol(English)，Audio2(Spanish)，PGl(EnglishSubtitle),IGl(EnglishMenu))、輔TS(Audio3(Commentary),PG2(JapaneseSubtitle),PG3(KoreanSubtitle),PG4(ChineseSubtitle),IG2(EnglishMenu))分別表示從BD-R0M、局部存儲器提供的傳輸流。由於盤單體中僅記錄英語(Audio1)與西班牙語(Audio2)，所以不能從該盤中選擇電影導演的評論聲音。但是，若將內容提供商提供的Audio3(Commentary)(評論)所在的輔TS下載到局部存儲器，則可將英語聲音(Audio1)與Audio3(Commentary)送入解碼器。若解碼器將這些英語聲音(Audio1)與Audio3(Commentary)混頻輸出，則用戶可與影像(Videol)—起再現附加了評論的英語聲音。與0ut_of_MUX應用之間的差異僅在於同時解碼2個音頻流。無論對於哪種主TS，都假設在盤出售後附加了導演的評論聲音等情況，所以對主TS進行比特率限制等不是優選的，與0ut_of_MUX—樣，導入對輔TS的限制。在音頻混頻中，由於除各基本流(視頻、音頻、字幕、菜單)外還必需解碼音頻，所以必需兩個音頻解碼器資源。〈主、輔音頻流的構成〉當實現音頻混頻應用時，將構成主TS中的所屬的音頻流稱為主音頻流，將構成輔TS所屬的音頻流稱為輔音頻流。說明這些主音頻流、輔音頻流。主音頻流存在32個，它們具有從Oxl100至OxlIlF的PID。另一方面，輔音頻流也與主音頻流一樣，存在32個，具有從OxIAOO至OxlAlF的PID。輔音頻流與主音頻流的不同之處在於，在輔音頻流的音頻幀中，包含由「下混頻信息」與「增益控制信息」構成的元數據。「下混頻信息」是下混頻用的信息。所謂下混頻是使聲音的再現聲道數量比編碼聲道數量少的變換，下混頻信息通過規定下混頻用的變換係數矩陣，讓再現裝置執行該下混頻。以2ch再現5.Ich的聲音流等是下混頻的一例。所謂「增益控制信息」是提高降低主音頻流側的聲音輸出時的增益的信息，但這裡最好僅為降低。這樣，輔音頻流的元數據可實時降低同時再現的主音頻流的輸出。在I^rimary音頻與kcondary音頻重疊的情況下，由於可知事先混頻的I^rimary音頻與kcondary音頻的對，所以不必實時控制2個音頻的增益，通過僅降低I^imary音頻的增益、kcondary音頻的增益保持不變地進行混頻(重疊)即足夠。通過配置這種元數據，與主音頻流的再現輸出的音量和輔音頻流的再現輸出的音量合併，可避免使揚聲器破損等事態。以上是本實施方式中的音頻流的說明。接著說明本實施方式中的PlayList信息的改良。由於使解碼器同時解碼同種類的基本流，所以將本實施方式的PlayList信息中，許可再現的多個主音頻流、多個輔音頻流的組合，示於各PlayItem的STN_table中。下面，說明本實施方式的STN_table。為了實現音頻混頻應用，在STN_table中，輔音頻流中的Stream_entry、Stream—attribute的組與主音頻流中的Stream_entry、Stream_attribute的組單獨存在。另夕卜，輔音頻、流中的Stream_entry>Stream_attribute的Comb_info_Secondary_audio_Primary_audiot匿胃IS。(Comb_info_Secondary_audio_Primary_audiο)Comb_info_Secondary_audio_Primary_audio唯一指定可混頻該輔音頻流的再現輸出的1個以上主音頻流。由此，可在創作時對如下方式的對應於聲音屬性的可否混頻就行設定，該方式為在具有規定屬性的主音頻流的再現時，不混頻輔音頻流，而僅在具有此外的屬性的主音頻流的再現時，才混頻輔音頻流。(sp_connection_condition信息)另夕卜，PlayList信息中，SubPlayItem的sp_connection_condition信息被設定成與PlayItem信息的connection_condition信息相同的值。從而若PlayItem信息的connection_condition信息為「=5，，，則SubPlayItem信息的sp_connection_condition信息也被設定為SP_CC=5。另外，SubPlayItem信息的In_Time、Out_Time指示與PlayItem信息的In_Time、0ut_Time相同的時刻。以上是本實施方式中的記錄媒體的改良。下面說明本實施方式的再現裝置的內部構成。〈再現裝置的內部構成〉圖41是表示第5實施方式的再現裝置的內部構成的圖。如圖所示，TB6、EB7、音頻解碼器8被置換成AudioMixingI^rocessor(音頻混頻處理器)(用虛線包圍的部分)。該AudioMixingProcessor是由主TS與輔TS輸入2個聲音流並同時解碼而混頻的部件。其它構成與用於實現0ut_of_MUX應用的內部構成一樣。下面說明AudioMixingProcessor,,AudioMixingProcessor由TransportBuffer6a、6b、EB7a、7b、預載緩衝器7c、音頻解碼器8a、8b、混頻器9a、9b構成。TransportBuffer6a以先進先出方式存儲從PIDFilterfb輸出的、具有音頻流的PID的TS數據包，提供給音頻解碼器8a。TransportBuffer6b以先進先出方式僅存儲從PIDFilter3d輸出的、具有音頻流的PID的TS數據包，提供給音頻解碼器Sb。EB7a是存儲通過變換存儲在緩衝器6a中的TS數據包得到的PES數據包的緩衝οEB7b是存儲通過變換存儲在緩衝器6a中的TS數據包得到的PES數據包的緩衝ο預載緩衝器7c是用於預載從BD-ROM/局部存儲器中讀出的文件sound,bdmv的存儲器。所謂文件sound,bdmv是存儲在對菜單的操作中應輸出的音頻數據的文件。音頻解碼器8a對構成主TS的PES數據包執行解碼處理，得到並輸出非壓縮狀態的LPCM狀態的音頻數據。由此，執行音頻流中的數字輸出。音頻解碼器8b對構成輔TS的PES數據包執行解碼處理，得到並輸出非壓縮狀態的LPCM狀態的音頻數據。由此，執行音頻流中的數字輸出。混頻器9a對從音頻解碼器8a輸出的LPCM狀態的數字音頻、與從音頻解碼器8b輸出的LPCM狀態的數字音頻進行混頻。混頻器9b對從混頻器9a輸出的LPCM狀態的數字音頻、與存儲在緩衝器7c中的聲音數據進行混頻。該聲音混頻器9b的混頻可通過控制器22破解期望點擊聲發音的導航指令來執行。以上是本實施方式的再現裝置的說明。如上所述，音頻混頻應用由主音頻流與輔音頻流構成，所以第2實施方式所示的校驗假設同時讀出主音頻流、輔音頻流的情況來執行。具體而言，在以MainClip、SubClip為基準的ATC時間軸上，使Window—個個地移位。該移位的步驟與圖35的流程圖所示的一樣。另外，在ATS所示的ATC時間軸的各坐標中，選擇視頻流、多個主音頻流、多個輔音頻流、多個PG流、多個IG流中、算出的比特率最高的流，合計視頻流的比特率最大值、主音頻流的比特率的最大值、輔音頻流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值，判定該合計量是否為48Mbit以下。若超過48Mbit，則判定結果為違反BD-ROM標準。如上所述，根據本實施方式，從BD-R0M、局部存儲器雙方同時讀出主音頻流、輔音頻流，即便在提供給主音頻流用解碼器、輔音頻流用解碼器的情況下，也可實施每秒的比特量不超過規定上限的保障。由於提供這種保障，所以可有效製作音頻混頻應用。因此，將實現音頻混頻應用的追加內容下載到局部存儲器，從局部存儲器提供給解碼器的提供方式成為可能，所以可容易實現在BD-ROM出廠之後追加評論的提供法。(第6實施方式)在第1實施方式中，通過使PlayItem中的In_Time、0ut_Time與SubPlayItem中的In_Time、Out_Time—致，使PlayItem間的連接點和SubPlayItem連接點一致，但本實施方式為了實現音頻混頻，不要求該連接點的一致，允許一定程度的時間差。在允許該時間差的情況下，其它限制是必需的。在Playltem、SubPlayItem間的無縫連接中，執行上述STC的變更處理，但該變更處理在解碼器處於自由運行狀態的情況下執行。此時，由於在無縫連接中STC恢復之前、解碼器不能移動到同步控制，所以為了便於實現，伴隨STC變更的無縫連接不被頻繁接受。因此，應進行限制，使得PlayItem與SubPlayItem雙方中連續的CC=5的連接點隔開規定的時間間隔(例如3秒左右)。圖42是表示由表示音頻混頻的播放列表指定的PlayItem與SubPlayItem的相關的圖。圖42的第1段表示PlayList信息中的3個PlayItem(PlayItem信息#l、PlayItem信息#2、PlayItem信息#3)。這3個Playltem指定主TS，Playltem信息#1、PlayItem信息#2之間設定CC=l，PlayItem信息#2、PlayItem信息#3之間設定CC=5。圖42的第2段表示PlayList信息中的3個SubPlayItem(SubPlayItem#l、SubPlayItem#2、SubPlayItem#3)。這3個SubPlayItem指定輔TS，SubPlayItem#USubPlayItem#2之間設定CC=1，SubPlayItem#2、SubPlayItem#3之間設定SP_CC=5。圖42的第3段表示ProgressivePlayList信息中的9個SubP1ay11em(SubP1ay11em#1,SubPlayItem#2、SubPlayItem#3SubPlayItem#9)。這9個SubPlayItem指定輔TS，SubPlayItem#3、SubPlayItem#4之間設定SP_CC=1，SubPlayItem#4、SubPlayItem#5之間設定SP_CC=5，此外的SubPlayItem之間設定SC=6。在本圖中，第2段的SubPlayItem#3的開始是第1段的Playltem#3開始點之前的3秒。同樣，第3段的SubPlayItem#5的開始點是第1段的Playltem#3開始點之前的3秒。Playltem與SubPlayItem的STC時間軸切換用的時間間隔為3秒，所以STC時間軸的變更不過於頻繁。另外，CC=1的定時與Playltem—致以SP_CC=1連接。這是為了防止在CC=1的非無縫連接時僅SubPlayItem持續連續再現的情況下、Playltem與SubPlayItem的同步再現錯位。在Playltem的途中用SP_CC=5連接SubPlayItem的連接方式在一張盤中收錄有劇場公映版與導演剪輯版雙方時有用。圖43的第1段表示構成劇場公映版與導演剪輯版雙方的PlayList信息的一例。在該PlayList信息中，由Playltem#l、Playltem#2、Playltem#4構成的是導演剪輯版，由PlayItem#UPlayltem#3、Playltem#4構成的是劇場公映版。這樣，由於Playltem#l與Playltem#4可由任一版本共享，所以可有效製作標題(title)。由於彼此不同的影像41比整體短，所以可有效抑制盤整體的數據容量。圖43的第2段示出將對應於圖43的第1段中的Playltem#l、Playltem#2、Playltem#4的評論定義為1個SubPlayltem、將對應於PlayItem#l、PlayItem#3、PlayItem#4的評論定義為其它SubPlayltem的一例。此時，在2個SubPlayltem的每個中，必需準備對應於PlayItem信息#1、PlayItem信息#4的評論，在數據容量上難度大。圖43的第3段表示定義對應於PlayItem信息#1、PlayItem信息#2、PlayItem信息#3、PlayItem信息#4的每個的SubPlayltem(SubPlayItem#l、SubPlayItem#2、SubPlayItem#3、SubPlayItem#4)的一例。另外，設SubPlayItem#l與SubPlayItem#2和SubPlayItem#3之間、SubPlayItem#2和SubPlayItem#3與SubPlayItem#4之間以CC=5連接。這些連接點與PlayItem中的連接點設置3秒的時間間隔。即，在Playltem#l結束的3秒前評論一方使用CC=5(或CC=6)來分支到SubPlayItem#2與SubPlayItem#3。在Playltem#2、Playltem#3結束的3秒後，使用CC=5(或CC=6)來分支到SubPlayItem#40SubPlayItem#2與SubPlayItem#3的開始和SubPlayItem#4的開始，距Playltem#2與Playltem#3的開始和Playltem#4的開始設置3秒的時間間隔。通過設置以上時間間隔，STC時間軸的變更不過於頻繁。嚴格地說，CC=5僅在從SubPlayItem#3恢復到SubPlayItem#4時(復位ATC/STC時間軸的無縫連接)必需，其它可由CC=6來代替。如上所述，根據本實施方式，由於PlayItem的In_Time、Out_Time與SubPlayltem的In_Time、0ut_Time不一致，所以不需要ATCCounter2a與2c、STCCounter3a與STCCounter3c的同步，再現裝置的設計餘地變寬。(第7實施方式)在第6實施方式中，在將主音頻流、輔音頻流從BD-R0M、局部存儲器中同時讀出並提供給解碼器的情況下，將主音頻流、輔音頻流作為比特量限制的對象，但在本實施方式中，說明實現PictureinPicture(畫中畫)(PiP)再現應用情況下的比特量限制。所謂PiP再現是指在利用PlayList信息的Mairfath信息指定了構成動態圖像的MainClip、並且利用PlayList信息的SubPlayltem信息指定了構成其它動態圖像的SubClip的情況下，將前者的動態圖像(PrimaryVideo:主視頻)與後者的動態圖像(SecondaryVideo輔視頻)顯示於同一畫面內。這裡，PrimaryVideo由HD(高清)圖像構成，SecondaryVideo由SD(標清)圖像構成。HD圖像具有1920X1080的解析度，與文件素材一樣，具有3750(或3753或3754)時鐘的幀間隔。SD圖像具有720X480的解析度，與NTSC素材一樣，具有1501時鐘的顯示間隔，或與PAL素材一樣，具有1800時鐘的幀間隔。SD圖像的解析度為HD圖像解析度的約1/4左右，因此若將作為HD圖像的I^rimaryVideo與作為SD圖像的kcondaryVideo顯示於相同畫面上，則kcondaryVideo的大小約為PrimaryVideo的1/4左右。這裡，假設kcondaryVideo是僅導演或出演者登場的動態圖像，進行指示PrimaryVideo中的影像內容的演技。若這種動態圖像是kcondaryVideo，則通過使這種SecondaryVideo的影像內容與I^rimaryVideo的影像內容組合，可實現導演或出演者指著電影作品正片的再現影像的內容進行解說等有趣的畫面演出。〈本實施方式中的PlayList信息〉SecondaryVideo用的視頻流(輔視頻流)由PlayList信息的SuWath信息中的多個SubPlayItem信息指定。向這種SubPlayItem信息中新追加PiP_Position、PiP_Size等信息要素。「PiP_Position」使用PrimaryVideo再現用的畫面平面上的X坐標、Y坐標，表示應配置kcondaryVideo的再現影像的位置。「PiP_Size」表示kcondaryVideo再現影像的縱向大小、橫向大小。另夕卜，在本實施方式中，將SubPlayItem的sp_connection_condition信息設定為「=5」，意味著保證復用於當前SubPlayItem側的SubClip上的輔視頻流與復用於PreviousSubPlayItem側的SubClip上的輔視頻流無縫連接。這種SubPlayItem的sp_connection_condition信息被設定成與PlayItem信息的connection_condition信息相同的值，所以若PlayItem信息的connection_condition信息為「=5」，則SubPlayItem信息的sp_connection_condition信息也必需被設定為「=5」。即，若PlayItem側的主視頻流無縫連接，則SubPlayItem側的輔視頻流也必需無縫連接。另外，SubPlayItem信息的In_Time、0ut_Time必需指示與PlayItem信息的h_Time、0ut_Time相同的時刻。以上是本實施方式中的記錄媒體的改良。下面，說明再現裝置的改良。為了執SecondaryVideo流的解碼，在本實施方式的再現裝置的硬體構成中還追加一組解碼視頻流用的構成要素。這裡，所謂解碼視頻流用的構成要素是TransportBuffer>MultiplexedBuffer>ElementaryBuffer、解碼器、Video平面，它們解碼輔視頻流。另外，本實施方式的再現裝置中追加以下kaller(縮放器)、合成部。Sca11er根據SubP1ay11em信息的PiP_Siζe所示的縱向橫向大小，放大或縮小SecondaryVideo平面上得到的再現影像。合成部通過合成由Scalier放大或縮小的再現影像、與由視頻解碼器得到的再現影像，實現PiP再現。合成部進行的I^imaryVideo的再現影像與kcondaryVideo的再現影像的合成，根據SubPlayItem信息規定的PiP_P0siti0n來執行。由此，再現合成了PrimaryVideo的再現影像與kcondaryVideo的再現影像後的合成影像。在該合成部的合成中，可執行色度鍵(Chroma-key)合成、層合成等，並且可以去除kcondaryVideo中的背景，摳出人物部分之後，合成到I^rimaryVideo的再現影像上。以上是本發明的再現裝置的說明。〈對PiP應用的校驗〉在實現PiP再現時，在同時讀出作為主TS的視頻流(主視頻流)、作為輔TS的視頻流(輔視頻流)並提供給解碼器的情況下，將主視頻流、輔視頻流作為限制比特量用的校驗對象。具體而言，當使Window在ATC時間軸上移位時，在ATS所示的ATC時間軸的各坐標中，選擇主視頻流、輔視頻流、多個主音頻流、多個輔音頻流、多個PG流、多個IG流中、算出的比特率最高的流，合計主視頻流的比特率的最大值、輔視頻流的比特率的最大值、主音頻流的比特率的最大值、輔音頻流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值，判定該合計量是否為48Mbit以下。如上所述，根據本實施方式，即便在從BD-R0M、局部存儲器雙方同時讀出主視頻流、輔視頻流並提供給各自對應的解碼器的情況下，也可實施每秒的比特量不超過規定上限的保障。由於提供這種保障，所以可有效地製作PiP應用。(備註)上面說明了本申請的申請時刻申請人得知的最佳實施方式，但可就下示的技術主題施加進一步的改良或變更實施。應注意的是，是否如各實施方式所示實施或實施它們的改良、變更均為任意的，基於實施者的主觀。(In_Time、Out_Time)在圖27中，選擇TSl的最後VideoPresentationUnit作為previousPlayltem的0ut_Time，選擇TS2的最初VideoPresentationUnit作為previousPlayltem、previousSubPlayltem的In_Time，但也可選擇TSl的中途的VideoPresentationUnit作為previousPlayltem的0ut_Time，選擇TS2的中途的VideoPresentationUnit作為當前Playltem、當前SubPlayItem的In_Time。此時，Playltem、當前SubPlayItem不能無縫連接，必需以CC=1、SP_CC=I來連接。(PlayList信息整體)在想要以CC=5連接2個Playltem之間的情況下，屬於1個PlayList信息的全部Playltem信息、全部SubPlayItem信息，必需以CC=1來連接。(向解碼器的數據提供量)在0ut_of_MUX中，向解碼器的數據提供量未必大。例如，設主音頻流為MainClip，由CBR的DD(DolbyDigital杜比數字)與VBR的MLP構成，將該MLP置換成從局部存儲器提供的CBR的DD。此時，向解碼器的數據提供量反而下降。若知道這些，則也可省略校驗。(再現時間差)在實現CC=5、SP_CC=5時，期望1個Playltem中的各視頻流/音頻流的再現時間差也小。該差也可以是視頻1幀大小(1/60-1/25秒)，或1秒以下等，或與整體再現時間的比例(1%以下等)，或將2者組合。1個SubPlayItem中各視頻/音頻基本流的再現時間差也一樣。在1個PID中存儲2個基本流的情形下，以相同PID存儲的2個流的再現時間長度差均不足再現時間短的流的最小再現單位(1幀)的再現時間長度是優選的。對應於這種情況的是DolbyDigital(AC-3)與MLP(MeridianLosslessPacking:Meridian無損壓縮)存儲在1個基本流中、記錄在BD-ROM中的情況。(對追加內容的處理)優選的是，初始設定再現裝置，以便若經過某月、某年，則自動刪除下載到局部存儲器200中的追加內容。(PID的代用)在實現音頻混頻應用時，在主音頻流與輔音頻流的區別中使用PID，但在使用MPEG2-PS的情況下，優選將PES數據包頭的streamjd變為各不相同的值。另外，主音頻流、輔音頻流也可在系統流級別下被區別，以便2個聲音流可由1個解復用器來辨別。或者，也可替換成，在將2個流收斂成1個之前不重複單方的PID。(預載)優選地，在BD-ROM的加載時或標題切換時預載點擊聲用的音頻數據(文件sound,bdmv)。這是因為，若在AVClip的再現中讀出文件sound,bdmv，則產生讀出與AVClip不同的文件用的光拾取器的尋軌。另一方面，期望在BD-ROM的裝填時或標題切換時、AVClip的再現繼續，因此通過在這種定時讀出文件sound,bdmv，可提高設備的響應性，使AVClip再現難以中斷。(Java(TM)平臺)也可通過在各實施方式的再現裝置中完全安裝Java(TM)2Micro_Edition(J2ME)PersonalBasisProfile(PBP1.0)%GloballyExecutableMHPspecification(GEM1.0.2)forpackagemediatargets，構成Java(TM)平臺，讓再現裝置執行BD-J應用。另外，也可在該應用的執行中，讓再現裝置執行0ut_of_MUX構架。(標題)優選地，在再現裝置中設置對應於BD-ROM的裝填或用戶操作、裝置狀態來選擇標題的「模型管理器」。BD-ROM再現裝置內的解碼器對應於該「模型管理器」的標題選擇，根據播放列表信息，再現AVClip。應用管理器在「模型管理器」執行了標題選擇時，使用對應於上一標題的應用管理表格(AMT)與對應於當前標題的AMT，執行信號化(signaling)。該信號化執行如下控制，即使記載於對應於上一標題的AMT中、但未記載於對應於當前標題的AMT中的應用的動作結束，而使未記載於對應於上一標題的AMT中、但記載於對應於當前標題的AMT中的應用的動作開始。(局部存儲器內的目錄構成)優選地，各實施方式所示的局部存儲器內的各區域，設置在對應於BD-ROM中的盤根證書的目錄屬下。所謂盤根證書是製作該BD-ROM的製作者將從根認證機構接受分配的根證書分配給BD-R0M。盤根證書例如以X.509的形式編碼。X.509的標準由國際電信電話諮詢委員會發行，記載於CCITTRecommendationX.509(1988)，「TheDirectory-AuthenticationFramework，，中。另外，優選地，BD-R0M、局部存儲器的記錄內容由AdvancedAccessContentSystem(高級內容訪問系統)(AACS)加密，附加籤名信息，利用權限在許可文件中規定。(應安裝的組件)在將BD-ROM再現裝置作為Java(TM)平臺實施時，期望將下面的BD-JExtention安裝在再現裝置中。BD-JExtention包含為了將超過GEM[1.0.2]的功能提供給Java(TM)平臺而特殊化的各種組件。由BD-JExtention提供的組件中有如下組件。.org.bluray.media該組件提供應附加到Java(TM)MediaFrameffork的特殊功能。對角度、聲音、字幕選擇的控制被附加到該組件中。.org.bluray.ti該組件包含將GEM[1.0.2]中的「服務」映射到「標題」並動作用的API、或從BD-ROM詢問標題信息的機制、或選擇新標題的機制。.org.bluray.application該組件包含管理應用的生存區間用的API。另外，包含詢問使應用執行時的信號化所需的信息的API。.org.bluray.ui該組件包含定義BD-ROM中特殊化的關鍵事件(keyevent)用的常數、並實現與影像再現的同步的類。.org.bluray.vfs該組件提供一種機制(BindingScheme綁定方案)，為了無論數據所在如何均無縫再現數據，而將BD-ROM中記錄的內容(on-disc(盤上)內容)與BD-ROM中未記錄的LocalStorage上的內容(off-disc(盤下)內容)捆綁。所謂BindingScheme是將BD-ROM上的內容(AVClip、字幕、BD-J應用)與LocalMorage上的關聯內容相關聯。該Bindingkheme無論數據所在如何，均實現無縫再現。(VirtualPackage)也可讓BD-ROM再現裝置執行生成VirtualPackage的處理。這通過再現裝置生成VirtualPackage信息來執行。所謂VirtualPackage信息是擴展BD-R0M中的卷管理信息的信息。這裡，卷管理信息是規定某個記錄媒體上存在的目錄文件構造的信息，由對目錄的目錄管理信息、對文件的文件管理信息構成。所謂VirtualPackage信息通過向表示BD-ROM目錄文件構造的卷管理信息追加新的文件管理信息，從而擴展BD-ROM中的目錄文件構造。(控制步驟的實現)由於在上述實施方式中引用流程圖說明的控制步驟、或基於功能性的結構要素的控制步驟是利用硬體資源具體地實現的，所以可以說是利用了自然法則的技術思想的創作，滿足作為「程序的發明」的成立條件。·有關本發明的程序的生產方式有關本發明的程序是計算機能夠執行的執行形式的程序(目標程序)，將上述實施方式所示的流程圖的各步驟、功能性結構要素的各個順序通過使計算機執行的1個以上的程序代碼構成。這裡，程序代碼如處理器的本機代碼、JAVA(TM)字節碼那樣，有各種種類。此外，在通過程序代碼的各步驟的實現中，有各種方式。在能夠利用外部函數實現各步驟的情況下，調用該外部函數的調用語句成為程序代碼。此外，也有實現1個步驟的程序代碼屬於各個目標程序的情況。在限制了命令種類的RISC處理器中，也有通過組合算術運算命令及邏輯運算命令、分支命令等、來實現流程圖的各步驟的情況。有關本發明的程序可以如以上那樣製作。首先，軟體開發者利用程式語言，記述實現各流程圖及功能性結構要素的源程序。在該記述時，軟體開發者按照程式語言的語法，利用類構造體及變量、數組變量、外部函數的調用，記述具體實現各流程圖及功能性結構要素的源程序。將所記述的源程序作為文件交給編譯器。編譯器將這些源程序翻譯而生成目標程序。編譯器的翻譯由語法解析、最優化、資源分配、代碼生成的過程構成。在語法解析中，進行源程序的語句解析、語法解析及意義解析，將源程序變換為中間程序。在最優化中，對中間程序進行基本模塊化、控制流解析、數據流解析的作業。在資源分配中，為了實現向作為目標的處理器的命令集的匹配，將中間程序中的變量分配給作為目標的處理器的處理器所具有的寄存器或存儲器。在代碼生成中，將中間程序中的各中間命令變換為程序代碼，得到目標程序。如果生成了目標程序，則編程者對它們運行連接程序。連接程序將這些目標程序、及關聯的庫程序分配到存儲器空間中，將它們結合為一，生成裝入模塊。這樣生成的裝入模塊是以基於計算機的讀取為前提的，使計算機執行各流程圖所示的處理步驟及功能性結構要素的處理步驟。經過以上的處理，能夠製作有關本發明的程序。本發明的程序可如下使用。在將有關本發明的程序作為嵌入程序使用的情況下，將對應於程序的裝入模塊與基本輸入輸出程序￠10及各種中間件(作業系統)一起寫入到命令ROM中。通過將這樣的命令ROM嵌入到控制部中而使CPU執行，能夠將有關本發明的程序作為再現裝置的控制程序使用。在再現裝置是硬碟內置模型的情況下，基本輸入輸出程序￠10嵌入在命令ROM中，各種中間件(作業系統)被預安裝在硬碟中。此外，在再現裝置中設有用來從硬碟啟動系統的啟動ROM。在此情況下，僅將裝入模塊經由可移動型記錄媒體或網絡供給到再現裝置，作為1個應用安裝到硬碟中。這樣，再現裝置進行基於啟動ROM的引導裝入，在啟動作業系統後，作為1個程序，使CPU執行該程序，來使用有關本發明的程序。在硬碟模型的再現裝置中，由於可以將本發明的程序作為1個應用使用，所以能夠將有關本發明的程序以單體轉讓、出租、經由網絡供給。(控制器22)控制器22可以作為一個系統LSI實現。所謂的系統LSI，是在高密度基板上安裝裸晶片、並封裝而成的。通過將多個裸晶片安裝在高密度基板上並封裝、使多個裸晶片具有宛如1個LSI那樣的外形構造的情況，也包含在系統LSI中(將這樣的系統LSI稱作多晶片模塊)。這裡，如果著眼於封裝的種類，則在系統LSI中有QFP(方形扁平封裝)、PGA(插針網格陣列)的種類。QFP是在封裝的四個側面上安裝有插針的系統LSI。PGA是在整個底面上安裝有多個插針的系統LSI。這些插針起到作為與其他電路之間的接口的作用。由於在系統LSI的插針上存在這樣的接口的作用，所以通過將其他電路連接在系統LSI的這些插針上，系統LSI起到作為再現裝置的核心的作用。封裝在系統LSI中的裸晶片由「前端部」(frontend)、「後端部」(backend)、「數字處理部」構成。「前端部」是將模擬信號數位化的部分，「後端部」是將數字處理的結果所得到的數據模擬化而輸出的部分。在上述實施方式中作為內部結構圖表示的各結構要素安裝在該數字處理部內。首先，如「作為嵌入程序的使用」中所描述的那樣，在命令ROM中，寫入對應於程序的裝入模塊、基本輸入輸出程序(BIOS)、各種中間件(作業系統)。在本實施方式中，特別創作的是對應於該程序的裝入模塊部分，所以通過將保存在對應於程序的裝入模塊的命令ROM作為裸晶片封裝，能夠生產有關本發明的系統LSI。對於具體的安裝，優選為能夠使用SoC安裝或SIP安裝。所謂的SoC(SyStemonchip:晶片上系統)安裝，是在一個晶片上燒制多個電路的技術。所謂的SIP(SySteminlockage:封裝內系統)安裝，是將多個晶片通過樹脂等做成1個晶片的技術。經過以上的過程，有關本發明的系統LSI能夠基於上述實施方式所示的再現裝置的內部結構圖製作。另外，如上述那樣生成的集成電路也有時根據集成度的差異而稱作IC、LSI、超LSI、甚LSI。進而，也可以將各記錄再現裝置的結構要素的一部分或全部作為1個晶片構成。集成電路化並不限於上述的SoC安裝、SIP安裝，也可以通過專用電路或通用過程來實現。可以考慮利用在LSI製造後可編程的FPGA(FieldProgrammableGateArray現場可編程門陣列)、以及可再構成LSI內部的電路單元的連接及設定的可重構處理器。進而，如果因為半導體技術的進步或派生技術而出現代替LSI的集成電路化的技術，則當然也可以利用該技術進行功能模塊的集成電路化。例如有可能應用生物技術。產業上的可利用性本發明的記錄媒體及再現裝置在上述實施方式中公開內部構成，根據該內部構成可批量生產，所以就資質而言可在工業上利用。由此，本發明的再現裝置具有產業上的可利用性。權利要求1.一種記錄方法，將信息記錄到與記錄有主流的其他記錄媒體相關聯地使用的記錄媒體中，其特徵在於該記錄方法具備如下步驟生成應用數據的步驟；和將所述應用數據記錄到記錄媒體中的步驟，所述應用數據包含輔流和表示所述主流及所述輔流的再現路徑的播放列表信息，所述播放列表信息通過具有多個PlayItem信息來表示主流的再現路徑，並通過具有多個SubPlayItem信息來表示所述輔流的再現路徑，其中一個PlayItem信息定義主影像的一個再現區間，一個SubPlayItem信息定義與主影像相關聯的附屬信息的一個再現區間，將所述多個PlayItem信息中的連續的2個PlayItem信息作為前一個PlayItem信息和當前PlayItem信息，將所述多個SubPlayItem信息中的2個連續的SubPlayItem信息作為前一個SubPlayItem信息和當前SubPlayItem信息時，當前PlayItem信息包含in時間，表示主影像的一個再現區間的再現開始時刻信息；out時間，表示主影像的一個再現區間的再現結束時刻信息；和連接狀態信息，表示前一個PlayItem信息與當前PlayItem信息之間的邊界的連接狀態，當前SubPlayItem信息包含in時間，表示附屬信息的一個再現區間的再現開始時刻信息；out時間，表示附屬信息的一個再現區間的再現結束時刻信息；PlayltemID，用於確定相關聯地再現的所述PlayItem信息；PlayItem同步PTS信息，用於決定在由所述PlayItemID確定的當前PlayItem信息的再現時間上的、所述SubPlayItem信息的in時間的位置；和子連接狀態信息，表示前一個SubPlayItem信息與當前SubPlayItem信息之間的邊界的連接狀態，在通過所述PlayItemID與所述當前SubPlayItem信息相關聯的是當前PlayItem信息，並且所述當前PlayItem信息的連接狀態信息表示為無縫再現的情況下，所述子連接狀態信息也表示為無縫再現，所述SubPlayItem信息的PlayItem同步PTS信息與當前PlayItem信息的in時間相同，當前SubPlayItem信息的in時間與當前PlayItem信息的in時間相同。2.根據權利要求1所述的記錄方法，其特徵在於在通過所述PlayItemID與所述當前SubPlayItem信息相關聯的是當前PlayItem信息，並且所述當前PlayItem信息的連接狀態信息表示為無縫再現的情況下，前一個的當前SubPlayItem信息的out時間與前一個的當前PlayItem信息的out時間相同。3.根據權利要求1所述的記錄方法，其特徵在於表示主影像的一個再現區間的再現開始時刻信息的in時間參照多個視頻演示單元中的開頭的視頻演示單元，所述多個視頻演示單元構成由所述PlayItem信息所參照的主影4.一種再現裝置，從記錄有主流的第1記錄媒體、以及記錄有輔流和表示記錄在其他記錄媒體中的主流及該輔流的再現路徑的播放列表信息的第2記錄媒體中，讀出播放列表信息，並再現主視頻流、輔視頻流，其特徵在於所述輔流包含使其與所述主流中含有的主影像相關聯地再現的附屬信息，所述播放列表信息通過具有多個PlayItem信息來表示主流的再現路徑，並通過具有多個SubPlayItem信息來表示所述輔流的再現路徑，其中一個PlayItem信息定義主影像的一個再現區間，一個SubPlayItem信息定義與主影像相關聯的附屬信息的一個再現區間，將所述多個PlayItem信息中的連續的2個PlayItem信息作為前一個PlayItem信息和當前PlayItem信息，將所述多個SubPlayItem信息中的2個連續的SubPlayItem信息作為前一個SubPlayItem信息和當前SubPlayItem信息時，當前PlayItem信息包含in時間，表示主影像的一個再現區間的再現開始時刻信息；out時間，表示主影像的一個再現區間的再現結束時刻信息；和連接狀態信息，表示前一個PlayItem信息與當前PlayItem信息之間的邊界的連接狀態，當前SubPlayItem信息包含in時間，表示附屬信息的一個再現區間的再現開始時刻信息；out時間，表示附屬信息的一個再現區間的再現結束時刻信息；PlayltemID，用於確定相關聯地再現的所述PlayItem信息；PlayItem同步PTS信息，用於決定在由所述PlayItemID確定的當前PlayItem信息的再現時間上的、所述SubPlayItem信息的in時間的位置；和子連接狀態信息，表示前一個SubPlayItem信息與當前SubPlayItem信息之間的邊界的連接狀態，在通過所述PlayItemID與所述當前SubPlayItem信息相關聯的是當前PlayItem信息，並且所述當前PlayItem信息的連接狀態信息表示為無縫再現的情況下，所述子連接狀態信息也表示為無縫再現，所述SubPlayItem信息的PlayItem同步PTS信息與當前PlayItem信息的in時間相同，當前SubPlayItem信息的in時間與當前PlayItem信息的in時間相同，該再現裝置具備讀出部，根據記錄在所述第2記錄媒體中的所述播放列表信息，讀出所述主流及所述輔流；和再現部，使所述讀出部讀出的主流中所包含的主影像和輔流中所包含的附屬信息相關聯地再現。全文摘要在BD-ROM中記錄PlayList信息。所述PlayList信息包含MainPath信息、SubPath信息，所述MainPath信息指定多個AVClip中的一個，作為MainClip，對該MainClip定義主再現區間(PlayItem)。所述SubPath信息是如下信息，即指定多個AVClip中的其它AVClip，作為SubClip，對該SubClip定義應與所述主再現區間同步的從再現區間(SubPlayItem)，包含表示SubPlayItem的In_Time和Out_Time的In_Time信息和Out_Time信息。另外，SubPlayItem的In_Time和Out_Time與PlayItem的In_Time和Out_Time一致。文檔編號G11B20/12GK102034513SQ201010594760公開日2011年4月27日申請日期2006年4月7日優先權日2005年4月7日發明者岡田智之,矢羽田洋申請人:松下電器產業株式會社