TWI389106B

TWI389106B - Recording medium, reproduction apparatus, reproduction method, and program

Info

Publication number: TWI389106B
Application number: TW095103538A
Authority: TW
Inventors: Hiroshi Yahata; Tomoyuki Okada
Original assignee: Panasonic Corp
Priority date: 2005-01-28
Filing date: 2006-01-27
Publication date: 2013-03-11
Also published as: US8249416B2; JP2009176411A; TW200641819A; JP4833306B2; EP1713075B1; EP2387037B1; EP2387037A1; EP1843351B1; WO2006080462A1; JP2009123335A; EP1843351A4; JPWO2006080460A1; US7873264B2; JP4354988B2; JPWO2006080461A1; US8280233B2; US20090103895A1; CN102270482A; JP4359644B2; EP1843344B1

Description

記錄媒體、再生裝置、程式及再生方法

技術領域

本發明係屬於混音技術的技術領域之發明。

背景技術

混音技術係指從1個以上的記錄媒體中，讀取出主聲的主要音訊資料流(Primary音訊資料流)及副聲的次要音訊資料流(Secondary音訊資料流)後，對該等音訊資料流進行個別解碼，再合成該解碼結果的非壓縮數位音訊資料並且輸出之技術。

由於可使用各別的供應媒體將電影作品的構成要件之數位資料流提供給使用者，故可增加電影作品在製作變化上的自由度、如添加導演註解等，且可由1個電影作品中衍生各種再生的變化方式。

又，讀取記錄於記錄媒體的數位資料流以進行再生之技術，有以下專利文獻所揭示之先前技術。

專利文獻1：日本專利公開公報第2000－228656號

然而，談到以該混音技術作為連接對象之再生裝置模組時，例如，會產生必須在從光碟讀取主要音訊資料流的中途，從預備記錄媒體讀取次要音訊資料流之情形。且進行該讀取時，從光碟讀取之TS封包及從預備記錄媒體讀取之TS封包可能會相混於1個路徑中。在這種相混的狀態下，會難以分辨是多數TS封包中之何者構成了主要音訊資料流、還是構成了次要音訊資料流，因此，雖可一併處理該等TS封包，但要僅針對構成主要音訊資料流及次要音訊資料流者中的任一者進行某些處理時則會變的困難。

在對於構成主要音訊資料流之封包、構成次要音訊資料流之封包進行一併處理，並以同樣增益(Gain)輸出主要音訊資料流及次要音訊資料流時，當不佳條件重疊時，即可能會導致喇叭之破損等，且亦會在品質上造成相當大的傷害。

本發明之目的為提供一種即使構成主要音訊資料流之TS封包及構成次要音訊資料流之TS封包相混於1個路徑中，亦可針對各個進行個別處理之記錄媒體。

為了達成前述目的，本發明之記錄媒體係記錄有播放清單資訊者，且前述播放清單資訊包含有主路徑資訊及子路徑資訊，其中前述主路徑資訊係指定多數數位資料流中之一個作為主資料流，並對該主資料流定義主要再生區間之資訊，而前述子路徑資訊係指定多數數位資料流中之另一個作為子資料流，並對該子資料流定義應與前述主要再生區間同步的次要再生區間之資訊，又，前述記錄媒體中記錄有指定為子資料流之音訊資料流，該音訊資料流係由多數封包構成，且各封包附有封包識別碼，而前述封包識別碼係由高階欄位及低階欄位構成，並且高階欄位顯示以封包構成的音訊資料流為次要音訊資料流，且其聲音輸出可與主要音訊資料流的聲音輸出混合之主旨。

因封包識別碼之高階欄位係顯示以封包構成的音訊資料流為次要音訊資料流，且其聲音輸出可與主要音訊資料流的聲音輸出混合之主旨，故再生裝置內之多工分離部進行接收該路徑所傳送之封包，並參照該等封包識別碼之高階欄位，藉此，可將該封包投入次要音訊資料流用的解碼器中。

藉此，多工分離部可只對構成該次要音訊資料流之PES封包進行多工分離，並接收至不同於主要音訊資料流用的解碼器之其他解碼器中。

由於可將構成主要音訊資料流之封包、構成次要音訊資料流之封包接收至不同的解碼器，以提供解碼進行，因此，可只對構成主要音訊資料流之封包進行降頻轉換、縮混或縮小增益。即使在光碟之讀取進行時，從預備記錄媒體讀取出次要音訊資料流，並將該等供給至2個解碼器，亦可只針對構成主要音訊資料流之封包進行即時特別處理。此外，該音訊資料流為多數次要音訊資料流中的某一者時，會在低階欄位中顯示為第幾個，因此，在具有多數語言註解時，亦可從該等當中選擇適當者進行再生。

圖式之簡單說明

第1圖係顯示本發明記錄媒體之使用操作型態。

第2圖係顯示BD－ROM之內部結構。

第3圖係模式化顯示如何構成附延伸檔名.m2ts之檔案。

第4圖係顯示構成AV短片之TS封包是經過何種過程而寫入BD-ROM。

第5圖係顯示BD-ROM之實體單位與構成1個檔案範圍之原始封包的對應關係。

第6圖係顯示何種基本資料流多工化於AV短片內。

第7圖係顯示短片資訊之內部結構。

第8圖係顯示關於電影的視訊資料流之EP_map設定。

第9圖係顯示播放清單資訊之資料結構。

第10圖係顯示AV短片與播放清單資訊之關係。

第11圖係顯示檔案sound.bdmv之結構。

第12圖係顯示局部儲存器200之內部結構。

第13圖係顯示多工化於子短片中之基本資料流。

第14圖係顯示BD-ROM規格之PID配置對映表。

第15(a)圖係顯示次要音訊資料流之內部結構。

第15(b)圖係顯示音訊資料框之一例。

第15(c)圖係顯示元資料之內部結構。

第15(d)圖係模式化顯示增益控制資訊之一例。

第16圖係顯示如何藉由次要音訊資料流內的元資料，來控制主要音訊資料流之音量。

第17圖係顯示播放清單資訊之資料結構。

第18圖係顯示子路徑資訊的內部結構之放大圖。

第19圖係顯示局部儲存器200上之子短片與局部儲存器200上之播放清單資訊與BD-ROM上之主短片的對應圖。

第20圖係將針對主短片而設定之EP_map及播放項目時間軸，與針對構成主要音訊資料流、次要音訊資料流的子短片而設定之EP_map及子播放項目時間軸匯集而顯示。

第21圖係顯示STN_table之內部結構。

第22(a)圖係顯示對應於視訊資料流之Stream_attribute。

22(b)圖係顯示對應於主要音訊資料流、次要音訊資料流之Stream_attribute。

第22(c)圖係顯示視訊資料流之Stream_entry。

第22(d)圖係顯示次要音訊資料流之Stream_entry。

第22(e)圖係顯示被賦予與次要音訊資料流之Stream_entry及Stream_attribute的群組對應之Comb_info_Secondary_audio_Primary_audio的內部結構。

第23圖係顯示藉由Comb_info_Secondary_audio_Primary_audio指定主要音訊資料流。

第24圖係顯示藉再生裝置300而產生之虛擬檔案系統。

第25圖係顯示本發明再生裝置之內部結構。

第26圖係機能性表現控制器22之圖。

第27(a)圖係顯示PSR1之位元指定。

第27(b)圖係顯示PSR14之位元指定。

第27(c)圖係顯示PSR31之位元指定。

第28圖係顯示藉播放清單處理部而進行的播放清單再生順序之流程圖。

第29(a)圖係顯示可取得PSR1的設定值之狀態遷移圖。

第29(b)圖係顯示PSR1的再生狀態改變時之程序的處理順序。

第30圖係顯示步驟S5的詳細處理順序之流程圖。

第31圖係顯示資料流變化時的PSR1設定順序之流程圖。

第32(a)圖係顯示可取得PSR14的設定值之狀態遷移圖。

第32(b)圖係顯示PSR14的再生狀態改變時之程序的處理順序。

第33圖係顯示步驟S35的詳細處理順序之流程圖。

第34圖係顯示資料流變化時的PSR14設定順序之流程圖。

第35(a)圖係顯示再生裝置300、AV放大器500、喇叭600之連接型態。

第35(b)圖係顯示聲道數在再生裝置300、AV放大器500、喇叭600分別產生何種變化。

第36(a)圖係顯示DIB之圖。

第36(b)圖係顯示可設定於DIB的各欄位之值。

第36(c)圖係顯示使用DIB之再生裝置300、AV放大器500間的通信序列。

第37(a)圖係顯示在DD/DD＋形式的主要音訊資料流之音訊資料框內，DIB的「Format depending coding type」之Base,Level3各自配置於何種資料上。

第37(b)圖係顯示在DTS－HD形式的主要音訊資料流之音訊資料框內，DIB的「Format depending coding type」之Base,Level1,Level2,Level3各自配置於何種資料上。

第38圖係顯示PSR集23的PSR15之內部結構。

第39圖係顯示第2實施型態之控制器22的處理順序之流程圖。

第40圖係顯示是否進行路徑直達輸出的設定接收用之選項單。

第41圖係顯示依照DIB設定PSR15的播放器音訊資料流處理能力之處理順序的流程圖。

第42圖係顯示依照DIB設定PSR15的播放器音訊資料流處理能力之處理順序的流程圖。

第43(a)圖係顯示再生裝置300設置於汽車內部時之設置例。

第43(b)圖係顯示第3實施型態的PSR31之內部結構。

第44圖係顯示播放清單資訊的播放清單標示資訊之內部結構。

第45圖係顯示藉由播放清單標示資訊指定播放清單資訊之章節位置。

第46圖係顯示第3實施型態的爪哇(註冊商標)應用程式處理順序之流程圖。

第47圖係顯示章節搜尋的處理順序之流程圖。

第48圖係顯示章節跳越的處理順序之流程圖。

第49圖係第4實施型態的爪哇(註冊商標)應用程式之流程圖。

第50圖係顯示配置有「更新按鈕」的選項單之表示例。

第51圖係顯示局部儲存器200端的短片資訊之資料結構。

第52圖係顯示針對主要音訊資料流、次要音訊資料流而產生之EP_map。

第53圖係顯示根據播放項目資訊及子播放項目資訊的再生順序之流程圖。

第54圖係模式化顯示要如何使用如第52圖那樣進行設定之EP_map來特定隨機存取位置。

第55圖係顯示將主短片、子短片上的座標TM變換成位址之處理順序的流程圖。

第56圖係顯示子短片為主要音訊資料流、次要音訊資料流時的變數k、h、隨機存取位置之關係。

實施發明之最佳型態 (第1實施型態)

接下來說明本發明記錄媒體之實施型態。首先，從本發明記錄媒體在執行操作當中之使用操作型態開始說明。第1圖係顯示本發明記錄媒體之使用操作型態。在第1圖中，本發明之記錄媒體為局部儲存器200，且局部儲存器200係使用於將電影作品供給至由再生裝置300、電視機400、AV放大器500、喇叭600構成的家庭劇院系統之用途上。

接著，進行BD－ROM100、局部儲存器200、再生裝置300之說明。

BD－ROM100係記錄有電影作品之記錄媒體。

局部儲存器200係組裝於再生裝置內，並且是一作為可接收電影供應者的伺服器發送之內容的接收容器利用之硬碟。

再生裝置300係網路對應型之數位家電機器，且具有再生BD－ROM100之機能，又，具有將透過網路從電影供應者之伺服器下載的內容與記錄於BD－ROM100的內容組合，以達到擴充BD－ROM100之能力。將BD－ROM100之記錄內容與局部儲存器200之記錄內容組合，並使未記錄於BD－ROM100之資料如已記錄者那樣地進行處理之技術稱為“虛擬檔案系統”。

以上為本發明記錄媒體的使用形態之說明。

接著，說明本發明記錄媒體之生產操作。本發明之記錄媒體可實現在BD－ROM檔案系統上的改良。第2圖係顯示BD－ROM中的檔案－目錄結構，且本圖之BD－ROM在Root目錄之下有BDMV目錄。

<BD－ROM之概要>

第2圖係顯示BD－ROM之內部結構。本圖之第4層表示BD－ROM，而第3層表示BD－ROM上的光軌(Track)。本圖之光軌係沿著BD－ROM的內周到外周橫向延長顯示形成為螺旋狀之光軌。該光軌係由讀入領域、容量領域及讀出領域構成。本圖之容量領域具有實體層、檔案系統層、應用層等層組。使用目錄結構表現BD－ROM之應用層格式(應用程式格式)時，即如圖中之第1層所示者。在該第1層中，BD－ROM係於Root目錄之下具有BDMV目錄。

BDMV目錄中具有附延伸檔名bdmv之檔案index.bdmv,MovieObject.bdmv)。此外，該BDMV目錄下面更具有稱作PLAYLIST目錄、CLIPINF目錄、STREAM檔目錄、BDBJ目錄、BDJA目錄、AUXDATA目錄等6個子目錄。

PLAYLIST目錄中具有附延伸檔名mpls之檔案(00001.mpls)、CLIPINF目錄中具有附延伸檔名clpi之檔案(00001.clpi)、STREAM目錄中具有附延伸檔名m2ts之檔案(00001.m2ts)、BDBJ目錄中具有附延伸檔名bobj之檔案(00001.bobj)、BDJA目錄中具有附延伸檔名jar之檔案(00001.jar)、AUXDATA目錄中儲存有檔案sound.bdmv。

根據以上檔案結構，可知有多數不同種類之檔案配置在BD－ROM上。

<BD－ROM結構之1.AV短片(Clip)>

首先，說明附延伸檔名.m2ts之檔案。第3圖係模式化顯示如何構成附延伸檔名.m2ts之檔案。附延伸檔名.m2ts之檔案(00001.m2ts)儲存有AV短片。AV短片為MPEG2－TransportStream(傳輸資料流)形式之數位資料流。該數位資料流之構成方式係：將數位化影像、數位化聲音(上面第1層)變換成由PES封包構成之基本資料流(Elementary stream)後(上面第2層)，再變換成TS封包(上面第3層)，同樣地，再將字幕系統之表達圖形資料流(PresentationGraphics(PG)Stream)及對話系統之交互圖形資料流(InteractiveGraphics(IG)Stream)(下面第1層、下面第2層)變換成TS封包(下面第3層)，並且對該等封包進行多工化。

PG資料流係構成每個語言的字幕之圖形資料流，且具有英語、日語、法語等多數語言之資料流。PG資料流係由PCS(Presentation Control Segment：表達控制段)、PDS(Palette Define Segment：調色定義段)、WDS(Window Define Segment：視窗定義段)、ODS(Object Define Segment：物件定義段)、END(END of Display Set Segment：顯視設定結束段)等一連串之機能段所構成。ODS(Object Define Segment)係定義字幕的圖形物件之機能段。

WDS(Window Define Segment)係定義畫面中的圖形物件顯示領域之機能段，而PDS(Pallet Define Segment)係在顯示圖形物件時規定成色之機能段。PCS(Presentation Control Segment)係規定字幕顯示的頁數控制之機能段，此種頁數控制有Cut－In/Out、Fade－In/Out、ColorChange、Scroll、Wipe－In/Out(切入/切出、淡入/淡出、變色、捲動、轉入/轉出)等，伴隨藉PCS之頁數控制，可實現逐漸消除某字幕並且同時顯現接續字幕之顯示效果。

IG資料流係可實現對話控制之圖形資料流。利用IG資料流定義之對話控制係具有與DVD再生裝置上的對話控制進行互換之互換性者。此種IG資料流係由稱作ICS(Interactive Composition Segment：交互合成段)、PDS(Palette Definition Segment：調色定義段)、ODS(Object Definition Segment：物件定義段)、END(END of Display Set Segment：顯視設定結束段)等之機能段所構成。ODS(Object Definition Segment)係定義圖形物件之機能段，且該圖形物件係多數聚集以顯示對話畫面上的按鈕。PDS(Palette Definition Segment)係在顯示圖形物件時規定成色之機能段。ICS(Interactive Composition Segment)係實現依照使用者操作使按鈕狀態產生變化的狀態變化之機能段，且ICS含有對按鈕執行確定操作時應該執行之按鈕命令。

在此，構成AV短片之PES封包係構成1個以上之“STC_Sequence(序列)”。“STC_Sequence”係指PES封包之排列，並在其PTS、DTS參照的System Time Clock(STC：系統定時時鐘)值上具有STC不連續點(system time－base discontinuity)。STC_Sequence之必要條件為不具有STC不連續點，因此，在構成1個STC_Sequence之PES封包列中位於STC不連續點後方之PES封包係：從包含PCR(Program Clock Reference：程式時鐘參考依據)者開始到下一個STC不連續點之前形成為1個STC_Sequence。

接著，進行如前所述而構成之AV短片要如何寫入BD－ROM之說明。第4圖係顯示構成AV短片之TS封包是經過何種過程而寫入BD－ROM的，且本圖之第1層顯示構成AV短片之TS封包。

如第2層所示者，構成AV短片的188位元之TS封包附有4位元之TS_extra_header(圖中的陰影部)，而形成192位元長之原始封包(Source Packet)。該TS_extra_header(TS額外標頭)含有Arrial_Time_Stamp(到達時間戳記)。

構成AV短片之原始封包係於第3層的AV短片中構成1個以上之“ATC－Source”。“ATC－Source”係指原始封包之排列，且其Arrial_Time_Stamp參照的Arrial_Time_Clock上不具有不連續點(no arrival time－base discontinuity)。換言之，連續性地存在於其Arrial_Time_Stamp參照的Arrial_Time_Clock上之原始封包列稱作“ATC－Source”。

此種ATC－Source係形成為AV短片，並以xxxxx.m2ts之檔名記錄於BD－ROM中。

此種AV短片係與一般的電腦檔案相同，分割成多數檔案範圍，並記錄於BD－ROM上的領域。第4層係模式化顯示AV短片是如何記錄於BD－ROM中的。在該第4層中，構成檔案之各檔案範圍具有超過事先決定的S範圍之資料長度。

對AV短片分割成多數範圍以進行記錄時的每個範圍最小資料長度－S範圍進行檢討。

在此，光學讀取器於BD－ROM上跳越之所需時間相當於：Tjump＝Taccess＋Toverhead。

Taccess係對應跳越距離而賦予之時間(m秒)，且跳越距離(邏輯區塊數)為0~5000時則179m秒、跳越距離(邏輯區塊數)為5001~10000時則210m秒、跳越距離(邏輯區塊數)為10001~20000時則270m秒、跳越距離(邏輯區塊數)為半程時則990m秒、跳越距離(邏輯區塊數)為全程時則1220m秒。

從BD－ROM讀取之TS封包係儲存於稱作讀緩衝器(Read buffer)之暫存器後輸出至解碼器，然而，在Rud之位元率下輸出至讀緩衝器，並將ECC區塊中的扇區數設為Secc時，Toverhead則相當於以下計算：Toverhead≦(2×Secc×8)/Rud＝20m秒。

從BD－ROM讀取之TS封包係在原始封包之狀態下儲存於讀緩衝器後，以TS_Recording_rate之傳送率供給至解碼器。

為了避免以TS_Recording_rate之傳送率供給至解碼器之TS封包供給中斷，而必須在Tjump之間持續從讀緩衝器輸出TS封包至解碼器。在此，讀緩衝器之輸出是在原始封包而並非在TS封包之狀態下進行，因此，當TS封包與原始封包之容量比為192/188時，則必須在Tjump之間以(192/188×TS_Recording_rate)之傳送率持續從讀緩衝器輸出原始封包。

