再現裝置和再現方法

2023-05-22 19:11:11 2

專利名稱：：再現裝置和再現方法
技術領域：
：本發明屬於點擊聲(々U^々音)再現的
技術領域：
。
背景技術：
：所謂點擊聲再現，是在用戶對電影作品的再現中顯示的GUI進行了操作的情況下，呼應該操作，在電影作品中的再現聲音中混合點擊聲並輸出的技術。例如考慮下述情況電影作品的再現中顯示的⑶I為接受「開始遊戲」這一功能的執行指示，按照該執行指示，將「現在開始遊戲」這一語音宣告作為點擊聲，混合到電影正片的聲音中並輸出。如果該語音宣告是電影作品中登場的人物的聲音，則兒童用戶通過該語音宣告感受到電影作品中登場的人物正在對他說話的印象。通過以上的點擊聲再現的導入，能夠將兒童可快樂地遊戲的⑶I導入到電影作品中。這裡，在1個聲音輸出上混合別的聲音輸出並輸出的技術中，有以下的專利文獻1中記載的技術。專利文獻1(日本)特開平7-320411號公報然而，為了混合點擊聲，必須將數位化了的音頻流暫時展開到LPCM狀態。這裡，在待混合的正片一側的音頻流具有例如5.1聲道這一多聲道屬性的情況下，展開了的LPCM狀態下的數據量很大。因此，在具有例如多聲道屬性的音頻流上混合點擊聲並進行數字聲音輸出的情況下，由於頻帶上的限制，有些種類的數字接口不能進行數字聲音輸出。近年的電影大多重視音響方面，而用戶也往往投入放大器、環繞揚聲器等巨額的私人費用，構築了私人的音響系統，所以如果想要混合點擊聲，卻不能進行電影正片的數字聲音輸出，則對電影的負面印象不可估量。只要有因導入點擊聲而有例如「多聲道的聲音輸出該不會中斷吧」這一不安的束縛，就經常發生點擊聲這一功能本身不能用於電影製作中的情況。為了將電影製作工作室從這種束縛中解放出來，將在再現裝置中進行重新編碼的想法，在所有再現裝置中執行即可。即，在再現裝置內具備編碼器，將具有5.1聲道這一多聲道屬性的音頻流展開到LPCM狀態，並混合了點擊聲後，對其進行重新編碼後，進行數字輸出即可。具體地說，在經S/PDIF(Sony/PhilipsDigitalInterconnectFormat(索尼/菲利浦數字互連格式)，IS060958-3標準)這樣的數字接口來執行混合後的聲音的數字聲音輸出的情況下，需要進行上述重新編碼，並變換為杜比數字或DTS。但是這種重新編碼必須具備編碼器，所以無法被採用為BD-ROM再現裝置的標準模型。就是說，現有技術中，存在著在要實現點擊聲的聲音混合輸出時，將對聲音輸出帶來不良影響的技術問題。
發明內容本發明的目的是提供一種再現裝置和再現方法，不影響聲音輸出，就能夠實現點擊聲的混合輸出。本發明的再現裝置，用於執行應用，並且再現數字流，其特徵在於，包括讀出單元，從記錄介質上讀出管理信息和標誌，該管理信息包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑，該標誌與上述再現路徑信息相對應；平臺部，執行上述記錄介質上記錄的應用；再現控制引擎部，在上述應用的執行中，通過執行由上述應用所選擇的再現路徑信息規定的再現路徑所表示的數字流的再現，來進行影像輸出及聲音輸出；以及混合部，在與上述應用所選擇的再現路徑信息相對應的標誌是「開」的情況下，執行使用了與用戶對上述執行中的應用的操作相對應的聲音數據的點擊聲的輸出、和上述數字流的聲音輸出之間的混合，而在與上述應用所選擇的再現路徑信息相對應的標誌是「關」的情況下，不執行該混合。本發明的再現方法，用於執行應用，並且再現數字流，其特徵在於，包括讀出步驟，從記錄介質上讀出管理信息和標誌，該管理信息包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑，該標誌與上述再現路徑信息相對應；執行步驟，執行上述記錄介質上記錄的應用；再現控制步驟，在上述應用的執行中，通過執行由上述應用所選擇的再現路徑信息規定的再現路徑所表示的數字流的再現，來進行影像輸出及聲音輸出；以及混合步驟，在與上述應用所選擇的再現路徑信息相對應的標誌是「開」的情況下，執行使用了與用戶對上述執行中的應用的操作相對應的聲音數據的點擊聲的輸出、和上述數字流的聲音輸出之間的混合，而在與上述應用所選擇的再現路徑信息相對應的標誌是「關」的情況下，不執行該混合。發明效果本發明具有上述結構，所以在不對聲音輸出帶來不良影響的情況下，就能夠實現點擊聲的聲音混合輸出。例如，能夠在執行希望多聲道的聲音輸出的再現控制時使混音無效，而在執行不希望多聲道的聲音輸出的再現控制時使混音有效。由此，例如，電影製作工作室能夠進行下述調整在希望多聲道的再現的情況下，禁止點擊聲；而在希望點擊聲的再現的情況下，禁止多聲道的聲音輸出。在這種調整的基礎上，若將點擊聲導入到電影製作中，則能夠將製作工作室從「多聲道的聲音輸出該不會中斷吧」這一不安的束縛中解放出來。由此，能夠鼓勵在製作電影作品時導入點擊聲。圖1是本發明的記錄介質的使用行為的圖。圖2是BD-ROM的內部結構的圖。圖3是被賦予了擴展名.m2ts的文件如何構成的示意圖。圖4是構成AVClip的TS包經過什麼樣的過程而被寫入到BD-ROM上的圖。圖5是構成AVClip的TS包經過什麼樣的過程而被寫入到BD-ROM上的圖。圖6是Clip信息的內部結構的圖。圖7是對於電影的視頻流的EP_map設定的圖。圖8是PlayList信息的數據結構的圖。圖9是AVClip和PlayList之間的關係的圖。圖10(a)是STN_table的結構的圖。(b)(e)是entry-attribute(項目屬性)的詳細情況的圖。圖11是PlayList信息的PlayListMark信息的內部結構的圖。圖12是用PlayList信息的PlayListMark信息來指定章節位置的圖。圖13是BD-JObject的內部結構的圖。圖14是存檔文件容納的程序、數據的圖。圖15是文件sound,bdmv的結構的圖。圖16(a)是應用管理表的內部結構的圖。(b)是構成應用管理表的信息元素的意義內容的圖。圖17是盤內容中的狀態轉移的圖。圖18(a)是整個BD-R0M的時間軸的圖。(b)是整個BD-ROM的時間軸的結構的圖。圖19(a)(b)是在整個BD-ROM的時間軸上、由BD-JObject確定的標題再現區間的圖。圖20是圖19(b)的時間軸上規定的生命周期的典型的圖。圖21是包含正片標題、在線購物標題、遊戲標題這3個標題的盤內容的圖。圖22(a)(b)是應用管理表、生命周期的一例的圖。圖23是運行屬性可取的三態(Present、Aut0Run、Suspend)、緊挨著的前面的標題中的應用狀態的三態(未運行、運行中、Suspend)可取的組合的圖。圖24(a)是播放列表管理表的內部結構的圖。(b)是構成播放列表管理表的信息元素的意義內容的圖。圖25是用播放列表管理表、應用管理表規定的標題的具體例的圖。圖26是當前標題可取的三態(無播放列表管理表、有播放列表管理表而且未指定、有播放列表管理表而且AutoPlay)、和緊挨著的前面的標題中的PL的狀態(未再現狀態、再現中狀態)可取的6種組合的圖。圖27(a)是播放列表管理表及應用管理表的描述例的圖。(b)是如何根據如圖27(a)所示描述的應用管理表、播放列表管理表來進行播放列表再現、應用執行的圖。圖28(a)是播放列表管理表的另一描述例的圖。(b)是基於圖28(a)的情況的應用執行及進行播放列表再現的圖。圖29是SMT的內部結構的圖。圖30(a)(b)是STN_Table中的音頻流的entry-attribute、和Mixing_0n標誌的設定之間的因果關係的圖。圖31是在MiXing_0n標誌被設定為ON的標題中操作了⑶I框架上的按鈕的情況下再現裝置的聲音再現的圖。圖32是在MiXing_0n標誌被設定為OFF的標題中操作了⑶I框架上的按鈕的情況下再現裝置的聲音再現的圖。圖33是本發明的再現裝置的內部結構的圖。圖34是將由ROM24中保存的軟體和硬體組成的部分置換為層結構而繪製的圖。圖35是Java(註冊商標)虛擬機36的內部結構的圖。圖36是PresentationEngine31模塊管理器34進行的處理的示意圖。圖37是應用管理器37根據BD-JObject中的PLMT進行的處理的圖。圖38是應用管理器37根據BD-JObject中的SMT進行的處理的圖。圖39是應用管理器37進行的處理過程的流程圖。圖40(a)是第2實施方式的播放列表信息的內部結構的圖。(b)是PlayItem信息內所設的、Mixing_0n標誌的內容的圖。圖41是PlaybackControlEngine32進行的播放列表再現過程的流程圖。圖42是應用管理器37進行的通知處理的處理過程的流程圖。圖43是第3實施方式的應用管理器37的處理過程的圖。圖44(a)示出基於父母鎖級別的選擇算法的內容。(b)示出基於LanguageforAudio的選擇算法的內容。(c)示出基於PlayerConfigurationforVideo的選擇算法的內容。圖45是使標題無邊界應用(titleunboundaryapplication)選擇播放列表的過程的示意圖。標號說明1BD-ROM驅動器2讀緩衝器3解復用器4視頻解碼器5視頻平面6聲音處理器7聲音處理器8混音器9聲音控制器10D/A轉換器11InteractiveGraphics(交互圖形)解碼器12InteractiveGraphics5FM13PresentationGraphics(演示圖形)解碼器14PresentationGraphics平面15JPEG解碼器16Still(靜止)平面17合成部18STC-delta附加部19ATC-delta附加部20局部儲存器21指令ROM22用戶事件處理部23PSR組24CPU25腳本存儲器26局部存儲器具體實施例方式(第1實施方式)以下，說明本發明的記錄介質的實施方式。首先，說明本發明的記錄介質的實施行為中的使用作為的方式。圖1是本發明的記錄介質的使用行為的方式的圖。在圖1中，本發明的記錄介質是BD-ROM100,BD-R0M100用於向由再現裝置200、遙控器300、電視機400、環繞揚聲器上連接的放大器500形成的家庭影院系統提供作品。在本系統中，再現裝置200再現BD-ROM100上記錄著的各種數據，來進行影像輸出及聲音輸出。該再現裝置200的影像輸出經HDMI(HighDefinitionMultimediaInterface:高清晰度多媒體接口)等模擬接口輸出到電視機400。此外，再現裝置200的聲音輸出經S/PDIF或HDMI等模擬接口輸出到電視機400或放大器500。以上是本發明的記錄介質的使用方式的說明。接著說明本發明的記錄介質的生產行為。本發明的記錄介質能夠用BD-ROM的文件系統上的改進來實現。圖2是表示BD-ROM的文件目錄結構的圖。在本圖中，在BD-ROM上，在Root(根)目錄下，有BDMV目錄。在BDMV目錄中，有被賦予了擴展名bdmv的文件(index,bdmv，MovieObject.bdmv)。而在該BDMV目錄的屬下，還存在稱為PLAYLIST目錄、CLIPINF目錄、STREAM目錄、BDBJ目錄、BDJA目錄、AUXDATA目錄的6個子目錄。在PLAYLIST目錄中，有被賦予了擴展名mpls的文件(00001.mpls，00002.mpls，00003.mpls)。在CLIPINF目錄中，有被賦予了擴展名clpi的文件(00001.clpi,00002.clpi,00003.clpi)。在STREAM目錄中，有被賦予了擴展名m2ts的文件(00001.m2ts,00002.m2ts,00003.m2ts)。在BDBJ目錄中，存在被賦予了擴展名BOBJ的文件(00001.bobj,00002.bobj,00003.bobj)。在BDJA目錄中，有被賦予了擴展名jar的文件(00001.jar,00002.jar,00003.jar)。在AUXDATA目錄中，保存著文件sound,bdmv。通過以上的目錄結構可知，種類互不相同的多個文件被配置在BD-ROM上。〈BD-R0M的結構之1.AVClip>首先，說明被賦予了擴展名.m2ts的文件。圖3是被賦予了擴展名.m2ts的文件如何構成的示意圖。被賦予了擴展名.m2ts的文件(00001.m2ts,00002.m2ts,00003.m2ts......)保存著AVClip。AVClip是MPEG2_TransportStream(MPEG2傳輸流)形式的數字流。該數字流是通過將把電影影像、NTSC影像、PAL影像數位化而得到的數字視頻、把LPCM音源、AC-3音源、DTS音源數位化而得到的數字音頻(上第1層)變換為由PES包組成的基本流(上第2層)，進而變換為TS包(上第3層)，同樣將字幕類的演示圖形流(PresentationGraphics(PG)流)及對話類的交互圖形流(InteractiveGraphics(IG)流)(下第1層)變換為PES包串(下第2層)，進而變換為TS包(下第3層)，並復用它們而構成的。所謂PG流，是實現伴隨動態圖像的再現進行的字幕顯示的基本流，而IG流則是實現伴隨動態圖像的再現進行的GUI的基本流。PES打包了的數字影像被稱為視頻流，而PES打包了的聲音則被稱為音頻流。這些視頻流、音頻流是基本流，作為可獨立解碼的單位，存在「AccessUnit(存取單位)」。在視頻流中，所謂的GOP(GroupOfPicture:圖片組)就相當於該「AccessUnit」。將視頻流中的、用1個PTS來再現的再現單位(圖片等)稱為「VideoPresentationUnit(視頻演示單位)」。將音頻流中的、用1個PTS來再現的再現單位稱為「AudioPresentationUnit(音頻演示單位)」。這裡，構成AVClip的PES包構成1個以上的「STC_Sequence。所謂「STC_Sequence」，是PES包的排列，是指在其PTS、DTS參考的SystemTimeClock(系統時鐘)(STC)的值上，不存在STC不連續點(systemtime-basediscontinuity)。沒有STC不連續點是STC_SequenCe的必要條件，所以從構成1個STC_Sequence的PES包串中的、位於緊挨著STC不連續點後方並包含PCR(ProgramClockReference節目時鐘參考)的PES包到緊挨著下一STC不連續點之前為1個STC_SequenCe。接著，說明如上構成的AVClip如何被寫入到BD-ROM上。圖4示出構成AVClip的TS包經過什麼樣的過程而被寫入到BD-ROM上。在本圖的第1層中示出構成AVClip的TS包。構成AVClip的188個字節的TS包如第2層所示被附加了4個字節的TS_extra_header(圖中的陰影部分)，而成為192個字節長的Source(源)包。該TS^xtraJieader包含Arrival_Time_Stamp。構成AVClip的Source包在第3層的AVClip中構成1個以上的「ATC_Sequence」。所謂「ATC_Sequence」，是Source包的排列，是指在該Arrival_Time_Stamp參考的Arrival_Time_Clock上，不存在不連續點(noarrivaltπΘ-basediscontinuity)。換目之，將該Arrival_Time_Stamp參考的Arrival_Time_Clock上存在連續性的Source包串稱為"ATC_Sequence，，。這種ATC_Sequence成為AVClip，以xxxxx.m2ts這一文件名記錄到BD-R0M上。這種AVClip與通常的計算機文件同樣，被分割為多個文件盤區(fileextent)，記錄到BD-ROM上的區域上。第4層示意性地示出AVClip如何被記錄到BD-ROM上。在該第4層中，構成文件的各文件盤區具有預定的Sextent以上的數據長度。下面討論將AVClip分割為多個盤區來記錄的情況下的、平均每一個盤區的最小數據長度Sextent。這裡，在BD-ROM上，光拾取器的跳躍所需的時間由Tjump=Taccess+Toverhead給出。Taccess是按照跳躍距離給出的時間(m秒)，如果跳躍距離(邏輯塊數)是05000則為179m秒，如果跳躍距離(邏輯塊數)是500110，000則為210m秒，如果跳躍距離(邏輯塊數)是10，00120，000則為270m秒，如果跳躍距離是半程(halfstroke)則為990m秒，如果跳躍距離是全程(fullstroke)則為1220m秒。從BD-ROM上讀出的TS包被保存到稱為讀緩衝器的緩衝器中後，被輸出到解碼器；而向讀緩衝器的輸入以Rud這一比特率來進行，在設ECC塊中的扇區數為Secc的情況下，Toverhead通過Toverhead≥(2XSeccX8)/Rud=20m秒這一計算來給出。從BD-ROM上讀出的TS包以Source包的狀態被保存到讀緩衝器中後，以TS_ReCOrding_rate這一傳送速率被提供給解碼器。為了使以TS_ReCOrding_rate這一傳送速率向解碼器提供TS包不中斷，需要在Tjump期間持續從讀緩衝器向解碼器輸出TS包。這裡，從讀緩衝器的輸出不是以TS包、而是以Source包的狀態來進行的，所以在設TS包的與Source包的長度比為192/188的情況下，需要在Tjump期間用(192/188XTS_ReC0rding_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為Tx=Boccupied/(Rud-TS_Recording_rateX(192/188))。為了從BD-ROM上讀出，需要在該時間Tx內持續以Rud來輸入TS包，所以將AVClip分割為多個盤區來記錄的情況下的、平均每一個盤區的最小數據長度Sextent為Sextent=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_rateκ192)。因此，Sextent≥(TjumpXRud/1000X8)XTS_Recording_rateX192/(RudX188-TS_Recording_rateκ192)。構成AVClip的各文件盤區通過具有這樣算出的Sextent以上的數據長度，即使構成AVClip的各文件盤區離散地位於BD-ROM上，在再現時向解碼器提供TS包也不會中斷，而能連續地讀出。圖5是BD-ROM的物理單位和構成1個文件盤區的Source包之間的對應關係的圖。如第2層所示，在BD-ROM上形成了多個扇區。構成文件盤區的Source包如第1層所示，每32個被分為一組，寫入到連續的3個扇區中。由32個Source包組成的組是6144個字節(=32X192)，這與3個扇區的長度6144個字節(=2048X3)—致。將3個扇區中容納的32個Source包稱為「AlignedUnit(對準單位)」，在寫入到BD-ROM中時，以AlignedUnit為單位來進行加密。在第3層中，扇區以32個為單位被附加糾錯碼，構成ECC塊。再現裝置只要以AlignedUnit為單位來訪問BD-R0M，就能夠得到32個完整的Source包。以上是向BD-ROM上寫入AVClip的過程。〈BD-R0M的結構之2.Clip信息〉接著說明被賦予了擴展名.clpi的文件。被賦予了擴展名.clpi的文件(00001.clpi,00002,clpi,00003.clpi……)保存著Clip信息。Clip信息是各個AVClip的管理信息。圖6是Clip信息的內部結構的圖。如本圖的左側所示，Clip信息由i)保存著關於AVClip的信息的"ClipInfoO」、ii)保存著與ATCSequence(ATC序列)、STCSequence(STC序列)有關的信息的"SequenceInfoiii)保存著與ProgramSequence(節目序列)有關的信息的「Programlnfo」、iv)"CharacteristicPointInfo(CPI)」組成。SequenceInfo是關於被包含在AVClip中的、1個以上的STC-Sequence、ATC-Sequence的信息。設這些信息的意義是為了將STC、ATC的不連續點預先通知給再現裝置。即，如果存在這種不連續點，則在AVClip內有可能出現相同值的PTS、ATS，在再現時發生問題。為了表示STC、ATC連續是從傳輸流的哪裡到哪裡，所以設了SequenceInfo。所謂ProgramInfo,是表示Program內容一定的區間(ProgramSequence)的信息。所謂Program，是共享用於同步再現的時間軸的基本流的集合。設ProgramSequence信息的意義是為了將Program內容的變化點預先通知給再現裝置。這裡的所謂Program內容的變化點，是指視頻流的PID變化、或者視頻流的種類從SDTV變換為HDTV的點等。接著說明CharacteristicPointInfo。圖中的引出線cu2詳細示出了CPI的結構。如弓丨出線cu2所示，CPI由Ne個EP_map_for_one_stream_PID(EP_map_for_one_stream_PID(0)EP_map_for_one_stream_PID(Ne-I))組成。這些EP_map_for_one_stream_PID是屬於AVClip的各個基本流的EP_map。EPjnap是與項目時刻(PTS_EP_start)相對應地來表示在一個基本流中作為AccessUnit的起始部分的、AccessUnitDelimiter(存取單位定界符)所存在的項目位置的包號(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-l))、fPNffEP_Low(EP_Low(0)EP_Low(Nf-I))組成。這裡，EP_High具有表示AccessUnit的SPN_EP_start及PTS_EP_start的高位比特的作用，而EP_Low具有表示AccessUnit的SPN_EP_start及PTS_EP_start的低位比特的作用。圖中的引出線cu4詳細示出了EP_High的內部結構。如該引出線所示，EP_High(i)由作為對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)」、表示對白勺AccessUnitWixiSW「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。圖7是對電影的視頻流的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)。〈PlayList信息〉接著，說明PlayList信息。被賦予了擴展名「mpls」的文件(OOOOl.mpls)是保存著PlayList(PL)信息的文件。圖8是PlayList信息的數據結構的圖。在本圖中，如引出線mpl所示，PlayList信息由定義MainPath的MainPath信息(MainPath)、和定義章節的PlayListMark信息(PlayListMark)組成。〈PlayList信息的說明之1.MainPath信息>首先說明MainPath。MainPath是對作為主影像的視頻流或音頻流定義的再現路徑。MainPath如箭頭mpl所示，由多個PlayItem信息#1......#m來定義。PlayItem信息定義構成MainPath的1個以上的邏輯再現區間。PlayItem信息的結構由引出線hsl來詳細示出。如該引出線所示，PlayItem信息由表示再現區間的IN(入)點及Out(出)點所屬的AVClip的再現區間信息的文件名的「Clip_Information_file_name」、表示AVClip的編碼方式的「Clip_codec_identifier」、表示PlayItem是否構成多角度的「is_multi_angle」、唯一地表示由該PlayItem作為對象的STC_Sequence的「ref_to_STC_id」、表示是否無縫地進行該PlayItem和其前一個PlayItem之間的連接的「connection_condition」、表示再現區間的始點的時間信息「In_time」、表示再現區間的終點的時間信息「Out_time」、表示在該PlayItem中應屏蔽的用戶操作是哪個的「UOjiiaskjable」、表示是否允許隨機訪問該PlayItem的中途的「PlayItem_random_access_flag」、表示在該PlayItem的再現結束後是否繼續靜止顯示最後一個圖片的「Still_mode」、以及「STN_table」構成。其中，構成再現路徑的是表示再現區間的始點的時間信息「In_time」、表示再現區間的終點的時間信息「Out_time」的組，所謂再現路徑信息，由該「In_time」及「Out_time」的組構成。圖9是AVClip和PlayList之間的關係的圖。第1層表示PlayList信息具有的時間軸。第2層至第5層表示由EP_map參照的視頻流(與圖7所示的相同)。PlayList信息包含PlayItem信息#1、#2這2個PlayItem信息，用這些PlayItem信息#1、#2的In_time、Out_time定義了2個再現區間。如果排列這些再現區間，則定義了與AVClip時間軸不同的時間軸。這就是第1層所示的PlayItem時間軸。這樣，通過定義PlayItem，能夠定義與AVClip不同的時間軸。STN_table是表示用PlayItem(播放項目)的Clip_Information_file_name指定的AVClip上復用的多個基本流中的可再現者的表。具體地說，STN_table通過將關於多個基本流的每個的entry(項目)與attribute(屬性)相對應來構成。圖10(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_stream,IG流。下面說明entry-attribute的詳細情況。圖10(b)(e)是entry—attribute的詳細情況的圖。圖10(b)是與視頻流對應的entry-attribute的組的圖。視頻流中的entry包含表示在解復用AVClip時提取該視頻流時所用的PID的"ref_to_stream_PID_of_mainClip」。視頻流中的attribute包含被設定為0x02的「stream_coding_type，，、和表示視頻流的顯示速率的「frame_rate，，等。圖10(c)是與音頻流對應的entry-attribute的組的圖。音頻流中的entry包含表示在解復用AVClip時提取該音頻流時所用的PID的"ref_to_stream_PID_of_mainClip」。音頻流中的attribute由通過被設定為0x80(LinearPCM(線性PCM))、0x81(AC-3)、0x82(DTS)中的某一個來表示音頻流的編碼類型的「stream_coding_type，，、和表示對應的音頻流的聲道結構、表示可否進行多聲道輸出的「audi0_presentati0n_type」、以及表示對應的音頻流的語言屬性的「aUdi0_langUage_C0de」等組成。在多聲道中，除了5.ICH的環繞聲之外，也包含立體聲，但是在以下的說明中，假設多聲道只意味著5.ICH的環繞聲來進行說明。圖10(d)是與PG流對應的entry-attribute的組的圖。PG流中的entry包含表示在解復用AVClip時提取該PG流時所用的PID的「ref_to_stream_PID_of_mainClip」。PG流中的attribute由通過被設定為0x90來表示PG流的編解碼器(codec)的「stream_coding_type」、和表示對應的PG流的語言屬性的「PG_language_code」組成。圖10(e)是與IG流對應的entry-attribute的組的圖。IG流中的entry包含表示在解復用AVClip時提取該IG流時所用的PID的「ref_to_stream_PID_of_mainClip」。IG流中的attribute由通過被設定為0x91來表示IG流的編解碼器的「Stream_COding_type」、和表示對應的IG流的語言屬性的「IG_language_COde」組成。〈PlayList信息的說明之2.PlayListMark)以上是本實施方式的PlayItem信息的說明。接著說明PlayListMark信息。圖11是PlayList信息的PlayListMark信息的內部結構的圖。如本圖的圖中的引出線PmO所示，PlayListMark信息由多個PLMark信息(#1#n)組成。PLmark信息(PLmarkO)是將PL時間軸中的任意的區間指定為章節點的信息。如引出線pml所示，PLmark信息包含表示作為章節指定的對象的PlayItem的「ref_to_PlayItem_Id」、和用時間符號來表示該PlayItem中的章節位置的「mark_time_stamp」。圖12是用PlayList信息的PLMark信息來指定章節位置的圖。本圖的第2層至第5層表示圖10所示的EPjnap和AVClip。本圖的第1層表示PLMark信息和PL時間軸。在該第1層中，存在2個PLMark信息#1#2。箭頭ktl、2表示用PLMark信息的ref_to_PlayItem進行的指定。由該箭頭可知，PLMark信息的ref_to_PlayItem_Id指定了PlayItem信息的每一個。此外，Mark_time_stamp表示PlayItem時間軸中應成為Chapter#l、#2的時刻。這樣，PLMark信息能夠在PlayItem時間軸上定義章節點。能夠定義可使AVClip-SubClip同步的同步區間，是BD-ROM上的播放列表信息的特徵。以上的Clip信息及播放列表信息被分類為「靜態腳本」。這是因為，用以上的Clip信息及播放列表信息定義了作為靜態的再現單位的播放列表。至此結束對靜態腳本的說明。接著說明「動態腳本」。所謂動態腳本，是動態規定AVClip的再現控制的腳本數據。所謂「動態」，是指通過再現裝置中的狀態變化或來自用戶的鍵事件而知道再現控制的內容。對於BD-R0M，設想了2個模式作為該再現控制的動作環境。第1個是與DVD再現裝置的動作環境類似的動作環境，是基於命令的執行環境。第2個是Java(註冊商標)虛擬機的動作環境。這2個動作環境中的第1個被稱為HDMV模式。第2個被稱為BD-J模式。由於有這2個動作環境，所以設想其中某一個動作環境來描述動態腳本。設想了HDMV模式的動態腳本被稱為MovieObject(電影對象)。而設想了BD-J模式的動態腳本被稱為BD-JObject。首先說明MovieObject。〈MovieObject〉Movie0bject被保存在圖2所示的MovieObject.bdmv這一文件中，包含導航命令串ο導航命令串由實現條件轉移、再現裝置中的狀態寄存器的設定、狀態寄存器的設定值取得等的命令串組成。在MovieObject中可描述的命令如下所示。PlayPL命令格式PLayPL(第1變量，第2變量)第1變量是播放列表的號碼，能夠指定應再現的播放列表。第2變量能夠用該播放列表中包含的Playltem、或該播放列表中的任意的時刻、Chapter(章節)、Mark(標記)來指定再現開始位置。將用PlayItem指定了PL時間軸上的再現開始位置的PlayPL函數稱為PlayPLatPlayItemO，將用Chapter指定了PL時間軸上的再現開始位置的PlayPL函數稱為PlayPLatChapter，將用時刻信息指定了PL時間軸上的再現開始位置的PlayPL函數稱為PlayPLatSpecifiedTime。JMP命令格式JMP變量JMP命令是在途中廢棄(discard)當前的動態腳本、執行作為變量的轉移目的地動態腳本的轉移。在JMP命令的形式中，有直接指定轉移目的地動態腳本的直接參照的形式、和間接指定轉移目標動態腳本的間接參照的形式。MovieObject中的導航命令的描述與DVD中的導航命令的描述方式類似，所以能夠高效地進行將DVD上的盤內容移植到BD-ROM上這一作業。對於MovieObject，存在以下的國際公開公報中記載的現有技術。詳細情況請參考該國際公開公報。國際公開公報WO2004/074976至此結束對MovieObject的說明。接著說明BD-JObject。Java(註冊商標)存檔文件(圖2的00001.jar,00002.jar)是通過將1個以上的類文件、1個以上的數據文件等合併為1個而得到的文件，構成應在BD-J模式下動作的Java(註冊商標)應用。圖14是存檔文件容納的程序、數據的圖。本圖中的程序、數據用java(註冊商標)歸檔器(7—力<〃)合併了布置成框內所示的目錄結構的多個文件。框內所示的目錄結構由Root目錄、Java(註冊商標)1、2、3目錄、Imagel、2、3目錄組成，在Root目錄中布置著common,pkg，在Java(註冊商標)1、Java(註冊商標)2、Java(註冊商標)3目錄中布置著類文件(00001.class00007.class)，在Imagel、Image2、Image3目錄中布置著00001.JPEG00003.JPEG,00004.PNG00006.PNG。java(註冊商標)存檔文件是通過用java(註冊商標)歸檔器合併它們而得到的。這種類文件及數據在從BD-ROM上讀出到高速緩衝存儲器時被展開，在高速緩衝存儲器上，被看作目錄中布置的多個文件而被處理。Java(註冊商標)存檔文件的文件名中的「zzzzz」這5位的數值表示應用的ID(applicati0nID)。在本Java(註冊商標)存檔文件被讀出到高速緩衝存儲器時，通過引用該文件名中的數值，能夠取出構成任意的Java(註冊商標)應用的程序、數據。其中，在本實施方式中構成應用的程序、數據被合併為Java(註冊商標)存檔文件，但是也可以是LZH文件、zip文件。以上是對BD-J模式下的動態腳本的說明。接著說明sound,bdmv。sound,bdmv是保存著在對Java(註冊商標)應用的⑶I框架進行了操作的情況下、應作為點擊聲來輸出的音頻數據(將這種音頻數據稱為聲音數據)的文件。圖15是文件sound,bdmv的結構的圖。文件sound,bdmv由SoundDataO和SoundIndexO組成。SoundDataO由多個聲音數據(sound_data(0),sound_data(1))組成。這些聲音數據中的sOUnd_data(0)是對Java(註冊商標)應用的GUI框架進行操作時作為第1點擊聲來輸出的音源。SoimcLdata(I)是對Java(註冊商標)應用的GUI框架進行操作時作為第2點擊聲來輸出的音源。這些聲音數據用稱為soimcLID的標識符來指示。SoundIndexQ由聲音數(number_of_sound_entries)、對於sound_data(0)的索弓丨、對於sound_data(l)的索引組成。索引由單聲道/立體聲之別等各聲音的屬性(soimcLattributes)、對應的聲音數據的地址(sound_data_start_address)、對應的聲音數據的連續長度(sound_data_length)組成。如圖2圖6所示，電影的劇中使用的音頻(臺詞、BGM、效果音)的音源作為音頻流被復用在AVClip內。這是為了將表示電影劇中的聲音的音頻流，與視頻流的讀出同時提供給再現裝置。而文件sound,bdmv作為與AVClip獨立的文件被記錄在BD-ROM上。文件sound,bdmv作為與AVClip獨立的文件被記錄，所以在AVClip的讀出中，如果想要輸出聲音數據，則發生用於讀出文件sound,bdmv的光拾取器的跳躍，AVClip的讀出不得不中斷。如果發生這種中斷，則AVClip再現出現中斷。為了避免這種AVClip的再現中斷，需要在未再現AVClip的時刻將文件sound,bdmv預先預加載到緩衝器中。即，需要在再現AVClip之前，預加載文件sound,bdmv內的聲音數據。以上是對文件sound,bdmv的說明。Index,bdmv是表示構成標題的MovieObject或BD-JObject的表。在Title(標題)中，定義作為某個Title的構成要素的MovieObject是哪個，或者作為某個Title的構成要素的BD-JObject是哪個。在以下的國際公開公報中記載了Index,bdmv的詳細情況。詳細情況請參考該公報。國際公開公報WO2004/025651A1公報以下，更詳細地分別說明圖15所示的應用管理表、播放列表管理表、聲音管理表的每一個。〈應用管理表〉下面說明應用管理表(AMT)。所謂應用管理表(AMT)，是實現了上述GEM1.0.2forpackagemediatargetsΦW"ISMft4"(applicationsignaling)"β^^οIjfil"iS/Mft令」，是指在GEM1.0.2規定的MHP(MultimediaHomePlatform多媒體家庭平臺)中將「服務」作為生命周期來進行應用的運行、執行的控制。本實施方式中的應用管理表不是將該「服務」，而是將BD-ROM上的「標題」作為生命周期，來實現應用的運行、執行的控制。圖16(a)是應用管理表的內部結構的圖。如本圖所示，應用管理表由「life_圖16(b)是構成應用管理表的信息元素的意義內容的圖。「1ife_cyc1e」表示應用的「生命周期」。「apli_id_ref」通過描述對「應用標識符」的參照值，來表示具有下述生命周期的應用是哪個。應用標識符在Java(註冊商標)存檔文件中用作為文件名而賦予的5位數值zzzzz來表現。在「apli_id_ref」中，描述該5位數值。「rur^attribute」描述該生命周期中的應用的「運行屬性」。在運行屬性中，有AutoRun>Present、Suspend等禾中類。「rim_priority」描述該生命周期中的應用的「運行優先級」。在BD-JObject中，用這些信息來控制應用的舉動。下面說明應用管理表中規定的信息中的生命周期。所謂生命周期，表示在BD-ROM上記錄的整個內容的時間軸上、在虛擬機的工作存儲器上應用可生存的區間。所謂工作存儲器上的「生存」，是指構成該應用的xlet程序被讀出到Java(註冊商標)虛擬機內的工作存儲器上、成為Java(註冊商標)虛擬機可執行的狀態。在Java(註冊商標)虛擬機中使應用動作的情況下，明確規定從時間軸的何處開始基於應用的服務、在時間軸的何處結束基於應用的服務這樣的「服務的開始點·結束點」很重要。規定該服務的開始點·結束點的就是應用管理表中的生命周期。另一方面，用DVD-Video這樣的只讀盤提供的盤內容採用了以頂級菜單標題為核心的構造。進行下述獨特的狀態轉移從該頂級菜單標題轉移到各個作品來進行再現，其後再次返回到頂級菜單標題。圖17是盤內容中的狀態轉移的圖。本圖中的四方框是Title。所謂Title，是在盤內容特有的狀態轉移中與1個「狀態」相當的再現單位，該標題被看作Java(註冊商標)應用的生命周期來處理。在Title中，有裝入BD-ROM時首先再現的"FirstPlayTitle」、構成Top-Menu(頂級菜單)的「TopjnenuTitle」、其他一般的「Title，，。此外，圖中的箭頭jhl、2、3、4、5、6、7、8象徵性地表示Title間的轉移。本圖所示的所謂狀態轉移，是在裝入BD-ROM時再現「FirstPlayTitle」，發生向「TopjnenuTitle」的轉移，等待對頂級菜單的選擇。如果用戶對頂級菜單進行了選擇操作，則根據選擇來再現該Title，再次返回到TopMenuTitle；不斷地重複進行上述處理，直至彈出BD-R0M，這是盤內容特有的狀態轉移。那麼，在進行圖17那樣的狀態轉移的盤內容中，Title如何被規定為生命周期呢？假設在裝入了BD-ROM後，按圖17中箭頭jhl、2、3、4……所示的參照標號的數值順序來進行轉移，彈出了BD-R0M。這樣，裝入BD-ROM後，能夠將彈出之前的連續時間帶看作一根時間軸。將該時間軸設為整個盤的時間軸。圖18(a)是整個盤的時間軸的圖，圖18(b)示出該時間軸的結構。如圖18(b)所示，整個盤的時間軸由再現FirstPlayTitle的區間、再現TopMenuTi11e的區間、再現ti11e#1的區間等組成。至於這些Ti11e的再現區間如何規定，則由於Title由唯一的BD-JObject構成，所以可以將某個MovieObject或BD-JObject有效的期間看作Title的再現區間。BP,FirstPlayTitle、TopMenuTitle、其他Title都由動態腳本構成，所以可以將構成Title的BD-JObject中的某個作為當前BD-JObject來激活、在再現裝置內供解釋執行的期間定義為Title的再現區間。圖19(a)是在整個BD-ROM的時間軸上、由標識符bobj_id確定的BD-JObject所確定的標題再現區間的圖。這裡，如果由標識符bobj_id確定的BD-JOject構成1個Title，則可以將由該標識符bobj_id確定的BD-JOject有效的BD-ROM時間軸上的一個區間看作Title的再現區間。這裡，BD-JObject被激活的期間的期間終點是到進行Title轉移為止。S卩，在進行Title轉移之前，作為執行的對象的動態腳本被作為當前BD-JObject處理，所以將在該BD-JObject中發生JumpTitle之前的1個區間看作Title區間。接著說明Title區間和PL時間軸之間的關係。如上所述，在MovieObject、BD-JObject中，可以描述播放列表再現過程作為1個處理過程。如果有播放列表再現過程的描述，則上述PL時間軸的全部或一部分就歸屬於Title區間。假設在圖19(a)的一例中，在BD-JObject中描述了播放列表管理表。在此情況下，如圖19(b)所示，PL時間軸歸屬於與BD-JObject對應的Title區間。在該PL時間軸上，還可定義多個章節(Chapter#l，#2，#3)，所以在BD-ROM上的時間軸上，存在整個BD-ROM-Title-播放列表一章節這些域(domain)。可以用這些域來描述應用的生命周期。其中，再現播放列表與執行應用同時進行，所以有時在再現播放列表的途中發生Title轉移。在此情況下，不是整個播放列表時間軸，而是只有播放列表時間軸的一部分歸屬於1個Title再現區間。即，整個播放列表、還是其一部分歸屬於1個Title的再現區間，這根據何時發生Title轉移來變化。圖20是圖19(b)的時間軸上規定的生命周期的典型的圖。如本圖所示，在應用中，有下述3個典型將Title作為生命周期的「標題邊界應用(titIeboundaryapplication)」、將Title內的章節作為生命周期的「章節邊界應用(chapterboundaryapplication)，，、將整個BD-ROM的時間軸作為生命周期的「標題無邊界應用(titleunboundaryapplication)」。其中，標題邊界應用的生命周期可以用該標題的標識符來定義。而章節邊界應用的生命周期可以用章節所屬的標題的標識符、和該章節的標識符的組來定義。即使平臺進行了動作，如果Title或章節這樣的生命周期結束，則也可以從應用回收資源。由於能保證資源回收的機會，所以能夠穩定平臺的動作。將近期的將來可能實施的盤內容選為題材，結合具體例來說明應用管理表中的生命周期描述。這裡，作為題材的盤內容包含構成電影正片的正片標題(title#l)、構成在線購物的在線購物標題(title#2)、構成遊戲應用的遊戲標題(title#3)這3個性質不同的標題。圖21是包含正片標題、在線購物標題、遊戲標題這3個標題的盤內容的圖。在本圖中的右側描述了Index,bdmv，在左側描述了3個標題。右側的虛線框表示各應用屬於哪個標題這一歸屬關係。3個標題中的title#l由application#l、application#2、application#3這3個應用組成。title#2包含application#3、application#4這2個應用，title#3包含application#5。在圖21的一例中，application#3由title#l、title#2雙方來運行。根據圖21的虛線所示的歸屬關係將各應用的生命周期圖表化時，則如圖22(a)所示。在本圖中，橫軸是標題再現區間，在縱軸方向上布置了各應用的生命周期。這裡，application#l、application#2隻歸屬於title#l，所以它們的生命周期僅限於title#l內。application#4隻歸屬於title#2，所以它的生命周期僅限於title#2內。application#5隻歸屬於title#3，所以它的生命周期僅限於title#3內。application#3歸屬於title3#l及title#2，所以它的生命周期跨title#l_title#2。如果根據該生命周期來描述應用管理表，則title#l、#2、#3的應用管理表如圖22(b)所示。如果這樣描述應用管理表，則在開始再現title#l時將application#l、application#2、application#3加載到工作存儲器中。隨後在開始title#2時，從工作存儲器中刪除applicationiil、application#2而只剩application#3。與此同樣可進行下述控制在開始再現title#2時將applicati0n#4加載到工作存儲器中，在開始title#3時，從工作存儲器中刪除application#3、#40再者，可進行下述控制在title#3的再現中將application^加載到工作存儲器中，在title#3的再現結束時，從工作存儲器中刪除appliCati0n#5。在有標題間轉移的情況下，也只要將在轉移源一轉移目標中生存著的應用保存到工作存儲器上，將轉移源中沒有、只存在於轉移目標的應用讀入到工作存儲器中即可，所以將應用讀入到工作存儲器中的次數為所需最低數。這樣，通過減少讀入次數，能夠實現不使人意識到標題的邊界的應用、即無邊界(7、巧'J)的應用。接著更詳細地說明應用的運行屬性。在運行屬性中，有表示自動運行的「AutoRim」，表示雖然不是自動運行的對象、但是可以放在虛擬機的工作存儲器中的「Present」，雖然能放在虛擬機的工作存儲器中、但是不能分配CPU性能(power)的「Suspend，，。「AutoRim」是表示與對應的標題的轉移同時、將該應用讀入到工作存儲器中、而且執行的屬性。如果有從某個標題到另一個標題的轉移，則進行應用管理的管理主體(應用管理器)將在該轉移目標標題中生存著的、而且運行屬性被設定為AutoRim的應用讀入到虛擬機的工作存儲器中並執行。由此，該應用與標題轉移一起自動被運行。運行屬性「Present」是繼續屬性，表示繼續轉移源title中的應用的狀態。此外，是表示可以執行對應的應用的屬性。在運行屬性是「Present」的情況下，被賦予了該運行屬性的應用被允許從其他應用調用。如果從運行中的應用進行了調用，則進行應用管理的管理主體(應用管理器)判斷是否該應用的applicationID在應用管理表中被描述、運行屬性是「Present」。如果是「Present」，則將該應用加載到工作存儲器中。而在該被調用應用的applicationID在應用管理表中未被描述的情況下，不將該應用加載到工作存儲器中。應用進行的調用限於被賦予了該「Present」的應用。「Present」是未明確指定運行屬性的情況下賦予的預設的運行屬性，所以在某個應用的運行屬性是未指定「——」的情況下，表示該應用的運行屬性是該Present。所謂「Suspend」，是指雖然分配了資源，但是應用被置於未分配CPU性能的狀態。這種Suspend在實現例如在遊戲標題的執行中經由側道(寸^F八^)這一處理時有意義。圖23是運行屬性可取的三態(Present、Aut0Run、Suspend)、緊挨著的前面的標題中的應用狀態的三態(未運行、運行中、Suspend)可取的組合的圖。在緊前面的狀態是「未運行」的情況下，如果運行屬性是「AutoRim」，則在轉移目標標題中該應用被運行。如果緊前面的狀態是「未運行」、運行屬性是「PreSent」、「SUSpend」，則在轉移目標標題中該應用什麼也不做，繼續原狀態。在緊前面的狀態是「運行中」的情況下，如果運行屬性是「Present」、「Aut0Rim」，則在轉移目標標題中該應用什麼也不做，繼續原狀態。如果運行屬性是「Suspend」，則應用的狀態被變為Suspend。在緊前面的狀態是「Suspend」的情況下，如果轉移目標標題的運行屬性是「Suspend」，則維持Suspend。如果是「Present」或「AutoRim」，則在轉移目標標題中恢復該應用。通過在應用管理表中定義生命周期及運行屬性，能夠進行使Java(註冊商標)應用沿標題再現區間的進行而動作的同步控制，能夠將伴有影像再現和程序執行的各種各樣的應用實現。其中，在緊前面的狀態是「Suspend」、轉移目標標題的運行屬性是「Present」的情況下，也可以維持緊前面的狀態、即掛起狀態。最後，說明各應用的「運行優先級」。該運行優先級取0255的值，成為應用管理器在存儲器資源枯竭時、或CPU負擔增高時進行強制性地結束哪個應用、並且從哪個應用那裡奪取資源的處理時的判斷依據。在此情況下，應用管理器進行結束運行優先級低的應用的動作、使運行優先級高的應用繼續動作這一處理。此外，運行優先級也用於對再現中播放列表的請求有競爭的情況下的應用間的仲裁。這裡，假設某個應用快進某個播放列表。這裡，如果別的應用請求暫停該播放列表，則比較賦予給這些應用的運行優先級。如果命令了快進的應用的運行優先級高，則繼續該應用進行的快進。相反，如果命令暫停的應用的運行優先級高，則暫停快進中的播放列表。用以上的生命周期·運行屬性·運行優先級，能夠在創作時規定將虛擬機上可動作的應用的數目限制在規定數以下。因此，能夠保證應用的穩定動作。以上是對應用管理表的說明。接著說明播放列表管理表(PLMT)。所謂播放列表管理表，是表示在應用的生命周期中，應與各應用的執行同時進行的再現控制的表。應用的動作不穩定，可能有運行的失敗或異常結束。因此，作為運行失敗、異常結束的情況下的FailSafe(故障保險)機構，在本實施方式中，為應用的每個生命周期，設有播放列表管理表。播放列表管理表是規定在某個應用的生命周期開始時應與其同時進行的再現控制的信息。該所謂再現控制，是基於播放列表信息的AVClip再現，通過同時進行基於播放列表信息的再現控制，能同時進行應用執行和播放列表再現。雖然假設為應用的每個生命周期設有播放列表管理表，但是設有播放列表管理表的應用限於標題邊界的應用。這是因為，標題無邊界應用將全部標題作為生命周期，所以不適合與應用的執行同時來進行播放列表再現。章節邊界應用在從1個播放列表內的章節起開始執行應用這一前提下規定了生命周期，所以無需規定播放列表再現。由以上事實可知，播放列表管理表被定義為由1個以上的Title組成的生命周期。圖24(a)是播放列表管理表的內部結構的圖。如本圖所示，播放列表管理表由「PL_id_ref」禾口「Playback_Attribute」組成。圖24(b)是構成播放列表管理表的信息元素的意義內容的圖。「PL_id_ref」通過描述對播放列表標識符的「參照值」，來表示在應用的生命周期中可再現的播放列表是哪個。播放列表標識符用文件YYYYY.MPLS中作為文件名而賦予的5位數值YYYYY來表現。通過描述該YYYYY，「PL_id_ref」表示在對應的Title中可再現的播放列表是哪個。「PlaybaCk_Attribute」是仿照了應用管理表中的運行屬性的屬性。是規定在標題開始時如何再現「PL_id_ref」中描述的播放列表的再現屬性。在對於播放列表的再現屬性中，有「AutoPlay，，、「Present」等種類。所謂「AutoPlay」，是表示與對應的標題的轉移同時來再現該播放列表的屬性。如果有從某個標題向別的標題的轉移，則進行應用管理的管理主體(應用管理器)開始在該轉移目標標題中可再現、而且再現屬性被設定為AutoPlay的播放列表的再現。由此，運行屬性被設定為AutoPlay的播放列表與標題轉移一起自動被運行。所謂「Present」，與運行屬性中的Present同樣，是繼續屬性，表示繼續轉移源title中的播放列表的狀態。此外，是表示可以再現對應的播放列表的屬性。例如假設有連續再現的2個Title，在前一標題的播放列表管理表中，某個播放列表的再現屬性被設定為AutoPlay，在當前標題的播放列表管理表中，該播放列表的再現屬性被設定為Present。這裡，假設播放列表的再現時間是2個小時長，其中在經過了1個小時的時刻發生了轉移。在此情況下，在當前標題中，再現屬性被設定為Present，所以在當前標題中，該播放列表從1個小時這一已再現區間的後面起被再現。如果這樣將再現屬性設定為Present，則在有Title間的轉移的情況下，也能夠從其剩餘的部分起開始播放列表再現。由此，在相互轉移的一系列Title中，能夠容易地實現再現共用的播放列表這一「標題間的播放列表再現的共用化」。此外，在有多個轉移目標標題的情況下，如果將這多個標題的再現屬性都設為Present，則不管轉移到多個中的哪個，都能夠繼續1個共用的播放列表再現。其中，Title的邊界也可以不保證無縫再現，所以在如上所述想要在多個Title間再現1個播放列表的情況下，允許在轉移前後中斷播放列表再現。此外，在再現屬性是「Present」的情況下，被賦予了該再現屬性的播放列表根據來自其他應用的再現請求被再現。如果從運行中的應用發出了再現播放列表的請求，則進行應用管理的管理主體(應用管理器)判斷是否受到請求的播放列表的PL_id_ref在播放列表管理表中有描述、再現屬性是「AutoPlay」或「Present」中的某一個。如果是「AutoPlay」或「Present」中的某一個，則再現該播放列表。而在受到請求的播放列表的PL_id_ref在播放列表管理表中未描述的情況下，不再現該播放列表。根據應用的請求來再現播放列表限於被賦予了該「AutoPlay」或「Present」中的某一個的播放列表。「Present」是未明確指定再現屬性的情況下賦予的預設的再現屬性，所以如果某個播放列表的再現屬性是未指定「——」，則表示該播放列表的再現屬性是該Present。圖25示出用播放列表管理表、應用管理表規定的標題的具體例。圖25的第1層表示Title的再現影像，第2層表示Title的時間軸。第3層表示用PLMT規定了再現的播放列表，第4層表示應用執行。在第4層中，applicationiil隨著Title的開始被運行，其後，在時刻tl成為動作狀態。另一方面，PlayList#l隨著Title的開始被開始再現。PlayList#l的再現在與Title的開始相同的時刻開始，所以如第1層的左側所示，在從Title的再現剛剛開始之後、到應用成為動作狀態的啟動延遲中，播放列表的再現圖像gjl被全屏顯示。通過將播放列表管理表的再現屬性設定為「AutoPlay」，即使Java(註冊商標)應用成為動作狀態為止花費了510秒這一時間，在此期間，也處於「暫且顯示了些東西的狀態」。用該「暫且顯示了些東西的狀態」能夠補償開始執行標題時的啟動延遲。另一方面，application#l在時刻tl成為動作狀態，所以將播放列表再現圖像作為子畫面、將應用的執行圖像作為母畫面而成的合成圖像gj2在時刻tl被顯示。應用的執行圖像是布置了Start(開始)按鈕、continue(繼續)按鈕、P0WER(電源)指示器的遊戲用的⑶I框架，通過使Java(註冊商標)執行這種⑶I框架的繪製處理來顯示。能夠構成這種將播放列表的再現影像、和Java(註冊商標)應用的⑶I框架組合而成的再現影像的標題，是PLMT的特徵。圖26是當前標題可取的三態(無播放列表管理表(i)、有播放列表管理表而且AutoPlay(ii)、有播放列表管理表而且未指定(iii))、和緊挨著的前面的標題中的播放列表的狀態(未再現狀態、再現中狀態)可取的6種組合的圖。在本圖中的6種組合中的「緊挨著的前面的狀態=未再現狀態」、「當前標題=有播放列表管理表，而且當前標題的再現屬性=AutoPlay」的組合中，轉移目標標題中的播放列表的再現自動開始。此外，在「緊挨著的前面的狀態=再現中狀態」和「當前標題=無播放列表管理表」的組合中，轉移目標標題中的播放列表的再現自動停止。這2種組合以外全部是繼續前一標題的狀態。根據播放列表管理表來開始再現播放列表，僅限於在轉移源標題中是未再現狀態、在轉移目標標題中被賦予了AutoPlay屬性的情況，所以無需每當發生標題的轉移就開始再現播放列表。即使發生了許多標題間的轉移，也能夠使開始再現播放列表的次數為所需最低數。下面參考圖27(a)來說明播放列表管理表及應用管理表的描述例。這裡設想的具體例是2個連續的Title(title#l、title#2)，在其中的title#l中，作為AutoRun應用，描述了application#l、application#2。在title#2中，作為AutoRun應用，描述了application#2、application#3。另一方面，假設在title#l的播放列表管理表中，作為AutoPlay播放列表，描述了PlayList#l；在title#2的播放列表管理表中，作為AutoPlay播放列表，描述了PlayList#2。圖27(b)是表示如何根據如圖27(a)所示描述的應用管理表、播放列表管理表來進行播放列表再現、應用執行的圖。在title#l中如上所述設定了應用管理表、播放列表管理表，所以在開始title#l時自動運行app1ication#1、app1ication#2，自動開始再現P1ayList#1。在title#2中如上所述設定了應用管理表、播放列表管理表，所以使雖然在title#l側有記載、但是在title#2側沒有記載的application^的執行停止。同樣，也使在title#l側有記載、但是在title#2側沒有記載的PlayList#l的再現也停止。在title#l側沒有記載、但是在title#2側有記載的PlayList#2、application#3自動開始再現及執行。如果有標題轉移，則可以以該轉移為機會，將應再現的播放列表切換到其他播放列表。通過這樣採用應用管理表、播放列表管理表，能夠在創作階段規定以轉移為機會來切換播放列表再現這一處理。此夕卜，在圖27中，向application#l、application#2、application#3分別給予了200、128、200的運行優先級。通過賦予這些運行優先級，能夠進行對PlayList#l、PlayList#2的控制請求有競爭的情況下的仲裁。這裡假設applicatiorrfl命令PlayList#l快進。另一方面，假設appliCati0n#2請求暫停。在此情況下，由於在應用管理表中規定了對於各應用的運行優先級，所以能根據該運行優先級對兩個應用進行仲裁。其結果是，能夠在創作時規定駁回application#2的請求、繼續application^的控制這一處理。通過與播放列表管理表一起來利用運行優先級，也能夠使再現裝置進行在對播放列表的控制有競爭的情況下的仲裁。下面說明播放列表管理表描述的另一具體例。圖28(a)是播放列表管理表的另一描述例的圖。本圖中設想的是，在2個連續的標題(title#l、title#2)中，在title#l側的播放列表管理表中，作為AutoPlay播放列表，描述了PlayList#l，作為可再現的播放列表，描述了PlayList#2；而在title#l側的應用管理表中，作為AutoPlay應用，描述了application#1，作為可執行的應用，描述了app1ication#2。另一方面，在ti11e#2側的播放列表管理表中，作為可再現的播放列表，描述了PlayList#2、PlayList#3；在應用管理表中，作為AutoRun應用，描述了applicati0n#3。圖28(b)是根據圖28(a)的例子來進行應用執行及播放列表再現的圖。在title#l的應用管理表中，作為AutoRim應用，描述了application#l，所以在開始title#l時自動運行application#l。另一方面，在title#l的應用管理表中，作為可執行的應用，描述了appliCati0n#2，所以通過來自application^的調用ydl來運行application#2。在title#2側的應用管理表中application#l、application#2為非生存，而作為AutoRun應用，描述了application#3。因此，在title#l_title#2的邊界部，進行停止application#l、application#2、自動運行application#3這一處理。參考播放列表管理表可知，title#l側的播放列表管理表描述了PlayList#l、PlayList#2可再現，其中PlayListSl為AutoPlay屬性。因此，PlayListSl在開始title#l時自動被再現。在title#l側的播放列表管理表中，描述了除了PlayList#l之外，PlayList#2可再現，所以application#l通過停止再現PlayList#l，而請求再現PlayList#2，能夠執行播放列表交替。在title#2側的播放列表管理表中，作為可再現的播放列表，描述了PlayList#2、PlayList#3。此外，沒有被賦予了AutoPlay屬性的播放列表。因此，假定在開始title#l時自動再現的PlayList#l的再現持續到title#2，PlayList#l的再現也自動結束。但是，如果在PlayList#2再現繼續的狀態下到達title#2，則PlayList#2再現在title#2開始以後也繼續。在title#2的播放列表管理表中，作為可再現的播放列表，描述了PlayList#2、PlayList#3。因此，在title#2中成為執行中的application#3通過停止再現PlayList#2，取而代之請求再現PlayList#3，能夠交替再現中的播放列表。如果如上所述將播放列表管理表的再現屬性設定為「AutoPlay」，則即使Java(註冊商標)應用的運行花費了510秒這一時間，在進行該運行的期間，也處於「暫且顯示了些東西的狀態」。在開始執行標題時，即使應用運行花費了時間，畫面也處於「暫且顯示了些東西的狀態」。由此，能夠補償由於運行應用花費時間而造成的啟動延遲的延長。通過定義應用管理表及播放列表管理表，能夠進行使Java(註冊商標)應用沿標題再現區間的進展來動作的同步控制，能夠將伴有影像再現和程序執行的各種各樣的應用實現。〈聲音管理表〉以下說明聲音管理表(SMT)。圖29是SMT的內部結構的圖。如本圖所示，聲音管理表包含MiXing_0n標誌。所謂MiXing_0n標誌，是通過被設定為O或1、來表示使混音有效還是無效的標誌。所謂「有效」，是指對音頻流的再現聲音進行了混合後輸出；所謂「無效」，是指直接輸出音頻流的再現聲音。在MiXing_0n標誌被設定為1(ON)的情況下，表示將基於文件sound,bdmv的點擊聲混合到用屬於同一BD-JObject的PLMT再現的播放列表的再現聲音中。在Mixing_0n標誌被設定為O(OFF)的情況下，表示不將基於文件sound,bdmv的點擊聲混合到用屬於同一BD-JObject的PLMT再現的播放列表的再現聲音中。可以以Java(註冊商標)應用的生命周期為單位、即以標題為單位來規定是否混合基於文件sound,bdmv的點擊聲。而將該MiXing_0n標誌設定為何種值，與該播放列表具有的STN_Table的設定內容相應。圖30(a)(b)是STN_Table中的音頻流的entry-attribute、和Mixing_0n標誌的設定之間的因果關係的圖。在圖30(a)中，如果entry-attribute中的audio_presentation_type表示「多聲道」，則Mixing_0n標誌被設定為O(OFF)。在圖30(b)中，如果entry-attribute中的audio_presentation_type表示「非多聲道」，貝UMixing_0n標誌被設定為1(0N)。通過進行以上那樣的設定，在同時執行再現「多聲道」的播放列表(PlayItem)和應用的情況下，能夠使與再現裝置中的聲音再現的混合無效；而在同時執行再現「非多聲道」的播放列表(PlayItem)和應用的情況下，能夠使與再現裝置中的聲音再現的混合有效。以下，說明對圖27(a)中的聲音管理表的一例如何進行再現。假設圖27(a)中的Title#l、#2中的Title#l的Mixing_0n標誌表示使與聲音再現的混合有效，Title#2中的聲音管理表#2的MiXing_0n標誌表示使與聲音再現的混合無效。再者，假設在再現Title#l時，輸出了圖25所示的⑶I框架、和播放列表的再現影像。用戶經遙控器如圖31所示操作了該⑶I框架中的按鈕。在此情況下，如果繪製了該⑶I框架的Java(註冊商標)應用的應用管理表、和屬於同一BD-JObject的聲音管理表被設定為MiXing_0n標誌=1，則文件sound,bdmv中的聲音數據被混合到播放列表的再現聲音中。這裡，如果播放列表的再現聲音是電影劇中的BGM，文件sound,bdmv中的聲音數據是「開始遊戲了！，，這一語音引導，則該電影劇中的BGM和語音引導被混合併輸出。再者，假設在再現Title#2時，輸出了與圖25不同的⑶I框架和播放列表的再現影像。此外，假設用戶經遙控器如圖32所示操作了該⑶I框架中的按鈕。在此情況下，如果繪製了該GUI框架的Java(註冊商標)應用的應用管理表、和屬於同一BD-JObject的聲音管理表被設定為MiXing_0n標誌=0，則文件sound,bdmv中的聲音數據不被混合到播放列表的再現聲音中。這裡，如果播放列表的再現聲音是電影劇中的多聲道的BGM，則只輸出該電影劇中的BGM。即使在想要再現的AVClip上復用了5.ICh的環繞聲的音頻流、和單聲道的音頻流，在PlayItem的STN_Table中允許再現該單聲道的音頻流、不允許再現5.ICh的環繞聲的音頻流的情況下，也能夠將與該PlayItem對應的MiXing_0n標誌設為0N，執行與點擊聲的混合。通過這樣做，即使5.ICh的環繞聲的音頻流、和單聲道的音頻流構成了同一AVClip，在用不許再現5.ICh的環繞聲的PlayItem來再現該AVClip這樣的情況下，也能夠執行再現該PlayItem時的點擊聲的混合。如果考慮以上事實，則在將希望混合點擊聲的標題、和不希望混合的標題記錄到1個BD-ROM上的情況下，無需將具有5.ICh的環繞聲的AVClip、和具有單聲道的AVClip分開地記錄到BD-ROM上。如果只將1個復用了5.ICh的環繞聲和單聲道的AVClip記錄到BD-ROM上，記錄允許再現5.ICh的環繞聲的音頻流的PlayItem信息、和不允許再現5.ICh的環繞聲的音頻流的PlayItem信息，則能夠用1個BD-ROM來提供希望混合點擊聲的標題、和不希望混合的標題。由於不用增多AVClip的數目，就能夠製作不希望混合點擊聲而希望充實音響方面的標題、和希望混合點擊聲並希望充實對話方面的標題這兩者，並提供給用戶，所以製作工作室的工時減少，能夠提高電影製作的效率。〈MovieObject、Java(註冊商標)應用之間的關係>在HDMV模式下的MovieObject中未包含希望發出點擊聲的導航命令、在BD-J模式下的Java(註冊商標)應用中未包含希望發出點擊聲的字節碼的情況下，即，在應用明確不進行點擊聲再現的情況下，MiXing_0n標誌被設定為O(OFF)。相反，在存在希望發出點擊聲的導航命令或字節碼的情況下，MiXing_0n標誌被設定為I(ON)。通過進行以上那樣的設定，在同時執行不再現點擊聲的應用、和再現音頻的PlayItem的情況下，能夠使再現裝置中的混合無效；而在同時執行再現點擊聲的應用、和再現音頻的PlayItem的情況下，能夠使再現裝置中的混合有效。以上是對記錄介質的說明。接著說明本發明的再現裝置。圖33是本發明的再現裝置的內部結構的圖。本發明的再現裝置根據本圖所示的內部結構，來工業生產。本發明的再現裝置主要由系統LSI和驅動器裝置這2個部分組成，可以通過將這些部分安裝到裝置的機箱及電路板上來工業生產。系統LSI是集成了起再現裝置的功能的各種各樣的處理部的集成電路。這樣生產的再現裝置由BD-ROM驅動器1、讀緩衝器2、解復用器3、視頻解碼器4、視頻平面5、聲音處理器6、聲音處理器7、混音器8、聲音控制器9、D/A轉換器10、InteractiveGraphics解碼器11、InteractiveGraphics平面12、PresentationGraphics解碼器13、PresentationGraphics平面14、JPEG解碼器15、Still平面16、合成部17、STC-delta附加部18、ATC-delta附加部19、局部儲存器20、指令ROM21、用戶事件處理部22、PSR組23、CPU24、腳本存儲器25、局部存儲器26構成。首先，說明與再現BD-ROM上記錄著的AVClip有關的構成要素(BD驅動器1音頻解碼器6)。BD-ROM驅動器1裝入/彈出BD-R0M，執行對BD-R0M的訪問。讀緩衝器2是FIFO存儲器，先入先出式地保存從BD-ROM上讀出的TS包。解復用器(De-MUX)3從讀緩衝器2中取出Source包，並將構成該Source包的TS包變換為PES包。然後將通過變換得到的PES包中的、具有STN_Table中記載的PID的PES包輸出到視頻解碼器4、音頻解碼器6、InteractiveGraphics解碼器11、PresentationGraphics解碼器13中的某一個。視頻解碼器4對從解復用器3輸出的多個PES包進行解碼而得到非壓縮形式的圖片並寫入到視頻平面5上。視頻平面5是用於保存非壓縮形式的圖片的平面。所謂平面，是再現裝置中用於保存一個畫面的像素數據的存儲區域。視頻平面5的解析度是1920X1080，該視頻平面5上保存的圖片數據由用16位的YUV值表現的像素數據構成。在視頻平面5上，能夠縮放(scaling)視頻流中的每一幀的再現影像。所謂縮放，是將每一幀的再現圖像變化到整個視頻平面5的1/4(稱為quarter)、1/1(稱為fullscale)中的某一個。由於在BD-J模式下根據來自CPU24的指示來執行這種縮放，所以能夠進行將視頻流的再現圖像安排到畫面的角落、或者滿屏顯示這樣的畫面顯示。聲音處理器6包含解碼緩衝器(DB)6a，在PID過濾器3輸出構成音頻流的PES包時，保存該PES包；和音頻解碼器6b，對該緩衝器中保存著的PES包進行解碼，並輸出PCM狀態的音頻數據。聲音處理器7包含預加載存儲器7a，預加載從BD-ROM上讀出的文件sound,bdmv；和音頻解碼器7b，對預加載的文件sound,bdmv中的多個聲音數據中的、由CPU24指示的聲音數據進行解碼，並輸出PCM狀態的音頻數據。向預加載緩衝器7a的預加載最好在裝入BD-ROM時或切換標題時進行。這是因為，如果想要在AVClip的再現中讀出文件sound,bdmv，則發生用於讀出與AVClip不同的文件的光拾取器的尋道(seek)。另一方面，在裝入BD-ROM時或切換標題時，AVClip的再現很少繼續，所以通過在這樣的定時讀出文件sound,bdmv,能夠保證AVClip再現不中斷。混音器8混合從聲音處理器6及聲音處理器7輸出的PCM狀態的聲音數據。在混合時，混音器8為了使採樣頻率和聲道數一致，進行將從聲音處理器6輸出的聲音的屬性變換為從聲音處理器7輸出的音頻屬性這一處理。該混音器8進行的混音通過用CPU24解釋希望發出點擊聲的導航命令、或希望發出點擊聲的字節碼來進行。聲音控制器9切換輸出從混音器8輸出的展開狀態的音頻數據、及未經聲音處理器6的壓縮狀態的音頻數據中的哪一個。該聲音輸出經S/PDIF或HDMI輸出到電視機400或放大器500。在輸出壓縮狀態的音頻數據的情況下，在其輸出目的地的電視400及放大器500中被解碼。D/A轉換部10對從混音器8輸出的數字的音頻數據進行D/A轉換，並輸出模擬音頻。I-Graphics解碼器(IG解碼器)11對從BD-ROM或局部儲存器20上讀出的IG流進行解碼，並將非壓縮圖形寫入到InteractiveGraphics平面12上。InteractiveGraphics(IG)平面12在HDMV模式下被寫入由I-Graphics解碼器10解碼得到的非壓縮圖形。而在BD-J模式下，被寫入由應用繪製的字符或圖形。P-Graphics解碼器13對從BD-ROM或局部儲存器20上讀出的PG流進行解碼，並將非壓縮圖形寫入到PresentationGraphics平面14上。通過P-Graphics解碼器13進行的解碼，字幕出現在畫面上。PresentationGraphics平面14是具有一個畫面的區域的存儲器，能夠保存一個畫面的非壓縮圖形。JPEG解碼器15對BD-ROM或局部儲存器20上記錄著的JPEG數據進行解碼，並寫入到Still平面16上。Still平面16是保存通過展開JPEG數據而得到的非壓縮的圖形數據的平面。該圖形數據被用作Java(註冊商標)應用繪製的GUI框架的所謂的「壁紙」。合成部17得到合成了InteractiveGraphics平面12的保存內容、PresentationGraphics平面14的保存內容、視頻平面5的保存內容、以及Still平面16的保存內容的合成圖像。STC_delta附加部18生成SystemTimeClock(STC)。在切換STC_Sequence時，通過將以前的STC_Sequence中的STC值(STCl)加上稱為STC_delta的偏移值來求新的STC_Sequence的STC值(STC2)，並將以前的STC_Sequence中的STC值(STCl)、和新的STC_Sequence的STC值(STC2)變為連續的值。在之前的STC_SequenCe中最後再現的圖片的顯示開始時刻為PTSl(IstEnd)、圖片的顯示期間為Tpp、後續STC_SequenCe中最先顯示的圖片的開始時刻為PTS2(2ndSTART)的情況下，STC_delta可表現為STC_delta=PTSl(IstEND)+Tpp_PTS2(2ndSTART)。如上所述求STC_delta，將加上了它的時鐘的計數值輸出到各解碼器。由此，各解碼器能夠不中斷地再現與2個STC_Sequence相當的流。通過以上，即使在1個AVClip中存在2個以上的STC_Sequence，並且即使應連續再現的2個以上的AVClip分別具有不同的STC_SequenCe，也能夠無縫地執行這些STC_Sequence間的解碼處理。此外，為了滿足緩衝的連續性，滿足以下的1)、2)即可。1)滿足STC2(2ndSTART)>STC2(IstEND)，這裡，STC2(lstEND)是將STCl(IstEND)投影到STC2的時間軸上所得的值，用STC2(IstEND)=STCl(IstEND)_STC_delta這一計算式來給出。2)從TSl中取出TS包、和從TS2中取出TS包由投影到同一時間軸上的STCl和STC2來定義，應該不引起緩衝器的下溢或上溢。ATC_delta附加部19生成ArrivalTimeClock(到達時鐘)(ATC)。在切換STC_Sequence時，通過將以前的ATC_Sequence中的ATC值(ATCl)加上稱為ATC_delta的偏移值，而將以前的ATC_Sequence中的ATC值(ATCl)、和新的ATC_Sequence的ATC值(ATC2)變為連續的值。通過該加法，ATC2=ATCl+ATC_delta0所謂ATC_delta，是指從以前讀出的傳輸流(TSl)的最後TS包的輸入時刻Tl、到新讀出的傳輸流(TS2)的最初TS包的輸入時刻T2的偏移值，用「ATC_delta彡m/TS_reC0rding_rate」這一計算式來給出。這裡，輸入時刻T2表示將TS2的最初TS包的輸入時刻投影到TSl的時間軸上所得的時刻。此外，Nl是TSl的最後的視頻PES包的後續的TS包的包數。在BD-ROM上，這種ATC_delta在Clip信息中被描述，所以通過採用它，能夠計算ATC_delta。通過以上的計算，能夠將以前的ATC_Sequence具有的ATC值(ATCl)、和新的ATC_Sequence具有的ATC值(ATC2)變為連續的值。通過將加上了ATC_delta的時鐘的計數值輸出到解復用器(De-MUX)3，能夠實現無縫的緩衝控制。以上是關於AVClip再現的構成要素。接著說明關於BD-J模式下的動作的構成要素(局部儲存器20局部存儲器26)。局部儲存器20是用於與元數據一起保存從web站點下載的內容等從BD-ROM以外的記錄介質、從通信媒體提供的內容的硬碟。該元數據是用於將下載內容綁定在局部儲存器20上來管理的信息，通過訪問該局部儲存器20，BD-J模式下的應用能夠進行利用了下載內容長度的各種各樣的處理。接著，說明再現裝置中的實現綜合控制的構成要素(指令ROM21局部存儲器26)。指令ROM21存儲著規定再現裝置的控制的軟體。用戶事件處理部22按照對遙控器或再現裝置的前面板的鍵操作，將進行該操作的用戶事件輸出到CPU24。PSR組23是再現裝置中內置的寄存器，由64個PlayerStatusRegister(播放器狀態寄存器)(PSR)、和4096個GeneralPurposeRegister(通用寄存器)(GPR)組成。PlayerStatusRegister的設定值(PSR)中的PSR4PSR8被用來表現當前的再現時刻。PSR4通過被設定為1100的值，來表示當前的再現時刻所屬的標題；通過被設定為0，來表示當前的再現時刻是頂級菜單。PSR5通過被設定為1999的值，來表示當前的再現時刻所屬的章節號；通過被設定為OxFFFF，來表示在再現裝置中章節號無效。PSR6通過被設定為0999的值，來表示當前的再現時刻所屬的播放列表(當前PL)的號碼。PSR7通過被設定為0255的值，來表示當前的再現時刻所屬的Playltem(當前PlayItem)的號碼。PSR8通過被設定為0OxFFFFFFFF的值，來用45KHz的時間精度表示當前的再現時刻(當前PTM(PresentationTiMe))。用以上的PSR4PSR8，能夠在圖18(a)中的整個BD-ROM的時間軸上確定當前的再現時刻在哪裡。CPU24執行指令ROM21中保存著的軟體，來執行整個再現裝置的控制。該控制的內容按照從用戶事件處理部22輸出的用戶事件、及PSR組23中的各PSR的設定值來動態變化。腳本存儲器25是用於保存當前的PL信息或當前的Clip信息的存儲器。所謂當前PL信息，是指BD-ROM上記錄著的多個播放列表信息中的作為當前處理對象的播放列表信息。所謂當前Clip信息，是指BD-ROM上記錄著的多個Clip信息中的作為當前處理對象的Clip信息。由於從BD-ROM的讀出是低速的，所以局部存儲器26是用於暫時保存BD-ROM的記錄內容的高速緩衝存儲器。由於存在這種局部存儲器26，所以BD-J模式下的應用執行的效率提高。以上是本實施方式的再現裝置的硬體結構。接著說明本實施方式的再現裝置的軟體結構。圖34是將由ROM24中保存的軟體和硬體組成的部分置換為層結構而繪製的圖。如本圖所示，再現裝置的層結構由以下的a)、b)、c)組成。S卩，由a)BDPlayerDevice(BD播放器設備)的第1層次、b)BDPlayerModel(BD播放器模型)的第2層次、c)ApplicationRuntimeEnvironment(應用運行期環境)的第3層次組成。這些層次中的圖34所示的再現裝置的硬體結構屬於第1層次。在本圖的第1層次「BDPlayerDevice」中，包含與圖34所示的硬體結構中的視頻解碼器4、音頻解碼器6、IG解碼器11、PG解碼器13相當的「解碼器」、和與視頻平面5、IG平面12、PG平面14相當的「平面」、BD-ROM及其文件系統、局部儲存器20及其文件系統。第2層次「BDPlayerModel」由以下的bl)、b2)的層組成。即，b2)PlaybackControlEngine32的層、bl)VirtualFileSystem(虛擬文件系統)30及PresentationEngine31的層組成，向自身的上級的層次提供功能API。第3層次「ApplicationRuntimeEnvironment」由以下的cl)、c2)組成。艮口，由cl)存在模塊管理器34的層、c2)存在BD-J平臺35的層組成。首先，說明屬於第2層的VirtualFileSystem30模塊管理器34。VirtualFileSystem30是用於與BD-ROM上的盤內容一體地處理局部儲存器20中保存著的下載內容的虛擬的文件系統。這裡，局部儲存器20中保存著的下載內容包含SubClip、Clip信息、播放列表信息。該下載內容中的播放列表信息不管是BD-ROM及局部儲存器20中的哪一個中存在的Clip信息，都能夠指定，在這一點上與BD-ROM上的播放列表信息不同。在該指定時，VirtualFileSystem30上的播放列表信息無需用完整路徑(7>八T^)來指定BD-ROM或局部儲存器20上的文件。這是因為，BD-ROM上的文件系統或局部儲存器20上的文件系統被作為虛擬的1個文件系統(VirtualFileSystem30)來識別。因此，PlayItem信息中的Clip_Information_file_name通過指定與保存著Clip信息的文件的文件主體相當的5位數值，能夠指定VirtualFileSystem30、BD-ROM上的AVClip。通過經VirtualFileSystem30讀出局部儲存器20的記錄內容，與BD-ROM的記錄內容動態組合，能夠產生各種各樣的再現的變化。將局部儲存器20和BD-ROM組合而成的盤內容，被與BD-ROM上的盤內容對等看待，所以本申請中的「BD-R0M」也包含由局部儲存器20+BD-R0M的組合組成的虛擬的記錄介質。PresentationEngine31執行AV再現功能。所謂再現裝置的AV再現功能，是從DVD播放器、CD播放器沿襲的傳統的功能組，是開始再現(Play)、停止再現(Stop)、暫停(PauseOn)、解除暫停(PauseOff)、解除Still(靜止)功能(stilloff)、帶速度指定的快進(ForwardPlay(speed))、帶速度指定的倒退(BackwardPlay(speed))、切換聲音(AudioChange)、切換副影像(SubtitleChange)、切換角度(AngleChange)等功能。為了實現AV再現功能，PresentationEngine31控制視頻解碼器4、P_Graphics解碼器13、I-Graphics解碼器10、音頻解碼器6，以便對讀出到讀緩衝器2上的AVClip中的、與期望的時刻相當的部分進行解碼。作為期望的時刻，通過對PSR8(當前PTM)所示的部位進行解碼，能夠在AVCIip中再現任意的時刻。再現控制引擎(PlaybackControlEngine(PCE))32執行對播放列表的再現控制功能(i)、PSR組23中的狀態取得/設定功能(ii)等諸功能。所謂對播放列表的再現控制功能，是指根據當前PL信息及Clip信息來進行PresentationEngine31進行的AV再現功能中的開始再現或停止再現。這些功能(i)(ii)按照來自HDMV模塊33BD-J平臺35的功能調用來執行。模塊管理器34保持從BD-ROM上讀出的Index,bdmv,進行轉移控制。該轉移控制通過向構成當前標題的動態腳本發出Terminate(終止)事件、向構成轉移目標標題的動態腳本發出Activate(激活)事件來進行。以上是對PresentationEngine31模塊管理器34的說明。接著說明BD-J平臺35。BD-J平臺35是所謂的Java(註冊商標)平臺，採用了以Java(註冊商標)虛擬機36為核心的結構。BD-J平臺35除了上述Java(註冊商標)2Micro_Edition(J2ME)PersonalBasisProfile(PBP1·0)、和GloballyExecutableMHPspecification(GEM[1.0.2])forpackagemediatargets以夕卜，還安_了BD—JExtention(JrM)=BD-JExtention包含為了將超越了GEM[1.0.2]的功能提供給BD-J平臺而專門化了的各種各樣的程序包(package)。首先，說明作為BD-J平臺35的核心的Java(註冊商標)虛擬機36。〈Java(註冊商標)虛擬機36>圖35是Java(註冊商標)虛擬機36的內部結構的圖。如本圖所示，Java(註冊商標)虛擬機36由圖33所示的CPU24、用戶類加載器52、方法區域(methodarea)53、工作存儲器54、線程55a、b···n、Java(註冊商標)棧56a、b···η構成。用戶類加載器52從局部存儲器26等中讀出BDJA目錄的Java(註冊商標)存檔文件中的類文件並保存到方法區域53中。該用戶類加載器52進行的類文件讀出，通過用應用管理器37指示用戶類加載器52進行指定了文件路徑的讀出來進行。如果文件路徑表示局部存儲器26，則用戶類加載器52將構成應用的Java(註冊商標)存檔文件中的類文件從局部存儲器26中讀出到工作存儲器54中。如果文件路徑表示VirtualFileSystem30上的目錄，則用戶類加載器52將構成應用的Java(註冊商標)存檔文件中的類文件從BD-ROM或局部儲存器20中讀出到工作存儲器54中。應用的運行控制通過該用戶類加載器52進行的類文件讀出來實現。在指示讀出的類文件不在局部存儲器26中的情況下，用戶類加載器52將讀出失敗通知給應用管理器37。方法區域53保存用戶類加載器52從局部存儲器26中讀出的類文件。工作存儲器54是所謂的堆區域(heaparea)，保存各種各樣的類文件的實例(instance)。圖34所示的應用管理器37是駐留在該工作存儲器54中的駐留應用。在工作存儲器54中，除了保存這些駐留型的實例之外，還保存與讀出到方法區域53中的類文件對應的實例。該實例是構成應用的xlet程序。通過將這種xlet程序布置到工作存儲器54中，應用變為可執行的狀態。在圖34的層模型中，將該工作存儲器54上的應用管理器37描繪在Java(註冊商標)虛擬機36上，但是這不過是照顧到易懂性。應用管理器37及應用作為實例由線程55a、b…η來執行，這是現實性的描述。線程55a、b···η是執行工作存儲器54中保存著的方法的邏輯執行主體，將局部變量、或操作數棧中保存著的變量作為操作數來進行運算，將運算結果保存到局部變量或操作數棧中。圖中的箭頭kyl、ky2、kyn象徵性地表示從工作存儲器54向線程55a、b…η提供方法。物理上，執行主體CPU只有1個，而作為邏輯執行主體的線程在Java(註冊商標)虛擬機36內最大可存在64個。在該64個這一數值內，可以新創建線程，也可以刪除已有的線程，線程的動作數在Java(註冊商標)虛擬機36的動作中可增減。線程的數目可以適當增加，所以也可以用多線程來並行執行1個實例，實現實例的高速化。在本圖中，CPU24和線程之間的對應關係設為1對多的關係，但是在CPU有多個的情況下，CPU和線程之間的對應關係可為多對多的關係。用線程55a、b···η來執行方法通過將構成方法的字節碼變換為CPU24的本機代碼後發出到CPU24來進行。對於該本機代碼變換，脫離了本申請的重點，所以省略其說明。Java(註冊商標)棧56a、b…η與線程55a、b···η以1對1的比率存在，在內部具有程序計數器(圖中的PC)和1個以上的幀。「程序計數器」表示在實例中當前正在執行哪個部分。「幀」是分配給對方法的1次調用的棧式的區域，由保存該1次調用時的變量的「操作數棧」、和被調用的方法使用的「局部變量棧(圖中的局部變量)，，組成。每進行1次調用，幀就被堆積到Java(註冊商標)棧56a、b···!!上，所以在某個方法遞歸地調用自身的情況下，也堆積1個該幀。以上是對Java(註冊商標)虛擬機的說明。〈應用管理器37>應用管理器37是在Java(註冊商標)虛擬機36內的工作存儲器上動作的系統軟體，每當發生標題轉移時，指示Java(註冊商標)虛擬機36運行在轉移前標題中未執行、但在新的標題中具有AutoRim的運行屬性的應用。與此同時，結束在轉移前標題中執行了、但是不將新的標題作為生命周期的應用。這些運行控制及結束控制在參考了當前BD-JObject中的應用管理表後進行。圖36是應用管理器37根據BD-JObject中的應用管理表進行的處理的示意圖。圖36中的☆1、女2、^3示意性地表示參考應用管理表(☆1)、指示Java(註冊商標)虛擬機36運行應用(☆2)、指示Java(註冊商標)虛擬機36讀出Java(註冊商標)存檔文件(☆3)、加載定義Java(註冊商標)應用的類文件的類(^LSj)這一系列過程。Java(註冊商標)虛擬機36根據該運行指示從局部存儲器26中將xlet程序讀出到工作存儲器中。圖37是應用管理器37根據BD-JObject中的PLMT進行的處理的圖。▽1表示參考BD-JObject中的PLMT，V2表示指示PresentationEngine31讀出播放列表信息。圖37中的◎1、2、3、4示意性地表示經由VirtualFileSystem30來讀出播放列表信息(◎1)、解釋構成播放列表信息的PlayItem信息(◎2)、經由VirtualFileSystem30來讀出Clip信息(◎3)、解釋Clip信息(◎4)。如果經過以上的過程解釋出Clip信息、播放列表信息，則將構成AVClip的TS包通過VirtualFileSystem30轉交給PresentationEngine31。如果這樣依次將TS包交給PresentationEngine31，則PresentationEngine31將構成AVClip的TS包輸出到解碼器，顯示到平面上。圖中的☆1、2、3、4示意性地表示讀出構成AVClip的TS包(Ald)JAVirtualFileSystem30向PresentationEngine31轉交TS包(☆3)、將TS包投入到解碼器中(☆4)、從解碼器向各種平面輸出解碼結果(☆5)。圖38是應用管理器37根據BD-JObject中的聲音管理表進行的處理的圖。圖38中的0、1、2示意性地表示應用管理器37參考BD-JObject內的聲音管理表(◎0)、指示使每個應用生命周期的混音有效、無效(◎1)、指示輸出與操作了的按鈕對應的聲音數據或指示對其進行解碼(◎2)。以下，說明用軟體來實現應用管理器37。圖39是應用管理器37進行的處理過程的流程圖。本圖中的處理過程具有由步驟Sl-步驟S2-步驟S3-步驟S4組成的主循環。步驟Sl判斷是否進行了Titlejump，如果是，則切換Title(步驟S7)。步驟S8判斷在與當前標題對應的BD-JObject中是否存在PLMT。如果不存在，則在前面的標題中，停止再現PLMT中記載著的播放列表(步驟S9)。如果存在，則開始再現在前面標題中未記載在PLMT中、但是在當前標題中記載在PLMT中、被賦予了AutoPlay屬性的播放列表(步驟S10)。在步驟Sll中，判斷在與當前Title對應的BD-JObject中是否存在聲音管理表。步驟S12是在存在聲音管理表的情況下執行的判斷步驟，判斷該聲音管理表中的Mixing_On標誌是否是1。如果MiXing_0n標誌是1，則指示聲音控制器9使混音有效(步驟S13)；如果MiXing_0n標誌是0，則指示聲音控制器9使混音無效(步驟S14)。步驟S15判斷在與當前Title對應的BD-JObject中是否存在應用管理表，如果存在，則運行未將前面的Title作為生命周期、但是將當前Title作為生命周期、具有AutoRim屬性的Java(註冊商標)應用(步驟S16)。如果不存在，則停止將前面的Title作為生命周期、但是未將當前Title作為生命周期的應用(步驟S17)。其後，判斷Java(註冊商標)應用的運行是否成功(步驟S18)，如果運行成功(步驟S18中「是」)，則實現將AutoPlayPL的再現圖像變換為四分之一(1/4)(步驟S19)這一過程。而如果該步驟S18是「否」，則執行由步驟S23、S24、S16、S18組成的循環處理。本循環處理中的控制變量是重新運行計數器。重新運行計數器是規定應用的重新運行次數的計數器。重新運行計數器在運行本流程圖時被復位，在步驟S23中，判斷是否是O。在不是O的情況下，在步驟S24中重新運行計數器被遞減。通過由以上的步驟S23、S24、S16、S18步驟S19組成的循環處理，只要重新運行計數器不是0，就重複運行AutoRim應用。通過這種重複，保證了應用的運行。步驟S2判斷是否是未執行主應用的狀態，如果是，則進行步驟S5的判斷。步驟S5判斷應用是否正常結束。如果異常結束，則執行步驟S21、步驟S22的處理。如果正常結束，則不執行步驟S21步驟S22，而返回到由步驟Sl步驟S4組成的主循環。步驟S21判斷是否是AutoPlayPL的再現中，如果是再現中，則指示PlaybackControlEngine32將AutoPlayPL的再現圖像變為全屏(步驟S22)。其後，轉移到步驟S23。通過轉移到步驟S23，即使在異常結束時也執行由步驟S14步驟S17組成的循環處理。由此重複應用的重新運行，直至重新運行計數器的次數變為O。步驟S4判斷在BD驅動器1中是否存在BD-R0M，如果不存在BD-R0M，則對所有應用發出結束指示(步驟S6)。如上所述，根據本實施方式，能夠在執行希望輸出多聲道的聲音的再現控制時使混音無效，而在執行不希望輸出多聲道的聲音的再現控制時使混音有效。由此，電影製作工作室能夠進行下述調整在希望多聲道的再現的情況下，禁止點擊聲；而在希望點擊聲的再現的情況下，禁止多聲道的聲音輸出。通過導入點擊聲，能夠將製作工作室從「多聲道的聲音輸出該不會中斷吧」這一不安的束縛中解放出來，鼓勵在製作電影作品時導入點擊聲。其中，在第1實施方式中，說明了在多聲道是5.ICH的環繞聲、音頻流具有該多聲道的屬性的情況下，將MiXing_0n標誌設為OFF，但是在多聲道表示2CH的立體聲、音頻流具有立體聲屬性的情況下，也可以將MiXing_0n標誌設為OFF。展開立體聲後的數據量並不太大，在展開為LPCM狀態後，即使進行混音，有時也能夠進行數字輸出。這樣，在展開立體聲後的數據量可望不太大、可確認能夠進行數字輸出的情況下，也可以將多聲道設定為ON。(第2實施方式)在第1實施方式中，為自動再現了播放列表的應用的每個生命周期設有Mixing_On標誌，但是從另一個角度來看，播放列表和應用生命周期是等價的，可以考慮為構成播放列表的每個再現區間進行基於MiXing_0n標誌的控制。鑑於這些，在本實施方式中，提出將MiXing_0n標誌設在播放列表信息中的技術。圖40(a)是第2實施方式的播放列表信息的內部結構的圖。本圖與圖8(a)所示的播放列表信息的內部結構的不同點是，在PlayItem信息內設有Mixing_0n標誌。圖40(b)是PlayItem信息內所設的Mixing_0n標誌的內容的圖。在MiXing_0n標誌被設定為1的情況下，表示將基於文件sound,bdmv的點擊聲混合到PlayItem的再現聲音中。在MiXing_0n標誌被設定為0的情況下，表示不將基於文件sound,bdmv的點擊聲混合到PlayItem的再現聲音中。可以以播放列表為單位來規定是否混合基於文件sound,bdmv的點擊聲。將該Mixing_0n標誌設定為何種值，與該PlayItem信息具有的STN_Table的設定內容對應。以上是第2實施方式的記錄介質的改進。接著說明第2實施方式的再現裝置的改進。第2實施方式的再現裝置的改進點存在於PlaybackControlEngine32中。以下參考圖41的流程圖，來說明PlaybackControlEngine32進行的具體的控制過程。圖41是PlaybackControlEngine32進行的播放列表再現過程的流程圖。該再現過程主要包含對PresentationEngine31的控制(步驟S106)、和對BD-ROM驅動器1或局部儲存器20的控制(步驟S108)。在本流程圖中，將作為處理對象的PlayItem設為PlayItemSx0本流程圖為，讀入當前PL信息(.mpls)(步驟S101)，其後，執行步驟S102步驟SllO的處理。這裡，步驟S102步驟SllO構成下述循環處理對構成當前PL信息的各個PI信息，重複步驟S103步驟SllO的處理，直至步驟S109為「是」。在該循環處理中，將作為處理對象的PlayItem稱為Playltem#x(PI#x)。該Playltem#x通過被設定為當前播放列表的第一個Playltem，而被初始化(步驟S102)。結束上述循環處理的必要條件是，該PlayItemfe為當前播放列表的最後一個Playltem(步驟S109)，如果不是最後一個Playltem，則當前播放列表中的下一個PlayItem被設定為PlayItemfe(步驟Sl10)。在循環處理中重複執行的步驟S103步驟SllO將用Playltem#x的Clip_information_file_name指定的Clip信息讀入到腳本存儲器25中(步驟S103)，用當前Clip信息的EPmap將Playltem#x的In_time變換為I圖片地址u(步驟S104)，用當前Clip信息的EP_map將Playltem#x的0ut_time變換為I圖片地址ν(步驟S105)，來求通過這些變換得到的地址ν的下一個I圖片，並將該地址的上一個地址設定為地址w(步驟S107)，命令BD-ROM驅動器1或局部儲存器20用這樣算出的地址w來讀出從I圖片地址u到地址w的TS包(步驟S108)。另一方面，命令PresentationEngine31進行當前PLMark的mark_time_stamp至Playltem#x的0ut_time的輸出(步驟S106)。通過以上的步驟S105步驟S108，在AVClip中，再現了用Playltem#x指示的部分。其後，判斷PlayItemfe是否是當前播放列表的最後一個PI(步驟S109)。如果PlayItemfe不是當前播放列表的最後一個PI，則將當前播放列表中的下一個Playltem設定為PlayItemfe(步驟S110)，返回到步驟S103。通過重複以上的步驟S103步驟S110，依次再現了構成播放列表的PI。在本流程圖中，步驟Sl15步驟Sl17是每當步驟S103步驟SllO轉一圈時執行的步驟。步驟Sl15判斷Playltem#x中的Mixing_0n標誌是否是1。如果Mixing_0n標誌是1，則指示聲音控制器9使混音有效(步驟S116)；如果MiXing_On標誌是0，則指示聲音控制器9使混音無效(步驟Sl17)。如上所述，根據本實施方式，不管在HDMV模式下，還是在BD-J模式下，都在利用的播放列表信息中設MiXing_0n標誌，所以即使在HDMV模式下用IG流來實現⑶I的情況下，也能夠規定點擊聲的混音的有效、無效。此外，不限於點擊聲，在實現與從WWW站點下載的其他音頻流混音的情況下，也能夠將該混音的有效/無效規定在MiXing_0n標誌中。(第3實施方式)在第1實施方式中，Java(註冊商標)虛擬機中的播放列表再現能夠用BD-JObject內的播放列表管理表來規定。這裡成問題的是播放列表管理表。即，是否可以再現播放列表，在每個BD-JObject的播放列表管理表中有描述，所以會在某個Title中能夠再現、而在別的Title中不能再現。此外，即使能夠再現播放列表，但是從著作權保護的觀點來看，有時想禁止從某種應用再現。為了實現這種播放列表再現的限制，在第3實施方式中，在Java(註冊商標)平臺35中設有權限控制器。在某個應用請求再現播放列表的情況下，權限控制器與該應用進行相互認證，判斷發出請求的應用是否有再現播放列表的權限。如果有，則請求PlaybackControlEngine32進行該再現；如果沒有，則將表示不允許的響應事件輸出到發出請求的應用。根據該權限控制器的是否允許判斷，即使與別的發行公司的發行有關的應用請求了與某個發行公司的發行有關的播放列表，也可以不允許這種請求。因此，能夠避免沒有正當權限的應用擅自引用播放列表。應允許的播放列表和應用的組合、不應允許的播放列表和應用的組合在另外記錄在BD-ROM中的Permission(權限)文件中有規定，權限控制器的判斷基於此。這種文件的詳細情況不是本申請的重點，所以省略其說明。在第3實施方式中，應用管理器37按照來自應用的請求來通知在當前的再現時刻可再現的播放列表。圖42是該應用管理器37進行的通知處理的處理過程的流程圖。本流程圖中，在應用的運行中，監視應用是否發出了請求通知可再現的播放列表的請求(GetPL)(步驟S45)。如果發出了，則判斷在構成當前的再現時刻所屬的Title的BD-JObject中是否存在播放列表管理表(步驟S46)。如果有播放列表的描述，則將播放列表管理表中描述的播放列表作為可再現的播放列表通知給發出請求的應用(步驟S47)。如果沒有播放列表的描述，則將不能再現播放列表的意思通知給發出請求的應用(步驟S48)。以上是第3實施方式的應用管理器37的處理過程。接著說明在被請求再現播放列表的情況下的應用管理器37的處理。第3實施方式的應用管理器37根據圖43的流程圖來進行處理。在圖43中，應用管理器37判斷是否存在請求了再現播放列表的應用(步驟S51)。如果某個應用請求再現播放列表，則使權限控制器認證發出請求的應用是否有再現播放列表的權利(步驟S52)。如果有再現的權利，則指示PlaybackControlEngine32開始再現(步驟S53)，等待來自PlaybackControlEngine32的訪問響應(步驟S54)。如果有這種再現請求，則PlaybackControlEngine32檢查播放列表信息的正當性。在這種正當性檢查中，有檢查在播放列表信息、Clip信息、AVClip所在的BD-ROM及局部儲存器20中是否構成了正當的播放列表，或用播放列表信息中的clipjnformatiorufile_name指定的Clip信息及AVClip是否現存於BD-ROM及局部儲存器20中。在正確的文件未由clipjnformatiorufilejame參照的情況下，或者在由BD-ROM及局部儲存器20構成的虛擬封裝有矛盾、不能構成正確的播放列表的情況下，PlaybackControlEngine32返回表示false(假)的響應。此外，在具有比發出請求的應用更高的運行優先級的應用正在再現該播放列表、在實現播放列表再現的資源中發生了競爭的情況下，PlaybackControlEngine32也返回表示false的響應。經過以上的過程，如果有訪問響應，則將表示播放列表再現成功的事件輸出到發出請求的應用(步驟S55)。如果沒有訪問響應，則將表示播放列表再現失敗的事件輸出到發出請求的應用(步驟S56)。另一方面，在步驟S52中如果發出請求的應用沒有再現的權利，則將表示不能再現播放列表的事件輸出到發出請求的應用(步驟S57)。如上所述，根據本實施方式，即使可否再現播放列表因各Title而異，即使有具有再現播放列表的權限的應用和沒有再現播放列表的權限的應用等各種應用，也能夠按照來自應用的請求來執行適當的播放列表再現。因此，能夠表現組合了應用執行和播放列表再現的多彩的內容。(第4實施方式)在第1實施方式中，在開始Title時，向想開始再現的播放列表賦予表示AutoPlay的再現屬性，並命令再現裝置再現AutoPlayPL。而在本實施方式中，涉及下述改進將無邊界應用記錄到BD-ROM上，在開始Title時，使無邊界應用選擇應自動開始再現的Title。無邊界應用是PlaybackControlEngine32那樣的、處於與再現裝置中的駐留應用對等的地位的應用，按照來自PlaybackControlEngine32的請求來執行從播放列表管理表中描述的多個播放列表信息中選擇與再現裝置側的PSR設定值一致者、並進行通知的處理。在使無邊界應用選擇播放列表的情況下，在需要這種選擇的Title時，將播放列表管理表中的再現屬性都設定為未指定。這是因為，以「都未指定」為觸發，使標題無邊界應用請求PlaybackControlEngine32選擇播放列表。該無邊界應用進行的選擇基於創作時規定的選擇算法。圖44(a)(c)是將無邊界應用中包含的選擇算法的內容做成表形式的圖。該表相對應地示出了PSR的值可取的值的範圍、和在PSR值為這些值時應再現的播放列表。其中，圖44(a)示出基於父母鎖級別的選擇算法的內容。這裡，父母鎖級別在再現裝置中由PSR(14)來表示。具體地說，在PSR(14)中，設定了表示用戶的年齡的整數值，再現裝置將其解釋為父母鎖級別。在圖44(a)中，PSR(14)可取的值被分為14歲不到、14歲以上18歲不到、18歲以上這3個範圍。應再現的播放列表與這些範圍中的每一個相對應。如果無邊界應用根據這種選擇算法來進行選擇，則如果PSR的設定值為14歲不到就選擇PlayList#l，如果為14以上18歲不到就選擇PlayList#2，如果為18歲以上就選擇PlayList#3。圖44(b)示出基於LanguageforAudio的選擇算法的內容。這裡，LanguageforAudio在再現裝置中由PSR(16)來表示。具體地說，在PSR(16)中，設定了整數值，再現裝置將其解釋為聲音再現用的語言設定。在圖44(b)中，PSR(16)可取的值被分為表示英語的值、表示日語的值、其他值這3個範圍。應再現的播放列表與這些範圍中的每一個相對應。如果無邊界應用根據這種選擇算法來進行選擇，則如果PSR(16)的設定值表示英語就選擇PlayList#l，如果表示日語就選擇PlayList#2，如果為英語、日語以外的值就選擇PlayList#3。圖44(c)示出基於PlayerConfigurationforVideo的選擇算法的內容。這裡，PlayerConfigurationforVideo在再現裝置中由PSR(14)來表示。具體地說，在PSR(14)中，設定了整數值，再現裝置將其解釋為影像再現用的環境設定。在圖44(c)中，PSR(14)可取的值被分為解析度525X600TVSyStem(電視制式)LetterBox(信箱)、解析度525X600TVsystem、1920X1080TVsystem這3個範圍。應再現的播放列表與這些範圍中的每一個相對應。如果無邊界應用根據這種選擇算法來進行選擇，則如果PSR(14)的設定值表示解析度525X600TVsystemLetterBox就選擇PlayList#l，如果表示解析度525X600就選擇PlayList#2，如果表示1920X1080TVsystem就選擇PlayList#3。圖44(a)(c)所示的選擇算法可以通過用計算機描述語言描述這些圖所示的條件轉移來創建。以上是本實施方式的記錄介質的改進。接著說明本實施方式的再現裝置的改進。本實施方式中的改進點主要在於應用管理器37、PlaybackControlEngine32。應用管理器37在發生了Title的轉移、參考了播放列表管理表時，判斷在該播放列表管理表中是否存在AutoPlayPL。如果沒有AutoPlayPL，則將播放列表管理錶轉交給PlaybackControlEngine32，並i青求PlaybackControlEngine32自動再現i亥播放歹[J表管理表中記載著的播放列表中的某個。PlaybackControlEngine32如果接受播放列表管理表的轉交，則請求無邊界應用選擇播放列表。如果按照該請求從無邊界應用通知了可再現的播放列表的列表，則判斷該PL列表中記載著的播放列表中的、存在於從PlayItem轉交的播放列表管理表中的播放列表。如果在由無邊界應用選擇出的播放列表中有播放列表管理表中記載著的，則自動開始再現它。圖45是使標題無邊界應用進行PL選擇的過程的示意圖。本圖的左側示出再現裝置中的軟體的層結構，本圖的右側示出BD-ROM的記錄內容。圖中的◎1、2、3、4示意性地描繪了發現了沒有AutoPlay的播放列表管理表的情況下的來自應用管理器37的通知(◎1)、PlaybackControlEngine32查詢可再現的播放列表(◎2)、標題無邊界應用取得PSR設定值(3)、從標題無邊界應用向PlaybackControlEngine32通知可再現的播放列表(◎4)。其中，在圖45中，標題無邊界應用在BD-ROM上有描述，但是這不過是照顧到要將標題無邊界應用描述得易懂。由於標題無邊界應用是Java(註冊商標)應用，所以在Java(註冊商標)虛擬機36內的工作存儲器54中作為實例由線程55來執行，這是現實性的描述。如上所述，根據本實施方式，使在Title的邊界上生存著的應用進行上述那樣的判斷，所以再現裝置側的PlaybackControlEngine32能夠在開始Title時的較早的階段知道BD-ROM上的多個播放列表中的、與再現裝置側的狀態設定相應的是哪個。即使未決定再現屬性=AutoPlay的應用，也能夠在開始Title時決定應開始再現的播放列表，所以在BD-J模式下也能夠實現語言字幕(，>夕『工一yl>」」卜)或父母鎖(/O>夕>口夕」)這樣的再現控制。其中，本實施方式中的選擇算法是將PSR可取的值與播放列表相對應，但是也可以預先規定在再現裝置中的PSR的設定值是設想外的值的情況下，使再現裝置再現的播放列表。(第5實施方式)本實施方式涉及在切換標題時預先使混音無效的改進。在切換標題時，會發生文件soimcLbdrnv的讀出，所以在這種切換時，作為預設，預先使混音無效。通過這樣做，能夠防止由於文件sound,bdmv不存在於預加載緩衝器7b內而造成的點擊聲再現的中斷。(第6實施方式)本實施方式是xlet程序通過利用JMF(Java(註冊商標)MediaFrameWorkJava媒體框架)方式的接口，生成對於mpls文件的實例(JMF播放器實例)，來命令再現裝置再現播放列表的情況下的實施方式。所謂mpls文件，是規定播放列表信息的實體方面的文件，所以如第2實施方式所示，在該播放列表信息中設有MiXing_0n標誌。在將MiXing_0n標誌設在播放列表中的情況下，Java(註冊商標)應用通過請求PlaybackControlEngine32再現播放列表信息，能夠按照指定的播放列表信息內的MiXing_0n標誌，使混音有效或無效。(第7實施方式)在第1實施方式中，使應用管理器37具有用於指示聲音控制器9使混音有效或無效等的功能，而本實施方式是使Java(註冊商標)應用具有這種功能的實施方式。因此，在本實施方式中，使Java(註冊商標)平臺35具有用於從Java(註冊商標)應用接受這種功能的調用的API(ApplicationInterface)0這樣，在Java(註冊商標)應用執行了請求使混音有效或無效的功能調用的情況下，指示聲音控制器9使混音有效或無效等。其中，也可以使模塊管理器34具有這種指示有效、無效的功能。(第8實施方式)在再現裝置中存在可以以PCM來傳輸環繞聲的輸出形態、該輸出形態由用戶選擇了的情況下，無需對混合聲音進行重新編碼，所以有時可以原樣地輸出。在這種輸出形態中，有HDMI的輸出形態、模擬的輸出形態。為了使再現裝置判斷在再現裝置中是否存在可以以PCM來傳輸環繞聲的輸出形態、並且該輸出形態是否已被選擇，在本實施方式中，在PSR組23中描述了用戶希望何種聲音輸出形態，或者根據再現裝置的I/F的連接形態能夠進行何種聲音輸出。以下，說明本實施方式的PSR的內容。在本實施方式中，對PSR組23中的第21個PSR(PSR21)、第22個PSR(PSR22)加以以下的改進。PSR21示出表示能否混音(例如混合2ch的添加聲音)的「AudioMixingCapability(混音能力)」、表示可混合的聲道數(或可混合的各個聲道名)的"AudioMixingChannelNumber(混音聲道數)」、表示當前用戶選擇了的音頻輸出形態的最大的輸出ch數的「AudioOutputChannelNumber(音頻輸出聲道數)」。例如，在選擇了S/PDIF作為聲音輸出形態的情況下，環繞聲由於頻帶上的問題，如果不壓縮編碼，就不能輸出。因此，需要在混合後進行重新編碼；而在選擇了與高比特率對應的數字I/F——HDMI等的情況下，以非壓縮(LPCM)的形式也能夠原樣地傳送環繞聲。因此，在S/PDIF連接時，AudioOutputChannelNumber的值因在混合後是否進行編碼而已在PSR22中，作為再現裝置的一個屬性，有表示是不進行視頻輸出的再現裝置的AudioOnlyPlayer(只播放音頻的播放器)、表示是符合規定的規範(profile)的再現裝置的ProfilelPlayer(規範1播放器)、Profile2Player(規範2播放器)。例如，支持Profilel、卻不支持Profile2的再現裝置將ProfilelPlayer設定為有效，將Profile2Player設定為無效。這些值可以從日語L參考，所以能夠進行與再現裝置的規範相應的動態選擇再現路徑選擇，或選擇有無菜單等。特別是在AudioOnlyPlayer有效的情況下，能夠創建標題來再現播放列表，以便用日語L來提供與⑶再現裝置同等的用戶操作性，在此情況下，用戶能夠與音樂⑶毫無兩樣地操作BD-R0M。當然，雖是同一盤，但是對AudioOnlyPlayer無效的再現裝置，可以像以前那樣假定影像輸出來顯示基於GUI的菜單等，進行交互式再現。這種設想在採用了BD的汽車音響系統等中很有效。由於添加了以上那樣的PSR，所以本實施方式的PlaybackControlEngine32在與PlayItem信息或播放列表信息對應的MiXing_0n標誌表示「混音=有效」的情況下，根據PSR21來判斷能否混音。在PSR21為能夠混音的情況下，從PSR21中取得可混合的ch數，將具有該ch數以下的ch數的音頻流或聲音數據選擇性地輸出到混音器8、聲音控制器9，使其進行混音。如上所述，根據本實施方式，在PSR中描述了用戶希望何種聲音輸出形態、或者根據再現裝置的I/F的連接形態能夠進行何種聲音輸出，所以能夠更詳細地規定可否混音輸出ο(備考)以上的說明並未示出本發明的所有實施行為。通過實施了下述㈧⑶(C)⑶……的變更的實施行為的方式，也能夠實施本發明。本申請的權利要求的各發明是以上記載的多個實施方式及它們的變形方式的擴展了的記載、以及一般化了的記載。擴展以及一般化的程度基於本發明的
技術領域：
的申請當時的技術水平的特性。(A)各實施方式的BD-ROM可以通過依次執行以下的工序來製作。首先，規劃決定按何種計劃來再現BD_R0M(規劃工序)，進行動態圖像收錄、音頻收錄等素材創建(素材創建工序)，根據規劃工序中創建的計劃，來創建卷結構信息(腳本創建工序)。所謂卷結構信息，是用抽象的描述來表示光碟的應用層的格式的信息。其後，通過對視頻素材、音頻素材、字幕素材、菜單素材分別進行編碼，來得到基本流(素材編碼工序)。其後，復用多個基本流(復用工序)。如果這樣進行了復用，則進行使復用了的流及卷結構信息適合BD-ROM的應用層格式的作業，得到應記錄到BD-ROM的卷區域上的數據的總體表示(一般稱為卷數據)(格式化工序)。這裡，本發明的記錄介質的應用層格式是用程式語言描述的類結構的實例，通過根據BD-ROM標準、BD-J標準中規定的語法，描述類結構的實例，由此能夠創建BD-J0bject、Clip信息、PlayList信息等。在此情況下，表形式的數據可以用程式語言的for語句來定義，其他只在特定的條件下需要的數據可以用if語句來定義。這種適應處理之後，如果得到了卷數據，則試著再現卷數據來確認腳本創建工序的結果是否正確(仿真工序)。在該仿真工序中，最好進行BD-R0M播放器模型的緩衝狀態的模擬。最後進行模壓工序。在該模壓工序中，將捲圖像『)工乂一變換為物理數據串，並用該物理數據串來刻制母盤，創建光碟母盤。進而根據模壓裝置製成的母盤來製造BD-R0M。該製造主要由基板成形、反射膜成膜、保護膜塗布、粘合、標籤的印刷等諸工序組成。經過以上的工序，能夠製作各實施方式所示的記錄介質(BD-R0M)。(B)各實施方式所示的流程圖、或功能性構成要素進行的信息處理是用硬體資源來具體實現的，所以可稱為利用了自然法則的技術思想，滿足作為「程序的發明」的成立必要條件。本發明的程序的生產方式本發明的程序可以如下來製作。首先，軟體開發者用程式語言來描述實現各流程圖、或功能性構成要素的源程序。在該描述時，軟體開發者根據程式語言的語法，用類結構或變量、數組變量、外部函數的調用，來描述實現各流程圖或功能性構成要素的源程序。具體地說，流程圖中的循環處理用上述語法中規定的for語句等來描述。判斷處理用上述語法中規定的if語句、switch語句等來描述。對解碼器的再現控制、或驅動器的訪問控制等對硬體的控制通過調用硬體的製造商提供的外部函數來描述。描述的源程序作為文件被提供給編譯器。編譯器編譯這些源程序來生成目標程序。編譯器進行的編譯由語法分析、優化、資源分配、代碼生成等過程組成。在語法分析中，進行源程序的詞法分析、語法分析及語義分析，將源程序變換為中間程序。在優化中，對中間程序進行基本塊化、控制流分析、數據流分析這些作業。在資源分配中，為了適合目標處理器的指令集，將中間程序中的變量分配給目標處理器具有的寄存器或存儲器。在代碼生成中，將中間程序內的各中間指令變換為程序代碼，得到目標程序。這裡生成的目標程序由使計算機執行各實施方式所示的流程圖的各步驟、或功能性構成要素的各個過程的1個以上的程序代碼構成。這裡，程序代碼有許多種類，像處理器的本機代碼、JAVA(註冊商標)字節碼等。用程序代碼來實現各步驟有各種各樣的形態。在能夠利用外部函數來實現各步驟的情況下，調用該外部函數的調用語句就成為程序代碼。此外，也有時實現1個步驟的程序代碼歸屬於不同的目標程序。在限制指令種類的RISC處理器中，也可以通過組合算術運算指令或邏輯運算指令、轉移指令等，來實現流程圖的各步馬聚o生成了目標程序後，程式設計師對它們運行連接程序。連接程序將這些目標程序、或關聯的庫程序分配給存儲空間，將它們連接為1個，生成加載模塊。這樣生成的加載模塊是將計算機進行的讀取作為前提的，使計算機執行各流程圖所示的處理過程或功能性構成要素的處理過程。經過以上的處理，能夠製作本發明的程序。(C)本發明的程序可以如下使用。(i)用作嵌入程序在將本發明的程序用作嵌入程序的情況下，將與程序相當的加載模塊與基本輸入40輸出程序(BIOS)或各種各樣的中間件(作業系統)一起寫入到指令ROM中。通過將這種指令ROM包含到控制部中，使CPU來執行，能夠將本發明的程序用作再現裝置的控制程序。(ii)用作應用在再現裝置是內置硬碟模型的情況下，基本輸入輸出程序(BIOS)被包含在指令ROM中，各種各樣的中間件(作業系統)被預裝在硬碟上。此外，用於從硬碟起動系統的引導ROM被設在再現裝置中。在此情況下，只將加載模塊通過移動型的記錄介質或網絡，提供給再現裝置，作為1個應用安裝到硬碟中。這樣，再現裝置進行基於引導ROM的引導(bootstrapping)、並起動作業系統後，使CPU執行該應用作為1個應用，使用本發明的程序。在內置硬碟模型的再現裝置中，可將本發明的程序用作1個應用，所以可以以單體來轉讓、出租、或者通過網絡來提供本發明的程序。(D)本發明的系統LSI的生產使用行為所謂系統LSI，是指將裸片安裝、封裝到高密度襯底上而成的集成電路。通過將多個裸片安裝、封裝到高密度襯底上，使多個裸片好像具有1個LSI那樣的外形構造，這也被包含在系統LSI中(這種系統LSI被稱為多晶片模塊。)。這裡，如果著眼於封裝的種類，則在系統LSI中，有QFP(方型扁平式封裝)、PGA(插針網格陣列)這些種類。QFP是在封裝的四個側面上安裝了管腳的系統LSI。PGA是在整個底面上安裝了許多管腳的系統LSI。這些管腳擔負與驅動器裝置的輸入輸出接口、與遙控器的輸入接口、與電視的接口等IEEE1394接口或與PCI總線的接口的作用。系統LSI中的管腳有這種接口的作用，所以通過在系統LSI的這些管腳上連接驅動器等或再現裝置的各種電路，使系統LSI起再現裝置的核心的作用。所謂系統LSI中封裝的裸片，是實現各實施方式中作為內部結構圖示出的各構成要素的功能的指令ROM或CPU、解碼器LSI等。如前面「用作嵌入程序」中所述，在指令ROM中，寫入了與程序相當的加載模塊、或基本輸入輸出程序(BIOS)、各種各樣的中間件(作業系統)。在本實施方式中，特別創作的是與該程序相當的加載模塊的部分，所以通過將保存著與程序相當的加載模塊的指令ROM作為裸片來封裝，能夠生產本發明的系統LSI。作為具體的實現，最好是SoC實現或SiP實現。所謂SoC(Systemonchip，系統晶片)封裝，是在1個晶片上刻制多個電路的技術。而所謂SiP(SySteminPackage，系統級封裝)封裝，是將多個晶片用樹脂等做成1個封裝的技術。經過以上的過程，本發明的系統LSI能夠根據各實施方式所示的再現裝置的內部結構圖來製作。其中，如上所述生成的集成電路由於集成度的差異，有時也稱為IC、LSI、SuperLSI(超LSI)、UltraLSI(甚LSI)。再者，也可以用1個晶片來構成各再現裝置的構成要素的一部分或全部。集成電路化並不限於上述SoC實現、SiP實現，也可以用專用電路或通用工藝來實現。可以利用在製造LSI後可編程的FPGA(FieldProgrammableGateArray現場可編程門陣列)、或可重構LSI內部的電路單元的連接或設定的可重構處理器。再者，如果由於半導體技術的進步或派生的技術而出現了代替LSI的集成電路化的技術，則當然也可以用該技術來進行功能41塊的集成電路化。例如，有可能採用生物技術等。(E)在所有實施方式中，用BD-R0M實施了本發明的光碟，但是也可以是任何記錄介質。例如，也可以是DVD-ROM、DVD-RAM、DVD-RW、DVD-R、DVD+RW、DVD+R、CD-R、CD-RW等光碟、PD、M0等磁光碟。(F)各實施方式中的視頻流是BD-ROM標準的AVClip，但是也可以是DVD-Video標準、DVD-VideoRecording標準的VOB(VideoObject)。V0B是通過復用視頻流、音頻流而得到的符合IS0/IEC13818-1標準的程序流。此外，AVClip中的視頻流也可以是MPEG4或WMV方式的。再者，音頻流也可以是Linear-PCM方式、Dolby(杜比)-AC3方式、MP3方式、MPEG-AAC方式、dts方式。(G)在各實施方式中，根據MPEG4-AVC(也稱為H.264或JVT)進行了說明，但是也可以是MPEG2視頻流；此外，在其他形式(VC-1等)的圖像的情況下，如果是能夠單獨解碼的圖像，則也可以容易地應用。本發明的記錄介質及再現裝置在上述實施方式中公開了內部結構，可以根據該內部結構來量產，所以在實質上可以在工業上利用。由此，本發明的記錄介質及再現裝置具有產業上的可利用性。權利要求一種記錄介質，記錄有包含復用的視頻流及音頻流的數字流、應用、以及用於作為點擊聲輸出的聲音數據，其特徵在於在上述記錄介質上還記錄著管理信息，包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑；以及與上述再現路徑信息相對應的標誌；上述標誌表示是否將使用了與用戶對上述所執行的應用的操作相對應的聲音數據的點擊聲的輸出、和通過上述所執行的應用選擇的再現路徑信息所規定的再現路徑所表示的數字流的聲音輸出混合。2.一種再現裝置，用於執行應用，並且再現數字流，其特徵在於，包括讀出單元，從記錄介質上讀出管理信息和標誌，該管理信息包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑，該標誌與上述再現路徑信息相對應；平臺部，執行上述記錄介質上記錄的應用；再現控制引擎部，在上述應用的執行中，通過執行由上述應用所選擇的再現路徑信息規定的再現路徑所表示的數字流的再現，來進行影像輸出及聲音輸出；以及混合部，在與上述應用所選擇的再現路徑信息相對應的標誌是「開」的情況下，執行使用了與用戶對上述執行中的應用的操作相對應的聲音數據的點擊聲的輸出、和上述數字流的聲音輸出之間的混合，而在與上述應用所選擇的再現路徑信息相對應的標誌是「關」的情況下，不執行該混合。3.如權利要求2所述的再現裝置，其特徵在於上述平臺部，將在該應用的執行中能夠選擇的再現路徑信息通知給該應用；上述再現控制引擎部所執行的再現，是對由上述執行中的應用所選擇的再現路徑信息規定的再現路徑所表示的數字流進行再現。4.一種再現方法，用於執行應用，並且再現數字流，其特徵在於，包括讀出步驟，從記錄介質上讀出管理信息和標誌，該管理信息包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑，該標誌與上述再現路徑信息相對應；執行步驟，執行上述記錄介質上記錄的應用；再現控制步驟，在上述應用的執行中，通過執行由上述應用所選擇的再現路徑信息規定的再現路徑所表示的數字流的再現，來進行影像輸出及聲音輸出；以及混合步驟，在與上述應用所選擇的再現路徑信息相對應的標誌是「開」的情況下，執行使用了與用戶對上述執行中的應用的操作相對應的聲音數據的點擊聲的輸出、和上述數字流的聲音輸出之間的混合，而在與上述應用所選擇的再現路徑信息相對應的標誌是「關」的情況下，不執行該混合。5.如權利要求4所述的再現方法，其特徵在於上述執行步驟，將在該應用的執行中能夠選擇的再現路徑信息通知給該應用；上述再現控制步驟所執行的再現，是對由上述執行中的應用所選擇的再現路徑信息規定的再現路徑所表示的數字流進行再現。6.一種管理程序，管理應用的執行，並且使計算機執行數字流的再現，其特徵在於，該管理程序使計算機執行以下步驟讀出步驟，從記錄介質上讀出管理信息和標誌，該管理信息包含再現路徑信息、和表示所執行的應用能夠選擇的再現路徑信息的信息，該再現路徑信息通過表示上述數字流上的再現開始時刻及再現結束時刻的組來規定再現路徑，該標誌與上述再現路徑信息相對應；執行步驟，執行上述記錄介質上記錄的應用；再現控制步驟，在上述應用的執行中，通過執行由上述應用所選擇的再現路徑信息規定的再現路徑所表示的數字流的再現，來進行影像輸出及聲音輸出；以及混合步驟，在與上述應用所選擇的再現路徑信息相對應的標誌是「開」的情況下，執行使用了與用戶對上述執行中的應用的操作相對應的聲音數據的點擊聲的輸出、和上述數字流的聲音輸出之間的混合，而在與上述應用所選擇的再現路徑信息相對應的標誌是「關」的情況下，不執行該混合。7.如權利要求6所述的管理程序，其特徵在於上述執行步驟，將在該應用的執行中能夠選擇的再現路徑信息通知給該應用；上述再現控制步驟所執行的再現，是對由上述執行中的應用所選擇的再現路徑信息規定的再現路徑所表示的數字流進行再現。全文摘要本發明提供一種再現裝置和再現方法。在BD-ROM上，記錄著AVClip和Java(註冊商標)應用。在該AVClip上，復用著視頻流及音頻流。此外，在BD-ROM上，記錄著管理信息和與其對應的Mixing_On標誌，上述管理信息是表示應與Java(註冊商標)應用的執行同時開始的AVClip的再現控制的信息，Mixing_On標誌表示是否混合與用戶對Java(註冊商標)應用的操作相應的點擊聲、和上述再現控制時的AVClip的聲音輸出。文檔編號G11B20/10GK101833975SQ20101012914公開日2010年9月15日申請日期2005年11月30日優先權日2004年12月1日發明者岡田智之,大蘆雅弘,橋本敏史,矢羽田洋申請人:松下電器產業株式會社