因此，避免讀緩衝器產生欠位(underflow)之暫存器儲存量為Boccupied≧(Tjump/1000×8)×((192/188×TS_Recording_rate)。

輸入讀緩衝器之輸入率為Rud，而從讀緩衝器輸出之輸出率為TS_Recording_rate×(192/188)，因此，利用輸入率－輸出率計算儲存至讀緩衝器之儲存率時則相當於：(Rud－TS_Recording_rate×(192/188))。

將該Boccupied儲存於讀緩衝器之所需時間Tx係：Tx＝Boccupied/(Rud－TS_Recording_rate×(192/188))。

從BD－ROM之讀取進行必須在該時間Tx內以Rud持續輸入TS封包，因此，將AV短片分割成多區以進行記錄時的每區最小資料長度S範圍係：S範圍＝Rud×Tx＝Rud×Boccupied/(Rud－TS_Recording_rate×(192/188))≧Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)/(Rud－TS_Recording_rate×(192/188))≧(Rud×Tjump/1000×8)××TS_Recording_rate×192/(Rud×188－TS_Recording_rate×192)。

因此，S範圍≧(Tjump×Rud/1000×8)×(TS_Recording_rate×192/(Rud×188－TS_Recording_rate×192))。

藉由構成AV短片之各檔案範圍具有以此算出的超過S範圍之資料長度，即使構成AV短片之各檔案範圍分散地位於BD－ROM上，供給至解碼器之TS封包亦不會於再生時產生中斷，且可連續性地讀取。

第5圖係顯示BD－ROM之實體單位與構成1個檔案範圍之原始封包的對應關係。如第2層所示，BD－ROM上形成有多數扇區。如第1層所示，構成檔案範圍之原始封包係每32個形成為一組，並寫入連續的3個扇區中。由32個原始封包構成之群組為6144位元(＝32×192)，且此與3個扇區容量－6144位元(＝2048×3)一致。3個扇區中容納的32個原始封包稱作“對齊單元(Aligned Unit)”，且寫入BD－ROM時是以對齊單元單位進行加密。

第3層之扇區係以32個為單位附上錯誤訂正編碼，以構成ECC區塊。再生裝置只要以對齊單元為單位對BD－ROM進行存取，即可得到以32個完結之原始封包。以上係AV短片寫入BD－ROM之過程。

<基本資料流之種類>

第6圖係顯示何種基本資料流多工化於AV短片內。

如本圖所示，具有0x1011的PID之高畫質視訊資料流、具有從0x1100到0x111F的PID之主要音訊資料流、具有從0x1200到0x121F的PID之PG資料流、具有從0x1400到0x141F的PID之IG資料流係多工化於AV短片內。構成該等基本資料流之封包係附有與其對應之PID，並以該PID為線索進行多工分離。以下，將這種多工化有高畫質視訊資料流之AV短片稱作“主短片(Main Clip)”。

相對於此，將未多工化有高畫質視訊資料流之AV短片稱作“子短片(Sub Clip)”。

<BD－ROM結構之2.短片資訊>

接著，進行附有延伸檔名.clpi的檔案之說明。附有延伸檔名.clpi的檔案(00001.clpi)儲存有短片資訊。短片資訊係關於各個AV短片之管理資訊。第7圖係顯示短片資訊之內部結構，且如本圖左側所示，短片資訊包含有：i)儲存有關於AV短片的資訊之『ClipInfo()』；ii)儲存有關於ATC序列、STC序列的資訊之『Sequence Info()』；iii)儲存有關於程式序列的資訊之『Program Info()』；及iv)『Characteristic Point Info(CPI())』(特性點資訊)。

Sequence Info係AV短片內包含之1個以上的STC－序列、ATC－序列之資訊。預設該等資訊之意義係用以將STC、ATC之不連續點事先通知至再生裝置。即，存在此種不連續點時，即有可能於AV短片內出現相同值之PTS、ATS，會於再生時產生不便。STC、ATC呈現連續係用以顯示是在傳輸資料流中從何處開始至何處為止，而設有Sequence Info。

Program Info係顯示程式內容固定的區間(程式序列)之資訊。程式係指相互共有用以同步再生的時間軸之多數基本資料流的集合。預設程式序列資訊之意義係用以將程式內容之變化點事先通知至再生裝置。在此，程式內容之變化點係指視訊資料流的PID產生變化、或視訊資料流的種類從SDTV變化成HDTV等。

接著，進行Characteristic Point Info(特性點資訊)之說明。圖中之拉出線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－1])構成。該等EP_map_for_one_stream_PID係屬於AV短片的各個基本資料流之EP_map。EP_map係於1個基本資料流上，賦予存取單元(Access Unit)存在的登錄(Entry)位置之封包號碼(SPN_EP_start)與登錄時間(PTS_EP_start)對應而顯示之資訊。圖中之拉出線cu3係將EP_map_for_one_stream_PID之內部結構放大。

藉此，可得知EP_map_for_one_stream_PID係由Nc個EP_High(EP_High(0)~EP_High(Nc_1))及Nf個EP_Low(EP_Low(0)~EP_Low(Nf－1))所構成。在此，EP_High之功能為表示存取單元(Non－IDR I圖像、IDR圖像)的SPN_EP_start及PTS_EP_start之高階位元，而EP_Low之功能為表示存取單元(Non_IDR I圖像、IDR圖像)的SPN_EP_start及PTS_EP_start之低階位元。

圖中之拉出線cu4係將EP_High之內部結構放大。如該拉出線所示，EP_High(i)包含有：關於EP_Low的參照值之『ref_to_EP_Low_id[i]』、表示存取單元(Non－IDR I圖像、IDR圖像)的PTS之高階位元之『PTS_EP_High[i]』、及表示存取單元(Non－IDR I圖像、IDR圖像)的SPN之高階位元之『SPN_EP_High[i]』。在此，i係用以識別任意EP_High之識別碼。

圖中之拉出線cu5係將EP_Low之結構放大。如拉出線cu5所示，EP_Low包含有：顯示對應的存取單元是否為IDR圖像之『is_angle_change_point(EP_Low_id)』、顯示對應的存取單元容量之『I_end_position_offset(EP_Low_id)』、顯示對應的存取單元(Non_IDR I圖像、IDR圖像)的PTS之低階位元之『PTS_EP_Low(EP_Low_id)』、及顯示對應的存取單元(Non_IDR I圖像、IDR圖像)的SPN之低階位元之『SPN_EP_Low(EP_Low_id)』。在此，EP_Low_id係用以識別任意EP_Low之識別碼。

<短片資訊說明之2.EP_map>

以下，透過具體例進行EP_map之說明。第8圖係顯示關於電影的視訊資料流之EP_map設定。第1層表示多數按照顯示順序配置之圖像(MPEG4－AVC所規定之IDR圖像、I圖像、B圖像、P圖像)，第2層表示該圖像之時間軸。第4層表示BD－ROM上的TS封包列，第3層表示EP_map之設定。

在第2層的時間軸中，時点t1~t7內具有形成存取單元之IDR圖像及I圖像。此外，該等t1~t7之時間間隔為1秒左右時，電影所使用的視訊資料流之EP_map會設定成將t1~t7作為登錄時間(PTS_EP_start)顯示，並顯示與其對應之登錄位置(SPN_EP_start)。

<播放清單資訊>

接著，進行播放清單資訊之說明。附有延伸檔名“mpls”之檔案(00001.mpls)為儲存有播放清單(PL)資訊之檔案。

第9圖係顯示播放清單資訊之資料結構，且如本圖之拉出線mp1所示，播放清單資訊包含有定義主路徑之主路徑資訊(MainPath())、及定義章節之播放清單標示資訊(PlayListMark())。

<播放清單資訊說明之1.主路徑資訊>

首先，進行主路徑之說明。主路徑係針對主影像的視訊資料流及音訊資料流定義之再生路徑。

如箭頭mp1所示，主路徑係根據多數播放項目資訊#1....#m而定義者。播放項目資訊係定義構成主路徑之1個以上的邏輯再生區間。藉拉出線hs1放大播放項目資訊之結構。如該拉出線所示，播放項目資訊之結構包含有：表示再生區間之IN點與Out點所屬的AV短片再生區間資訊之檔名之『Clip_Information_file_name』、表示AV短片的編碼方式之『Clip_codec_identifier』、表示播放項目是否構成多角度之『is_multi_angle』、表示該播放項目與其前1個播放項目之連接是否無縫整合(Seamless)進行之『connection_condition』、可唯一表示該播放項目視為對象的STC_Sequence之『ref_to_STC_id[0]』、表示再生區間的開始點之時間資訊『In_time』、表示再生區間的結束點之時間資訊『Out_time』、表示該播放項目中應該覆蓋(mask)的使用者操作為哪個之『UO_mask_table』、表示是否允許在該播放項目中途進行隨機存取之『PlayItem_random_access_flag』、表示是否於該播放項目再生結束後，繼續最後圖像的靜止顯示之『Still_mode』、及『STN_table』。其中，構成再生路徑的是表示再生區間的開始點之時間資訊『In_time』及表示再生區間的結束點之時間資訊『Out_time』之群組，而再生路徑資訊係由該等『In_time』及『Out_time』之群組所構成。

第10圖係顯示AV短片與播放清單資訊之關係。第1層表示具有播放清單資訊之時間軸，而第2層至第5層表示EP_map所參照的視訊資料流。

播放清單資訊包含有播放項目資訊#1,#2等2個播放項目資訊，並根據該等播放項目資訊#1,#2之In_time,Out_time定義2個再生區間。在該等再生區間進行排列時，會定義不同於AV短片時間軸之時間軸，此即為第1層所示之播放項目時間軸。因此，可藉由定義播放項目資訊，來定義不同於AV短片之時間軸。

上述短片資訊及播放清單播放清單係分類成“靜態場景”。理由在於是根據上述短片資訊及播放清單資訊而定義靜態再生單位的播放清單之故。然後，結束關於上述靜態場景之說明。

接著，進行“動態場景”之說明。動態場景係動態規定AV短片的再生控制之場景資料。“動態”係指藉由再生裝置的狀態變化或來自使用者的按鍵事件(Key Event)而得知再生控制之內容。可在BD－ROM中假定2個模式作為該再生控制之操作環境。第1個係與DVD再生裝置的操作環境相當類似之操作環境、即命令基底(Command Base)之執行環境，而第2個係爪哇(註冊商標)虛擬機器之操作環境。這2個操作環境中的1個稱作HDMV模式，而另一個稱作BD－J模式。由於有這2個操作環境，故動態場景可假定其中任一操作環境以進行記錄。假定HDMV模式之動態場景稱作電影物件(Movie Object)。另外，假定BD－J模式之動態場景稱作BD－J物件(BD－J Object)。

首先，開始進行電影物件之說明。

<電影物件>

電影物件係儲存於第2圖所示MovieObject.bdmv之檔案中，且含有導航命令(Naigation Command)列。

導航命令列係由可實現條件分支、再生裝置內的狀態暫存器設定、狀態暫存器的設定值取得等之命令列構成。以下為可能記錄於電影物件中之命令。

再生PL命令格式：再生PL(第1引數、第2引數)第1引數係播放清單之號碼，且可指定欲再生之播放清單。第2引數係該播放清單含有的播放項目或該播放清單中的任意時間，且可使用章節、標示來指定再生開始位置。

藉播放項目而指定PL時間軸上的再生開始位置之再生PL函數稱作PlayPLatPlayItem()，藉章節而指定PL時間軸上的再生開始位置之再生PL函數稱作PlayPLatChapter()，藉時間資訊而指定PL時間軸上的再生開始位置之再生PL函數稱作PlayPLatSpecified Time()。

電影物件中的導航命令列之記錄方式係相當類似DVD中的導航命令列之記錄方式，因此，可有效率地進行將DVD上的光碟內容移植到BD－ROM之作業。關於電影物件，有以下國際專利公開公報所揭示之先前技術，而詳細說明請參照本國際專利公開公報(國際專利公開公報第W0 2004/074976號)。

然後，結束關於上述電影物件之說明。接著，進行BD－J物件之說明。

<BD－J物件>

BD－J物件係在爪哇(註冊商標)程式設計環境下記錄之BD－J模式的動態場景，且儲存於00001.bobj之檔案中。與電影物件之不同點在於BD－J物件內並未直接記錄命令。即，在電影物件中，係藉由導航命令直接記錄控制順序。相對於此，BD－J物件係藉由將對於爪哇(Java；註冊商標)應用程式之指定記錄於應用程式管理表中，來間接規定控制順序。藉由此種間接規定，可有效率地進行控制順序之共通化，即所謂多數動態場景中的控制順序之共通化。

此外，電影物件之播放清單再生係藉由敘述可命令播放清單再生之導航命令(再生P1命令)而進行，而BD－J物件之播放清單再生係藉由將顯示播放清單再生順序之播放清單管理表建入BD－J物件而可敘述進行。

進行關於該BD－J模式的爪哇(註冊商標)應用程式之說明。在此，BD－J模式所假定之爪哇(註冊商標)平台係爪哇(註冊商標)2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)與Globally Executable MHP specification(GEM1.0.2)for package media targets之全組裝者。

該BD－J模式的爪哇(註冊商標)應用程式係透過xlet介面，並藉由應用程式管理器(Application Manager)進行控制。xlet介面具有“loaded”、“paused”、“active”、“destroyed”(“下載”、“暫停”、“現用”、“銷毀”)等4種狀態。

前述爪哇(註冊商標)平台包含有用以表示JFIF(JPEG)、PNG或其他影像資料之標準爪哇(註冊商標)程式館。因此，爪哇(註冊商標)應用程式可在HDMV模式中實現與藉IG資料流而實現的GUI不同之GUI框架。爪哇(註冊商標)應用程式的GUI框架含有以GEM1.0.2規定之HAVi框架，並含有GEM1.0.2的遙控導航機構。

藉此，爪哇(註冊商標)應用程式可實現將基於HAVi框架之按鈕顯示、本文顯示、連線顯示(BBS之內容)等顯示，與動畫影像的顯示組合之畫面顯示，並且可使用遙控器進行關於該畫面顯示之操作。

儲存於第2圖的BDMV目錄下面的BDJA目錄之爪哇(註冊商標)歸檔檔案(00001.jar)即相當於該爪哇(註冊商標)應用程式之實體。

關於BD－J物件，有以下國際專利公開公報所揭示之先前技術，而詳細說明請參照本國際專利公開公報(國際專利公開公報第W0 2004/045840 A1、W0 2005/036555 A1、W0 2005/036546 A1號)。

然後，結束關於上述BD－J物件之說明。

<sound.bdmv>

接著，進行關於sound.bdmv之說明。sound.bdmv係儲存有可在對於以IG資料流顯示的選項單或爪哇(註冊商標)應用程式的GUI框架進行操作時，作為鍵音(Click)而輸出之音訊資料(將此種音訊資料稱作聲音資料(Sound Data))的檔案。

第11圖係顯示檔案sound.bdmv之結構。檔案sound.bdmv係由聲音資料()及聲音索引()構成，而聲音資料()係由多數聲音資料(sound_data(0),sound_data(1))構成。在該等聲音資料當中，sound_data(0)係操作選項單時作為第1鍵音而輸出之音源，而sound_data(1)係操作選項單時作為第2鍵音而輸出之音源。並藉由稱作sound_ID之識別碼來指示該等聲音資料。

Sound Index()係由聲音數(number_of_sound_entries)、關於sound_data(0)之索引、關於sound_data(1)之索引等構成。

索引係由單音/立體音以外等之各聲音屬性(sound_attributes)、對應的聲音資料之位址(sound_data_start_address)、對應的聲音資料之連續長度(sound_data_length)等構成。

如第2圖~第6圖所示，在電影劇中使用的聲音(台詞、BGM、效果聲)之音源係多工化於AV短片內以作為主要音訊資料流。這是由於可顯示電影劇中的聲音之主要音訊資料流係與讀取之視訊資料流同時供給至再生裝置之故。相對於此，檔案sound.bdmv則是作為不同於AV短片之個別檔案記錄於BD－ROM中。由於檔案sound.bdmv係作為不同於AV短片之個別檔案而記錄者，因此，欲於讀取AV短片時輸出聲音資料時，會產生光學讀取器用以讀取檔案sound.bdmv之跳越，而造成AV短片之讀取必須中斷。且產生此種中斷時會於AV短片再生時出現中斷。

為了避免此種AV短片之再生中斷，必須於尚未進行AV短片再生之時點將檔案sound.bdmv預載至暫存器中。即，必須在AV短片再生之前，預先下載檔案sound.bdmv內的聲音資料。以上為檔案sound.bdmv之說明。

<Index.bdmv>

Index.bdmv係構成標題並且顯示電影物件或BD－J物件之資料表。

可在標題中定義某標題的構成元件之電影物件為何者、或某標題的構成元件之BD－J物件為何者。

關於Index.bdmv，有以下國際專利公開公報所揭示之內容，而詳細說明請參照本國際專利公開公報(國際專利公開公報第WO 2004/025651 A1號)。

以上為關於BD－ROM100之說明。

<局部儲存器200>

接著，進行本發明記錄媒體的局部儲存器200之說明。第12圖係顯示局部儲存器200之內部結構。如本圖所示，本發明之記錄媒體可藉由應用層之改良而進行生產。

本圖之第4層表示局部儲存器200，而第3層表示局部儲存器200上的光軌。本圖之光軌係橫向延長顯示從局部儲存器200的內周到外周形成為螺旋狀之光軌。該光軌係由讀入領域、容量領域及讀出領域構成。本圖之容量領域具有實體層、檔案系統層、應用層等層組。使用目錄結構表現局部儲存器200之應用層格式(應用程式格式)時，即如圖中之第1層所示者。

在本圖之目錄結構中，ROOT目錄的下面有稱作「organization#1」之目錄，且其下面還有稱作「disc#1」之子目錄。目錄「organization#1」係指配置於電影作品的特定提供者之目錄，而「disc#1」係配置於該提供者提供的各個BD－ROM之目錄。

在對應特定提供者之目錄中設置對應各BD－ROM之目錄，可個別儲存關於各BD－ROM之下載資料。與BD－ROM中的儲存者相同地，該子目錄下儲存有播放清單資訊(00002.mpls)、短片資訊(00002.clpi)、AV短片(00002.m2ts)。BD－J物件(00002.bobj)、爪哇(註冊商標)歸檔檔案(00002.jar)、鍵音資料(sound.bdmv)、Movie Object.bdmv。

接著，進行局部儲存器200的構成元件之播放清單資訊、短片資訊、AV短片之說明。

<局部儲存器200結構之1.AV短片>

局部儲存器200上的AV短片(00002.m2ts)係構成子短片(SubClip)。子短片係指由1個以上的Out－of－MUX資料流構成之AV短片，而Out－of－MUX資料流係指雖在含有視訊資料流的AV短片再生時進行再生，但並未與視訊資料流一起進行多工化之基本資料流。又，在視訊資料流再生時讀取出Out－of－MUX資料流，並供給至解碼器以進行再生係稱作“Out－of－MUX資料流框架”。

此種Out－of－MUX資料流有『主要音訊資料流』、『次要音訊資料流』、『表達圖形(PG)資料流』、『交互圖形(IG)資料流』等之類別。

在本實施型態中，如第12圖所示之00002.m2ts係於1個子短片中多工化有次要音訊資料流、PG資料流、IG資料流。接著，進行為Out－of－MUX資料流之一的次要音訊資料流之詳細說明。

<Out－of－MUX資料流說明之1.次要音訊資料流>

相對於『主要音訊資料流』為所謂的主聲之音訊資料流，『次要音訊資料流』則為所謂的副聲之音訊資料流。在子短片再生時，次要音訊資料流之聲音再生係與主要音訊資料流之再生聲音混合後而輸出者。作為次要音訊資料流處理之聲音有如“註解聲音”，而主要音訊資料流的主聲有電影作品劇本的台詞或BGM等，又，在次要音訊資料流的副聲為電影導演之註解聲音時，該電影作品劇本的台詞或BGM會與註解聲音混合後輸出。

次要音訊資料流係只記錄於局部儲存器200以進行再生，而並未記錄於BD－ROM。主要音訊資料流則是放置於BD－ROM或局部儲存器200皆可。此外，主要音訊資料流之編碼方式(Codex)亦可與次要音訊資料流之編碼方式不同。

第13圖係顯示多工化於子短片中之基本資料流。子短片中係除了多工化有具有從0x1200到0x121F的PID之PG資料流、具有從0x1400到0x141F的PID之IG資料流外，尚有具有從0x1A00到0x1A1F的PID之次要音訊資料流。在此，子短片中的PG資料流、IG資料流之PID雖然相同於主短片中的PG資料流、IG資料流之PID，但，因為次要音訊資料流之PID的高階位元不同，故32條次要音訊資料流之PID與32條主要音訊資料流之PID完全不會重複。

第14圖係顯示BD－ROM規格的PID配置對映表(Map)。根據本圖，0x0100係配置於Program_map、0x1001係配置於PCR、0x1011係配置於視訊資料流、從0x1100到0x111F之區域係配置於主要音訊資料流、從0x1200到0x121F之區域係配置於PG資料流、從0x1400到0x141F之區域係配置於IG資料流、0x1800係配置於本文字幕資料流、從0x1A00到0x1A1F之區域係配置於次要音訊資料流。根據該PID配置對映表亦可得知，配置於主要音訊資料流之區域與配置於次要音訊資料流之區域並不相同。

第15(a)圖係顯示次要音訊資料流之內部結構。

如本圖所示，次要音訊資料流係由多數音訊資料框(Auido Frame)構成。而第15(b)圖係顯示音訊資料框之一例，且次要音訊資料流之音訊資料框含有元資料。

第15(c)圖係顯示元資料之內部結構。如本圖所示，元資料係由“縮混(Downmixing)資訊”及“增益控制資訊”構成。

“縮混資訊”係用以進行縮混之資訊。縮混係指如減少聲音的聲道數之變換，且縮混資訊係藉由規定用以進行縮混之變換係數行列，使再生裝置進行該縮混。

“增益控制資訊”係指於輸出主要音訊資料流端的聲音時用以放大或縮小增益之資訊。第15(d)圖係模式化顯示增益控制資訊之一例。如圖所示，次要音訊資料流之元資料可放大或縮小同時進行的主要音訊資料流之輸出。

第16圖係顯示如何藉由次要音訊資料流內的元資料，來控制主要音訊資料流之音量。本圖之第1層表示時間軸，而第2層表示可進行混合的主要音訊資料流之再生輸出。第3層表示次要音訊資料流之再生輸出，而第4層表示多工化於次要音訊資料流中之元資料。

配置在相當於再生時間t1的音訊資料框內之元資料係可抑制主要音訊資料流整體之再生輸出音量者，而配置在相當於再生時間t2的音訊資料框內之元資料係可放大主要音訊資料流之再生輸出聲音者。在再生時間t1、t2內配置此種元資料，可避免主要音訊資料流之再生輸出音量與次要音訊資料流之再生輸出音量合一，而造成喇叭破損之情形。

<局部儲存器200結構之2.播放清單資訊>

接著，進行局部儲存器200上的播放清單資訊之說明。附延伸檔名“mpls”之檔案(00002.mpls)係將稱作主路徑、子路徑之2種再生路徑的管理者定義為播放清單(PL)之資訊。第17圖係顯示播放清單資訊之資料結構。如本圖所示，播放清單資訊係由定義主路徑之主路徑資訊(MainPath())、定義章節之播放清單標示資訊(PlayListMark())、及定義子路徑之子路徑資訊(Subpath())所構成。此種播放清單資訊之內部結構及播放項目資訊之內部結構係與BD－ROM相同，因此省略其說明。

<播放清單資訊說明之1.子路徑資訊>

相對於主路徑係定義於主影像的主短片之再生路徑，子路徑則是針對應同步於主路徑的子路徑而定義之再生路徑。

第18圖係顯示子路徑資訊的內部結構之放大圖。如本圖之箭頭hc0所示，各子路徑包含有表示子短片的類型之SubPath_type、及1個以上之子播放項目資訊(...SubPlayItem()...)。

圖中之拉出線hc1係將子播放項目資訊之結構放大。如圖中之箭頭hc1所示，子播放項目資訊包含有『Clip_information_file_name』、『Clip_codec_identifier』、『ref_to_STC_id[0]』、『SubPlayItem_In_time』、『SubPlayItem_Out_time』、『sync_PlayItem_id』、及『sync_start_PTS_of_PlayItem』。

『Clip_information_file_name』係藉由記錄短片資訊之檔名，來唯一指定對應於子播放項目的子短片之資訊。

『Clip_codec_identifier』係表示AV短片之編碼方式。

『ref_to_STC_id[0]』可唯一表示該播放項目視為對象之STC序列。

『SubPlayItem_In_time』係表示子短片的再生時間軸上的子播放項目開始點之資訊。

『SubPlayItem_Out_time』係表示子短片的再生時間軸上的子播放項目結束點之資訊。

『sync_PlayItem_id』係可從構成主路徑的播放項目當中，唯一指定本子播放項目應同步進行者之資訊。又，SubPlayItem_In_time係存在於以該sync_PlayItem_id指定的播放項目之再生時間軸上。

『sync_start_PTS_of_PlayItem』係顯示以SubPlayItem_In_time指定的子播放項目之開始點，是在以sync_PlayItem_id指定的播放項目之再生時間軸上的何處。

<子路徑資訊詳細說明之1.SubPath_type>

以上為關於子路徑資訊之說明。接著，進行SubPath_type之說明。SubPath_type係藉由將值設定在0到255，以表示藉子路徑資訊而定義之子路徑為何種再生路徑。

SubPath_type係設定為5~8之任何值等。

SubPath_type設定為5時，表示藉該子路徑資訊而定義之子路徑為主要音訊再生路徑。該主要音訊再生路徑係用以進行追加、替換而定義者。而談到是針對什麼而進行追加、替換時，則有欲追加於可利用播放項目資訊而再生的主要音訊中之主要音訊、或欲替換成可利用播放項目資訊而再生的主要音訊之主要音訊。

SubPath_type設定為6時，表示本子路徑資訊係定義用以進行追加、替換之表達圖形(Presentation Graphics)再生路徑。而談到是針對什麼而進行追加、替換時，則有可對於利用播放項目資訊而再生的PG資料流進行追加、替換之PG資料流。

SubPath_type設定為7時，表示本子路徑資訊係定義用以進行追加、替換之交互圖形(Interactive Graphics)再生路徑。而談到是針對什麼而進行追加、替換時，則有可對於利用播放項目資訊而再生的IG資料流進行追加、替換之IG資料流。

SubPath_type設定為8時，表示子路徑資訊係定義次要音訊再生路徑之主旨。該次要音訊再生路徑係用以進行追加而定義者。而談到是針對什麼而進行追加時，則有欲對於可利用播放項目資訊而再生之主要音訊的再生聲音進行混合之次要音訊。

以上為關於SubPath_type之說明。

<子路徑資訊詳細說明之2.三者之關係>

此處之三者係指局部儲存器200上之子短片、局部儲存器200上之播放清單資訊、BD－ROM上之主短片三者。

第19圖係顯示局部儲存器200上之子短片與局部儲存器200上之播放清單資訊與BD－ROM上之主短片的對應圖。在本圖中，第1層表示存在於局部儲存器200上之子短片。如該第1層所示，局部儲存器200上之子短片有次要音訊資料流、PG音訊資料流及IG音訊資料流等類別，且該等音訊資料流中的某一者會提供作為子路徑以進行同步再生。

第2層表示藉播放清單資訊而定義之2個時間軸。在第2層中，下側時間軸表示藉播放項目資訊而定義之播放項目時間軸，而上側時間軸表示藉播放項目資訊而定義之子播放項目時間軸。

如本圖所示，得知子播放項目資訊之SubPlayItem_Clip_information_file_name可發揮從第1層的3個子短片中，選擇某一者作為再生區間的指定對象之子短片選擇功能。

此外，得知SubPlayItem.IN_time、SubPlayItem.Out_time可發揮於子短片上定義再生區間的開始點及結束點之功能。

又，箭頭Sync_PlayItem_Id可發揮欲同步於那個播放項目之同步指定功能，而sync_start_PTS_of_PlayItem可發揮顯示播放項目時間軸原點與子播放項目時間軸原點的差別之功能。

本圖之中間層、下面第4層~下面第1層表示第10圖所示之播放項目時間軸、圖像列、主短片時間軸、EP_map、TS封包列。

又，上面第1層~上面第3層表示TS封包列、EP_map、子短片時間軸，而上面第4層表示子播放項目時間軸。並得知主短片之登錄時間設定為1秒之時間間隔，而子短片設定為5秒之時間間隔。

以上為關於子路徑資訊之說明。

<STN_table>

該局部儲存器200上的播放清單資訊之特徵在於STN_table。接著，進行局部儲存器200上的播放清單資訊之說明。

STN_table係表示多工化於以播放項目資訊的Clip_Information_file_name指定的AV短片內之多數基本資料流、以子播放項目資訊的Clip_Information_file_name指定之Out_of_MUX資料流當中，可進行再生者之資料表(Table)。具體而言，STN_table係藉由使多工化於主短片內之多數基本資料流、多工化於子短片內之Out_of_MUX資料流各自的Stream_entry與Stream_attribute對應而構成者。

第21圖係顯示STN_table之內部結構。如本圖所示，STN_table包含有多數STN_table中的登錄資料與屬性資料之群組(entry－attribute)，且形成為顯示該等登錄資料－屬性資料的群組個數(number_of－video－stream_entries，number_of_audio_stream_entries,number_of_PG_stream_ent ries,number_of_IG_stream_entries)之資料結構。

如圖中之括弧記號”{”所示，登錄資料－屬性資料之群組係分別對應於播放項目中可進行再生之視訊資料流、主要音訊資料流、次要音訊資料流、PG資料流、IG資料流。且特別應該注意之點為次要音訊資料流的Stream_entry與Stream_attribute之群組係與Comb_info_Secondary_audio_Primary_audio互相對應。

接著，進行登錄資料－屬性資料之詳細說明。

第22(a)圖係顯示對應於視訊資料流之Stream_attribute。

視訊資料流之Stream_attribute包含有表示視訊資料流的顯示方式之『Video_format』、及表示視訊資料流的顯示率之『frame_rate』等。

第22(b)圖係顯示對應於主要音訊資料流、次要音訊資料流之Stream_attribute。

主要音訊資料流、次要音訊資料流之Stream_attribute包含有：表示視訊資料流的編碼方式之『stream_coding_type』；表示對應的音訊資料流之聲道結構、可否進行多聲道輸出之『audio_presentation_type』；表示對應的音訊資料流的取樣頻率之對應『Sampling_frequency』；及表示音訊資料流的語言屬性之『audio_language code』。

第22(c)圖係顯示視訊資料流之Stream_entry。如本圖所示，視訊資料流之Stream_entry含有表示用在視訊資料流的多工分離上之PID之「ref_to_Stream_PID_of_Main_Clip」。

除了次要音訊資料流以外，主要音訊資料流、IG資料流、PG資料流之Stream_attribute皆為該第22(c)圖之形式。

第22(d)圖係顯示次要音訊資料流之Stream_entry。次要音訊資料流之Stream_entry包含有：表示參照次要音訊資料流的子路徑資訊之『ref_to_Sub_Path_id』；表示多工化有次要音訊資料流的子短片之『ref_to_Sub_Clip_entry_id』；及表示用在次要音訊資料流的多工分離上之PID之『ref_to_stream_PID_of_Sub_Clip』。

第22(e)圖係顯示被賦予與次要音訊資料流之Stream_entry及Stream_attribute的群組對應之Comb_info_Secondary_audio_Primary_audio的內部結構。Comb_info_Secondary_audio_Primary_audio係構成為包含有：表示可與次要音訊資料流的再生輸出組合之主要音訊資料流的資料流號碼之Primary_audio_stream_id_ref[0]~[n]；及表示可組合的主要音訊資料流總數之number_of_primary_audio_stream_ref_entries。

第23圖係顯示藉由Comb_info_Secondary_audio_Primary_audio指定主要音訊資料流。在此，本圖右側表示32條之次要音訊資料流，而左側表示32條之主要音訊資料流。此外，箭頭ym1表示藉由次要音訊資料流#1的Comb_info_Secondary_audio_Primary_audio進行指定。如此一來，每個次要音訊資料流內設定之Comb_info_Secondary_audio_Primary_audio，可唯一指定1個以上可對於該次要音訊資料流的再生輸出進行混合之主要音訊資料流。藉此，即可不需使次要音訊資料流在具有預定屬性之主要音訊資料流再生時進行混合，且可於製作時事先設定可否僅在具有預定屬性以外之主要音訊資料流再生時，進行依照聲音屬性、如混合次要音訊資料流之混合。

以上為局部儲存器200構成的播放清單資訊之說明，並結束上述局部儲存器200之說明。

<虛擬檔案系統>

接著，進行虛擬檔案系統之說明。第24圖係顯示藉再生裝置300而產生之虛擬檔案系統，且本圖左上部表示BD－ROM之記錄內容，左下部表示局部儲存器200之記錄內容，右側表示虛擬檔案系統之結構。

再生裝置可將局部儲存器200內的AV短片、短片資訊、播放清單資訊，與BD－ROM內的AV短片、短片資訊、播放清單資訊組合，以得到虛擬檔案系統。

該組合係進行如下：i)於BD－ROM之MPLS目錄中追加局部儲存器上的播放清單(00002.mpls)；ii)於BD－ROM之CLPI目錄中追加局部儲存器上的短片資訊#2(00002.clpi)；及iii)於BD－ROM之STREAM目錄中追加局部儲存器上的AV短片#2(00002.m2ts)。

藉此，可構成如第24圖右側所示之虛擬檔案系統。

以上為關於記錄媒體之說明。接著，進行本發明再生裝置之說明。

第25圖係顯示本發明再生裝置之內部結構。本發明再生裝置係根據本圖所示內部結構進行工業性生產。本發明再生裝置係主要由系統LSI及驅動裝置等2部分構成，藉由將這些部分組裝於裝置之外殼及基板上，可進行工業性生產。系統LSI係匯集各種可發揮再生裝置機能的處理部之積體電路。這樣生產出來的再生裝置係構成為包含有：BD－ROM驅動器1a；路徑1b；讀緩衝器2a、b；多工解訊器3a、b；視訊解碼器4；視訊平面5；緩衝器6a、b；音訊解碼器7a、b；縮混/縮減取樣器8；混音器9a；混音器9b；開關10a；編碼器10b；交互圖形解碼器11；交互圖形平面12；表達圖形解碼器13；表達圖形平面14；JPEG解碼器15；靜止平面16；合成部17；STC產生部18a、b；ATC產生部19a、b；本文ST解碼器20；記憶體21；控制器22；PSR集23；PID變換部24；通信部25；操作接收部26；及HDMI發送接收部27。

BD－ROM驅動器1a可進行BD－ROM之載入/跳出，並對BD－ROM進行存取。

路徑1b可傳送從BD－ROM讀取之TS封包、從局部儲存器200讀取之TS封包。

讀緩衝器2a係FIFO記憶體，且可將從BD－ROM讀取之TS封包儲存成先進先出格式。

讀緩衝器2b係FIFO記憶體，且可將從局部儲存器200讀取之TS封包儲存成先進先出格式。

多工解訊器3a可從路徑所傳送的TS封包當中，將具有0x1011、0x1100~0x111F、0x1200~0x121F、0x1400~141F之PID者接收至讀緩衝器2a，並從具有該等PID之TS封包當中，將具有PID變換部24通知的PID者輸出至視訊解碼器4、音訊解碼器7a、交互圖形解碼器11、表達圖形解碼器13。

多工解訊器3b可對路徑1b所傳送的TS封包當中具有0x1A00~0x1A1F之PID者、即構成次要音訊資料流之TS封包進行多工分離。藉多工解訊器3b進行的次要音訊資料流之多工分離係：將STN_table內含有的次要音訊資料流之stream_entry當中，記錄在對應於狀態暫存器(PSR)儲存的資料流號碼者中之PID參照值，與路徑1b所傳送的TS封包之PID進行比較，並透過緩衝器6b將具有於該比較中形成一致的PID之TS封包輸出至音訊解碼器7b。而可再生之次要音訊資料流僅有1個時，則前述比較只要進行記錄於stream_entry的PID參照值之高階位元“1A”，與路徑1b所傳送的TS封包之PID高階位元“1A”的比較即已足夠。這是由於並不具有其他次要音訊資料流，故只要參照表示為次要音訊資料流之PID高階位元即夠充分。

而可再生之次要音訊資料流具有多數個時，則前述比較必須進行記錄於stream_entry的PID參照值之高階位元“1A”，與路徑1b所傳送的TS封包之PID高階位元“1A”的比較以外，還有記錄於stream_entry的PID參照值之低階位元(0x00到0x1F之數值)，與路徑1b所傳送的TS封包之PID低階位元(0x00到0x1F之數值)的比較。這是由於具有多數個次要音訊資料流，故必須參照到PID的低階位元為止，來唯一特定欲再生之次要音訊資料流。

在此，路徑1b係傳送從BD－ROM讀取之TS封包及從局部儲存器200讀取之TS封包，因此，多工解訊器3a、多工解訊器3b可將該等從BD－ROM讀取之TS封包、從局部儲存器200讀取之TS封包，作為1條傳輸資料流處理並接收至暫存器。構成主要音訊資料流之PES封包與構成次要音訊資料流之PES封包內配置的PID係在PID配置對映表中位於不同區域，因此，即使多工解訊器3a、多工解訊器3b將該等封包作為1個接收，亦可將該等主要音訊資料流、次要音訊資料流作為不同的基本資料流輸出。此時，多工解訊器3a、多工解訊器3b可藉由相同於對多工化於1條傳輸資料流中之多數音訊資料流進行多工分離之順序，來供給至解碼器，因此，可在維持於與可多工分離1條傳輸資料流之多工解訊器相同的互換性結構下，將主要音訊資料流、次要音訊資料流供給至對應的解碼器。

以上為關於BD－ROM驅動器1a、路徑1b~多工解訊器3a、多工解訊器3b之說明。

視訊解碼器4可將多工解訊器3輸出之多數PES封包解碼以得到非壓縮形式的圖像後，寫入視訊平面5。

視訊平面5係用以預存非壓縮形式的圖像之平面。平面係指用以在再生裝置中預存一個畫面份的畫素資料之記憶體領域。視訊平面5之解析度為1920×1080，且該視訊平面5內儲存之圖像資料係藉由以16位元的YUV值顯現之畫素資料而構成者。

緩衝器6a可將多工解訊器3a輸出的具有PID＝0x1100~111F之TS封包儲存成先進先出格式，並供給至音訊解碼器7a。

緩衝器6b可將多工解訊器3a輸出的具有PID＝0x1A00~1A1F之TS封包儲存成先進先出格式，並供給至音訊解碼器7b。

緩衝器6c係用以預先下載從BD－ROM讀取的檔案sound.bdmv之記憶體，且最好在BD－ROM下載時或標題切換時進行預先下載至緩衝器6c。這是由於欲在AV短片再生時讀取檔案sound.bdmv時，用以讀取不同於AV短片的其他檔案之光學讀取器要進行搜尋(Seek)之故。另一方面，AV短片很少會在BD－ROM裝置或標題切換時繼續再生，因此，藉由在該時點讀取檔案sound.bdmv，可保證不會使AV短片之再生中斷。

音訊解碼器7a可將儲存於緩衝器6a之TS封包變換成PES封包，並對該PES封包進行解碼處理，以得到非壓縮狀態之LPCM狀態音訊資料並且輸出。藉此，可進行主要音訊資料流之數位資料輸出。

音訊解碼器7b可將儲存於緩衝器6b之TS封包變換成PES封包，並對該PES封包進行解碼處理，以得到非壓縮狀態之LPCM狀態音訊資料並且輸出。藉此，可進行次要音訊資料流之數位資料輸出。

縮混/縮減取樣器8可於混合進行時，進行變換使音訊解碼器7a輸出的數位音訊資料之聲音屬性，與音訊解碼器7b輸出的數位音訊資料之聲音屬性一致。在此，聲音屬性係指取樣頻率及聲道數，並進行使其整合之處理。此外，縮混/縮減取樣器8可依照多工化於次要音訊資料流內之元資料，進行主要音訊資料流端的增益放大或縮小之處理。

混音器9a可對音訊解碼器7a輸出之LPCM狀態的數位音訊資料與音訊解碼器7b輸出之LPCM狀態的數位音訊資料進行混合。

混音器9b可對混音器9a輸出之LPCM狀態的數位音訊資料與緩衝器6c儲存的聲音資料進行混合。該混音器9b之混合進行係藉由CPU22解密欲發出鍵音之導航命令或欲發出鍵音之位元組碼而進行者。

開關10a係一切換開關，可將藉多工解訊器3a進行多工分離之構成主要音訊資料流的TS封包、及藉多工解訊器3b進行多工分離之構成次要音訊資料流的TS封包供給至音訊解碼器7a、b，或不供給至音訊解碼器7a、b而直接輸出至其他機器。構成主要音訊資料流之TS封包不供給至音訊解碼器7a、b而直接輸出至其他機器係稱作“路徑直達(Path Through)輸出”。

編碼器10b可於經音訊解碼器7a、b解碼後，再經混音器9a、混音器9b進行混合之LPCM狀態音訊資料，作為環繞聲(Surround)在如S/PDIF之數位介面上傳送時，將業經混合之LPCM壓縮編碼成杜比數位(DD)形式或杜比劇院系統(DTS)形式。

交互圖形(IG)解碼器11可將從BD－ROM100或局部儲存器200讀取之IG資料流解碼，並將非壓縮圖形寫入交互圖形(IG)平面12。

交互圖形(IG)平面12可寫入利用IG解碼器10進行解碼而得之非壓縮圖形。此外，藉應用程式而顯示之文字或圖形可寫入BD－J模式中。

表達圖形(PG)解碼器13可將從BD－ROM或局部儲存器200讀取之PG資料流解碼，並將非壓縮圖形寫入表達圖形(PG)平面14。可藉表達圖形(PG)解碼器13進行解碼使字幕出現於畫面上。

表達圖形(PG)平面14係具有一個畫面份領域之記憶體，且可儲存一個畫面份之非壓縮圖形。

JPEG解碼器15可對記錄於BD－ROM或局部儲存器200之JPEG資料進行解碼，並寫入靜止平面16。

靜止平面16係可儲存展開JPEG資料而得的非壓縮圖形資料之平面。該圖形係作為爪哇(註冊商標)應用程式顯示的GUI框架、即所謂的“桌布”使用。

合成部17可將交互圖形(IG)平面12之儲存內容、表達圖形(PG)平面14之儲存內容、視訊平面5之儲存內容及靜止平面16之儲存內容合成，以得到合成影像。

STC產生部18a、b可產生系統定時時鐘(System Time Clock；STC)。此外，在STC_Sequence進行切換時，可藉由對至目前為止的STC_Sequence之STC值(STC1)加上稱為STC_delta(STC差量)之偏移值(Offset)，來求得新的STC_Sequence之STC值(STC2)，並將至目前為止的STC_Sequence之STC值(STC1)與新的STC_Sequence之STC值(STC2)設成連續值。

在先前的STC_Sequence中，最後再生的圖像之顯示開始時間為PTS1(1stEND)、圖像的顯示期間為Tpp，並且在後續的STC_Sequence中，最初顯示的圖像之開始時間為PTS2(2ndSTART)時，則以STC_delta＝PTS1(1stEND)＋Tpp－PTS2(2ndSTART)來表現STC_delta。如前所述地求得STC_delta，並將加上該STC_delta後之時脈計算值輸出至各解碼器。藉此，各解碼器即可不中斷地持續再生相當於2個STC_Sequence之資料流。根據上述者，即使1個AV短片中具有2個以上的STC_Sequence、或欲連續再生之2個以上AV短片各自具有不同的STC_Sequence，亦可無縫整合進行該等STC_Sequence間的解碼處理。

ATC產生部19a、b可產生到達時間時脈(Arrival Time Clock；ATC)。此外，在ATC_Sequence進行切換時，可藉由對至目前為止的ATC_Sequence之ATC值(ATC1)加上稱為ATC_delta之偏移值，將至目前為止的ATC_Sequence之ATC值(ATC1)與新的ATC_Sequence之ATC值(ATC2)設成連續值。根據該加算可得ATC2＝ATC1＋ATC_delta。ATC_delta係指從至目前為止讀取的傳輸資料流(TS1)之最後TS封包之輸入時點T1，到新讀取的傳輸資料流(TS2)之最初TS封包之輸入時點T2為止之偏移值，並且相當於“ATC_delta≧N1/TS_recording_rate”之計算式。在此，輸入時點T2係指TS2之最初TS封包之輸入時點投射到TS1的時間軸上之時點。又，N1係接續於TS1的最後視訊PES封包後之TS封包的封包數。在BD－ROM中，該ATC_delta係記錄於短片資訊中，故可使用該N1來計算ATC_delta。藉由以上之計算，可將具有至目前為止的ATC_Sequence之ATC值(ATC1)與具有新的ATC_Sequence之ATC值(ATC2)設成連續值。又，藉由將加上ATC_delta後之時脈計算值輸出至多工解訊器3a、b，可實現暫存器之無縫整合控制。

又，要達成緩衝進行之連續性，則必須另外滿足下述之1)、2)。

1)滿足STC2(2ndSTART)>STC2(1stEND)，在此，STC2(1stEND)係STC1(1stEND)投射到STC2的時間軸之值，並且相當於STC2(1stEND)＝STC1(1stEND)－STC_delta之計算式。

2)根據投射到同時間軸之STC2及STC1來定義從TS1取出之TS封包及從TS2取出之TS封包，以避免造成暫存器之欠位(Underflow)及溢位(Overflow)。

本文(Text)ST解碼器20可對於從BD－ROM或局部儲存器200讀取之本文字幕資料流進行解碼，並將非壓縮圖形寫入表達圖形(PG)平面14。

記憶體21係用以預存現用播放清單資訊或現用短片資訊之記憶體。現用播放清單資訊係指記錄於BD－ROM之多數播放清單資訊中的目前處理對象，而現用短片資訊係指記錄於BD－ROM之多數短片資訊中的目前處理對象。

CPU22可解碼MovieObject.bdmv儲存的電影物件、或BD－J物件參照的爪哇(註冊商標)應用程式，並依照該解碼結果再生播放清單(指依照現用播放清單資訊之再生控制)，以實現BD－ROM之再生控制。

PSR集23係內建於再生裝置中的暫存器，並由64個播放器設定/狀態暫存器(Player Setting/Status Register；PSR)、4096個通用暫存器(General Purpose Register；GPR)構成。在播放器設定/狀態暫存器的設定值(PSR)中，PSR4~PSR8係用以表示目前的再生時點。

PID變換部24可根據STN_Table，將儲存於PSR集23的主要音訊資料流、次要音訊資料流之資料流號碼變換成PID，並將變換結果之PID參照值輸出至多工解訊器3a、多工解訊器3b。

通信部25係可實現讀取裝置之通信機能者，且只要從爪哇(註冊商標)應用程式授與URL指定至BD－J模式中，即可確立與符合該URL之網站間的TCP連接、FTP連接等。藉由該連接確立，可使爪哇(註冊商標)應用程式進行從網站下載。

操作接收部26可從使用者接收對遙控器執行之操作，並將顯示該操作之使用者操作資訊通知CPU22。

HDMI發送接收部27可從透過HDMI(High Definition Multimedia Interface；高解析度多媒體介面)而連接之其他機器，接收關於該機器之資訊，並且可將藉視訊解碼器4進行解碼而得之數位非壓縮視訊資料與LPCM音訊資料一起發送至透過HDMI而連接之其他機器。

以上為本實施型態的再生裝置之硬體結構。接著，進行本實施型態再生裝置的軟體結構之說明。

要機能性地表現第25圖所示之控制器22時，即為第26圖所示者。第26圖係機能性地表現控制器22之圖，如本圖所示，控制器22係構成為包含有播放清單處理部41、程序執行部42、程序執行部43、混合控制部44。

根據PSR集23進行該等構成元件之處理。接著，進行PSR1、PSR14、PSR31之說明。

<PSR1>

第27(a)圖係顯示PSR1之位元指定(Bit Assign)。

根據本圖，32位元長的PSR1之低階8位元(b0~b7)為資料流號碼，並且是從登錄資料(Entry)記錄於現用播放項目的STN_table中之多數主要音訊資料流當中特定1個。PSR1之設定值變化時，再生裝置即會再生該變化後之主要音訊資料流。PSR1係設定0xFF作為初期值，且可藉再生裝置設定1~32之值。該0xFF為未定義值，且可顯示不具有主要音訊資料流之主旨、或未選擇主要音訊資料流之主旨，而1~32之設定值可解釋為主要音訊資料流之資料流號碼。

<PSR14>

第27(b)圖係顯示PSR14之位元指定。

根據本圖，32位元長的PSR14之低階8位元(b0~b7)為資料流號碼，並且是從登錄資料記錄於現用播放項目的STN_table中之多數次要音訊資料流當中特定1個。PSR14之設定值變化時，再生裝置即會再生該變化後之次要音訊資料流。PSR14係設定0xFF作為初期值，且可藉再生裝置設定1~32之值。該0xFF為未定義值，且可顯示不具有次要音訊資料流之主旨、或未選擇次要音訊資料流之主旨，而1~32之設定值可解釋為次要音訊資料流之資料流號碼。

<PSR31>

第27(c)圖係顯示PSR31之位元指定。

根據本圖，32位元長的PSR31當中，從第16位元到第19位元(b16~b19)為播放器設定檔資訊，且為0000b時則表示該再生裝置是在寬限期間(Grace Period)內出貨者。在此，寬限期間係指若在該期間內出貨的話，即可省略組裝固定機能之期間。可因在該寬限期間出貨而省略之機能有聲音混合機能，又，該PSR31之播放器設定檔資訊為0000b時，即可得知該再生裝置為省略組裝以混合機能為首之各種機能者。

播放器設定檔資訊為0001b時，則表示該再生裝置是在寬限期間過後而出貨者。原則上，在寬限期間過後而出貨之再生裝置要義務性地組裝全部機能，因此，該播放器設定檔資訊為0001b的話，即可得知該再生裝置為組裝有聲音混合機能者。

播放器設定檔資訊為0011b時，則表示該再生裝置為組裝全部機能者。該再生裝置係與寬限期間的經過前後無關，且組裝有全部機能，因此，該播放器設定檔資訊為0011b的話，即可得知該再生裝置為組裝有聲音混合機能者。

以上為關於PSR集23之說明。

接著，開始進行播放清單處理部41~程序執行部43之說明。

<機能結構詳細說明之1.播放清單處理部>

播放清單處理部41係可實現播放清單之再生者，並使音訊解碼器7b進行從符合播放項目資訊的In_time之位置到符合Out_time之位置間的視訊資料流及主要音訊資料流之再生，以及與其同步之從符合子播放項目資訊的Sub_PlayItem_In_time之位置到符合Sub_PlayItem_Out_time之位置間的次要音訊資料流之再生。

本流程圖係於讀取現用播放清單資訊(.mpls)後(步驟S101)，執行步驟S102~步驟S110之處理。在此，步驟S102~步驟S110係在步驟S109得到Yes之前，構成一迴路(Loop)處理－即對於構成現用播放清單資訊之各個播放項目資訊重複進行步驟S103~步驟S110之處理。該迴路處理中的處理對象之播放項目稱作PlayItem#x(PI#x)，且該PlayItem#x係藉由設定在現用播放清單前面的播放項目而初始化(步驟S102)。結束前述迴路處理之要件係該PlayItem#x要變成現用播放清單的最後播放項目(步驟S109)，而如果不是最後播放項目的話，則要將現用播放清單的下一個播放項目設定為PlayItem#x(步驟S110)。

在迴路處理中重複進行之步驟S103~步驟S110係：將以PlayItem#x的Clip_information_file_name指定之短片資訊讀入記憶體(步驟S103)，並使用現用短片資訊之Epmap將PlayItem#x之In_time變換成I圖像位址u(步驟S104)、使用現用短片資訊之EP_map將PlayItem#x之Out_time變換成I圖像位址v(步驟S105)，以求得利用該等變換而得之位址v的下一個I圖像，再將其位址的前一個設定為位址w(步驟S107)，然後，使用藉此而算出之位址w，命令BD－ROM驅動器1或局部儲存器200讀取從I圖像位址u到位址w之TS封包(步驟S108)。

另一方面，命令視訊解碼器等進行從現用播放清單標示之mark_time_stamp到PlayItem#x之Out_time的輸出。藉由上述步驟S105~步驟S108，可再生AV短片中的藉PlayItem#x而指示之部分。

然後，進行PlayItem#x是否為現用播放清單的最後播放項目之判定(步驟S109)。

PlayItem#x並非為現用播放清單之最後播放項目時，則將現用播放清單的下一個播放項目設定為PlayItem#x(步驟S110)，並回到步驟S103。藉由重複上述步驟S103~步驟S110，可依序再生構成播放清單之播放項目。

<機能結構詳細說明之2.程序執行部42>

程序執行部42可在進行從某播放項目資訊切換至其他播放項目資訊時、或在使用者進行切換資料流號碼的主旨之操作時，執行預定的資料流選擇程序，並寫入新的資料流號碼至PSR1。再生裝置係依照寫入PSR1之資料流號碼來再生主要音訊資料流，因此，可透過該PSR1之設定來選擇主要音訊資料流。

要在切換播放項目資訊時執行資料流選擇程序之理由在於，由於每個播放項目資訊內都有STN_Table，故往往可能產生在某播放項目資訊中可再生之主要音訊資料流並不能在其他播放項目資訊中再生之情形。

此外，要在使用者操作時執行資料流選擇程序之理由在於，藉使用者操作而儲存於PSR1之資料流號碼並不一定總是正確，故必須在將要寫入不當資料流號碼之際進行復原(Recovery)。

PSR1可藉由該程序執行部42，進行如第29(a)圖所示之狀態遷移。第29(a)圖係顯示可取得PSR1的設定值之狀態遷移圖。在本圖中，有效(Valid)係指PSR1之值為小於播放項目的STN_table內記錄的登錄資料數之號碼，並且可進行解碼。

無效(Invalid)係指PSR1之值為0、或大於播放項目的STN_table內記錄的登錄資料數之號碼。又，亦可能有即使播放項目的STN_table內記錄的登錄資料數之值為1~32，卻仍然無法解碼之情形。

第29(a)圖之虛線框係模式化顯示在狀態遷移時決定PSR值之順序。PSR之設定處理順序有『Procedure when playback condition is changed(再生狀態改變時之程序)』、『Procedure when Stream change is requested(要求改變資料流時之程序)』。

再生狀態改變時之程序係表示為了使再生裝置產生某些現象，而應該於再生裝置狀態產生變化之際執行的處理順序。

要求改變資料流時之程序係表示在使用者要求進行某些切換(第29(a)圖中之資料流)之際，應該執行的處理順序。

該等虛線框內所示之再生狀態改變時之程序、要求改變資料流時之程序即為資料流選擇程序，且會於後面加上流程圖以進行詳細說明。

第32(a)圖之箭頭係象徵性地顯示可取得PSR的狀態間之狀態遷移。

表示狀態遷移之箭頭上添加的註解係指可觸發各狀態遷移之現象。即，本圖係於產生”Load Disc”、”Change a Stream”、”Start PlayList playback”、”Cross a PlayItem boundary”、”Terminate PlayList playback”等現象時，進行PSR1之狀態遷移。理解該等現象之記法後並參照第29(a)圖時，可得知在Invalid(無效)→Invalid(無效)之狀態遷移時、Valid(有效)→Invalid(無效)之狀態遷移時，並未執行前述處理順序。相對地，在Invalid(無效)→Valid(有效)間之狀態遷移、Valid(有效)→Valid(有效)間之狀態遷移則都會經過虛線框。即，在PSR1要設定成Valid(有效)時，係藉由上述再生狀態改變時之程序、要求改變資料流時之程序來設定PSR1的。

接著，進行可觸發狀態遷移的現象之說明。

『Load Disc』係指BD－ROM下載至再生裝置之現象，且PSR1係於該下載進行時暫時設定為未定義值(0xFF)。

『Start PlayList playback』係指根據播放清單而開始再生處理之現象。可知在該現象產生時，會執行再生狀態改變時之程序，且PSR1設定成Valid(有效)。

『Terminate PlayList playback』係指根據播放清單而結束再生處理之現象。可知在該現象產生時，並不會執行再生狀態改變時之程序，且會轉移成Invalid(無效)。

『ChangeXXX』係指使用者要求切換XXX(在本圖中為資料流)之現象。在PSR1為Invalid(無效)時產生該現象的話(圖中的cj1)，PSR1會設定成依照該要求之值。即使藉此而設定之值顯示有效的資料流號碼，該PSR1之設定值亦會被當成無效值處理。即，在依據現象”ChangeXXX”之狀態遷移中，Invalid(無效)的PSR並不會轉變成Valid(有效)。

另一方面，在PSR1為Valid(有效)時產生該現象”Change a Stream”的話(圖中的cj2)，會執行要求改變資料流時之程序，且會對PSR1設定新值。在此，藉執行要求改變資料流時之程序而設定之值亦有可能不是使用者所期望之值。這是由於要求改變資料流時之程序具有排除無效值的機能之故。所以，在PSR1於Valid(有效)之下產生Change stream時，則不可能從Valid(有效)狀態遷移到Invalid(無效)。因為要求改變資料流時之程序端可保證PSR1不會變成Invalid(無效)。

『Crossa PlayItem boundary』係指通過某播放項目的邊界之現象。在此，播放項目邊界係指2個連續播放項目中的先進行側終端與後進行側前端之間的狹窄區間。可知在PSR1於 va1id(有效)之下產生該現象時，會執行再生狀態改變時之程序。此外，可知在再生狀態改變時之程序執行後，PSR1狀態會回到Valid(有效)、或轉移成Invalid(無效)。每個播放項目都具有STN_table，且播放項目改變時可再生之基本資料流亦會完全改變。又，該狀態遷移之主旨在於：在每次開始再生播放項目時，執行Procedure when playback condition is change並且依照每個播放項目設定最合適之設定值於PSR1。

在該狀態遷移中，再生狀態改變時之程序係如第29(b)圖所示者。第29(b)圖係顯示再生狀態改變時之程序之處理順序。本處理順序係組合步驟S1、步驟S2等2個判定步驟，以進行PSR1之設定。

步驟S1係進行判定STN_table中的登錄資料數是否為0，若為0時則維持PSR1之值(步驟S3)。

步驟S2係在STN_table中的登錄資料數並非為0時，進行判定STN_table的登錄資料數是否比PSR1多，並且條件(A)是否屬實。條件(A)係指再生裝置具有再生PSR1特定的主要音訊資料流之能力。若步驟S2為Yes時則維持PSR1(步驟S4)。若PSR1之值大於登錄資料數、或未滿足條件(A)時，則再設定PSR1(步驟S5)。

第30圖係顯示步驟S5的詳細處理順序之流程圖。

步驟S6、步驟S7係形成對於所有主要音訊資料流重複進行步驟S8之迴路處理。在該迴路處理中，將處理對象之各個主要音訊資料流稱作主要音訊資料流i。步驟S8係進行確認主要音訊資料流i是否滿足3個條件(a)(b)(c)。

條件(a)係指再生裝置要具有再生主要音訊資料流i之能力，而是否滿足此條件之判定係藉由比較PSR15與主要音訊資料流i之stream_coding_type而進行。

條件(b)係指主要音訊資料流i之語言屬性要與再生裝置之語言設定相同，而是否滿足此條件之判定係藉由比較記錄於STN_table之主要音訊資料流i的Audio_language_code是否與PSR之設定值相同而進行。

條件(c)係指主要音訊資料流i之聲道屬性為環繞聲，且再生裝置要具有對其進行再生之能力，而是否滿足此條件之判定係藉由比較PSR15與音訊資料流之audio_presentation_type、stream_coding_type而進行。

本流程圖係根據如前述多數條件中，「主要音訊資料流i滿足了哪個與哪個呢」、或「滿足了幾個條件呢」等應滿足的條件之模式，來賦予主要音訊資料流優先順序。

要對於所有主要音訊資料流重複進行以上處理時，即進行步驟S9~步驟S13之處理。步驟S9係進行判定是否具有滿足條件(a)之主要音訊資料流。若不具有時則對PSR1設定未定義值(0xFF)(步驟S14)。

步驟S10係進行判定是否具有滿足所有條件(a)(b)(c)之主要音訊資料流。若有時則對PSR1設定滿足條件(a)(b)(c)之主要音訊資料流號碼(步驟S15)。

此處的問題在於具有多數滿足條件(a)(b)(c)之主要音訊資料流的情形。由於滿足所有條件(a)~條件(c)會形成相同的優先順序，因而無法決定優劣。此時，步驟S15會依照STN_table之登錄資料順序，決定各資料流之順序。即，藉由參照STN_table之登錄資料順序，便可對於編解碼器－語言屬性－聲道屬性相同之主要音訊資料流，選擇優先順序最高之主要音訊資料流。

負責製作者可藉由改變STN_table之記錄順序，以於製作時規定再生時要優先再生哪個資料流、延後再生哪個資料流之選擇控制。

步驟S11係在不具有滿足所有條件(a)(b)(c)之主要音訊資料流時，進行判定是否有滿足條件(a)(b)之主要音訊資料流。若有時，則從滿足條件(a)(b)之主要音訊資料流中，將STN_table的登錄資料順序為最高位者設定於PSR1(步驟S16)。

步驟S12係在不具有滿足所有條件(a)(b)(c)之主要音訊資料流、或不具有滿足條件(a)(b)之主要音訊資料流時，進行判定是否有滿足條件(a)(c)之主要音訊資料流。若有時，則從滿足條件(a)(c)之主要音訊資料流中，將STN_table的登錄資料順序為最高位者設定於PSR1(步驟S17)。

步驟S13係在不具有滿足所有條件(a)(b)(c)、條件(a)(b)、條件(a)(c)之主要音訊資料流時，進行判定是否有滿足條件(a)之主要音訊資料流。若有時，則從滿足條件(a)之主要音訊資料流中，將STN_table的登錄資料順序為最高位者設定於PSR1(步驟S18)。

以上為再生狀態改變時之程序之說明。接著，進行要求改變資料流時之程序之說明。第31圖係顯示資料流變化時的PSR1設定順序之流程圖。本流程圖與第29(b)圖之不同點為第29(b)圖的PSR1標示替換成X。該X係根據操作接收部26輸出的使用者操作資訊或IG解碼器輸出的按鈕命令而得之值。

本流程圖之步驟S19係進行判定STN_table的登錄資料數是否比X多，並且條件(A)是否屬實。條件(A)係指再生裝置具有再生PSR1特定的主要音訊資料流之能力，並藉由比較PSR15與主要音訊資料流之stream_coding_type來進行判定。若X滿足該條件的話，則設定X於PSR1(步驟S21)。

在X比登錄資料數大、或未滿足條件(A)時，進行判定X是否為0xFF。若不是0xFF的話，則使用者欲選擇之主要音訊資料流號碼可能無效，因此，可無視根據使用者操作之值X，並維持PSR1之設定值(步驟S23)。

若PSR1之設定值為0xFF的話，則進行設定PSR1(步驟S24)。該步驟S24之處理順序係與第30圖之處理順序相同(要求改變資料流時之程序並不需要第30圖中的步驟S9之判定。這是因為要求改變資料流時之程序會在不具有任何滿足條件(a)(b)(c)之主要音訊資料流時，不對PSR1設定使用者設定之值X，而維持PSR1之設定值之故)。

<機能結構詳細說明之3.程序執行部43>

程序執行部43可在進行從某播放項目資訊切換至其他播放項目資訊時、或在使用者進行切換資料流號碼的主旨之操作時，執行預定順序，並寫入新的資料流號碼至PSR14。再生裝置係再生與寫入PSR14的資料流號碼對應之次要音訊資料流，因此，可透過設定該PSR14來選擇次要音訊資料流。

PSR14可藉由該程序執行部43，進行如第32(a)圖所示之狀態遷移。

第32(a)圖係顯示可取得PSR14的設定值之狀態遷移圖。在本圖中，有效(Valid)係指PSR14之值為小於播放項目的STN_table內記錄的登錄資料數之號碼，並且可進行解碼。

無效(Invalid)係指PSR14之值為0、或大於播放項目的STN_table內記錄的登錄資料數之號碼。又，亦可能有即使播放項目的STN_table內記錄的登錄資料數之值為1~32，卻仍然無法解碼之情形。

第32(a)圖之虛線框係模式化顯示在狀態遷移時決定PSR值之順序。PSR之設定處理順序有『再生狀態改變時之程序』、『要求改變資料流時之程序』。

要求改變資料流時之程序係表示在使用者要求進行某些切換(第32圖中之資料流)之際，應該執行的處理順序。

表示狀態遷移之箭頭上添加的註解係指可觸發各狀態遷移之現象。即，本圖係於產生”Load Disc”、”Change a Stream”、”Start PlayList playback”、”Cross a PlayItem boundaryor Change Primary Audio Stream”、”Terminate PlayList playback”等現象時，進行PSR14之狀態遷移。理解該等現象之記法後並參照第32(a)圖時，可得知在Invalid(無效)→Invalid(無效)之狀態遷移時、Valid(有效)→Invalid(無效)之狀態遷移時，並未執行前述處理順序。相對地，在Invalid(無效)→Valid(有效)間之狀態遷移、Valid(有效)→Valid(有效)間之狀態遷移則都會經過虛線框。即，在PSR14要設定成Valid(有效)時，係藉由上述再生狀態改變時之程序、要求改變資料流時之程序來設定PSR14的。

接著，進行可觸發狀態遷移的現象之說明。

『Load Disc』係指BD－ROM下載至再生裝置之現象，且PSR14係於該下載進行時暫時設定為未定義值(0xFF)。

『Start PlayList playback』係指根據播放清單而開始再生處理之現象。可知在產生該現象時，會執行再生狀態改變時之程序，且PSR14設定成Valid(有效)。

『Terminate PlayList playback』係指根據播放清單而結束再生處理之現象。可知在產生該現象時，並不會執行再生狀態改變時之程序，且會轉移成Invalid(無效)。

『ChangeXXX』係指使用者要求切換XXX(在本圖中為資料流)之現象。在PSR14為Invalid(無效)時產生該現象的話(圖中的cj1)，PSR14會設定成依照該要求之值。即使藉此而設定之值顯示有效的資料流號碼，該PSR14之設定值亦會被當成無效值處理。即，在依據現象”ChangeXXX”之狀態遷移中，Invalid(無效)的PSR並不會轉變成Valid(有效)。

另一方面，在PSR14為Valid(有效)時產生該現象”Change a Stream”的話(圖中的cj2)，會執行要求改變資料流時之程序，且會對PSR14設定新值。在此，藉執行要求改變資料流時之程序而設定之值亦有可能不是使用者所期望之值。這是由於要求改變資料流時之程序具有排除無效值的機能之故。所以，在PSR14於Valid(有效)之下產生Change stream時，則不可能從Valid(有效)狀態遷移到Invalid(無效)。因為要求改變資料流時之程序端會保證PSR14不會變成Invalid(無效)。

『Cross a PlayItem boundary or Change Primary Audio Stream』係指通過某播放項目的邊界、或切換主要音訊資料流之現象。可知在PSR14於Valid(有效)之下產生該現象時，會執行再生狀態改變時之程序。此外，可知在再生狀態改變時之程序執行後，PSR14狀態會回到Valid(有效)、或在產生『Cross a PlayItem boundary or Change Primary Audio Stream』時轉移成Invalid(無效)。又，該狀態遷移之主旨在於：在每次開始再生播放項目或切換主要音訊資料流時，執行Procedure when playback condition is change並且依照每個播放項目設定最合適之設定值於PSR14。

在該狀態遷移中，再生狀態改變時之程序係如第32(b)圖所示者。本處理順序係組合步驟S31、步驟S32等2個判定步驟，以進行PSR14之設定。

步驟S31係進行判定STN_table的登錄資料數是否為0，若為0時則維持PSR14之值(步驟S33)。

步驟S32係在STN_table的登錄資料數並非為0時，進行判定STN_table的登錄資料數是否比PSR14多，並且條件(A)是否屬實。條件(A)係指再生裝置具有再生PSR14特定的次要音訊資料流之能力。若步驟S32為Yes時則維持PSR14(步驟S34)。若PSR14之值大於登錄資料數、或未滿足條件(A)時，則再設定PSR14(步驟S35)。

第33圖係顯示步驟S35的詳細處理順序之流程圖。

步驟S36、步驟S37係形成對於所有次要音訊資料流重複進行步驟S38之迴路處理。在該迴路處理中，將處理對象之各個次要音訊資料流稱作次要音訊資料流i。步驟S38係進行確認次要音訊資料流i是否滿足3個條件(a)(b)(c)。

條件(a)係指再生裝置要具有再生次要音訊資料流i之能力，而是否滿足此條件之判定係藉由比較可顯示音訊資料流的再生能力之暫存器(PSR15)與次要音訊資料流i之stream_coding_type而進行。

條件(b)係指主要音訊資料流是否可與次要音訊資料流混合，而是否滿足此條件之判定係藉由判斷設定於PSR1之資料流號碼是否有記錄於次要音訊資料流之Comb_info_Secondary_audio_Primary_audio中而進行。

條件(c)係指次要音訊資料流i之語言屬性要與再生裝置之語言設定相同，而是否滿足此條件之判定係藉由比較記錄於STN_table之次要音訊資料流i的Audio_language_code是否與PSR之設定值相同而進行。

本流程圖係根據如前述多數條件中，「次要音訊資料流i滿足了哪個與哪個呢」、或「滿足了幾個條件呢」等應滿足的條件之模式，來賦予次要音訊資料流優先順序。

要對於所有次要音訊資料流重複進行以上處理時，即進行步驟S39~步驟S41、步驟S44~步驟S46之處理。步驟S39係進行判定是否具有滿足條件(a)及條件(b)之次要音訊資料流。若不具有時則對PSR14設定未定義值(0xFF)(步驟S44)。

步驟S40係進行判定是否具有滿足所有條件(a)(b)(c)之次要音訊資料流。若有時則對PSR14設定滿足條件(a)(b)(c)之次要音訊資料流號碼(步驟S45)。

此處的問題在於具有多數滿足條件(a)(b)(c)之次要音訊資料流的情形。由於滿足所有條件(a)~條件(c)會形成相同的優先順序，因而無法決定優劣。此時，步驟S45會依照STN_table之登錄資料順序，決定各資料流之順序。即，藉由參照STN_table之登錄資料順序，便可對於編解碼器－語言屬性－聲道屬性相同之次要音訊資料流，選擇優先順序最高之次要音訊資料流。

負資製作者可藉由改變STN_table之記錄順序，以於製作時規定再生時要優先再生哪個資料流、延後再生哪個資料流之選擇控制。

步驟S41係在不具有滿足所有條件(a)(b)(c)之次要音訊資料流時，進行判定是否有滿足條件(a)(b)之次要音訊資料流。若有時，則從滿足條件(a)(b)之次要音訊資料流中，將STN_table的登錄資料順序為最高位者設定於PSR14(步驟S46)。

以上為再生狀態改變時之程序之說明。接著，進行要求改變資料流時之程序之說明。第34圖係顯示資料流變化時的PSR14設定順序之流程圖。本流程圖與第32(b)圖之不同點為第32(b)圖的PSR14標示替換成X。該X係根據操作接收部26輸出的使用者操作資訊或IG解碼器輸出的按鈕命令而得之值。

本流程圖之步驟S49係進行判定STN_table的登錄資料數是否比X多，並且條件(A)、條件(B)是否屬實。若X滿足該條件的話，則設定X於PSR14(步驟S51)。

在X比登錄資料數大、或未滿足條件(A)與條件(B)時，進行判定X是否為0xFF(步驟S52)。若不是0xFF的話，則使用者欲選擇之次要音訊資料流號碼可能無效，因此，可無視根據使用者操作之值X，並維持PSR14之設定值(步驟S53)。

若PSR14之設定值為0xFF的話，則要設定PSR14(步驟S54)。該步驟S54之處理順序係與第33圖之處理順序相同(要求改變資料流時之程序並不需要第33圖中的步驟S39之判定。這是因為要求改變資料流時之程序會在不具有任何滿足條件(a)(b)(c)之次要音訊資料流時，不對PSR14設定使用者設定之值X，而維持PSR14之設定值之故)。

然後，結束關於程序執行部43之說明。

<機能結構詳細說明之4.混合控制部44>

混合控制部44可在播放器設定檔資訊為0001h或0011h時，控制混音器9a、混音器9b以對於主要音訊資料流之再生輸出，進行混合次要音訊資料流之再生輸出或聲音資料之再生輸出。

在此，播放項目時間軸之目前再生時點係從子播放項目資訊之In_time到Out_time，此外，當次要音訊資料流在現用播放項目資訊的STN_table中為有效時，音訊解碼器7b會對於PSR14儲存的資料流號碼之次要音訊資料流進行解碼，因此，混合控制部44可控制混音器9a以對於音訊解碼器7a之再生輸出，進行混合音訊解碼器7b之再生輸出。

主要音訊資料流之屬性為環繞聲時，可進行縮混以從L,R,C,LS,RS,LR,RR,LFE等成分當中只留下所須成分後，對次要音訊資料流之再生輸出進行混合。在此，在次要音訊資料流為電影導演之註解聲音的情形下，使欲對於次要音訊資料流進行混合之主要音訊資料流的成分如LS→L→LR→C地逐漸變化時，可給予使用者彷彿電影導演繞著自己周圍走動之感覺。

對以爪哇(註冊商標)應用程式顯示之按鈕進行確定操作、或對以IG資料流顯示之按鈕進行確定操作時，要控制混音器9b，以對於主要音訊資料流之再生輸出、或次要音訊資料流之再生輸出與主要音訊資料流之再生輸出的混合結果，進行聲音資料之混合。

如前所述，根據本實施型態，多工解訊器3b係藉由接收路徑1b所傳送之TS封包、並參照該PID之高階位元，以將該TS封包投入次要音訊資料流用的解碼器。藉此，多工解訊器3b可只對構成該次要音訊資料流之PES封包進行多工分離，並接收至不同於主要音訊資料流用的解碼器之其他解碼器。

可將構成主要音訊資料流之封包、構成次要音訊資料流之封包接收至不同的解碼器，以提供解碼進行，因此，可只對構成主要音訊資料流之封包進行降頻轉換(Downconvert)、縮混或縮小增益。即使在BD－ROM100之讀取進行時，從局部儲存器200讀取出次要音訊資料流，並將該等供給至2個解碼器，亦可只針對構成主要音訊資料流之封包進行即時(Real time)特別處理。

(第2實施型態)

第2實施型態係關於要在家庭劇院系統之再生裝置300、AV放大器500中的那個裝置內，進行主要音訊資料流之解碼，即，關於選擇欲使其進行主要音訊資料流的解碼之裝置。

第35(a)圖係顯示再生裝置300、AV放大器500、喇叭600之連接型態。家庭劇院系統之連接型態有：不透過AV放大器500而直接使再生裝置300與喇叭600連接之型態(連接型態(1))、透過AV放大器500與喇叭600連接之型態(連接型態(2))。

前者之連接型態(1)係將藉再生裝置300解碼而得之LPCM供給至喇叭600。另一方面，在後者之連接型態(2)中，再生裝置300不過是進行路徑直達輸出而已，並將藉AV放大器500解碼而得之LPCM供給至喇叭600。

如前所述，在家庭劇院系統具有多種連接型態時，各個裝置中的聲道數會產生變化。

第35(b)圖係顯示聲道數在再生裝置300、AV放大器500、喇叭600分別產生何種變化。本圖第1層分別顯示BD－ROM100、再生裝置300、AV放大器500、喇叭600。在該等機器之解碼能力上，再生裝置300可到達5.1ch、AV放大器500可到達7.1ch、喇叭600可到達7.1ch。

第2層~第4層顯示在BD－ROM100具有7.1ch、5.1ch之主要音訊資料流時，要如何利用該等機器進行混合。第2層顯示BD－ROM100內有具備7.1ch屬性之主要音訊資料流，並以再生裝置300對其進行解碼之情形。此時，再生裝置300會對從BD－ROM100讀取之7.1ch主要音訊資料流進行解碼，並縮混成5.1ch後，再進行輸出。而AV放大器500會將該5.1ch之聲音輸出變換成7.1ch後，輸出至喇叭600。

第3層顯示BD－ROM100內記錄有5.1ch的主要音訊資料流之情形。此時，再生裝置300會對5.1ch的主要音訊資料流進行解碼，且在未進行縮混之下輸出至AV放大器500。而AV放大器500會將該5.1ch之聲音輸出變換成7.1ch後，輸出至喇叭600。

第4層顯示BD－ROM100內記錄有7.1ch的主要音訊資料流，且再生裝置300對其進行路徑直達輸出之情形。此時，係藉AV放大器500進行解碼，且經該AV放大器500解碼而得之7.1ch的聲音會供給至喇叭600，以進行聲音輸出。

對該等輸出進行比較時，在如第2層之再生裝置300將7.1ch變換成5.1ch之情形下，聲音會暫時變成5.1ch，然後再將AV放大器500變換成7.1ch之聲音輸出至喇叭600，因此，會形成儘管記錄於BD－ROM100之音訊資料流為7.1ch，在第2層輸出時的音質卻與在第3層輸出時的音質差別不大之諷刺結果。

相對於此，第4層係使具有7.1ch的解碼能力之AV放大器500進行7.1ch的音訊資料流之解碼，因此，可期待輸出高音質。

所以，在此種輸出型態中，連接對象－機器具有再生能力時，本實施型態係進行路徑直達輸出以使該機器進行解碼。

透過HDMI中的DIB(Decoder Information Block；解碼器資訊塊)來判定連接對象具有多少再生能力、解碼能力、是否應該進行資料串流再生等。第36(a)圖係顯示DIB之圖。

如本圖所示，DIB包含有：表示可輸出至AV放大器500的編碼方式之「CODEC TYPE」、表示與該編碼方式相依的音訊格式之「Format depending coding type」、表示連接對象－機器可進行解碼的聲道數之「Channel Number」、表示喇叭配置之「Speaker Configuration」、及表示可在連接對象－機器中進行再生的頻率之「Sampling Frenquency」。

第36(b)圖係顯示可設定於DIB的各欄位之值。

「CODEC TYPE」表示可在連接對象－機器中進行解碼之編碼方式為DTS－HD、MLP、DD/DD＋當中之何者。並使用CT0,CT1,CT2,CT3等4種參數來進行「CODEC TYPE」內的實際敘述。

「Format depending coding type」係使用如Base,Level1,Level2，Level3等4種參數之任一者來進行規定。

「Channel Number」表示為7.1ch、5.1ch、2ch之任一者。

「Speaker Configuration」表示為5.1ch立體聲配置之「L/R/C/LS/RS/LFE」、7.1ch立體聲配置之「L/R/C/LS/RS/LR/RR/LFE」、2ch立體聲配置之「L/R」中的任一者。

「Sampling Frenquency」表示為「48KHz」、「192KHz」、「72KHz」之任一者。

如◎1所示，再生裝置300之HDMI發送接收部27係在與AV放大器500連接之際進行相互任證後，如◎2所示從接收器－AV放大器500端接收DIB。在藉此而接收之DIB中，於AV放大器500端具有解碼主要音訊資料流之能力時，則如◎3所示對於AV放大器500進行主要音訊資料流之路徑直達輸出。

在以上說明中，「Format depending coding type」係以Base,Leve11,Leve12,Leve13等抽象之標示來表現。而該等Base,Leve11,Leve12,Leve13各自表示何種意思係依照主要音訊資料流之編碼方式而改變。

接著，說明在主要音訊資料流為DD/DD＋時、DTS－HD形式時、MLP時，Base,Leve11,Leve12,Leve13各自表示何種意思。

首先，開始進行DD/DD＋音訊資料流之說明。DD/DD＋音訊資料流係為了BD－ROM而重新定義之音訊資料流。

第37(a)圖係顯示在DD/DD＋形式的主要音訊資料流之音訊資料框內，DIB的「Format depending coding type」之Base,Leve13各自配置於何種資料上。本圖之第1層表示DD＋之基本資料、擴充資料，第2層表示基本資料、擴充資料之詳細內容，第3層表示對於該基本資料、擴充資料配置之Base,Leve13。而DD＋音訊資料流之音訊資料框係由形成基本資料之獨立子資料流(Independent Substream)、形成擴充資料之相依子資料流(Dependent Substream)所構成。

相依子資料流係取代獨立子資料流的5.1ch(L/R/C/LS/RS/LFE)之聲音成分中的LS/RS，而構成為4ch(LS/RS/LR/RR)之聲音成分。藉由獨立子資料流的LS/RS之聲音成分替換成相依子資料流的LS/RS/LR/RR之聲音成分，可使再生裝置300實現7.1ch(L/R/C/LS/RS/LR/RR/LFE)之聲音再生。此外，相依子資料流係構成6ch之聲音成分者，藉由於前述7.1ch中追加該6ch之聲音成分，亦可使再生裝置300實現13.1ch之聲音再生。

接著，進行DTS－HD音訊資料流之說明。第37(b)圖係顯示在DTS－HD形式的主要音訊資料流之音訊資料框內，DIB的「Format depending coding type」之Base,Levell,Level2,Level3各自配置於何種資料上。本圖之第1層表示DTS－HD之基本資料、擴充資料，第2層表示基本資料、擴充資料之詳細內容，第3層表示對於該基本資料、擴充資料配置之Base,Level1,Level2,Level3。

DTS－HD音訊資料流係DTS音訊資料流之擴充規格。如第37(b)圖所示，DTS－HD音訊資料流之音訊資料框係分類為「核心子資料流(Core Substream)」與「延伸子資料流(Extension Substream)」。核心子資料流係與DTS音訊資料流同等，且亦可於1.5Mbps的頻寬中進行傳輸。因此，S/PIDF亦可傳輸該核心子資料流。相對於此，延伸子資料流係DTS－HD之擴充部分，並且要對應於DTS－HD之解碼器才可進行再生。

DTS－HD之核心子資料流儲存有48kHz/2ch之音訊資料。

延伸子資料流具有DTS－ES、DTS－96/24、DTS－HD(xLL)。其中，DTS－ES可儲存5.1ch加上1聲道的6.1Ch、48KHz之音訊資料，DTS－96/24可儲存5.1Ch、96KHz之音訊資料，DTS－HD(xLL)可儲存192kHz/6ch無損(Lossless)之音訊資料。

以下，說明DIB之Base,Level1,Level2,Level3各自如何對於DTS－HD進行配置。

當主要音訊資料流為DTS－HD時，會對於核心子資料流配置Base，對延伸子資料流之DTS－ES配置Level1，對延伸子資料流之DTS－96/24配置Level2，對延伸子資料流之DTS－HD(xLL)配置Level3。

又，DIB之Base,Level1,Level2,Level3並未對於MLPAudio進行配置。這是因為MLPAudio之音訊資料框的結構不同於杜比數位Audio(DD)之音訊資料框之故。

以上為對於DTS－HD之標號(Label)配置。

接著，進行第2實施型態的再生裝置改良之說明。

第38圖係顯示PSR集23的PSR15之內部結構。

PSR15具有與第1實施型態之PSR1、PSR14、PSR31同樣的32位元之位元長度。

PSR15之位元b0到位元b3表示再生裝置是否具有解碼LPCM狀態之音訊資料流並且再生之能力。又，該4位元為0001b時，表示再生裝置具有對立體聲屬性的48/96Hz之LPCM狀態音訊資料流進行再生之能力。該4位元為0010b時，表示再生裝置具有對環繞聲屬性的48/96Hz之LPCM狀態音訊資料流進行再生之能力。該4位元為0101b時，表示再生裝置具有對立體聲屬性的所有頻率之LPCM狀態音訊資料流進行再生之能力。該4位元為0110b時，表示再生裝置具有對環繞聲屬性的所有頻率之LPCM狀態音訊資料流進行再生之能力。

PSR15之位元b4到位元b7表示再生裝置是否具有解碼DD/DD＋形式之音訊資料流並且再生之能力。又，該4位元之低階2位元為01b時，表示再生裝置具有對立體聲屬性的DD/DD＋音訊資料流之基本資料(獨立子資料流)進行再生之能力。該4位元之低階2位元為10b時，表示再生裝置具有對環繞聲屬性的DD/DD＋音訊資料流之基本資料(獨立子資料流)進行再生之能力。

再者，該4位元之高階2位元為01b時，表示再生裝置具有對立體聲屬性的DD/DD＋音訊資料流之擴充資料(相依子資料流)進行再生之能力。該4位元之高階2位元為10b時，表示再生裝置具有對環繞聲屬性的DD/DD＋音訊資料流之擴充資料(相依子資料流)進行再生之能力。

而高階2位元為00時，表示再生裝置不具有對其進行再生之能力。

PSR15之位元b8到位元b11表示再生裝置是否具有解碼DTS－HD形式之音訊資料流並且再生之能力。又，該4位元之低階2位元為01b時，表示再生裝置具有對立體聲屬性的DTS－HD音訊資料流之基本資料(核心子資料流)進行再生之能力。該4位元之低階2位元為10b時，表示再生裝置具有對環繞聲屬性的DTS－HD音訊資料流之基本資料(核心子資料流)進行再生之能力。

再者，該4位元之高階2位元為01b時，表示再生裝置具有對立體聲屬性的DTS－HD音訊資料流之擴充資料(延伸子資料流)進行再生之能力。該4位元之高階2位元為10b時，表示再生裝置具有對環繞聲屬性的DTS－HD音訊資料流之擴充資料(延伸子資料流)進行再生之能力。

PSR15之位元b12到位元b15表示再生裝置是否具有解碼DD形式、MLP形式之音訊資料流並且再生之能力。又，該4位元之低階2位元為01b時，表示再生裝置具有對立體聲屬性的DD形式之音訊資料流進行再生之能力。該4位元之低階2位元為10b時，表示再生裝置具有對環繞聲屬性的DD形式之音訊資料流進行再生之能力。

再者，該4位元之高階2位元為01b時，表示再生裝置具有對立體聲屬性的MLP音訊資料流進行再生之能力。該4位元之高階2位元為10b時，表示再生裝置具有對環繞聲屬性的MLP音訊資料流進行再生之能力。

如前所述，可規定PSR15是否具有依照每個編碼方式處理各個基本資料、擴充資料之能力。

以上為PSR15之改良。

因如前所述地規定PSR15，故第2實施型態之控制器22會依照第39圖的流程圖進行主要音訊資料流之再生控制。第39圖係顯示第2實施型態之控制器22的處理順序之流程圖。

步驟S61係進行是否要啟動裝置之啟動等待判定，若要啟動時，則對透過HDMI而連接之對象機器進行認證(步驟S62)。經由該認證判定相互間的正當性後，移到步驟S63。步驟S63係關於是否接收到DIB之接收等待迴路，若接收到DIB時(步驟S63為yes)，則可藉由從連接對象取得之DIB來認識連接對象之能力及喇叭配置(步驟S64)。步驟S65係進行連接對象是否具有再生能力之判定，若具有再生能力時，則顯示是否進行路徑直達輸出的設定接收用之選項單(步驟S67)，並判定使用者是否希望進行路徑直達輸出(步驟S68)。

第40圖係顯示是否進行路徑直達輸出的設定接收用之選項單。本圖之選項單係由主旨為喚起「觀眾的劇院系統可利用連接處之機器進行聲音解碼」的注意之訊息、及可否接受連接處機器的解碼指示之按鈕「Yes」、「No」所構成。

藉由對該選項單確定Yes按鈕，以進行主旨為希望路徑直達輸出之操作時，會依照DIB設定PSR15之播放器音訊資料流處理能力(Player capability for Audio)後(步驟S71)，使程序執行部42執行依照AV放大器500的解碼能力來選擇主要音訊資料流之程序(步驟S72)。然後，使讀取自BD_ROM的AV短片之主要音訊資料流進行路徑直達輸出(步驟S73)。

在未進行希望AV放大器500進行解碼之操作時，會使程序執行部42執行依照自己的解碼能力來選擇主要音訊資料流之程序(步驟S69)，並再生且輸出經由音訊解碼器7a之解碼結果(步驟S70)。

第41、42圖係依照DIB設定PSR15之播放器音訊資料流處理能力的處理順序之流程圖。

第41圖的流程圖之步驟S200係進行判定DIB之編碼方式是否為DD＋。

DIB之編碼方式為DD＋時，移到步驟S201。步驟S201係進行判定DIB之Format depending coding type中是否記錄有Level3。步驟S201為yes時，則在步驟S203中將相依子資料流之能力設定成10b：可輸出環繞聲(Surround Capable)。

而步驟S201為no時，則在步驟S205中將相依子資料流之能力設定成00b：不可輸出(Incapable)。

接著，進行步驟S206之判定。步驟S206係進行判定喇叭配置是否大於2ch。步驟S206為yes時，則在步驟S207中將獨立子資料流之能力設定成10b：可輸出環繞聲。而步驟S206為no時，則在步驟S208中將獨立子資料流之能力設定成01b：可輸出立體聲(Stereo Capable)。又，在步驟S207、步驟S208中，最好亦將PSR15之b6、b7預設成10b：可輸出環繞聲、01b：可輸出立體聲。這是因為該等亦與獨立子資料流相同地表示杜比數位(AC－3)能力之故。

第42圖的流程圖之步驟S81、步驟S82係進行判定DIB之編碼方式是表示DTS－HD、還是MLP。若DIB之編碼方式表示DTS－HD時，則步驟S81為yes並且移到步驟S83、步驟S84。步驟S83係進行判定DIB之Format depending coding type中是否記錄有Level1~Level3，而步驟S84係進行判定喇叭配置是否大於2ch。

在步驟S83為yes、步驟S84為yes時，則在步驟S85中將延伸子資料流之能力設定成10b：可輸出環繞聲。

在步驟S83為yes、步驟S84為No時，則在步驟S86中將延伸子資料流之能力設定成01b：可輸出立體聲。

另一方面，在DIB之Format depending coding type中並未記錄Level1~Level3時，則在步驟S87中將延伸子資料流之能力設定成00b：不可輸出。然後，進行步驟S88之判定。

步驟S88係進行判定DIB之喇叭配置是否大於2ch。

步驟S88為yes時，則在步驟S89中將核心子資料流之能力設定成10b：可輸出環繞聲。而步驟S88為no時，則在步驟S90中將核心子資料流之能力設定成01b：可輸出立體聲。

若DIB之編碼方式表示MLP時，則步驟S81為No、步驟S82為Yes，並且移到步驟S91。步驟S91係進行判定喇叭配置是否大於2ch。

步驟S91為yes時，則在步驟S93中將MLP audio之能力設定成10b：可輸出環繞聲。

而步驟S91為no時，則在步驟S94中將MLP audio之能力設定成01b：可輸出立體聲。

接著，進行步驟S96之判定。步驟S96係進行判定喇叭配置是否大於2ch。步驟S96為yes時，則在步驟S97中將DD(AC－3)之能力設定成10b：可輸出環繞聲。而步驟S96為no時，則在步驟S98中將DD(AC－3)之能力設定成01b：可輸出立體聲。

接著，說明第2實施型態之程序執行部42的處理順序。本實施型態中係如第38圖所示地規定PSR15，因此，要依照下述順序進行是否滿足條件(a)、是否滿足條件(c)之判定。

首先，開始進行藉程序執行部42判定是否滿足條件(a)之說明。程序執行部42係從PSR15具有的各種編碼方式之每個基本資料、擴充資料的輸出能力當中，參照與對象主要音訊資料流之編碼方式對應者，並在該編碼方式中的基本資料、擴充資料之任一者表示可輸出立體聲或可輸出環繞聲時，判定再生裝置具有解碼對象主要音訊資料流之能力，且滿足條件(a)。而對應編碼方式中的基本資料、擴充資料之任一者皆表示不可輸出時，則判定再生裝置不具有解碼對象主要音訊資料流之能力，且並未滿足條件(a)。以上為關於條件(a)之判定。

接著，進行藉程序執行部42判定是否滿足條件(c)之說明。程序執行部42係在將主要音訊資料流作為選擇對象時，從PSR集23之每種編碼方式(DD/DD＋輸出能力、DTS－HD輸出能力、DD/MLP輸出能力)當中，特定與該主要音訊資料流之編碼方式對應者。然後，確認在業經特定的編碼方式中，對應於基本資料之位元及對應於擴充資料之位元當中的對應於擴充資料之位元(相依子資料流、延伸子資料流、MLP Audio)設定值是否為預定值。藉此，可判定是否滿足條件(c)。當主要音訊資料流為DD形式時，進行判定DD形式之主要音訊資料流的聲音屬性為立體聲屬性、還是環繞聲屬性。為環繞聲屬性時，則進行判定PSR15之b4、b5或b12、b13是否表示10b：可輸出環繞聲。結果確實如此時，則作出再生裝置具有環繞聲輸出能力，且滿足條件(c)之判定結果。在主要音訊資料流為DD/DD＋形式時，將DD的5.1ch(L/R/C/LS/RS/LE)之聲音成分中的LS/RS替換成DD/DD＋的4ch(LS/RS/LR/RR)時，會變成環繞聲屬性。此時，進行判定PSR15之b6、b7是否表示10b：可輸出環繞聲。結果確實如此時，則作出再生裝置具有環繞聲輸出能力，且滿足條件(c)之判定結果。

當主要音訊資料流為DTS－HD形式時，進行判定核心子資料流是否為環繞聲屬性。為環繞聲屬性時，則進行判定PSR15之b8、b9是否表示10b：可輸出環繞聲。若為環繞聲屬性，則可判定具有環繞聲輸出能力。

在核心子資料流為立體聲，且加上延伸子資料流後變成環繞聲屬性時，進行判定PSR15之b11~b10是否表示可輸出環繞聲：10b。結果確實如此時，則作出再生裝置具有環繞聲輸出能力，且滿足條件(c)之判定結果。

當主要音訊資料流為MLP形式時，進行判定PSR15之b14~b15是否表示10b：可輸出環繞聲。結果確實如此時，則作出再生裝置具有環繞聲輸出能力，且滿足條件(c)之判定結果。以上為是否滿足條件(c)之判定。

進行路徑直達輸出時，要預先在PSR31之播放器設定檔資訊中儲存表示為不可進行混合的再生裝置之值。這是因為不這樣做時，程序執行部43會在欲選擇次要音訊資料流時，進行除了主要音訊資料流外，尚包括次要音訊資料流的路徑直達輸出之故。該理由係基於一般並未想到再生裝置以外的AV放大器500會具有進行混合之能力，所以會認為最好不要輸出次要音訊資料流至AV放大器500。

如前所述，根據本實施型態，係依照連接對象之能力設定PSR15後，再根據該PSR15選擇主要音訊資料流，以進行該主要音訊資料流之路徑直達輸出，因此，可有效活用連接對象之解碼資源，並藉由該有效活用來實現高品質之聲音再生。

(第3實施型態)

第1實施型態之局部儲存器200係再生裝置內建型之硬碟，而本實施型態之局部儲存器200係可移動型之記錄媒體－SD記憶卡。此外，本實施型態係關於在該可移動型記錄媒體中記錄動態場景並提供至再生裝置時之改良。

SD記憶卡係具有安全領域及非安全領域之可移動型記錄媒體。第1實施型態所示局部儲存器上之檔案係加密後記錄於非安全領域中，並將加密金鑰記錄於安全領域中。記錄於安全領域之加密金鑰係藉由SD記憶卡進行認證，且不會在正當性未經確認時進行讀取。藉此，非安全領域上之檔案不會被不當複製，且可僅在與BD－ROM併用時進行讀取。

動態場景係指第1實施型態所示之爪哇(註冊商標)應用程式、電影物件，且為可使再生裝置透過播放清單資訊進行再生之程式。此種動態場景有記錄於BD－ROM100之情形與記錄於局部儲存器200之情形，當動態場景記錄於可移動型記錄媒體時，該動態場景即可供給至設在各種場所之再生裝置。且偶爾亦可供給至設置於汽車內部之再生裝置300。

第43(a)圖係顯示設置於汽車內部之再生裝置300。該再生裝置300係與電視機400一起構成為車用音訊系統，且可移動型之局部儲存器200可與BD－ROM100一起導入該再生裝置300中。

像這樣設置於汽車內部時，最好使該再生裝置300之操作如CD再生裝置一樣清楚。因此，本實施型態之應如CD再生裝置那樣進行操作之PSR31係構成為第43(b)圖所示者。

第43(b)圖係顯示第3實施型態的PSR31之內部結構。本實施型態之PSR31在設置於汽車內部時，係如表示播放器設定檔資訊＝1000b那樣，藉製造廠之技術者或最終消費者來進行設定。PSR31之播放器設定檔資訊設定成1000b時，表示該再生裝置為音訊設定檔播放器(Audio Profile Player)。音訊設定檔播放器係指不適合透過對話畫面進行操作之類CD播放器(可如操作CD再生裝置那樣地進行操作之BD－ROM再生裝置)。

再生裝置為類CD播放器時，如章節跳越、章節搜尋等必須在以章節作為單位進行操作的情況下，再生AV短片。此種章節係規定於第17圖之播放清單記號資訊中。

接著，開始播放清單標示資訊之說明。

第44圖係顯示播放清單資訊中的播放清單標示資訊之內部結構。如本圖中之拉出線pm0所示，播放清單標示資訊係由多數播放清單標示資訊(#1~#n)所構成。播放清單標示資訊(PLmark())係從播放清單時間軸中指定任意位置作為章節點之資訊。如拉出線pm1所示，播放清單標示資訊包含有：表示章節指定對象的播放項目之『ref_to_PlayItem_Id』，及藉時間標示來顯示該播放項目的章節位置之『mark_time_stamp』。

第45圖係顯示藉由播放清單標示資訊指定播放清單資訊之章節位置。本圖之第2層到第5層表示第10圖所示之EP_map及AV短片。

本圖之第1層表示播放清單標示資訊及播放清單時間軸。該第1層中具有2個播放清單標示資訊#1~#2。箭頭kt1、2表示藉由播放清單標示資訊之ref_to_PlayItem_Id進行指定。根據該箭頭可得知播放清單標示資訊之ref_to_PlayItem_Id係指定各個播放項目資訊。又，Mark_time_Stamp表示播放項目時間軸中的應該為章節#1、#2之時點。因此，播放清單標示資訊可在播放項目時間軸上定義章節點。

以上為播放清單標示資訊之說明。接下來說明動態場景之改良。

再生裝置內建型程式是利用於汽車內部、或使用於家庭劇院系統，要在製造階段進行判明。但是，考慮到記錄於BD－ROM100或可移動型局部儲存器200並且供給至再生裝置之動態場景(電影物件、爪哇(註冊商標)應用程式)係裝填於各種再生裝置內，因此，無法特定再生裝置之使用型態為其中的哪一種。因為BD－ROM100、SD記憶卡－局部儲存器200要利用在哪種再生裝置中係經由使用者任意決定之故。

所以，在播放器設定檔資訊設定成表示音訊設定檔播放器時，必須控制再生裝置以類CD播放器之操作方式來操作電影物件、爪哇(註冊商標)應用程式。另一方面，在播放器設定檔資訊設定成其他情形時，則必須利用透過對話畫面之處理進行操作。

第46圖係顯示本實施型態的爪哇(註冊商標)應用程式處理順序之流程圖。

步驟S149係進行判定PSR31是否為音訊設定檔播放器。若不是音訊設定檔播放器時，則開始再生播放清單(步驟S150)。然後，移到步驟S151之迴路處理。

接著，步驟S151構成一是否進行選項單呼叫(Menu Call)操作之操作等待迴路處理。若要進行選項單呼叫，則顯示選項單(步驟S152)，並移到步驟S153~步驟S156之處理。步驟S153係進行判定是否已進行焦點移動操作，若已進行焦點移動操作則將焦點移動至其他按鈕(步驟S155)。

步驟S154係進行判定是否已進行按鈕確定操作，若已進行確定操作則執行對應於按鈕之處理(步驟S156)。

在步驟S149中判定為音訊設定檔播放器時(步驟S149為yes)，則開始再生規定要再生播放聲音－次要音訊資料流之播放清單，並移到由步驟S158、步驟S159構成之迴路處理。

步驟S158係進行判定是否已輸入數值，而步驟S159係進行判定是否已按下跳後(SkipNext)鍵或跳回(SkipBack)鍵。

已輸入數值時，則移到步驟S160以執行章節搜尋。而已按下跳後鍵或跳回鍵時，則移到步驟S161以執行章節跳越機能。

以上係以爪哇(註冊商標)應用程式為例進行說明，而為電影物件時，則是使用IG資料流內的導航命令來實現步驟S153~步驟S155之處理即可。因此，應該規定之處理順序會變的更加單純，故在此省略其說明。

接著，參照流程圖來同時說明章節搜尋及章節跳越之處理順序。第47圖係顯示章節搜尋的處理順序之流程圖。

首先，將符合輸入數值之播放清單標示資訊作為現用播放清單標示(步驟S125)。步驟S126係將現用播放清單標示之ref_to_PlayItem_Id內記錄的播放項目設定成PlayItem#x，而步驟S127係讀取以PlayItem#x的Clip_information_file_name指定之短片資訊。步驟S128係使用現用短片資訊之EP_map，將現用播放清單標示之mark_time_stamp變換成I圖像位址u。

另一方面，步驟S129係使用現用短片資訊之EP_map，將PlayItem#x之Out_time變換成I圖像位址v。步驟S130係命令解碼器進行現用播放清單標示之mark_time_stamp到PlayItem#x之Out_time的輸出。以上為章節搜尋之處理順序。接著，說明章節跳越之處理順序。第48圖係顯示章節跳越之處理順序的流程圖。

步驟S132係進行判定按下的是跳後鍵、還是跳回鍵，為跳回鍵時則於步驟S133中將方向旗標(Flag)設定為－1，為跳後鍵時則於步驟S134中將方向旗標設定為＋1。

步驟S135係對現用播放項目及現用PTM進行變換並且特定現用播放清單標示之步驟，而步驟S136係將現用播放清單標示號碼加上方向旗標值後之號碼，設定為現用播放清單標示之號碼。在此，為跳後鍵時方向旗標是設定為＋1，因此，現用播放清單標示會遞增。而為跳回鍵時方向旗標是設定為－1，因此，現用播放清單標示會遞減。如前所述地設定播放清單標示資訊時，即可與第47圖相同，藉由執行步驟S126~步驟S130之處理順序來進行讀取TS封包。

以上係基於播放清單標示資訊進行再生時之再生裝置的處理順序。

如前所述，根據本實施型態，在PSR31表示音訊設定檔播放器時，可在給予如電影物件、爪哇(註冊商標)應用程式等動態場景與CD再生裝置同等之使用者操作性下，再生播放清單。此時，使用者可對BD－ROM進行與音樂CD完全相同之操作。當然，在非音訊設定檔播放器之再生裝置上再生動態場景時，可維持現狀地假定影像輸出並顯示GUI base之選項單，以進行交互式再生。

(第4實施型態)

第4實施型態係關於如何取得第1實施型態所示的播放清單資訊、短片資訊、AV短片之實施型態。該取得過程之處理主體為爪哇(註冊商標)應用程式。這是因為爪哇(註冊商標)應用程式具有可形成網路連接，並從伺服裝置下載所需檔案的能力之故。

可使用稱作爪哇(註冊商標).net之爪哇(註冊商標)軟體程式館的開放連接方法，來確立用以取得存在於伺服器的檔案之連接。以下係伺服器上的檔案之URL為http：//xxx.com/vp_data/0.m2ts時的連結連接例：new爪哇(註冊商標).net.URL(http：//xxx.com/vp_data/0.m2ts.openConnection()。

第49圖係第4實施型態的爪哇(註冊商標)應用程式之流程圖。在步驟S181中，開始再生BD－ROM之播放清單後，在步驟S182進行從BD－ROM讀取顯示該BD－ROM的供應處－法人、組織之資訊(organization)、及該BD－ROM之識別碼(Disc_id)。

步驟S183係進行判定局部儲存器200中是否具有與藉此讀出的organization、Disc_id對應之領域。

未具有該領域時，則在步驟S184進行判定PSR31之播放器設定檔資訊是否為0x0000。

步驟S183、步驟S184之任一者為No時，則結束處理。

在局部儲存器中未具有與organization、Disc_id對應之領域，且可進行聲音混合時，則步驟S183及步驟S184變成yes。

在步驟S183與步驟S184兩者皆為yes時，會顯示配置有「更新按鈕」之選項單(步驟S185)。然後，會對於「更新按鈕」，形成確定操作等待(步驟S186)。

第50圖係顯示配置有「更新按鈕」的選項單之表示例。在本圖中，記錄「進行更新」之按鈕即為「更新按鈕」，且在確定該「更新按鈕」之操作進行時，會在步驟S187中將Disc_id與PlayList_id傳送至伺服裝置。

Disc_id係BD_ROM之識別資訊，而PlayList_id係再生中的播放清單之識別資訊，因此，伺服裝置會使用該等資訊從內容提供者的資料庫中選擇欲取得之追加內容。且所選擇之追加內容會透過網路送回至再生裝置。該追加內容包含有可記錄於局部儲存器200之檔案形式(播放清單資訊、短片資訊、AV短片)。

步驟S188係進行追加內容之接收等待，接收到時則在步驟S189進行將構成追加內容之播放清單資訊、短片資訊、AV短片寫入至局部儲存器200。然後，在從伺服裝置之下載結束，且可進行同時進行混合之再生時，則將可進行同時進行混合之再生的主旨通知至使用者(步驟S190)。以形成用以判定使用者是否進行主旨為進行混合的操作之處理等待迴路(步驟S191)。使用者希望進行時，則於步驟S192中暫時停止再生播放清單資訊，並進行虛擬檔案系統之更新。

如前所述，根據本實施型態，是於最初再生播放清單之際，再生AV短片且同時進行下載處理，因此，使用者只要一邊觀看播放清單之再生影像，一邊等待下載至局部儲存器200之下載結束即可，即使構成次要音訊資料流之局部儲存器200中的檔案多達數百位元組，亦可避免在下載至局部儲存器200之下載進行期間，造成使用者感到厭倦的情形之下完成。

(第5實施型態)

本實施型態係進一步詳細說明使次要音訊資料流與主要音訊資料流同步再生之結構。

第51圖係顯示局部儲存器200端的短片資訊之資料結構。局部儲存器200端的短片資訊之資料結構與BD－ROM端的短片資訊相同。但是，該等資料結構中的application_type、EP_map結構、EP_stream_type係設定成子短片特有之內容。

<子短片的短片資訊說明之1.application_type>

進行第51圖的application_type之說明。在子短片為先前說明的主要音訊資料流、次要音訊資料流、PG資料流、IG資料流之任一者時，將application_type設定為7。

application_type＝7係指多工化於本短片資訊中之子短片為“無動畫之追加內容”。由於未含有動畫，故本短片可透過網路儲存於局部儲存器200內，並以從局部儲存器200提供為前提，而不是以從BD－ROM提供為前提。以上為子短片之application_type的設定。

<子短片的短片資訊詳細說明之1.Out－of－MUX_EP_map>

接著，進行子短片的EP_map之說明。局部儲存器200中的EP_map係分別與多工化於子短片中的1個以上之Out－of－MUX資料流對應而存在。並且會在賦予對應的Out－of－MUX資料流之多數登錄位置與多數登錄時間對應後而顯示。

Out－of－MUX資料流有主要音訊資料流、次要音訊資料流、PG資料流、IG資料流等類別，且該等資料流係在可從資料流中途之何處開始進行再生方面有所不同。主要音訊資料流、次要音訊資料流係由多數音訊資料框所構成，且基本上只要是從該音訊資料框前面開始，無論從何處開始皆可進行再生。

<Out－of－MUX_EP_map詳細說明之2.關於聲音之Out－of－MUX_EP_map>

接著，進行與主要音訊資料流、次要音訊資料流對應的EP_map結構之說明。主要音訊資料流、次要音訊資料流之EP_map會與動畫影像之EP_map不同的理由在於EP_map之時間間隔上。即，動畫影像之時間間隔係不到1秒，並以緊密的精準度設定登錄點(Entry Point)，而登錄點之時間間隔為5秒，在時間間隔上較長。

第52圖係顯示對於主要音訊資料流、次要音訊資料流產生之EP_map。本圖之EP_map結構係在每隔5秒的固定時間之登錄時間上具有對應的登錄位置。本圖第3層表示子短片時間軸，且該子短片時間軸上的t1~t6為登錄時間。該等登錄時間t1,t2,t3,t4,t5,t6係每隔5秒的固定時間而存在。本圖第2層表示EP_map，且該第2層的EP_map之PTS_EP_start表示該等之登錄時間。

第1層表示構成主要音訊資料流、次要音訊資料流之TS封包列。該TS封包列中的以SPN＝n1,n2,n3,n4,n5,n6指示之位置係設成登錄位置。第2層之SPN_EP_start係設定成可顯示該等n1~n6。EP_map的各登錄點之SPN_EP_start係設定成與PTS_EP_start對應，故每隔5秒之登錄時間可與登錄位置對應。

在主要音訊資料流、次要音訊資料流之EP_map中，亦可設成與前一個登錄點之間隔為256K位元組之資料間隔。該256K位元組之資料間隔係次要音訊資料流之傳送率與5秒之時間間隔相乘的結果。EP_map之時間間隔為5秒，故資料流解析之所需範圍要小於5秒。以上係對於主要音訊資料流、次要音訊資料流設定的EP_map之說明。

接著，進行說明在從播放項目時間軸之任意時點開始再生之際，要如何使主要音訊資料流與次要音訊資料流同步再生。

第53圖係顯示根據播放項目資訊及子播放項目資訊的再生順序之流程圖。在從播放項目時間軸之座標偏移α開始再生時，將播放項目時間軸之座標偏移α變換成主短片時間軸上之座標(In_time＋偏移α)(步驟S141)。藉此求得主短片時間軸上之座標時，再使用主短片之EP_map將主短片時間軸上之座標(In_time＋偏移α)變換成位址α(步驟S143)。

伴隨於此，將偏移α變換成子播放項目時間軸之偏移β(＝偏移α－Sync_Start_Pts_of_PlayItem)後(步驟S145)，再將偏移β變換成子短片時間軸上之座標(SubPlayItem_In_time＋偏移β)(步驟S146)。然後，使用EP_map將SubPlayItem_In_time＋偏移β變換成位址β(步驟S147)，再同時從BD－ROM的位址α、局部儲存器200的位址β進行讀取(步驟S148)。

第54圖係模式化顯示要如何使用如第52圖那樣進行設定之EP_map來特定隨機存取位置。接著，使用第54圖進行說明特定隨機存取位置之順序。從播放項目時間軸之偏移α位置開始進行再生時，播放清單時間軸之原點會在主短片時間軸之In_time中，故跳進主短片之位置為In_time＋偏移α，然後將該位置變換成SPN，再將SPN換算成扇區數即可。

另一方面，播放項目時間軸之偏移α係在子播放項目時間軸中位於Sync_Start_PTS_of_PlayItem＋偏移β之位置。這是由於子播放項目時間軸之原點係位在距離播放項目軸之原點相隔大致Sync_Start_PTS_of_PlayItem的位置上之故。藉此算出偏移β時，可算出子短片時間軸上之跳進位置座標。在此，子播放項目時間軸之原點係在子播放項目資訊之In_time中，故SubPlayItem_In_time＋偏移β即為子短片時間軸之跳進位置。然後，使用子短片之EP_map將跳進位置變換成SPN，並將該SPN變換成位址。

將顯示於EP_High的PTS_EP_High之時間長逐一相加，以進行判定是在第幾個EP_High_id中之時間長總和Σ超過In_time(步驟S201)。在此，顯示於PTS_EP_High之時間長係指將PTS_EP_High作為高階位元之時間單位。在第k個EP_High_id中之時間長總和Σ超過In_time時，要預先記憶該k(步驟S202)。

為了求得EP_Low_id，而將顯示於多數EP_Low的PTS_EP_Low之時間長與到PTS_EP_High(k－1)為止之總和Σ相加，以進行判定是在第幾個EP_Low_id中之時間長總和超過In_time(步驟S203)。在此，在第h個EP_Low_id中之時間長總和超過In_time時，要預先記憶該h(步驟S204)。

藉此求得之k－1與h－1群組，可特定最接近於In_time之登錄點。且可根據求得的登錄點之SPN_EP_High、SPN_EP_Low群組，算出符合座標TM的位置之SPN，並將SPN變換成扇區位址(步驟S205)。

藉由以下處理進行從SPN變換成扇區位址。在此，SPN係原始封包之連續號碼，故要根據該SPN讀取出原始封包時，必須將SPN變換成相對扇區數。在此，如第4圖所示，原始封包係每32個變換成1個對齊單元，且記錄於3個扇區中，因此，可藉由SPN除以32而得到商數，並將該商數解釋為具有I圖像之對齊單元號碼。藉此求得之對齊單元號碼乘上3後，可求得距離SPN最近之對齊單元的扇區位址。又，藉此求得之扇區位址係從1個AV短片檔案的前面開始之相對扇區數，因此，藉由將該相對扇區數設定成檔案指標(File Pointer)，可特定相當於登錄點之扇區。

接著，將在步驟S205進行變換而得之位址作為開始點，開始解析資料流(步驟S206)。該資料流解析係進行下述處理：取出PES封包之標頭，並從該標頭讀取出音訊資料框之容量及PTS，再根據該容量特定下一個音訊資料框之記錄位置。且，在到達具有超過座標TM值之PTS的PES封包之前，重複進行前述處理(步驟S207)。

在到達具有超過座標TM值之PTS的PES封包時，將該PES封包之位址設為存取位置－位址β(步驟S208)。如此特定位址β時，可進行從此處開始之再生，以實現聲音再生。

接著，參照第56圖且同時具體說明該流程圖之處理。

第56圖係顯示子短片為主要音訊資料流、次要音訊資料流時的變數k、h、隨機存取位置之關係。本圖第1層表示構成EP_map之PTS_EP_High，而第2層表示構成EP_map之PTS_EP_Low。第3層表示原始封包列。在本圖中，k表示超過隨機存取位置之最小PTS_EP_Low，而h表示超過隨機存取位置之最小PTS_EP_High。

前1個PTS_EP_High(k－1)與前1個PTS_EP_Low(h－1)之群組表示距離隨機存取位置最近之登錄時間。

與該等PTS_EP_High、PTS_EP_Low群組對應之SPN_EP_High、SPN_EP_Low群組表示距離隨機存取位置最近之登錄位置，故只要從該登錄位置開始解析資料流，即可到達相當於隨機存取位置之PES封包。

(備考)以上係針對申請人在本案的申請時點所了解之最佳實施型態進行說明，然而以下所示之技術性主題尚可進一步進行改良或變更。可任意決定要依照各實施型態所示者進行、或者是否要對其進行改良、變更，但煩請注意需依照執行者之意思進行。

(關於追加內容之處理)最好在初期預先設定再生裝置，使下載至局部儲存器200之追加內容可在經過幾個月、幾年後自動消除。

(PID之代用)第1實施型態係使用PID來區別主要音訊資料流、次要音訊資料流，而在使用MPEG2－PS時，最好使PES封包標頭之stream_id為各自不同者。

此外，想要以1個多工解訊器辨別主要音訊資料流、次要音訊資料流之2種聲音資料流時，只要在系統資料流等級中進行區別即可。或者，亦可在2種資料流匯聚成1個之前，預先替換以避免單方的PID重複。

(控制順序之實現)基於使用硬體資源完成具體實現，在各實施型態中引用流程圖來說明之控制順序、及藉由機能性構成元件之控制順序，可說是利用自然法則之技術思想創作，且滿足“程式發明”之成立條件。

．本發明之程式生產型態

本發明程式係電腦可執行之執行形式程式(物件程式)，並由可使電腦執行各實施型態所示流程圖之各步驟、及機能性構成元件之各個順序等1個以上程式碼所構成。在此，程式碼有處理器之本機碼、爪哇(註冊商標)位元組碼等各種種類。又，藉由程式碼而實現之各步驟亦有各種樣態。利用外部函數實現各步驟時，呼叫該外部函數之呼叫文(Call)為程式碼。此外，可實現1個步驟之程式碼亦有可能歸屬於不同的物件程式。命令種類有所限制之RISC處理器亦可藉由組合算術運算命令、邏輯運算命令或分支命令等來實現流程圖之各步驟。

可如下所述地作成本發明之程式。首先，軟體開發者先使用程式設計語言記錄可實現各流程圖或機能性構成元件之原始程式。在該記錄進行時，軟體開發者要依照程式設計語言之語法，並使用類別結構體或變數、排列變數、外部函數之呼叫文，來記錄可具體實現各流程圖或機能性構成元件之原始程式。

記錄之原始程式係作為檔案提供給編譯器。編譯器再翻譯該等原始程式以產生物件程式。

編譯器之翻譯係包含語法解析、最優化、資源配置、編碼產生等過程。語法解析係進行原始程式之字句解析、語法解析及意思解析，並將原始程式變換成中間程式。最優化係對於中間程式進行基本區塊化、控制流程解析、資料流程解析等作業。資源配置係為了配合對象處理器之命令集，而將中間程式內之變數配置於具有對象處理器之暫存器或記憶體中。編碼產生係將中間程式內之各中間命令變換成程式碼，以求得物件程式。

物件程式產生時，程式設計師即會對該等程式啟動鍵接器。鏈接器再將該等物件程式及相關程式館程式配置於記憶體空間內，並使其結合成1個，以產生載入模組。藉此產生之載入模組係以藉由電腦進行讀取為前提者，且可使電腦執行各流程圖所示之處理順序或機能性構成元件之處理順序。經由以上處理，可製作本發明之程式。

．本發明程式之使用型態

本發明程式可如下所述地使用。

(i)作為內建程式使用本發明程式作為內建程式使用時，要將符合程式之載入模組與基本輸出入程式(BIOS)、及各種中間軟體(作業系統)一起寫入命令ROM。藉由將該命令ROM建入控制部，再使CPU執行，即可將本發明程式作為再生裝置300之控制程式使用。

(ii)作為應用程式使用再生裝置300為硬碟內建模組時，基本輸出入程式(BIOS)會建入命令ROM，且各種中間軟體(作業系統)會預先安裝於硬碟中。又，用以從硬碟啟動系統之啟動ROM會設在再生裝置300中。

此時，只有載入模組會透過可移動型記錄媒體或網路供給至再生裝置300，並作為1個應用程式安裝至硬碟中。如此一來，再生裝置300可藉由啟動ROM進行啟動程式，並啟動作業系統後，使用本發明程式作為1個應用程式，且使CPU執行該應用程式。

硬碟內建模組之再生裝置300可將本發明程式作為1個應用程式使用，故可單獨讓渡、借貸或透過網路提供本發明之程式。

(控制器22)各實施型態所示之控制器22等構成元件可作為一個系統LSI而實現。

系統LSI係指於高密度基板上組裝裸晶片，並進行包裝者。系統LSI亦包含藉由於高密度基板上組裝多數個裸晶片並進行包裝，以使多數個裸晶片具有如1個LSI的外形結構者(此種系統LSI稱作多晶片模組)。

在此，著眼於包裝種類時，系統LSI具有QFP(Quad flat package；四面扁平封裝)、PGA(Pin grid array；針柵陣列)等類別。QFP係於包裝的四個側面上安裝插針之系統LSI，而PGA係底面整體安裝多數插針之系統LSI。

該等插針具有作為與其他電路之間的介面之功能。由於系統LSI之插針具有此種介面之功能，故透過系統LSI之該等插針與其他電路連接，可使系統LSI發揮作為再生裝置300的核心之功能。

包裝於系統LSI中之裸晶片係由“前端部”、“後端部”、“數位處理部”所構成。“前端部”係將類比信號數位化之部分，而“後端部”係將數位處理結果所得到的資料類比化後輸出之部分。

在各實施型態中，作為內部結構圖而顯示之各構成元件係組裝於該數位處理部內。

如先前“作為內建程式使用”所述者，命令ROM中寫入有符合程式之載入模組、基本輸出入程式(BIOS)及各種中間軟體(作業系統)。在本實施型態中特別創作的是符合該程式之載入模組的部分，因此，藉由將儲存有符合程式之載入模組的命令ROM作為裸晶片來進行包裝，即可生產本發明之系統LSI。

在具體組裝上最好可使用SoC組裝或SiP組裝。SoC(System on chip；晶片系統設計)組裝係指於1個晶片上燒著多數電路之技術，而SiP(Systemin Package；系統套裝軟體)組裝係指利用樹脂等將多數晶片作成1個包裝之技術。經由以上過程，即可以各實施型態所示的再生裝置300之內部結構圖為基礎來製作本發明之系統LSI。

又，如前所述而產生之積體電路亦可依照積體度的不同而稱為IC、LSI、特大型LSI、超大型LSI等。

再者，亦可將各記錄讀取裝置之構成元件的一部份或全部構成為1個晶片。積體電路化並不僅限於前述SoC組裝、SiP組裝之方式，亦可藉由專用電路或通用程序之方式而實現。在LSI製造後，可考慮利用可程式化之FPGA(Field Programmable Gate Array；現場可程式閘陣列)、或可再構成LSI內部的電路電池連接或設定之可重組態處理器。又，當因半導體技術進步或衍生技術使得取代LSI之積體電路化技術出現時，當然亦可使用該技術進行機能區塊之積體電路化。例如，亦有可能適用於生物技術等方面。

產業上之可利用性

本發明之記錄媒體、再生裝置係於前述實施型態中揭示其內部結構，且清楚得知可根據該內部結構來進行量產，因此，其品質可利用於工業上。有基於此，本發明之記錄媒體、再生裝置具有產業上之可利用性。

1a．．．BD－ROM驅動器

1b．．．路徑

2a、b．．．讀緩衝器

3a、b．．．多工解訊器

4．．．視訊解碼器

5．．．視訊平面

6a、b、c．．．緩衝器

7a、b．．．音訊解碼器

8．．．縮混/縮減取樣器

9a、9b．．．混音器

10a．．．開關

10b．．．編碼器

11．．．雙向式圖表解碼器

12．．．雙向式圖表平面

13．．．介紹圖表解碼器

14．．．介紹圖表平面

15．．．JPEG解碼器

16．．．靜止平面

17．．．合成部

18a、b．．．STC產生部

19a、b．．．ATC產生部

20．．．內文ST解碼器

21．．．記憶體

22．．．控制器

23．．．PSR集

24．．．PID變換部

25．．．通信部

26．．．操作接收部

27．．．HDMI發送接收部

41．．．播放清單處理部

42．．．程序執行部

43．．．程序執行部

44．．．混合控制部

100．．．BD－ROM

200．．．局部儲存器

300．．．再生裝置

400．．．電視機

500．．．AV放大器

600．．．喇叭

第1圖係顯示本發明記錄媒體之使用操作型態。

第2圖係顯示BD-ROM之內部結構。

第3圖係模式化顯示如何構成附延伸檔名.m2ts之檔案。

第6圖係顯示何種基本資料流多工化於AV短片內。

第7圖係顯示短片資訊之內部結構。

第8圖係顯示關於電影的視訊資料流之EP_map設定。

第9圖係顯示播放清單資訊之資料結構。

第10圖係顯示AV短片與播放清單資訊之關係。

第11圖係顯示檔案sound.bdmv之結構。

第12圖係顯示局部儲存器200之內部結構。

第13圖係顯示多工化於子短片中之基本資料流。

第14圖係顯示BD-ROM規格之PID配置對映表。

第15(a)圖係顯示次要音訊資料流之內部結構。

第15(b)圖係顯示音訊資料框之一例。

第15(c)圖係顯示元資料之內部結構。

第15(d)圖係模式化顯示增益控制資訊之一例。

第17圖係顯示播放清單資訊之資料結構。

第18圖係顯示子路徑資訊的內部結構之放大圖。

第19圖係顯示局部儲存器200上之子短片與局部儲存器200上之播放清單資訊與BD－ROM上之主短片的對應圖。

第21圖係顯示STN_table之內部結構。

第22(a)圖係顯示對應於視訊資料流之Stream_attribute。

第22(c)圖係顯示視訊資料流之Stream_entry。

第22(d)圖係顯示次要音訊資料流之Stream_entry。

第24圖係顯示藉再生裝置300而產生之虛擬檔案系統。

第25圖係顯示本發明再生裝置之內部結構。

第26圖係機能性表現控制器22之圖。

第27(a)圖係顯示PSR1之位元指定。

第27(b)圖係顯示PSR14之位元指定。

第27(c)圖係顯示PSR31之位元指定。

第29(a)圖係顯示可取得PSR1的設定值之狀態遷移圖。

第29(b)圖係顯示PSR1的再生狀態改變時之程序的處理順序。

第30圖係顯示步驟S5的詳細處理順序之流程圖。

第31圖係顯示資料流變化時的PSR1設定順序之流程圖。

第32(a)圖係顯示可取得PSR14的設定值之狀態遷移圖。

第32(b)圖係顯示PSR14的再生狀態改變時之程序的處理順序。

第33圖係顯示步驟S35的詳細處理順序之流程圖。

第34圖係顯示資料流變化時的PSR14設定順序之流程圖。

第36(a)圖係顯示DIB之圖。

第36(b)圖係顯示可設定於DIB的各欄位之值。

第37(b)圖係顯示在DTS－HD形式的主要音訊資料流之音訊資料框內，DIB的「Format depending coding type」之Base,Level1,Level2，Level3各自配置於何種資料上。

第38圖係顯示PSR集23的PSR15之內部結構。

第39圖係顯示第2實施型態之控制器22的處理順序之流程圖。

第43(a)圖係顯示再生裝置300設置於汽車內部時之設置例。

第43(b)圖係顯示第3實施型態的PSR31之內部結構。

第47圖係顯示章節搜尋的處理順序之流程圖。

第48圖係顯示章節跳越的處理順序之流程圖。

第49圖係第4實施型態的爪哇(註冊商標)應用程式之流程圖。

第50圖係顯示配置有「更新按鈕」的選項單之表示例。

第51圖係顯示局部儲存器200端的短片資訊之資料結構。

100．．．BD－ROM

200．．．局部儲存器

300．．．再生裝置

400．．．電視機

500．．．AV放大器

600．．．喇叭

Claims

一種記錄媒體，係記錄有播放清單資訊者，且前述播放清單資訊包含有主路徑資訊及子路徑資訊，其中前述主路徑資訊係指定多數數位資料流中之一個作為主資料流，並對該主資料流定義主要再生區間之資訊，而前述子路徑資訊係指定多數數位資料流中之另一個作為子資料流，並對該子資料流定義應與前述主要再生區間同步的次要再生區間之資訊，於前述主資料流中多工有視訊資料流及主要音訊資料流，又，前述記錄媒體中記錄有指定為子資料流之音訊資料流，音訊資料流係由多數封包構成，且各封包附有封包識別碼，而封包識別碼係由高階欄位及低階欄位構成，並且高階欄位顯示：由封包構成的音訊資料流為次要音訊資料流，且其聲音輸出可與主要音訊資料流的聲音輸出混合之主旨。
如申請專利範圍第1項之記錄媒體，其中封包識別碼之低階欄位顯示對應的音訊資料流為多數次要音訊資料流中的哪一個。
如申請專利範圍第1項之記錄媒體，其中前述主路徑資訊含有資料流表單，且該資料流表單具有關於次要音訊資料流之登錄資料，並且各登錄資料中記錄有對應的封包識別碼之參照值，而資料流表單中的登錄資料順序表示其對應的次要音訊資料流之選擇順序。
如申請專利範圍第3項之記錄媒體，其中關於前述次要音訊資料流之登錄資料係附有與其對應且顯示資料流號碼之組合資訊，可與前述次要音訊資料流之再生輸出混合之主要音訊資料流係與前述資料流號碼對應之主要音訊資料流。
如申請專利範圍第1項之記錄媒體，其中前述次要音訊資料流含有元資料，且元資料可進行主要音訊資料流中的聲音輸出之增益縮小或增益放大之控制。
如申請專利範圍第5項之記錄媒體，其中前述子路徑資訊可將前述元資料命令控制增益之時點，作為次要再生區間之開始點或次要再生區間之結束點顯示。
如申請專利範圍第1項之記錄媒體，其中前述子路徑資訊含有類型資訊，該類型資訊顯示由前述子路徑資訊自身指定之音訊資料流為次要音訊資料流的主旨。
一種再生裝置，係依照播放清單資訊來再生定義主要再生區間之主資料流及定義次要再生區間之子資料流者，且前述播放清單資訊係對於多數數位資料流的每一個定義再生區間之資訊，並且含有主路徑資訊及子路徑資訊，又，該再生裝置包含有：第1讀取部，係可依照主路徑資訊讀取構成主資料流中之定義為主要再生區間的部分之封包者；第2讀取部，係可依照子路徑資訊讀取構成子資料流中之定義為次要再生區間的部分之封包者；多工分離部，係可接收第1、第2讀取部所讀取之封包，並參照該等封包之封包識別碼的高階欄位，藉此，對構成主要音訊資料流之封包及構成次要音訊資料流之封包進行多工分離者；第1解碼器，係可將構成主要音訊資料流之封包解碼者；第2解碼器，係可將構成次要音訊資料流之封包解碼者；及混合部，係可將第1解碼器之解碼結果的非壓縮數位資料及第2解碼器之解碼結果的非壓縮數位資料混合者。
如申請專利範圍第8項之再生裝置，其中前述主路徑資訊含有資料流表單，且該資料流表單具有關於次要音訊資料流之登錄資料，並且各登錄資料中記錄有與次要音訊資料流對應的封包識別碼之參照值，又，前述再生裝置更包含有：程序執行部，係可依照預定順序，從多數次要音訊資料流中選擇應再生之次要音訊資料流者；及狀態暫存器，係可儲存選擇的次要音訊資料流之資料流號碼者，又，藉前述多工分離部進行之次要音訊資料流的多工分離，係將資料流表單內含有的次要音訊資料流之登錄資料當中之與狀態暫存器儲存的資料流號碼對應之登錄資料中所記錄之封包識別碼之參照值的高階欄位、及由第2讀取部讀取之封包的封包識別碼之高階欄位進行比較，並在該比較中高階欄位為一致時，將由第2讀取部讀取之封包輸出至第2解碼器。
如申請專利範圍第9項之再生裝置，其中前述登錄資料附有與其對應且顯示資料流號碼之組合資訊，可與前述次要音訊資料流之再生輸出混合之主要音訊資料流係與前述資料流號碼對應之主要音訊資料流，又，前述狀態暫存器可儲存現在再生的主要音訊資料流之資料流號碼，而程序執行部所依照的預定順序係包含儲存於狀態暫存器的主要音訊資料流之資料流號碼是否與顯示於組合資訊的主要音訊資料流之資料流號碼一致之判定，而前述混合部係在前述預定順序中判定為一致時進行混合。
如申請專利範圍第8項之再生裝置，更包含有：變換部，係可對主要音訊資料流之解碼結果的非壓縮數位資料執行縮混及/或縮減取樣者，又，前述混合部可針對變換部之變換結果，進行次要音訊資料流的聲音輸出之混合。
如申請專利範圍第11項之再生裝置，其中前述次要音訊資料流含有元資料，且前述變換部可依照元資料進行主要音訊資料流中的聲音輸出之增益縮小或增益放大之控制。
如申請專利範圍第8項之再生裝置，其中前述子路徑資訊可將第1元資料命令增益縮小或增益放大之控制的時點，作為再生區間之開始點或再生區間之結束點顯示。
如申請專利範圍第8項之再生裝置，其中前述再生裝置設有預備混合部，且該預備混合部可對藉由前述混合部之混合而混合有次要音訊資料流的再生輸出之主要音訊資料流的再生輸出，混合對於使用者操作之鍵音。
如申請專利範圍第8項之再生裝置，其中當前述第2讀取部所讀取出之次要音訊資料流為多數時，多工分離部除了參照構成該等多數次要音訊資料流之封包中的封包識別碼之高階欄位，並參照低階欄位，藉此，在構成次要音訊資料流之封包當中，只將封包識別碼之該高階欄位及低階欄位為預定值者輸出至第2解碼器。
如申請專利範圍第8項之再生裝置，其中前述主路徑資訊含有資料流表單，且該資料流表單具有關於次要音訊資料流之登錄資料，並且各登錄資料中記錄有與次要音訊資料流對應的封包識別碼之參照值，又，前述再生裝置更包含有：程序執行部，係可依照預定順序，從多數次要音訊資料流中選擇應再生之次要音訊資料流者；及狀態暫存器，係可儲存選擇的次要音訊資料流之資料流號碼者，又，藉前述多工分離部進行之次要音訊資料流的多工分離，係將資料流表單內含有的次要音訊資料流之登錄資料當中之與狀態暫存器儲存的資料流號碼對應之登錄資料中所記錄之封包識別碼之參照值的高階欄位及低階欄位、與由第2讀取部讀取之封包的封包識別碼之高階欄位及低階欄位進行比較，並在該比較中高階欄位及低階欄位為一致時，將由第2讀取部讀取之封包輸出至第2解碼器。
一種程式，係可依照播放清單資訊，使電腦執行定義主要再生區間之主資料流及定義次要再生區間之子資料流之再生處理者，且前述播放清單資訊係對於多數數位資料流的每一個定義再生區間之資訊，並且含有主路徑資訊及子路徑資訊，又，該程式可使電腦執行：第1讀取步驟，係依照主路徑資訊讀取構成主資料流中之定義為主要再生區間的部分之封包；第2讀取步驟，係依照子路徑資訊讀取構成子資料流中之定義為次要再生區間的部分之封包；多工分離步驟，係接收第1、第2讀取步驟所讀取之封包，並參照該等封包之封包識別碼的高階欄位，藉此，對構成主要音訊資料流之封包及構成次要音訊資料流之封包進行多工分離；第1解碼步驟，係將構成主要音訊資料流之封包解碼；第2解碼步驟，係將構成次要音訊資料流之封包解碼；及混合步驟，係將第1解碼器之解碼結果的非壓縮數位資料及第2解碼器之解碼結果的非壓縮數位資料混合。
一種再生方法，係依照播放清單資訊，再生定義主要再生區間之主資料流及定義次要再生區間之子資料流，且前述播放清單資訊係對於多數數位資料流的每一個定義再生區間之資訊，並且含有主路徑資訊及子路徑資訊，又，該再生方法包含有：第1讀取步驟，係依照主路徑資訊讀取構成主資料流中之定義為主要再生區間的部分之封包；第2讀取步驟，係依照子路徑資訊讀取構成子資料流中之定義為次要再生區間的部分之封包；多工分離步驟，係接收第1、第2讀取步驟所讀取之封包，並參照該等封包之封包識別碼的高階欄位，藉此，對構成主要音訊資料流之封包及構成次要音訊資料流之封包進行多工分離；第1解碼步驟，係將構成主要音訊資料流之封包解碼；第2解碼步驟，係將構成次要音訊資料流之封包解碼；及混合步驟，係將第1解碼器之解碼結果的非壓縮數位資料及第2解碼器之解碼結果的非壓縮數位資料混合。
一種記錄方法，其包含有：取得步驟，係取得包含有主路徑資訊及子路徑資訊之播放清單資訊者；及記錄步驟，係將取得之播放清單資訊寫入記錄媒體者；前述主路徑資訊係指定多數數位資料流中之一個作為主資料流，並對該主資料流定義主要再生區間之資訊，而前述子路徑資訊係指定多數數位資料流中之另一個作為子資料流，並對該子資料流定義應與前述主要再生區間同步的次要再生區間之資訊，於前述主資料流中多工有視訊資料流及主要音訊資料流，又，前述記錄步驟於將播放清單資訊記錄於記錄媒體之際，將指定為子資料流之音訊資料流記錄於前述記錄媒體，音訊資料流係由多數封包構成，且各封包附有封包識別碼，而封包識別碼係由高階欄位及低階欄位構成，並且高階欄位顯示：由封包構成的音訊資料流為次要音訊資料流，且其聲音輸出可與主要音訊資料流的聲音輸出混合之主旨。