TWI320174B - - Google Patents

Description

1320174

⑴ 九、發明說明 【發明所屬之技術領域] . 本發明是關於資料處理裝置及資料處理方法，程式及 程式記媒體’資料記錄媒體以及資料結構，尤其關於可便 利性高地處理資料的資料處理裝置及資料處理方法，程式 及程式記錄媒體，資料記錄媒體以及資料結構。 【先前技術】 ^ 近年來’以大容量、可隨機存取之記錄媒體而言，例

如 DVD (Digital Versatile Disc)爲普及，並且利用 DVD 執行各種處理之DVD裝置也廣泛普及。 就以DVD裝置而言’則有例如對DVD執行記錄播放 電視播放節目之資料等的DVD記錄器，或將地圖資訊記 錄在DVD’執行該地圖資訊顯示的汽車導航系統，將遊 戲之程式等記錄在DVD中，實行該程式之遊戲裝置等。 • 並且，針對DVD例如非專利文獻1中有詳細記載。 [非專利文獻 1]DVD Specifications for Read-Only Disc Part 3 : Version 1.1 December 1997 【發明內容】 〔發明所欲解決之課題〕 針對如此大量之資料，對於如DVD般可以記錄大量 資料之記錄媒體’或利用此執行各種處理之DVD裝置等 ，則要求便利性高地資料處理。 1320174 (2)

本發明是鑑於如此狀況而所創作出者，爲可以便利性 高地執行資料處理者。 〔用以解決課題之手段〕 本發明之資料處理裝置，其特徵爲：與1個以上之資 料被多重化之多重化資料有關的元資料（Metadata)，針對 被多重化成上述多重化資料的每個資料，包含有表示其資 料之再生時刻之時刻資訊，和含其資料之輸出屬性之特定 資訊的組合時，則具備有：判定再生中之資料之再生時刻 與時刻資訊是否一致的判定手段，在判定手段中，判定再 生中之資料之再生時刻與時刻資訊一致時，則認定將與其 時刻資訊成爲組合之特定之資訊的認定手段；和依照在認 定手段中被認定之規定之資訊所包含的輸出屬性，控制再 生中之資料之輸出的控制手段。 本發明之資料處理方法，其特徵爲：與1個以上之資 料被多重化之多重化資料有關的元資料（Metadata )，針 對被多重化成上述多重化資料的每個資料，包含有表示其 資料之再生時刻之時刻資訊，和含其資料之輸出屬性之特 定資訊的組合時，則具備有：判定再生中之資料之再生時 刻與時刻資訊是否一致的判定步驟，在判定手段中，判定 再生中之資料之再生時刻與時刻資訊一致時，則認定將與 其時刻資訊成爲組合之特定之資訊的認定步驟；和依照在 認定手段中被認定之規定之資訊所包含的輸出屬性，控制 再生中之資料之輸出的控制步驟。 -5-

1320174 (3) 本發明之程式，其特徵爲：與1個以上之資料被多重 化之多重化資料有關的元資料，針對被多重化成上述多重 化資料的每個資料，包含有表示其資料之再生時刻之時刻 資訊，和含其資料之輸出屬性之特定資訊的組合時，則具 備有：判定再生中之資料之再生時刻與時刻資訊是否一致 的判定步驟，在判定手段中，判定再生中之資料之再生時 刻與時刻資訊一致時，則認定將與其時刻資訊成爲組合之 特定之資訊的認定步驟；和依照在認定手段中被認定之規 ® 定之資訊所包含的輸出屬性，控制再生中之資料之輸出的 控制步驟。 本發明之被記錄在程式記錄媒體之程式，其特徵爲： 與1個以上之資料被多重化之多重化資料有關的元資料， 針對被多重化成上述多重化資料的每個資料，包含有表示 其資料之再生時刻之時刻資訊，和含其資料之輸出屬性之 特定資訊的組合時，則具備有：判定再生中之資料之再生 ^ 時刻與時刻資訊是否一致的判定步驟，在判定手段中，判 定再生中之資料之再生時刻與時刻資訊一致時，則認定將 與其時刻資訊成爲組合之特定之資訊的認定步驟；和依照 在認定手段中被認定之規定之資訊所包含的輸出屬性，控 制再生中之資料之輸出的控制步驟。 本發明之被記錄在資料記錄媒體上之記憶資料及資料 結構，其特徵爲：含有1個以上之資料被多重化之多重化 資料，和與多重化資料有關之元資料，元資料，針對被多 重化成上述多重化資料的每個資料，包含有表示其資料之 -6- 1320174 ' (4) 再生時刻之時刻資訊，和含其資料之輸出屬性之特定資訊 的組合。 本發明之資料處理及資料處理方法，以及程式及被記 錄在程式記錄媒體上之程式，是與1個以上之資料被多重 化之多重化資料有關的元資料，針對被多重化成上述多重 化資料的每個資料’包含有表示其資料之再生時刻之時刻 資訊’和含其資料之輸出屬性之特定資訊的組合時，則判 定再生中之資料之再生時刻與時刻資訊是否一致。然後， ® 判定再生中之資料之再生時刻與時刻資訊一致時，則認定 將與其時刻資訊成爲組合之特定之資訊，依照被認定之規 定之資訊所包含的輸出屬性，控制再生中之資料之輸出。 本發明之被記錄於資料記錄媒體之記錄資料及資料結 構’是含有1個以上之資料被多重化之多重化資料，和與 上述多重化資料有關之元資料。然後，元資料針對被多重 化成上述多重化資料的每個資料，包含有表示其資料之再 Φ 生時刻之時刻資訊，和含其資料之輸出屬性之特定資訊的 組合。 〔發明效果〕 若依據本發明則可以執行方便性等高之資料處理。尤 其’可因應資料之再生時刻，控制該資料之輸出。 【實施方式】 〔發明所欲解決之課題〕 (5) 1320174 以下’參照圖面針對本發明之實施形態予以說明。 [硬體構成] 第1圖是表示適用本發明之碟片裝置之一實施形態之 硬體之構成例的方塊圖。 第1圖之碟片裝置是可以適用於例如碟片播放機、遊 戲裝置、汽車導航系統或其他。 Φ 在第1圖之碟片裝置中，碟片101是例如DVD等之 光碟或是光磁性碟片、磁碟等。記錄有視頻資料、音頻資 料、字幕資料等之內容資料，及供以再生內容資料所需之 資料。 並且’被記錄於碟片1 01之資料（記錄資料）因應所 需也包含有電腦可實行之程式。再者，在本實施形態中， 雖然採用屬於碟狀之記錄媒體的碟片101當作記錄媒體， 但是即使其他以例如半導體記憶體或帶狀之記錄媒體當作 ^ 記錄媒體亦可。並且，在第1圖之碟片裝置是可以輸入自 遠方之碟片101所讀出而被送出之資料。即是，自碟片 101讀出資料之動作是可以在連接於碟片裝置之另外的裝 置上執丫了 ’以碟片裝置接收自該另外之裝置所讀出之資料 而予以處理。再者’碟片裝置亦可自在儲存器記億有與被 記錄於碟片101之資料相同之資料的伺服器等，經由網際 網路等之網絡’接收資料之配信而予以處理。並且，碟片 裝置亦可以接收來自伺服器以外之裝置的資料，一旦記錄 於碟片101後’則處理該被記錄於碟片1〇1之資料。 -8 - (6) 1320174 碟片驅動器102是可拆裝碟片。碟片驅動器102是內 藏無圖式之介面，通過該介面而連接於驅動器介面114。 碟片驅動器102是驅動被裝載於此之碟片101，依照來自 驅動介面114之讀出等之命令，自碟片101讀出資料，執 行供給於驅動介面114等之處理。 匯流排 111 是連接有 CPU (Central Processing Unit )112、記憶體113、驅動介面114、輸入介面115、視頻 # 116、音頻解碼器117、視頻輸出介面118、音頻輸出介面 119° CPU 1 1 2及記憶體 1 1 3形成有電腦系統。即是， CPU1 12爲被記憶在記憶體1 13之程式。實行後述軟體模 組群，控制碟片裝置全體，並起執行後述之各種處理。記 憶體1 1 3是記憶有CPU 1 1 2所實行之軟體模組群。再者， 記憶體1 1 3是暫時記憶CPU 1 1 2之動作上所需之資料。並 且，記憶體1 1 3不僅是非揮發性記憶體，亦可由組合揮發 ® 性記憶體和非揮發性記憶體而構成。再者，於在第1圖之 碟片裝置上設置硬碟，並在該硬碟上記錄（安裝） CPU112所實行之軟體模組群之時，記憶體113則可僅以 揮發性記憶體所構成。 在此，CPU 1 1 2所實行之程式（軟體模組群）是可以 事先被記錄（記憶）在當作被內藏在碟片裝置內之記錄媒 體的記億體1 1 3中。 或是，程式是可以暫時性或永久性地儲存於碟片101 或碟片101以外的撓性碟片、CD— ROM (Compact Disc (7) (7)1320174

Read Only Memory) 、MO ( Magneto Optical)碟片、磁 碟、記憶卡等之可抽取式記錄媒體。如此之抽取式記錄媒 體是可以當作所謂的封裝軟體被提供。 並且，程式是可以事先記憶在記憶體113上，或是由 上述般之可抽取記錄媒體儲存於碟片裝置。再者，程式是 自下載側經由數位衛星播放之人工衛星，以無線傳送至碟 片裝置，經由如網際網路之網絡，以有線傳送至碟片裝置 ，碟片裝置是可以利用輸入介面115接收如此被傳送來的 程式，而儲存於內藏之記憶體1 1 3中。 並且，程式即使爲被1個CPU處理者亦可，被多數 CPU分散處理者亦可。 驅動介面1 14是在CPU1 12之控制下，控制碟片驅動 器1 02，依此，經由匯流排1 1 1將碟片驅動器1 〇2自碟片 1 0 1讀出的資料供給至CPU 1 1 2、記憶體1 1 3、視頻解碼器 116及音頻解碼器Π7等。 輸入介面115是收接依據使用者操作無圖式之鍵盤（ 按鈕）或遙控（遙控器）所供給之訊號，經由匯流排111 而供給至CPU112»並且，除此之外輸入介面115也當作 例如數據機（包含 ADSL ( Asymmetridc Digital Subscriber Line)數據機），或 NIC ( Network Interface Card)等之通訊介面而發揮功能。 視頻解碼器116是解碼藉由碟片驅動器102自碟片 1 〇 1被讀出’並經由驅動介面1 1 4及匯流排1 1 1而被供給 之視頻資料的編碼化資料（編碼化音頻資料），經由匯流 -10- (8) 1320174 排1 1 1將該結果所得之視頻資料供給至c P U 1 1 2或 出介面1 1 8。 音頻解碼器117是解碼藉由碟片驅動器102 101被讀出’並經由驅動介面114及匯流排ill而 之音頻資料的編碼化資料（編碼化音頻資料），經 排1 1 1將該結果所得之視頻資料供給至c P U 1 1 2或 出介面1 1 9。 # 視頻輸出介面1 1 8是施予經由匯流排1 1 1而被 視頻資料所需之處理，自視頻輸出端子120輸出。 出介面1 1 9是施予經由匯流排1 1 1而被供給之音頻 需之處理，並自音頻輸出端子121輸出。 視頻輸出端子120是被連接於無圖示之 Cathode Ray Tube)或液晶面板等之視頻輸出裝置 ’自視頻輸出端子120輸出之視頻資料是被供給至 出裝置而顯示。音頻輸出端子121是被連接於無圖 ® 聲器或放大器等之音頻輸出裝置上，因此，自音頻 子121所輸出之音頻資料是被供給至音頻輸出裝置 〇 並且，亦可藉由有線或無線中之任一者自碟片 視頻輸出裝置和音頻輸出裝置供給視頻資料和音頻 [軟體模組群之構成] 接著，第2圖是表示第1圖之CPU 1 12所實行 模組群之構成例。 視頻輸 自碟片 被供給 由匯流 音頻輸 供給之 音頻輸 資料所 CRT ( ，因此 視頻輸 式之揚 輸出端 而輸出 裝置對 資料。 之軟體 -11 - (9) 1320174 CPU 1 1 2所實行之軟體模組群是大致區別成操作系統 (OS) 201，和當作應用程式之視頻內容再生程式21〇。 「操作系統2 0 1」 操作系統2 0 1是當投入碟片裝置之電源時，則開始動 作（CPU1 12實行操作系統201 )，並執行初期設定等之 需要處理’叫出屬於應用程式之視頻內容再生程式210。 • 操作系統20 1是對視頻內容再生程式2 1 0，提供檔案 讀出等之基礎構造（infrastructure)性之服務。即是，操 作系統201例如關於檔案之讀出，是對自視頻內容再生程 式210要求讀出檔案，經由驅動介面114操作碟片驅動器 1 〇2 ’而讀出碟片1 0 1之資料，並提供交給至視頻內容再 生程式2 1 0的服務。再者，操作系統20 1也執行檔案系統 之解釋等。 並且’操作系統201是具備有多任務處理之功能，可 ^ 以以時間分割（外觀上）同時使多數軟體模組予以動作。 即是’視頻內容再生程式210雖然是由幾個軟體模組所構 成，但是各軟體模組可以並列動作。 「視頻內容再生程式210」 視頻再生程式210是由腳本（script)控制模組211 、播放器控制模組2 1 2、內容資料控制模組2 1 3 ·、解碼控 制模組2 1 4、緩衝器控制模組2 1 5、視頻解碼器控制模組 216、音頻解碼器控制模組217、字幕解碼器控制模組218 -12- (10) 1320174 、繪圖處理模組2 1 9、視頻輸出模組220及音頻輸出模組 221所構成。 視頻內容再生程式210對於碟片101之再生，爲發揮 中心任務的軟體，當碟片1〇1被安裝（插入）於碟片驅動 器102之時，確認該碟片101是否爲記錄有內容之後述的 格式化之碟片。並且，視頻再生程式210是自碟片101讀 出後述之腳本檔案而予以實施，再者，自碟片101讀出用 φ 以再生被記錄再該碟片101之內容所需的元資料（資料庫 資訊）之檔案，根據該元資料，控制內容之再生。 以下，針對構成第2圖之視頻再生程式210之軟體模 組予以說明。並且，於第2圖中，原則上實線之箭號是表 示內容之資料，虛線之箭號是表示控制資料。 「腳本控制模組2 1 1」 腳本控制模組2 1 1是解釋而實行被記錄於碟片1 0 1腳 Φ 本檔案中所記述之腳本程式（腳本）。腳本程式是可以例 如記述「操作繪圖處理模組2 1 9，作成並顯示選單等之畫 像」、「依照來自遙控等之UI( User Interface)之訊號 ，變更選單之顯示（例如，移動選單上之游標等）」、「 播放器控制模組2 1 2」等之動作。 「播放器控制模組2 1 2」 播放器控制模組212是參照被記錄於碟片ιοί之元資 料（資料庫資訊）等’執行關於內容再生之控制。即是， -13- (11) 1320174 播放器控制模組2 1 2是解析被記錄於碟片1 Ο 1之後述 PlayList()或Clip，依照該解析結果，控制內容資料供給 模組2 1 3或解碼控制模組2 1 4、緩衝器控制模組2 1 5。再 者’播放器控制模組2 1 2是隨著來自腳本控制模組2 1 1或 是輸入介面1 1 5之指示，執行切換再生對向之流的後述流 切換等之控制。並且，播放器控制模組214是自解碼器控 制模組2 1 4取得時刻，執行時刻顯示或後述標記（M a r k () )之處理等。 「內容資料供給模組2 1 3」 內容資料供給模組2 1 3是隨著播放器控制模組2 1 2之 控制’或是根據被儲存於緩衝器控制模組2 1 5之資料量， 對操作系統201要求讀出來自碟片101之內容的資料或是 元資料等。 並且，操作系統2 0 1因應內容資料供給模組2 1 3之要 0 求而自碟片1 〇 1所讀出之元資料等是被供給至所需之模組 。再者，操作系統2 0 1因應來自內容供給模組2 1 3之要求 而自碟片101讀出之內容的資料是被供給至緩衝器控制模 組 2 1 5。 「解碼控制模組2 1 4」 解碼控制模組2 1 4是隨著來自播放器控制模組2〖2之 控制，控制視頻解碼器控制模組2 1 6、音頻解碼器控制模 組2 1 7及字幕解碼器控制模組2 1 8之動作。再者，解碼控 -14 - (12) 1320174 制模組2 1 4是內藏計數時間之計時部2 1 4 A，管理藉由視 頻解碼器控制模組2 1 6之控制而被輸出之視頻資料之輸出 ，和應與此視頻資料同步而被輸出之資料（輸出資料）之 輸出，即是在此藉由音頻解碼器控制模組2 1 7之控制而被 輸出之音頻資料之輸出的同步。 「緩衝器控制模組2 1 5」 # 緩衝器控制模組2 1 5是內藏第1圖之記憶體1 1 3之記 憶區域之一部分的緩衝器215A，在該緩衝器215A上，依 據內容供給模組2 1 3對操作系統執行要求，則暫時記憶自 碟片1 0 1所讀出之內容資料。 再者，緩衝器控制模組2 1 5是依照視頻解碼器控制模 組2 1 6、音頻解碼器控制模組2 1 7或是字幕解碼器控制模 組218之要求，將被記憶於緩衝器215A之資料記憶於視 頻解碼器模組2 1 6、音頻解碼器控制模組2 1 7或是字幕解 ^ 碼器控制模組2 1 8。 即是，緩衝器模組2 1 5是內藏有如後述第3圖所說明 之視頻讀出功能部23 3、音頻讀出功能功能部234及字幕 讀出功能部2 3 5。然後，緩衝器控制模組2 1 5是藉由在視 頻讀出功能部23 3處理來自視頻解碼器控制模組216之資 料的要求，將被記憶於緩衝器2 1 5 A之資料供給至視頻解 碼器控制模組2 1 6。同樣的，緩衝器控制模組2 1 5是藉由 在音頻讀出功能部234處理來自音頻解碼器控制模組2 1 7 之資料的要求，將被記憶於緩衝器215A之資料，供給至 -15- (13) 1320174 字幕解碼器控制模組2 1 8 「視頻解碼器控制模組2 視頻解碼器控制模組 內之視頻讀出功能部2 3 3 位，自緩衝器控制模組2 頻資料之資料（視頻編碼 φ 解碼器116。再者，視頻 解碼器116，使視頻存取 ，視頻解碼器控制模組2 結果所得之視頻資料，供 在此，視頻存取單元 幀或1場）。 「音頻解碼器控制模組2 ® 音頻解碼器控制模組 內之音頻讀出功能部234 位，自緩衝器控制模組2 頻資料之資料（音頻編碼 解碼器117。再者，音頻 解碼器117，使音頻存取 ，音頻解碼器控制模組2 結果所得之視頻資料，供 在此，音頻存取單元 1 6是操作緩衝器控制模組2 1 5 第3圖），以視頻存取部件單 之緩衝器215A讀出編碼化視 資料），供給至第1圖之視頻 碼器控制模組2 1 6是控制視頻 件單位之資料予以解碼。並且 是將在視頻解碼器116之解碼 至繪圖處理模組219。 指例如視頻資料之1畫素（1 1 7是操作緩衝器控制模組2 1 5 第3圖），以音頻存取部件單 之緩衝器21 5A讀出編碼化音 資料），供給至第1圖之音頻 碼器控制模組2 1 7是控制音頻 件單位之資料予以解碼。並且 是將在音頻解碼器Π7之解碼 至音頻輸出模組221。 指音頻資料之規定資料量份（ -16- (14) 1320174 例如，與1畫素同步被輸出之份）。本實施形態中，音頻 存取單元是設成例如已知之固定長。 「字幕解碼器控制模組2 1 8」

字幕解碼器控制模組2 1 8是操作緩衝器控制模組2 1 5 內之字幕讀出功能部235 (第3圖），已字幕存取部件單 位，自緩衝器控制模組215之緩衝215A讀出編碼畫字幕 資料之資料（字幕編碼畫資料）。再者，字幕解碼器控制 模組218是在內部具備有無圖示之字幕解碼器軟體，解碼 自緩衝器215A之讀出的資料。並且，字幕解碼器控制模 組2 1 8是將自該解碼器結果所得之字幕資料（字幕之畫像 資料）供給至繪圖處理模組2 1 9。 在此，字幕元件是指字幕資料之規定資料量份（例如 ，與1畫素同步被輸出之份）。本實施形態中，字幕單元 之尺寸是被設成記述於該字幕存取單元之前頭。

「繪圖處理模組2 1 9」 繪圖處理模組2 1 9是依照播放器控制模組2 1 2之控制 (指示）’執行字幕解碼器控制模組2 1 8之字幕資料之擴 大或縮小’加算（重疊）至來自視頻解碼器控制模組2 1 6 之視頻資料。並且，繪圖處理模組2 1 9是將與字幕資料加 算後之視頻資料的尺寸（畫框），執行用以配合連接於第 1圖之視頻輸出端子120之視頻輸出裝置之顯示畫面的擴 A或是縮小’並將該結果所得之視頻資料輸出至視頻輸出 -17- (15) 1320174 模組2 2 0。 再者，繪圖處理模組2 1 9是依照腳本控制模組2 1 1或 播放器控制模組2 1 2之指示（控制），稱選單或畫像等， 並重疊於輸出視頻資料上。 並且，繪圖處理模組2 1 8是根據被連接於第1圖之視 頻輸出端子1 2 0之視頻輸出裝置之縱橫比，和指示被記錄 於碟片1 〇 1之視頻資料之縱橫比之資訊等，而執行輸出至 % 視頻輸出模組2 2 0之視頻資料之縱橫比之變換。 即是，例如，視頻輸出裝置之縱橫比爲1 6 : 9之時， 指示視頻資料之縱橫比的情報表示爲4 : 3之縱橫比之時 ，繪圖處理模組2 1 9是將輸出至視頻輸出模組220之視頻 資料壓縮（縮小）至橫方向（水平方向），並在左右放入 黑色而予以輸出。再者，視頻輸出裝置之縱橫比爲4:3 之時，當指示示頻資料之縱橫比之資訊爲表示16: 9之時 ，繪圖處理模組2 1 9是將輸出至視頻輸出模組220之視頻 ® 資料，壓縮（縮小）成縱方向（垂直方向），並在上下放 入黑色而予以輸出。 並且，視頻裝置之縱橫比，和表示指示視頻資料之縱 橫比之資訊的縱橫比，任一者爲4 : 3或16 : 9，或者相 同之時，繪圖處理模組219是不壓縮處理輸出至視頻輸出 模組22〇之視頻資料，原樣地予以輸出。 其他，繪圖處理模組2 1 9是例如因應播放器控制模組 212之要求，擷取現在處理中之視頻資料，並且，繪圖處 理模阻2 1 9是記憶該擷取之視頻資料，或是供給至播放器 -18- (16) 1320174 控制模組2 1 2。 「視頻輸出模組220」 視頻輸出模組220是排他性地佔有第1圖之記億體 113 之一部分而當作 FIFO (First In First Out) 220A (緩 衝器）使用，暫時性記憶來自繪圖處理模組2 1 9之視頻資 料，再者，適當讀出被記憶於該FIFO220A之視頻資料， # 而輸出至視頻輸出端子120 (第1圖）。 「音頻輸出模組221」 音頻輸出模組22 1是排他性地佔有第1圖之記憶體 113之一部分而當作FIFOUIA (緩衝器）使用，暫時性 記憶來自音頻解碼器模組2 1 7 (音頻解碼器1 1 7 )之音頻 資料，再者，適當讀出被記億於該FIF0221A5之音頻資 料，而輸出至音頻輸出端子121(第1圖）。 ^ 並且’音頻輸出模組22 1爲來自音頻解碼器控制模組 217之音頻資料，在左頻道爲「主聲音」之音頻資料，在 右頻道爲「副聲音」之音頻資料的雙聲（兩種語言）模式 之音頻資料時，依照事先所指定之聲音輸出模式，將來自 音頻解碼器控制模組217之音頻資料輸出至音頻輸出端子 121 ° 即是’以聲音輸出模式而言’例如於指定「主聲音」 之時，音頻輸出模組221是將來自音頻解碼器控制模組 217之音頻資料中之左頻道之音頻資料，當作右頻道之音 -19- (17) 1320174 頻資料而予以複製，將該左頻道和右頻道之音頻資料（「 主聲音」之音頻資料）輸出至音頻輸出端子121。再者， 以聲音輸出模式而言，於指定「副聲音」之時，音頻輸出 模組22 1則將來自音頻解碼器控制模組2 1 7之音頻資料中 之右頻道之音頻資料當作左頻道之音頻資料而予以複製， 並將該左頻道和右頻道之音頻資料（「副聲音」之音頻資 料）輸出至音頻輸出端子121上。並且，以聲音輸出模式 # 而言，當指定「主、副」之時，音頻輸出模組221是將來 自音頻解碼器控制模組217之音頻資料原樣地輸出至音頻 輸出端子121上。 並且，來自音頻解碼器控制模組217之音頻資料，爲 立體（Stereo )模式之音頻資料時，音頻輸出模組221是 不管是否指定聲音輸出模式，將來自音頻解碼器控制模組 2 Γ7之音頻寳料原樣地輸出至音頻輸出端子121。 在此，聲音輸出模式之指定是可以依據使用者在顯示 ® 有例如視頻內容再生程式210所生成之選單的畫面等上操 作遙控等，而執行對話。 「緩衝器控制模組2 1 5之構成」 接著，第3圖是表示第2圖之緩衝器模組2 1 5之構成 例。 緩衝器控制模組2 1 5是將第1圖之記憶體1 1 3之一部 分當作緩衝器215A排他性地使用，並使該緩衝器215A 暫時性地記憶自碟片101所讀出之資料。再者，緩衝器控 -20- (18) 1320174 制模組215是讀出被記億於緩衝器215A之資料，第2圖 之視頻解碼器控制模組2 1 6、音頻解碼器控制模組2 1 7或 是字幕解碼器控制模組2 1 8。 即是，緩衝器控制模組2 1 5除緩衝器2 1 5 A之外，具 有屬於記憶體113之一部分的資料前頭指標記憶部231及 資料寫入指標記憶部232 ’並且內部模組是具有視頻讀出 功能部2 3 3、音頻讀出功能部2 3 4、字幕讀出功能部235 •。 緩衝器21 5A是例如環緩衝器，依序記憶自碟片1〇1 所讀·出之資料，記憶該記億容量份之資料後，以寫上最舊 之資料的形式，將最新之資料記憶於成無限環狀。 資料前頭指標記憶部23 1是記憶被記憶於緩衝器 215A之資料中，指出記億有還未自緩衝器215A讀出之最 舊的資料之位置（位址）的資料前頭指標。 資料寫入指標記憶部23 2是記憶用以指出自碟片101 Φ 所讀出之最新資料被寫入之緩衝21 5A位置（位址）的指 標。 在此，資料寫入指標之位置是每在緩衝器21 5A上記 憶自碟片101被讀出之資料，如圖中右轉（順時鐘）更新 時，資料前頭指標所指之位置，是因應來自緩衝器215A 之資料讀出，而向圖中右旋轉地更新。因此，被記憶於緩 衝器215A之資料中，有效之資料可以說是自資料前頭指 標所指示之位置起，被記憶於向右旋轉而至資料寫入指標 所指示之位置爲止的資料。 -21 - (19) 1320174 視頻讀出功能部23 3是因應來自第2圖之視頻解碼器 控制模組2 1 6之要求，自緩衝器2 1 5 A讀出視頻流（關於 視頻資料之基本流），供給至視頻解碼器模組2 1 6。音頻 讀出功能部23 4也因應來自第2圖之音頻解碼器控制模組 217之要求，自緩衝器215A讀出音頻流（關於音頻資料 之基本流），並供給至音頻解碼器控制模組2 1 7。字幕讀 出功能部23 5也因應來自第2圖之字幕解碼器控制模組 # 218之要求，自緩衝器215A讀出字幕流（關於字幕流之 基本流），並供給至字幕解碼器控制模組2 1 8。 即是，光碟101是記錄有以例如MPEG ( Moving Picture Experts Group) 2之規格爲根據之程式流（ MPEG2-System Program Stream)，在緩衝器 215A 上記錄 有自光碟1 0 1所讀出之程式流。該程式流是多重時間分割 視頻流、音頻流、字幕流等之1個以上之基本流。視頻讀 出功能部23 3是具有程式流之多路分解功能，自被記憶於 # 緩衝器2 1 5 A之程式流，分離視頻流而予以讀出。 同樣地，音頻讀出功能部23 4也具有程式流之多路分 解功能，自被記憶於緩衝器2 1 5 A之程式流起分離音頻流 而予以讀出。字幕讀出功能部23 5也具有程式流之多路分 解功能，自被記億於緩衝器2 1 5 A之程式流分離字幕流而 予以讀出。 在此，視頻讀出功能部2 3 3是具有第1圖之記憶體 113之一部分的視頻讀出指標記憶部241、streamed暫存 器 242，及 au_information()暫存器 243。 -22- (20) 1320174 視頻讀出指標記憶部24 1是記億緩衝器2 1 5 A之指示 記憶有視頻流之位置（位址）之視頻讀出指標，並且視頻 讀出功能部2 3 3是將緩衝器215A之被記憶於視頻讀出指 標所指示之位置上的資料，當作視頻流予以讀出。 streamjd暫存器242是解析被記憶於緩衝器215A之程式 流，並記憶用以識別（特定）自該程式流中所讀出之視頻 流的後述stream_id。au_information()暫存器243是記憶 Φ 爲了自緩衝器2 1 5 A讀出視頻流所需（利用於視頻流之讀 出）之資料的後述au_information()。 音頻讀出功能部234是具有第1圖之記憶體1 1 3之一 部分的音頻讀出指標記憶部251、streamed暫存器2 5 2及 private_stream_id 暫存器 2 53。 音頻讀出指標記億部251是記憶緩衝器215A之指出 記憶有音頻流之位置（位址）的音頻讀出指標，音頻讀出 功能部234是將緩衝器21 5A之被記憶於音頻讀出指標所 • 指示之位置上的資料，當作音頻流予以讀出。streamed 暫存器252和private_stream_id暫存器25 3是解析被記 憶於緩衝器2 1 5 A之程式流，各記憶用以識別自該程式流 中所讀出之音頻流的後述stream_id和private_stream_id 〇 字幕讀出功能部235是具有屬於第1圖之記憶體113 之一部分的字幕讀出功能旗標記憶部261、字幕讀出指標 記憶部 262、stream_id 暫存器 263 及 private_stream_id 暫存器264。 -23- (21) 1320174 字幕讀出功能旗標記憶部26 1是記憶字幕讀出功能旗 標。被記憶在字幕讀出功能旗標記億部26 1之字幕讀出功 能旗標是例如爲〇之時，字幕讀出功能部23 5不執行功能 動作，被記憶於字幕讀出功能旗標記憶部261之字幕讀出 功能旗標爲例如1之時，字幕讀出功能功能部2 3 5則發揮 功能。 字幕讀出指標記憶部262是記憶緩衝器215A之指示 φ 記憶有字幕流之位置（位址）的字幕讀出指標，字幕讀出 功能功能部23 5是將緩衝器2 1 5A之被記憶於字幕讀出指 標-之位置上之資料，當作字幕流予以讀出。Stream_id暫 存器263和private_stream_id暫存器264是解析被記憶 於緩衝器2 1 5 A中之程式流，各記憶用以識別自該程式流 中讀出之字幕流的後述stream_id和private_stream_id。 [說明被記錄於碟片1 0 1之資料的資料格式化] 接著，針對被記錄於碟片1 0 1之資料的資料格式化予 以說明。 第4圖是模式性表示碟片101之目錄構造。 作爲碟片101之檔案系統是使用例如以ISO ( International Organization for Standardization ) -9660， 或 UDF ( Universal Disk Format: http://www.osta.org/specs/)等所規定之檔案系統，被記 錄於碟片101之資料之檔案是藉由目錄構造被階層性管理 。在此’檔案系統並不限定於上述之檔案系統。 -24- (22) 1320174 第4圖是在表示檔案系統之基點的根（ro〇t)目錄上 ，放置"VIDECT目錄，在"VIDEO"目錄上放置"CLIP ''目錄，和* STREAM"目錄之兩個目錄。 Λ VIDEO'7 目錄除了，CLIP"目錄和"STREAM"之 兩個目錄之外，也放置有w SCRIPT.DAT〃檔案，和" PLAYLIST.DAT〃檔案之兩個資料檔案。

SCRIPT.DAT"檔案是記述腳本程式之腳本檔案。 即是~SCRIPT.DAT"檔案是記述有爲了交互碟片101之 再生形態所使用之腳本程式。該被記述於"SCRIPT.DAT 〃檔案之腳本程式是藉由第2圖之腳本控制模組211而被 解釋並實行。 "PLAYLIST.DAT"檔案是儲存有1個以上記述有被 記錄於碟片1 0 1上之視頻資料等之內容再生程序的播放清 單（後述第5圖之PlayListO )。 w CLIP 〃目錄上是放置有1個以上之腳本資訊檔案， w STREAM 〃目錄上是放置有1個以上之剪輯流檔案。即 是，第4圖是在"CLIP 〃目錄上放置3個剪輯資訊檔案" 0000 1 .CLP " 、 ' 00002.CLP 〃 、 " 00003 .CLP ^ ，在 STREAM"目錄上，放置有3個剪輯流檔案w 0000 1 .PS 、'00002.PS 〃 、 ^ 00003.PSr/ 。 剪輯流檔案上是儲存有將壓縮、編碼化視頻資料、音 頻資料、字幕資料等之1個以上之資料（流）而所取得之 1個以上的基本流予以時間分割多重化後的程式流。 在剪輯資訊檔案上記述與所對應之剪輯流檔案之性質 -25- (23) 1320174

等之剪輯流有關（檔案）的元資料。 即是，剪輯流檔案和剪輯資訊檔案是1對丨對應。於 第4圖中，剪輯流檔案是依照如5字元之數字+時期+、 PS 〃般的命名規則，賦予檔案名，剪輯資訊檔案是依照與 所對應之剪輯流檔案相同之5字元之數字+時期CLP 〃之命名規則，賦予檔案名。 因此，擋案爲剪輯流檔案或是剪輯資訊檔案中之任一 者，是可以藉由檔案之副檔名（比時期右側之部分）來加 以識別’並且’所對應之剪輯檔案和剪輯資訊檔案是可以 藉由是否與檔案名之副檔名以外之部分（比時期左側之部 分）一致來加以識別。 以下，針對被記錄於碟片101之各檔案詳細說明。 「PLAYLIST.DAT」 第 5圖是表示第 4圖之tVIDEO 〃目錄下之、 PLAYLIST.DAT"檔案之內部構造（語法（syntax ))。 在此，在第5圖中，''Syntax〃之欄的記載表示資料 結構，"No. of bits 〃之欄的記載是表示所對應之行的" Syntax β之欄之資料的位元長。並且，^Mnemonic"之欄 的記載中之、、bslbf" ( bit string left bit first)是意味著 所對應之行的"Syntax 〃之欄的資料自左邊之位元被送出 之意， ^ uimsbf^ (unsigned integer most significant bit first)是意味著所對應之行的''Syntax〃之欄的資料爲無 符號之數整値，自最上位被送出之意。即使針對以下說明 -26- (24) 1320174 之與第5圖相同之圖也相同。 '' PLAYLIST.DAT"檔案是從前頭依序配置用以記述 該名稱（檔案名）等之資訊的name_length ( 8位元）和 name_string ( 255 位元組）。 即是，name_length是以位元組數表示被配置在之後 的 name_string 之尺寸。name一string 是表示 '' PLAYLIST.DAT"檔案之名稱（檔案名）。

並且，針對name_string’從該前頭至以name_Length 所表示之位元組數量，是被當作有效名稱使用。例如，於 name_length爲値 10之時，從name_string之前頭起 10 位元組份當作有效名稱被解釋。 於 name_string 之後，配置有 number_of_PlayList ( 16位元）。該number_of_PlayLists是表示接續 PlayList()之個數。於 number_of_PlayList 之後，配置有 僅該 number_of_PlayList 之數量的 PlayList()。

PlayList()是記述有被記錄於碟片101之剪輯流檔案 之再生程序的播放清單，具有下述般之內部構造。 即是，在PlayList()之前頭配置有 PlayList_data_length ( 32 位元）。PlayList_data_Iength 是表示該PlayList()之尺寸。 於PlayList_data_length之後，依序配置 reserved for word alignment ( 15 位兀)和 capture_enable_flag_PlayList ( 1 位元）。15 位元之 reserved_for_word_alignment是在之後所配置之1位元的 -27- (25) 1320174

capture_enable_flag_PlayList的位置上，爲了取得所謂的 字元對準（對齊於丨6位元之位置）而被配置》 capture_enable_flag_PlayList 是對應於依據 PUyList()而 所再生之視頻流的視頻資料（屬於P1 a y L i s t ()之視頻資料 )之表示是否允許在再生光碟101之第1圖碟片裝置內2 次利用的 1 位兀旗標。capture_enable_flag_PlayList 爲 〇 或1中之例如1之時’則表示允許屬於PlayListO之視頻 資料之 2 次利用，並且 capture_enable_flag_PlayList 爲 〇 或1中之例如〇時，則表示不允許（禁止）屬於 PlayListO之視頻資料之2次利用。 並且，第 5 圖雖然是將 capture_enable_flag_PlayList 當作爲1位元，但是其他亦可以以複數位元構成 capture_enable_flag_PlayList，以階段性允許屬於 PlayListO之視頻資料之2次利用。即是， capture_enable_flag_PlayList是可以以2位元來構成。然 後，capture_enable_flag_PlayList 之値爲 00B ( B 表示該 前之數字爲2進數），則禁止視頻資料之2次利用，於 capture_enable_flag_PlayList 之値爲 01B 之時，則僅可以 允許縮小64x64畫素以下之尺寸而予以利用的2次利用。 再者，當 capture_enable_flag_PlayList 之値爲 10B 之時 ，則無尺寸限制，可以允許視頻資料之2次利用。 並且，如上述般，針對視頻資料之2次利用，並不設 限尺寸，亦可因應用途而予以設限。即是，於 capture_enable_flag_PlayList 之値爲 01B 之時’僅允自午視 -28- (26) 1320174 頻內容再生應用程式210(第2圖）之2次利用，於 capture_enable_flag_PlayList 之値爲 1 〇B 時，則可以允許 包含有視頻內容再生應用程式210之任意應用程式的2次 利用。在此，作爲第1圖碟片裝置內之視頻內容再生應用 程式210以外之應用程式，是例如有執行桌面（背景）或 螢幕保護之顯示處理之應用程式等。 而且，將 capture —enable —flag_PlayList 設成如上述般 φ 2位元之時，被配置在該前之 reservec^foi^worc^alignment是爲了取得字元校準而成爲 1 4位元。 再者，藉由 capture_enable_flag_PlayList，除 了允許 視頻資料之碟片裝置內之2次利用之外，亦可允許碟片裝 置外之2次利用。在此，於允許視頻資料之碟片裝置外之 2次利用時，視頻資料是被記錄於可拆裝於碟片裝置之記 錄媒體或可拆裝於連接於碟片裝置之其他裝置上的記錄媒 ® 體，或是經由網際網路等之網絡而被送訊（配信）至其他 裝置上。此時，是可以對視頻資料附加限制將該視頻資料 記錄於記錄媒體之次數或配信之次數的資訊。 接續 capture_enable_flag_PlayList，是依序配置 PlayList name length ( 8 位元）和 PlayList_name_string (25 5位元組）。PlayList_name_length是以位元組數表 示之後被配置之PlayList_name_string之尺寸， PlayList_name_string 是表示 PlayList()之名稱。 於 PlayList_name_string 之後，配置有 -29- (27) 1320174 number —o f_PlayItems ( 16 位元)° number_of_PlayItems 是表示接下來Playltem()之個數* 於number_of_PlayItems之後，僅記述該 number_of_PlayItems 之數量的 Playltem()之構造。 在此，1個之PlayList()是可以以PlayList()單位記述 內容之再生手順。

再者，對於 PlayList()中之僅有 number_of_PlayItems 之數量的Playltem()之各個，在該PUyList()中，賦予獨 特之 ID ( Identification )。即是，對 P1 ay L i s t ()上賦予 0 號以作爲ID，以下對接續的PlayltemO，依照出現之順序 ，賦予1號、2號、…之連續號碼之ID。 於僅有 number_of_PlayItems 之數量的 Playltem()後 ，配置有 1 個 PlayListMark()。PlayListMark()是成爲依照 PlayList()而所執行之再生的時間軸上之記號的後述 mark()之集合，針對該詳細，參照第7圖於後敘述。

「Playltem()之說明」 接著，第6圖是表示第5圖之PlayList()中所包含之 Playltem()之內部構造。 在Playltem()之前頭是配置length ( 16位元）， length是表示包含此之Playltem()之尺寸。 接續length，依序配置

Clip_Information_file_name_l ength ( 1 6 位元）和 Clip_Information_file_name (可變長）。 -30- (28) 1320174

Clip_Information_file_name_length 是以位元組數表示被 配置在之後的Clip_Information_file_name之尺寸。 Clip_Information_file_name 是表示對應於藉由 Playltem() 而再生之剪輯流檔案（第4圖之副檔名爲PS之檔案）之 剪輯資訊檔案（第4圖之副檔名爲CLP之檔案）的檔案 名。並且，藉由剪輯流檔案及剪輯資訊檔案之檔案名的上 述命名規則，可以自 Clip_Information_file_name，認定 φ 藉由PlayltemO而再生之剪輯流檔的檔案名，並特定該剪 輯流檔案。 接續 Clip_Information_file_name 是依序配置 IN_time (32 位元）和 OUT_time ( 32 位元）。 IN_time和OUT_time各爲指定自 Clip_Information_file_name所特定之剪輯檔案之再生開 始位置和再生結束位置的時刻資訊。 若依據IN_time則可以將剪輯流檔案之（包含前頭） # 途中的位置當作再生開始位置而予以指定’並若依據 OUT_time時，則可以將剪輯流檔案之（包含最後）途中 之位置當作再生結束位置而予以指定。 在此，若依據PiayItem〇’則再生自 Clip_Information_file_name所特定之剪fe流檔案之從 IN_time至OUT_time之間的內容。以下適當地將該藉由 Playltem()所再生之內容稱爲剪輯。 「PlayListMark()之說明」 -31 - (29) 1320174 接著，第7圖是表示第5圖之PI ay Li st ()所包含之 piayListMark()之內部構造。

PlayListMark()是如上述般，成爲依照包含有該 playListMark()之PlayList()(第5圖）而所執f了之再生之 時間軸上的記號’ 〇以上之Mark()之集合。1個Mark()是 至少具有表示依照PlayList()而所執行之再生時間軸上之 1個時刻（位置）的時刻資訊，表示Mark()之類型的類型 φ 資訊，及類型資訊表示使事件發生之類型時的將成爲該事 件之自變數的自變數資訊。 即是，在PlayListMark()之前頭上，配置有length ( 32位元）。Length是表示包含此之PlayListMark()之尺寸

於 Length 之後，配置有 number_of_PlayList_marks ( 16位元），number_of_PlayList_marks是表示接續於此而 被配置之 Mark()之個數。在 number_of_PlayList_marks 之 後，僅以該 number_of_PlayList_marks 之數量，記述 Mark()之構造。 於 Mark()之前頭配置有 mark_type ( 8位元）。 mark_type爲上述之類型資訊，表示包含有此之Mark()之 類型。 於本實施形態中，準備有例如章節（Chapter )、索 引（Index)、事件（Event)之3種類，當作Mar k()之類 型。 類型爲章節之Mark()(以下，稱爲章節標記）是屬 -32- (30) 1320174 於分割PlayList()之前頭存數單位的章節位置之記號。再 者’類型爲索引之Mark()(以下’適當稱爲索引標記） ’是細分化章節之單位的索引之前頭位置的標記。類型爲 事件之Mark()(以下’適當稱爲事件標記）是在隨著 Play List ()之內容再生中，使發生事件之位置的標記。事 件標記所引起之事件發生是如後述般，被通知至腳本控制 模組2 1 1。 • 在此，第8圖表示mark_type之値和Mark()之類型的 關係。若依據第8圖在章節標記之mark_type上設置1。 再者，在索引標記之mark_type上設置2，在事件標記之 mark_type上設置3。並且，於第 8圖中，以mark_type 所表示之8位元之値中的0和4至25 5，是成爲用以將來 擴張的預約（reserved)。

返回第7圖，在mark_type之後，配置 mark_name_length (8位元）。再者，在mark()之最後配 ^ mark name string ( 24 位元組)° mark name length 和 mark_name_string是用以記述 Mark()之名稱者， mark_name_length是各表示 Mark()之名稱。因此，自 mark_name_string 之前頭至 mark_name_length 所表不之 位元組數，是表示Mark()之有效名稱。 接續mark_name_length是依序配置將PlayList()上所 定義之Mark()賦予與剪輯流檔案對應的4要素 ref_to_PlayItem_id ( 16 位元）、mark_time_stamp ( 3 位 元）、entry_ES_strenm_id ( 8 位兀）、 -33- (31) 1320174 entry_ES_private_stream_id ( 8 位元）。 ref—to_PlayItem_id是被記述著對 Mark()所屬之 Playltem()賦予連續號碼之 ID。依據 ref_t0_Playitein_id ’特定Mark()所屬之Playltem()(第6圖），進一步如第 6圖說明般’特定剪輯資訊檔案和剪輯流檔案。 mark —time_stamp 是表示藉由 ref_to_PlayItem_id 所 特定之剪輯流檔案內之Mark()所表示之位置（時刻）。 φ 在此，第9圖是表示PlayList()、Playltem()、剪輯及 被儲存於剪輯流檔案中之程式流之關係。 第9圖中，PlayListO是由3個PlayltemO所構成，在 該3個Playltem()各個上附有以連續號碼表示之ID#0、#1 、#2。在此，以下適當將附有ID#i之Playltem()記述爲 Playltem#i。 再者，於第9圖中，屬於依據Playltem#i、

Playltem#l、Playltem#2而再生之內容的剪輯各以剪輯A 、剪輯B、剪輯C表示。 剪輯之實體是被儲存於由第6圖之Play Item()中之 Clip_information_file_name所特定（自剪輯資訊檔案又 被特定）之剪輯流檔案中之程式流之中的從IN_time至 0UT_time的程式流。第9圖是表示剪輯A、剪輯B'剪 輯C之實體的程式流各當作程式流A、程式流B、程式流 C。 例如，於第9圖中，在將成爲隨著PlayList()而執行 之再生的時間軸上之位置（時刻）之記號的Mark()中 -34- (32) 1320174 ，該 ref_to_PlayItem_id 和 mark_time_stamp 是被記述下 述般。 即是，時刻t0因是執行Playltem#l之再生的時刻， 故 ref_to_PlayItem_id 上記述有屬於該 Playltem#l 之 ID 的1。並且，在時刻t0中，因依據PlayItem#l再生屬於 剪輯B之實體之程式流B，故在mark_time_stamp上記述 有相當於儲存程式流B之剪輯流檔案中之時刻t0的時刻 〇

再次，回到第 7 圖，entry_ES_stream_id，和 e n t r y _ E S _ p r i v a t e _ s t r e a m _ i d 是於將 M a r k ()賦予與特定基 本流賦予關連之時，爲了特定該基本流而被使用。即是， 在entry_ES_stream_id記述著將Mark()賦予關連之基本流 (配置此的後述第16圖至第18圖所示之PES_packet()) 之後述 stream_id。再者，entry_ES_private_stream_id 是 因應所需，記述著將Mark〇賦予關連之基本流（配置此 的後述第 21 圖所示之 private 一 streaml_PES_payl〇ad()之 private_header())之後述的 private_stream_id。 例如，視頻流# 1和視頻流#2被多重化之剪輯中，當 在再生視頻流# 1之時’和再生視頻流#2之時，欲變更章 節之發生時刻時，則在視頻流# 1再生時之章節標記發生 時刻之 Mark()之 entry_ES_stream_id 和 entry_ES_private_stream_id > 記述視頻流 #2 之 stream_id 和 private_stream_id。 並且，在不賦予與特定基本流關連之 Mark()之 -35- (33) 1320174 entry_ES_stream_id 和 entry一E S_stream_id 和 entry_ES_private_stream_id 中之任一者也言己述著 〇。 於 entry_ES_private_stream_id 之後，配置 mark data (32位元）。mark_data是Mark()爲索引標記之時，將成 爲藉由該索引標記所發生之索引之自變數的自變數資訊。 並且’ mark_data是Mark()爲章節標記或索引標記時，亦 可以當作該章節標記或索引標記所表示之章節或索引之號 φ 碼使用。

Clip〇之說明」 接著，針對被放置在第4圖之' CLIP"目錄之副檔名 爲CLP之剪輯資訊檔案之內部構造予以說明。 第4圖是在VCLIP"目錄放置3個剪輯資訊檔案” 00001.、CLP〃 、 00002.CLP ^ 00003 .CLP ^ ，各個被

儲存有表示被放置在"STREAM"目錄上之剪輯流檔案" 0001.PS〃 、 ^ 00002.PS ^ " 00003.PS "之性質等的元 資料。 第10圖是表示如此之剪輯資訊檔案ClipO之內部構 造。

在剪輯資訊檔案Clip()之前頭上，依序配置有 presentation start time 和 presentation end time (任一者 皆是 32 位元）。presentation_start_time 和 presentation_end_time是表示對應於剪輯資訊檔案ClipO 之剪輯流檔案（被儲存於此之程式流）之前頭和最後時刻 -36- (34) 1320174 。並且，剪輯檔案時刻是以在MPEG2-System之時刻被使 用之90kHz之倍數被記述。

接著，presentation_end_time，依序配置 reserved_for_word一alignment ( 7 位元）和 captre_enable_flag_Clip ( 1 位元）。7 位元之 reserved_for_word_alignment是用以取得字元校準者， capture_enable_flag_Clip 是與上述第 5 圖之 capture_enable_flag_PlayList相同，爲表示是否允許視頻 資料之2次利用。 但是，第 5 圖之 capture_enable_flag_PlayList 是表示 是否允許對應於依據PlayListO而再生之視頻流之視頻資 料（屬於PlayList()之視頻資料）之2次利用，對此第10 圖之capture_enable_flag_Clip是表示是否允許對應於被 儲存於對應剪輯資訊檔案Clip()之剪輯流檔案之視頻資料 的2次利用。因此，第5圖之 capture_enable_flag_PlayList 和第 10 圖之 capture_enable_flag_Clip是允許2次利用之視頻單位（範 圍）爲不同。 並且，第 10 圖之 capture_enable_flag_Clip 也如第 5 圖之capture —enable_flag_Clip，並非1位元，可成爲複數 位元。 於 capture_enable_flag_Clip 之後，配置 number_of_streams ( 8 位元)，於該 number_of_streams 上，記述接續此之StreamlnfoO構造之個數。因此’接續 -37- (35) 1320174 number_of_stream，僅記述該 number_of_stream 之數量的 StreamInfo()之構造。 在StreamInfo()之前頭配置length ( 16位元），該 length是表示包含此之 StreamInfo()之尺寸。接續於 length 是配置有 stream_id ( 8 位元）和 private_stream_id (8 位元），依據該 stream_id 和 private_stream_id，特 定（識別）對Stream Info賦予關連之基本流。 在此，第'11圖是表不識別基本流之stream_id及 private_stream_id和基本流之關係。 sr.eam_id是與在MPEG2-System規格中所規定者相同 者，該値是在MPEG2-System規格中，事先決定每基本流 (資料）之屬性（種類），因此，以MPEG2-System規格 所定義之屬性之基本流是可以僅以s t r e a m _ i d來加以特定 ο 本實施形態中，亦可處理在MPEG2-System規格中不 ® 被規定之屬性的基本流，private_stream_id是用以識別在 MPEEG2-System規格中不被規定之屬性基本流之資訊。 第1 1圖是針對以在MPEG所規定之編碼化（解碼） 方式編碼得視頻之基本流、以ATRAC ( Adaptive Transform Acoustic Coding)方式編碼之音頻之基本流（ 以下，適當稱爲 ATRAC音頻流）、以 LPCM ( Linear Pulse Code Modulation)方式編碼之音頻之基本流（以下 ’適當稱爲LPCM音頻）、字幕之基本流（以下，適當稱 爲字幕流）之4個屬性基本流，表示stream_id及 -38- (36) 1320174 private_id 之關係。 在MPED2-System規格中，以MPEG所規定之編碼方 式編碼之視頻得基本流，是被規定著將ΟχΕΟ至OxEF之 範圍的値，當作用以識別基本流之stream_id使用而予以 多重化。因此，針對以在MPEG所規定之編碼化方式被編 碼之視頻之基本流，可以將以ΟχΕΟ至OxEF之範圍的値 之s t r e a m _ i d可以識別的1 6條視頻基本流，多重化成程式 φ 流。 並且，以MPEG所規定之編碼化方式編碼之視頻基本 流之識gij ，因可以以 ΟχΕΟ 至 OxEF 之範圍的値之 stream_id來執行，故不需要（可忽視）private_stream_id 另外，MPEG2-System針對ATRAC音頻流、LPCM音 頻流、字幕流不定義stream_id。

在此，於本實施形態中，針對在MPEG2-Sytem不定 義 stream_id之基本流，該 stream_id採用在 MPEG2-System中表示private_stream_l屬性之値的OxBD，並且 如第11圖所示般，以使用private_stream_id來執行識別 (特定）。 即是，對於ATRAC音頻之識別是使用0x00至OxOF 範圍之値的private_stream_id。因此，程式流是可以多重 化16條之ATRAC音頻流。再者，對於LP CM音頻之識別 是使用0x00至OxOF範圍之値的private_stream_id。因此 ，對於程式流使可以多重化1 6條之LPCM音頻流。並且 -39 - (37) 1320174 ，對於字幕流之識別是使用0x80至0x9F之範圍之値的 private_stream_id。因此，對於程式流是可以將32條之 字幕流予以多重化。 並且，針對stream_id及private_stream_id又如後述 返回第1 〇圖，於private_stream_id後，依序配置 StaticInfo()、reserved for word alignment ( 8 位元)。 % 在 StaticInfoO上，記述著藉由（被記述在包含該 StaticInfo()之 StreamInfo()上的）stream_id 及 private_stream_id所特定之基本流之再生中無變化之資訊 。針對StaticInfoO之詳細，參照第12圖於後詳述。 reserved_for_word_alignment 是爲了取得字元校準而 被使用。 接續 reserved_for_word_alignment 是配置 number_of_DynamicInfo(8 位元）’

number_of_DynamicInfo 是表示接續之後被配置之 pts_change_point(32 位元）和 DynamicInfo()之組的數量 因此，接續number_of_DynamicInfo’僅記述該 number_of_DynamicInfo之數量之組數之 pts_change_point(32 位元）和 DynamicInfo()之構造。 pts_change_point 是表示與此成爲組織 DynamicInfo() 之資訊爲有效之時刻。在此，表示基本流之前頭之 pts_change_point是與被記述於對應於被儲存於該基本流 -40- (38) 1320174 之剪輯流檔案之剪輯資訊檔案Cl ip()之最初的 presentation_start_time 相等。 在DynamicInfo()是記述著在藉由stream_id及 private_stream_id所特定之基本流之再生中變化的所謂動 態資訊。被記述於DynamicInfoO之資訊是於與此成爲組 之pts_change_point所表示之再生時刻時，爲有效。並且 ，針對DynamicInfoO之詳細是參照第13圖於後敘述。 • 在僅有number_of_DynamicInfo之數量的組之 pts change point 和 DynamicInfo()之後，配置 EP_map 〇 並且，針對EP_map()參照第14圖於後敘述。 「 StaticInfo()之說明」 接著，參照第12圖，針對第10圖之StaticInfo()之 詳細予以說明。 第12圖是表示StaticInfo()之語句。

StaticInfoO是依據所對應之基本流之屬性（種類）， 內容而有所不同。對應於StaticInfoO之基本流之屬性是 藉由包含該StaticInfo()之第10圖之StreamInfo()所包含 之 stream_id 和 private_stream_id 來判斷。 對應於StaicInfoO之基本流爲視頻流之時（ stream = = VIDEO ) ，Stati cInfo()是以 pictur_size ( 4 位元 )' frame_rate(4位元）及cc_flag(l位元）和用以取 得字元校準之 reserved_for_word_alignment 所構成。 picture_size是表示對應視頻流之視頻資料（藉由此 -41 - (39) 1320174 而所顯示之畫像）之大小。frame_rate是表示對應於視頻 流之視頻資料之幀頻率。cc_flag是表示視頻流中是否含 有關閉標題（Closed Caption )資料。即是，例如視頻流 中含有關閉標題之時，cc_flag則爲1，視頻流中不含有關 閉標題時，cc_flag則爲0。 對應於StatiInfo()之基本流爲音頻流之時（ stream = = AUD I Ο ) 、StaticInfo()是由 audio_language_code

(16 位元）、channel_configuration ( 8 位元）、 lfe_existence ( 1 位元）及 sampling_frequentcy ( 4 位元 )和用以取得字元校準之reserved_f〇r_word_alignment所 構成。 audio_language_code上記述著表示音頻流所包含之 音頻資料之語言的字碼。channel_configuration是表示單 音（m,ono) /立體聲（stereo) /多頻道等之音頻流所包 含之音頻資料之屬性。lfe_existeiice是表示音頻流是否有 包含低域強調頻道，若有包含則爲1，若無包含則爲0。 Ssampling_requency是表示音頻流中所包含之音頻資料之 取樣頻率的資訊。 對應於StaticInfo()之基本流爲字幕流之時（ stream = = SUBTITLE) ，StaticInfo()是以用以取得 subti11 e_1 anguage_c〇de ( 1 6 位兀）及 configurable_flag ( 1位元）和用以取得字元校準之 reserved_for_word_alingment 戶斤構成。 subtitle_language_code上記述著字幕流所包含之字 -42- (40) 1320174 幕資料之語言的字碼。configurable_flag是表示是否允許 自預設之表示方式變更字幕流所包含之字幕資料之表示的 資訊，例如於允許顯示方式之變更時記述1，不允許之時 則記述〇。並且，以字幕資料之顯示方式而言，則有字幕 資料之顯示尺寸、表示位置、顯示色、顯示模式（例如點 滅顯示等）、顯示方向（例如，垂直方向或水平方向）等

「Dynamic Info()之說明」 接著，參照第13圖，針對第10圖之DynamicInfo〇 之詳細予以說明。 第13圖是表示DynamicInfo()之語句。

DynamicInfo()之前頭是配置用以字元校準之 reserved_for_word_alignment ( 8 位元），接續之後的要 素是依據對應於DynamicInfoO之基本流之屬性，內容有 所不同。對應於DynamicInfoO之基本流的屬性’是與第 12圖中所說明之 StaticInfo()之情形相同’藉由包含 DynamicInfoO 之第 10 圖之 StreamInfo()所包含之 stream_id 和 private_stream_id 來判斷。

DynamicInfoO是如第1〇圖所說明般，目B述者基本流 之再生中變化的動態資訊。該動態資訊雖然並特別加以限 定，但是第13圖之實施形態中’對應於DynamicInfoO所 對應之基本流的資料，即是藉由處理基本流而輸出之資料 之輸出屬性（由基本流所取得之資料之輸出屬性）是被記 -43- (41) 1320174 述於 DynamicInfo()。 具體而言，對應於DynanicInfo()之基本流爲視頻流 之時（stream = = VIDEO ) 、DynamicInfo()是由 display_aspect_ratio(4位元）和用以字元校準之 reserved_for_word_alignment 戶斤構成 °

diPlay_aSpeCt_rati〇是記述著當作對應於視頻流之視頻資 料之輸出屬性（顯示方式）之例如該視頻資料之縱橫比。 即是，在diplay_aspect_ratio上記述著表示縱橫比爲16 : 9或是4 : 3中之任一者之資訊。並且，視頻流之 DynamicInfoO上除縱橫比之外是可記述例如依據視頻資 料所顯示之畫像尺寸（X畫素xY畫素）等。 對應於DynamicInfoO之基本流爲音頻流時（ stream = = AUDIO ) 、DynamicInfo()是由 channl_assignment ( 4位元）和用以取得字元校準之 reserved_for_word_alignment 戶斤構成。channl_assignment 於音頻流包含有2頻道之音頻資料時，記述著該2頻道之 輸出屬性（輸出方式）。即是，channl_assignment是記 述表示音頻資料是否爲立體聲或是雙聲（雙語言）中之任 一頻道分配。 對應於DynamicInfo()之基本流爲字幕流時（ stream = = SUBTITLE ) ，DynamicInfo()是以用以取得字元 校準之 reserved_f〇r_word_alignment 所構成。即是，第 1 3圖之實施形態關於字幕流，是不定義當作動態資訊之 輸出屬性。 -44 - (42) 1320174 「EP_map()之說明」 接著，參照第14圖針對第10圖之EP_map0之詳細 予以說明。 第14圖是表示EP_map()之語句。 EP_map()是被記述著針對被多重化成儲存於對應包含 該EP_map()之第10圖之剪輯資訊檔案Clip()之剪輯流檔 案中之程式流的每基本流’各基本流之可以開始解碼之解 碼開始可能點（登錄點）之資訊。 在此，針對固定比率之流’解碼開始可能點是可以依 據計算而求出，但是如可變率之流或是依據mpeg規格而 被編碼號之視頻流般，針對每視頻存取單元尺寸不同之流 ，解碼開始可能點是無法藉由計算求出，若不實際解析流 就無法找到。要迅速認定解碼開始可能點用以執行隨機存 取極爲重要，若依據EP_map()，則可迅速認定解碼開始 • 可能點。 並且，MPEG2-Video 是包含有 Sequence_header()( 順序標頭）等之幀內畫面（intrapicture)之前頭爲解碼開 始可能點。 EP_maP()之前頭是被配置有字元校準用之 reserved一f〇r_word_alignment ( 8 位兀)’接著配置有 number of stream id entries ( 8 位元)。 number of stream id entries 是表示在 EP_map()有解碼開 始可能點之資訊的基本流之條數。 -45- (43) 1320174 number_of_stream_id_entries 之後，用以識別基本流 之資訊和該基本流之解碼開始可能點之資訊是以僅表示 number_of_stream_id_entries 之數量重複配置。 即是’於 number_of_stream_id_entries 之後’配置當 作用以識別基本流之資訊的stream_id ( 8位元）和 private_stream_id ( 8位元），接續此配置 number_of_EP_entries ( 32 位元）°

number_of_EP_entries 是表不以之目丨』的 stream_id 和 private_stream_id所識別（特定）之基本流之解碼開始可 能點之數量。 於number_of_EP_entries之後，當作以之目II的 stream_id和private_stream_id所特定之基本流之解碼開 始可能點之資訊的PTS_EP_start ( 32位元）和 RPN_EP_start ( 32位元）之組，是以僅表示 number_of_EP_entries之數量重複被配置。 解碼開始可能點之資訊之1的PTS_EP_start是表示 儲存有如上述般以stream_id和private_stream_id所特定 之基本流被多重化之程式流的剪輯流檔案內之解碼開始點 之時刻（再生時刻）。 在解碼開始可能點之資訊之其他之1的 RPN_EP_strart上，記述有以程式流之pack()單位，計數 儲存如上述般以stream_id和private_stream_id所特定之 基本流被多重化之程式流之剪輯流檔案內的解碼開始可能 點之位置時之値。並且，於本實施形態中，pack()之尺寸 -46- (44) 1320174 是以2048位元組固定。再者，本實施形態中，光碟101 (第1圖）之1區段爲2 0 4 8位元組° 在此，針對視頻流，是於該解碼開始可能點（進入點 )之前，配置有後述之Private_stream_2封包（ private_stream_2 之屬性之 PES_packet()。

private_stream_2 封包是由該 private_stream_2 封包所構 成，儲存有爲了解碼被配置於至下—個Private-Stream-2 封包之間的視頻流而所利用之資訊。因此，針對視頻流’ 在當作解碼開始可能點之資訊的RPN_EP_start上並非記 述著實際之解碼開始可能點，而是記述著被配置在實際解 碼開始可能點之前的Private_stream_2封包之前頭位置。 再者，在EP_map()中，當作解碼開始可能點之資訊 的 PTS_EP_start 和 RPN_EP_start 之組是於每以 stream_id 和private_stream_id所特定之基本流，是事先依序被分 類。依此，當作解碼開始可能點之資訊的PTS_EP_start 和RPN_EP_start之組是成爲可二分查尋。 並且，將每可變率之流或視頻存取單元尺寸爲不同之 流當作對象之隨機存取方法是記載於曰本特開 2000-341640號公報（日本特願平11-317738號）等中。 「剪輯流檔案之說明」 接著，針對被放置在第4圖之"STREAM〃目錄之副 檔名爲PS之剪輯流檔案（第4圖中爲t〇〇〇〇l.PS〃 、" 00002.PS〃 、 ，00003.PS〃 ）之內部構造予以說明。 -47- (45) 1320174 剪輯流檔案是被構成以MPEG-2 System ( ISO/IEC13818-1)所定義之 MPEG2_Program_Stream()以 基底。 即是，第15圖是表示MPEG-2 System ( ISO / IEC13818-1 : 2000 )規格所記述之 Tabl2-31、

Table2-32 、 Table2-33 。

被儲存於剪輯檔案之程式流是被MPEG-2 System規 格之 Table2-3 1 所定義之 MPEG2_Program_Stream()，由 1 個以上之 pack()和 1 個 MPEG_program_end_code 所構成 。並且，MPEG2_program_Stream()之說明也記載著於日本 專利第2785220號等中。 1 個 pack()是如被 MPEG-2 System 規格之 Table2-32 所定義般，由1個pack_header()和任意數量之 PES-packet()所構成。Pack_header()之詳細是被 MPEG-2 System規格之Table2-33所定義。 在此，MPEG-2 System規格中，pack()之尺寸雖然是 當作可變長被定義，但是在此如第14圖所說明般，以 2048位元組固定。並且，在此，1個pack()之 PES_packet()之數量是設爲1個、2個或3個。Pack()在 後述之private_stream2封包開始之時，必須存在有對應 於之後（相同Pack〇內）之視頻流的PES_packet()。除此 之外，作爲第3個PES_packet()可以放置padding_packet (擴充封包）。並且，private_stream_2封包是必須被放 置在Pack()之前頭。 -48- (46) 1320174

Pack()不在 private_stream_2 封包開始時，在 Pacl() 之前頭則置放視頻、音頻、字幕等之內容資料之被儲存的 PES_packet()。除此之外，當作兩個 PES_packet()可以置 放 padding_packet (擴充封包）。 第16圖至第18圖是表示以MPEG-2 System規格之 Table 所定義之 PES_packet()。

PES_packet()是可以大致區分爲 packet_start_code_prefix、stream_id 及 PES_packet_length (第 16 圖），和藉由 stream_id 構造 變化之標頭部分（包含stuffing_byte )(第16圖至第18 圖) > 和 PES_packet_data_byte (第 18 圖)，並且 > PES_packet()爲 padding_packet 之時（stream_id = = padding_stream )，取代 PES packet data byte > 僅以 padding_byte (OxFF)(第18圖）所須之數量重複配置 Φ 在此，在PES_packet()之標頭部分上，如第16圖及 第17圖所示般，可以配置表示被稱爲PTS( Presentation Time Stamp)之顯示時間的資訊，和表示被稱爲DTS ( Decoding Time Stamp_之解碼時間之資訊。於本實施形態 中，對所有存取單元（以MPEG2-System所定義之構成基 本流之解碼單位）附加PTS，於決定MPEG2-System之時 附加DTS。 被程式流多重化之基本流是被儲存於PES_packet()之 PES packet data byte ( % 18 圖）° 然後，在 -49- (47) 1320174 PES_packet()之Stream_id上爲了識別被儲存於該 PES_packet_date_byte之基本流，記述因應該基本流之屬 性之値。 被記述於PES_packet()之stream_id之値和基本流之 屬性（種類）之關係是被MPEG-2 System規格之Table2-18所定義。在此’第19圖是表示MPEG-2 System規格之

Table2-18 。

本實施型態中，採用第19圖所示之MPEG-2 System 規格所定義之stream_id中’例如第20圖所示之値。 本實施型態是將 10H1101B、10111110B、10111111B 、llOxxxxxB、lllOxxxxB 之 5 模式當作 stream_id 採用。 並且，"χ〃是表示〇或1中之任意値。 然後，被稱爲private_stream_l之屬性之基本流之 PES_p.,acket()之 stream_id 是隨著第 20 圖成爲 10111101B 〇 再者 > padding_packet 之 P E S _p a c k e t ()之 stream_id 是 隨著第20圖成爲10111110B。並且，被稱爲 private_stream_2 之屬性的基本流之 PES-packet()之 stream_id是隨著第20圖成爲10111111B。 再者，以MPEG所定義之音頻流（音頻之基本流）之 PES_packet()之 stream_id 是成爲 llOxxxxxB。並且， 1 1 OxxxxxB中之下位5位元xxxxx是區別音頻流之音頻流 號碼，程式流（MPEG2_Program_Stream())是可以將以 該音頻流號碼可區別之數量的32 (= 25 )條之音頻流（ MPEG所定義之音頻流）予以多重化。 -50- (48) 1320174 並且，以MPEG所定義之視頻流（視頻之基本流）之 PES_packet()之 stream_id 爲 ΙΙΙΟχχχΒ。並且，1 1 OxxxxB 中之下位4位元xxxx爲區別視頻流之視頻流號碼，程式 流是可以將以該視頻流號碼可區別之數量的1 6 (= 24 ) 條之視頻流（MPEG所定義之視頻流）予以多重化。

但是，stream id 爲 ΙΙΙΟχχχχΒ 之 PES_packet()是爲 了儲存以MPEG所定義之視頻流而被使用，stream_id爲 ΙΙΟχχχχχΒ之PES_packet()是爲了儲存被MPEG所定義之 音頻流而被使用。另外，爲了儲存不以MPEG所定義之編 碼化方式（例如ATRAC方式）之基本流所使用之 PES_packet()之stream_id是不以MPEG所規定，因此不 以MPEG所定義之編碼化方式之基本流是與被MPEG所定 義之視頻流或音頻流相同，單純指定stream_id，無法儲 存於 PES_packet() ° 在此，本實施形態中，擴張privatejtream—1之

PES_packet()之 PES_packet_data_byte’ 儲存不以 MPEG 所定義之編碼化方式之基本流。 在此，將 private_stream_l 之 PES_packet()之擴張的 PES_packet_data_byte 言己述成 private_streaml_PES_payload() 〇 「private_streaml_PES_payload()之說明」 第 21 圖是表示 private_stream 1 _PES_payload()之語 句。 -51 - (49) 1320174 pr i vat e_str earn 1 _P E S_p ay 1 o ad ()是以 private一header() 和 private_payload()所構成。private_payload()上儲存有 ATRAC音頻流或LPCM音頻流、字幕流等之不以MPEG 所定義之編碼化方式之基本流。 在 private_header()之前頭上配置 private_stream_id

(8位元）。private_stream_id爲識別被儲存於 private_payload()之基本流之識別資訊，因應該屬性（種 類）例如成爲以下般之値。 即是，第22圖是表示private_stream_id之値和被儲 存於private_payload()之基本流之屬性的關係。 第 22 圖中，OOOOxxxxB 、 OOOlxxxxB 、 1OOxxxxxB 之 3模式是當作private_stream_id之値採用。並且’ 是與第20圖中之情形相同，表示0或1中之任意値。 若依據第22圖，ATRAC音頻爲被儲存於 private_payload 之 private_stream 1 _PES_pay 1 oad()之 private_stream_id 是成爲 OOOOxxxxB。並且，OOOOxxxxB 中之下位4位元xxxx是區別ATRAC音頻流之音頻流號碼 ，程式流（MPEG2_Program_stream())是可以將以該音頻 流號碼可區別之數量16 (= 24 )條之ATRAC音頻流予以 多重化。 並且，若依據第 22圖，LPCM音頻流爲被儲存於 private_payload()之 private_streaml_PES_payload()之 private_stream_id 是成爲 OOOlxxxxB。並且，OOOlxxxxB 中之下位4位元xxxx是區別LPCM音頻流之音頻流號碼 -52- (50) 1320174 ，程式流是可以將以該音頻流號碼可區別之數量1 6 (= 24 )條之LPCM音頻流予以多重化。 再者，若依據第22圖，字幕流爲被儲存於 private_payload()之 private_streaml_PES_payload()之 private_stream_id 是成爲 ΙΟΟχχχχΒ。並且，ΙΟΟχχχχχΒ 中 之下位5位元χχχχχ是區別該字幕流之字幕流號碼，程式 流是可以將以該字幕流號碼可區別之數量32 (= 25 )條 φ 之字幕流予以多重化。 在此，總結第20圖和第22圖之關係則是上述第1 1 圖。 返回第 21 圖，在 pri vate_stream_PES_pay load()中， 接續private_stream_id之要素是藉由被儲存於 private_payload()之基本流之屬性而內容有所不同。被儲 存於private_payload()之基本流之屬性是藉由 private_header()之前頭的 private_stream_id 而被判斷。 ^ 被儲存於private_payload()之基本流爲ATRAC音頻 流之時（private_stream_id = = ATRAC) ’配置將來擴張用 之 reserved_for_future_use ( 8 位元），之後，配置 AU_locator ( 16 位元）。AU_locator 是以該 AU_locator 之後的位置爲基準，表示被儲存於private_payload()之 ATRAC音頻流之音頻存取單元（ATRAC音頻存取單元） (音頻幀）之前頭位置。於private_payload()不存在音頻 存取單元時，在AU_locator上記述著例如OxFFF。 被儲存於private_payload()之基本流爲LPCM音頻流 -53- (51) 1320174 之時（private_stream_id = = LPCM )，依序配置 fs_flag ( 1 位元）、reserved_for_future_use ( 3 位元）、ch_flag ( 4 位元）及 AU_locator ( 16 位元）。 fs_flag 是表示被儲存於 private_payload()之 LPCM 音 頻流之取樣頻率。即是，例如，取樣頻率爲48KHZ時， fs_flag則爲0，取樣頻率爲44. ΙΚΗζ之時，fs_flag則爲1

ch_flag 是表示被儲存於 private_payload()之 LPCM 音頻流之頻道數量。例如，LP CM音頻流爲單音時， ch_flag則爲1，當LPCM音頻流爲立體聲之時，ch_flag 則爲2。 AU_locator是以該 AU_locator之後之位置爲基準， 表示被儲存於private_payl〇ad()之LPCM音頻流之音頻存 取單元（LPCM音頻存取單元）（音頻幀）之前頭位置。 於private_payload()不存在音頻存取單元之時， AU-locator上記述著例如OxFFF。 被儲存於private_payload()之基本流爲字幕流之時（ private_stream_id = = SUBTITLE )，配置用以將來擴張之 reserved_for_future_use ( 8 位元），之後，配置 AU_locator(16 位元）°AU_locator 是以該 AU_locator 之後的位置爲基準，表示被儲存於private_payload()之字 幕流之字幕存取單元之前頭位置。當在private_payload() 上不存在字幕存取單元之時，AU_l〇Cat〇r則記述著例如 -54- (52) 1320174 「private_stream2_PES_payload()之說明」 接著，第23圖是表示 private_stream2_PES_payload()之語句。 p r i v a t e _ s t r e a m 2 _ P E S _ p a y 1 〇 a d ()是擴張 private_stream_2 之 PES_packet()之

PES_packet_data_byte (第 18 圖）’即是 private_stream_2 之 PES_packet()之擴張的 PES_packet_data_byte，記述著視頻流之解碼所利用之資 訊。 於本實施形態中，private_stream_2 之 PES_packet() 是被配置在視頻流中之解碼開始可能點之前。因此’於本 實施形態中，若從程式流尋找private_stream_2之 PES_packet()，則可以從之後之視頻流開始解碼。 在此，上述第14圖之EP_map()之RPN_EP_start針 對視頻流是表示private_stream_2之PES_packet()之前頭 位置。 在 private_stream2_PES_payload()之前頭是配置將來 擴張用之 reserved_for_future_use(8 位元），接著’依 序配置 video_stream_id ( 8 位元）、lstRef_picture ( 16 位元）、2ndRef_ picture ( 16 位元）、3rdRef_ picture ( 16 位元）、4thRef_ picture ( 16 位元）、 au_information()及 VBI()。 在video stream id上記述著被配置於 -55- (53) 1320174 private_stream_2 之 PES_packet()之後的視頻流之 PES_packet()之stream_id (相同之値）。依據該 video_stream_id，利用被儲存於 private_stream_2 之 PES_packet()(之 pri vat e_stream2_PE S_pay 1 oad())之資 訊而特定被解碼之視頻流（儲存此之PES_packet〇)。

以相對値各表示依據 lstRef_picture、2ndRef_picture 、3rdRef_picture、4thRef_picture、video_stream_id 所特 定之視頻流之包含有自private_stream_2之PES_packet() 至下一個 private_stream_2 之 PES_packet()爲止中之 1、2 、3、4號之參照畫像的最後之pack()之位置。並且，針 對 lstRef_ picture ' 2ndRef一 picture 、 3rdRef_ picture、 4thRef_picture例如於日本專利特開平09-4671 2號公報（ 特願平 07-211420 號）中詳細揭示 bytes_to_frist_P_pic bytes_to_second_P_pic 〇 在 au_information()上記述著關於從 private_stream_2 之 PES_packet()至下一個 pri vate_stream_2 之 PES_paCket()爲止之視頻流中之視頻存取單元。針對 au_information()之詳細，參照第24圖於後述。 VBI()是爲了記述Closed Caption之資訊而使用。 具有上述般之 private_stream2_PES_payload()之 private_stream_2之P E S _p a c k e t ()是被配置在每視頻流之 每解碼開始可能點上。 接著，第24圖是表示第23圖之au_information()之 語句。 -56- (54) 1320174 在au_information()前頭上配置有length ( 16位元） 。Length是表示包含此之au_information()之尺寸。接續 length，依序配置 reserved_for_word_alignment(8 位元 )及 number_of_access_unit ( 8 位元)° reserved_for_word_alignment是爲了取得字元校準而被使 用。

number_of_access_unit是表示從包含此之 pri vate_stream_2 之 PE S_packet()至下一個 private_stream_2之 PES_packet()爲止之間所包含之視頻 存取單元（圖像）之數量。 即是，number_of_access_unit是在具有第23圖之 private_stream2_PES_payload()爲相同之 video stream id 之 pri vate_stream_2 之 PE S_packet()之中，從該 au_information()至下一個 au_information()之前爲止（該 au_information()若在剪輯流檔案爲最後之 au_information()時，則至剪輯流檔案之最後），表示 video_stream_id所表示之視頻流所包含之存取單元（圖 像）之數量。 於 number_of_access_unit 之後，僅以該 number_of_access_unit之數量配置for帶環儲存之內容。 即是，配置有各關於自包含有number_of_access_unit之 p ri vat e_s t r e am_2 之 P E S _p ac k e t ()至下一個 private_stream_2之PES_packet()爲止之間所包含之1個 以上之視頻存取單元的資訊。 -57- (55) 1320174 被配置在for帶環儲存內之資訊（關於視頻存取單元 之資訊）是成爲以下般。 即是，在for帶環儲存內配置有pic_struct_copy ( 4 位元）、au_ref_flag(l 位元）、AU_length(21 位元） 、reserved ° 在 pic_struct — copy 於視頻流爲 MPEG4-AVC( IS O/IEC 14496-1 0 )時，記述有對所對應之視頻存取單元 φ 所設定之被IS0/IEC 14496-10, D.2.2所定義之 pic_Struct()之複製。並且，pic_struct()是例如將圖像當作 幀予以顯示，或是顯示圖像之頂部場，之後顯示底部場等 之資訊。 au_ref_flag是表示所對應之存取單元是否爲其他存 取單元（之圖像）之解碼所參照之參照畫像，於爲參照畫 像時，則爲1，於不是參照畫像時則爲〇。 AU_length是以位元單位表示所對應之存取單元之尺 • 寸。 [被記錄於碟片101之資料之具體例] 接著，第25圖至第28圖是表示被記錄於第1圖之碟 片101上之上述般之格式化之資料之具體例。 在此，第25圖至第28圖是採用MPEG2-Video當作 視頻流，當作音頻流是採用ATRAC音頻流。但是’作爲 視頻流是可以採用例如MPEG4-Visual或MPEG4-AVC等 。並且，可以採用例如MPEG 1/2/4音頻或LPCM音頻 -58- (56) 1320174 流等當作音頻流。 並且，字幕流是視頻流或音頻流不同，不限於以相同 間隔執行連續性解碼、顯示（輸出）。即是，字幕流有時 字第2圖之緩衝器控制模組2 1 5供給至字幕解碼器控制模 組2 1 8而被解碼。 第25圖至第28圖是在碟片101中，如第4圖所示般 ，在"CLIP"目錄上記錄該3個剪輯檔案" 0000 1.CLP" 、"00002.CLP" ' " 00003.CLP"，表示在 ' STREAM" 目錄上，記錄有各對應於該 3個剪輯資訊檔案a 00001.CLPA 、 A〇0002.CLP〃 、 "00003.CLP"之 3 個剪 輯流檔案 a〇0001.PS" 、 "00002.PS 〃 、 10003.PS 〃 時 之、PLAYLIST.DAT"檔案、剪輯資訊檔案，00001.CLP r/ 、' 00002.CLP"及 ^OOOiH.CLP"等之具體例。但是， 第25圖至第28圖是省略，PLAYLIST.DAT"檔案等之資 料之一部分。

即是，第25圖是表示第5圖所說明之" PLAYLIST.DAT〃檔案之具體例。 第 25 圖中，number_of_PlayList 是成爲 2，因此，， PLAYLIST.DAT"檔案所包含之P1 a y L i s t ()之數量爲2。第 25圖是記載著該2個PlayList()中之第1號爲PlayList #0 ，和第 2 號爲 PlayList#l。 針對爲第1號之PlayLisU)之PlayList #0， capture_enable_flag_PlayList 是成爲 1，因此，允許跟隨 Play Li st #0而再生之視頻資料之2次利用。再者，針對 -59- (57) 1320174 P1 ay L i s t # 0，nu mb e r_o f_P 1 ay 11 e m s 是成爲 2，因此， PlayList #0所包含之Play Items()之數量爲2。第25圖中 ’爲該 2 個 Playltem()之 Playltem #0 和 Playltem#l 之具 體例是被記載於「PlayList#0」之欄的下方。

PlayList #0所包含之第1號之Play Item()之 PlayItem#0中，以第6圖所說明之

Clip lnformation file name 是成爲 ^ 00001.CLP ， • In_time 是成爲 1 80,090，OUT_time 是成爲 27,1 80,090。 因此，依據PlayList #0之PlayItem#0而再生之剪輯是對 應於剪輯資訊檔案 "0000 1.CLP "之剪輯流檔案" 00001.PS"的從時刻 180,090 至 27,180,090。

PlayList #0所包含之第2號之Play Item()之 Playltem#l中，以第6圖所說明之

Clip_Information_file_name 是成爲 ' 00002.CLP ’

In_time 是成爲 90,000，OUT_time 是成爲 27,090,000。因 此，依據PlayList #0之Playltem#l而再生之剪輯是對應 於剪輯資訊檔案" 00002.CLP 〃之剪輯流檔案" 00002.PS ”的從時刻 90,000 至 27,090,000 *> 另外，於第25圖中，針對爲第2號之PUyList()之 PlayList # 1，capture enable flag PlayList 是成爲 〇 * 因 此，不允許（禁止）跟隨PlayList #1而再生之視頻資料 之2次利用。再者，針對PlayList #1， number of Playltems 是成爲 1，因此，PlayList #1 所包 含之Play Items()之數量爲1。第25圖中，爲該1個 -60- (58) 1320174

Playltem()之Playltem #0之具體例是被記載於「

PlayList# 1」之欄的下方。

PlayList #1 所包含之 1 個 playItem()之 PlayItem#0 中 ，以第6圖所說明之Clip_Information_file_name是成爲 、0 0 0 0 3 · C L P " ，I η _ t i m e 是成爲 9 0，0 0 0 ’ Ο U T _ t i m e 是成 爲 8i，〇9〇,〇〇〇° 因此，依據 playList #1 之 playItem#0 而 再生之剪輯是對應於剪輯資訊檔案、〇0003.CLP"之剪輯 ^ 流檔案 '"OOOin.PS"的從時刻 90,000 至 81，090,000。

接著，第26圖是表示第10圖中所說明之剪輯資訊檔 案Clip()之具體例。即是，第26圖是表示第4圖之剪輯 資訊檔案 '00001.CLP" 、 ' 00002.CLP A ^ 00003 .CLP 〃之具體例。 剪輯資訊檔案'' 0000 1.CLP〃中’ presentation_start_time 是成爲 90,000， presentation_end_time 是成爲 27,990,000。因此’若依據 • 被儲存於對應於剪輯資訊檔案w 00001.CLP 〃之剪輯流檔 案'' 0000 1.PS〃之程式流，則可利用310秒份（ 27,990,000-90,0000/90kHz )之內容。 再者，剪輯資訊檔案" 0000 1.CLP，中， capture_enable_flag_Clip是成爲1，因此，針對被儲存於 對應剪輯資訊檔案> 0000 1.CLP 〃之剪輯流檔案" 0000 1.PS〃之程式流多重化之視頻流（對應於視頻流之視 頻資料），允許該2次利用。 並且，於第26圖中，剪輯資訊檔案，00001.CLP，之 -61 - (59) 1320174 number_of_streams是成爲4，因此，在被儲存於所對應之 剪輯流檔案、0000 1.PS"之程式流上，4條基本流被多重 化。 現在，當將該4條基本流設爲stream#0、stream#l、 stream#2、stream#3時，第26圖中，該4條基本流 str eam#0 ' stream# 1 stre am#2 、 stream#3 之各個 StreamInf〇()(第10圖）之具體例是被記載於「"

0000 1 .CLP"」之欄之下方。 針對剪輯流檔案" 0000 1.PS 〃之第1條之基本流 stream#0，stream_id 是成爲 ΟχΕΟ，因此，該基本流 stream#0是如第20圖及第22圖（或者第1 1圖）所說明 般，爲視頻流。並且，於本實施形態中，針對視頻流雖然 如上述般，與private_stream_id無關係，但是於第26圖 中成爲0x00。 再者，針對屬於剪輯流檔案" 00001.PS"之第1條之 基本流的視頻流 stream#0，該 StreamInfo()所包含之 StaticInfo()(第 12 圖）之 picture_size 是成爲、720x4 8 0 '，frame_rate 是成爲、29.97Hz ' ，cc_flag 是成爲

Yes’。因此，該視頻流stream#0是720x480畫素之幀週 期爲29.9 7Hz之視頻資料，並且，包含有隱藏字幕資料。 並且，針對屬於剪輯流檔案"0000 1.PS"之第1條之 基本流的視頻流 stream#0，SstreamIfo()(第 10圖）之 number_of_DynamicInfo 成爲 0，pts_change_point 和 DynamicInfo()之組不存在。 -62- (60) 1320174 接著，針對剪輯流檔案"0000 1.PS〃之第2條之基本 流 stream#l，stream_id 是成爲 OxBD，private_stream_id 是成爲0x00。因此，該基本流stream#l是如第20圖及第 22圖所說明般，爲ATRAC音頻流。

再者，針對爲剪輯檔案"00001.PS 〃之第2條之基本 流的 ATRAC音頻流stream#l，該StreamInfo()所包含之 StaticInfo()(第 12 圖）之 audio_language_code 成爲，曰 語 ” ，channel_configureation 成爲 ' STEREO ， lfe_existence 成爲 ''NO" ，sampling_frequency 成爲、 48kHz ^ 。因此，該ATRAC音頻流stream#l是日語，並 且立體聲之音頻資料。再者，不包含低域強調頻道，取樣 頻率爲48kHz。 並且，屬於剪輯流檔案"00 00 1.PS"之第2條之基本 流的 ATRAC 音頻流 stream#l，StreamInfo()(第 10 圖） 之 number of DynamicInfo 成爲 〇，與 pts_change_point ^ 和D y n a m i c I n f 〇 ()之組則不存在。 接著，針對剪輯流檔案A 00001.PS"之第3條之基本 流 stream#2，stream_id 是成爲 0xBD，pri vate_stream_i d 是成爲0x80。因此，該基本流stream#2是如第20圖及第 22圖所說明般，爲字幕流。 再者，針對屬於剪輯流檔案a 0000 1.PS"之第3條之 基本流的字幕流 stream#2，該 StreamInfo()所包含之 StaticInfo()(第 12 圖）之 subtitle_language_code 爲’日 語"，configurable —flag成爲0。因此，該字幕流 -63- (61) 1320174 stream#2是日語之字幕資料，再者，不允許（禁止）變更 該顯示方式。 並且，針對屬於剪輯流檔案' 0000 1.PS〃之第3條之 基本流的字幕流 stream#2，StreamInfo()(第 10圖）之 number_of_DynamicInfo 成爲 0，與 pts_change_point 和 DynamicInfo()之組則不存在。

接著，針對剪輯流檔案' 00001 .PS〃之第4條之基本 流 stream#3，stream_id 是成爲 OxBD，private_stream_id 是成爲0x81。因此，該基本流stream#3是如第20圖及第 22圖所說明般，爲字幕流。 並且，爲了區別屬於剪輯流檔案'' 0000 1.PS〃之第3 條之基本流的字幕流stream#〗，和第4條之基本流之字幕 流 stream#3，各個 private_stream_id 是成爲 0x80 和 0x81 再者，針對屬於剪輯流檔案"0000 1.PS"之第4條基 本流的字幕流 stream#2，該 StreamInfo()所包含之 StaticInfo()(第 12 圖）之 subtitle_language_code 爲 ' 日 語"，C〇nfigurable_flag成爲1。因此，該字幕流 stream#〗是日語之字幕資料，再者，允許變更該顯示方式 並且，針對屬於剪輯流檔案'' 0000 1.PS〃之第4條之 基本流的字幕流stream#3，StreamInfo()(第10圖）之 number_of_DynamicInfo 成爲 0，與 pts_change_point 和 DynamicInfo()之組則不存在。 -64- (62) 1320174 接著，在第26圖中，剪輯資訊檔案"〇〇〇〇2. CLP"中 ，presentation_start_time 是成爲 90,000， presentation_end_time 是成爲 27,990,000。因此，若依據 被儲存於對應於剪輯資訊檔案"00002.CLP"之剪輯流檔 案w 00002.PS〃之程式流，則可利用300秒份（（ 2 7,990,000-90,0000 ) /90kHz )之內容 °

再者，剪輯資訊檔案a〇〇〇〇2.CLP"中， capture_enable_flag_Clip是成爲0，因此，針對被儲存於 對應剪輯資訊檔案' 00002.CLP〃之剪輯流檔案'' 00002.PS"之程式流多重化之視頻流（對應於視頻流之視 頻資料），不允許（禁止）該2次利用。 並且，於第26圖中，剪輯資訊檔案'' 0〇0〇2 .CLP"之 number_of_streams是成爲4，因此，在被儲存於所對應之 剪輯流檔案" 00002.PS"之程式流上，與上述剪輯流檔案 '' 0000 1.PS"之時相同，4條基本流被多重化。 現在，當將該4條基本流設爲stream#0、stream#l、 stream#2' stream#3時，第26圖中，該4條基本流 stream#0、stream#l、stream#2、stream#3 之各個 StreamlnfoO (第10圖）之具體例是被記載於「 00002.CLP" j之欄之下方。 在此，第26圖中，剪輯流檔案"00002.PS 〃之第1 至第4條之基本流stream#0至#3之各個StreamInfo()之 內容是因與上述剪輯流檔案、、00001.PS 〃之第1至第4條 之基本流stream#0至#3之各個內容之Streamlnf3()之內 -65- (63) 1320174 容相同，故省略說明。

並且，如上述般，剪輯流檔案、、〇〇〇〇2 PS"之第1至 第4條之基本流Stream#0至#3之各個之StreamlnfoO之 內容，因與剪輯流檔案、、00001.PS 〃之第1至第4條之基 本流stream#0至#3各個StreamInfo()之內容相同，故剪 輯流檔案、、00002.PS〃之第1條之基本流stream#0爲視 頻流，第2條之基本流stream#〗爲ATRAC音頻流。再者 ，該第3條之基本流stream#2和第4條之基本流 stream#3任一者皆爲字幕流》 接著，第26圖中，針對剪輯資訊檔案"〇〇〇〇3.CLP" ，presentation_start_time 是成爲 90,000’ presentation_end_time 是成爲 81,090,000。因此，若依據 被儲存於對應於剪輯資訊檔案" 00003. CLP〃之剪輯流檔 案'' 00003.PS〃之程式流，則可利用900秒份（（ 81，090,000-90,0000 ) /90kHz)之內容。 再者，剪輯資訊檔案'' 00003.CLP〃中， capture_enable_flag_Clip是成爲1，因此，針對被儲存於 對應剪輯資訊檔案" 00003. CLP"之剪輯流檔案" 0 0 0 0 3 . P S 〃之程式流多重化之視頻流，允許該2次利用》 並且，於第26圖中，剪輯資訊檔案'' 〇〇 〇〇3. CLP"之 number_of_ streams是成爲3，因此，在被儲存於所對應之 剪輯流檔案"〇〇〇〇3.PS"之程式流上，3條基本流被多重 化。 現在，當將該3條基本流設爲stream#0、stream#l、 -66 - (64) 1320174 stream#2時，第26圖中，該3條基本流stream#0、 stream#l、stream#2 之各個 StreamInfo()(第 10 圖）之具 體例是被記載於「W00003.CLP"」之欄之下方。

針對剪輯流檔案' 00003.PS"之第1條之基本流 stream#0，stream_id是成爲ΟχΕΟ，因此，該基本流 stream#0是如第20圖及第22圖（或者第1 1圖）所說明 般，爲視頻流。並且，與剪輯流檔案a 0000 1.PS〃之第1 條之基本流 stream#0 相同，private_stream_id 成爲 再者，針對屬於剪輯流檔案" 00003.PS 〃之第1條之 基本流的視頻流 stream#0，該 StreamInfo()所包含之 StaticInfo()(第 12 圖）之 picture_size 是成爲、720x480 一，frame_rate 是成爲、29.97Hz' ，cc_flag 是成爲、No >。因此，該視頻流stream#0是720x480畫素之幀週期 爲29.97Hz之視頻資料，並且，不包含有隱藏字幕資料。 並且，針對屬於剪輯流檔案〜00003.PS"之第1條之 基本流之視頻流stream#0，StreamInfo()(第10圖）之 number_of_DynamicInfo 成爲 2，該 StreamInfo()上，記述 著 2 組 pts_change_point 和 DynamicInfo()之組。 針對剪輯流檔案" 00003.PS"之第2條之基本流 stream#l，stream_id是成爲OxEl，因此，該基本流 stream#l是如第20圖及第22圖（或者第1 1圖）所說明 般，爲視頻流。並且，爲了區別與剪輯流檔案"00003.PS ，之第1條之基本流stream#0，和屬於第2條之基本流之 -67- (65) 1320174 視頻流stream#l，各個stream_id是成爲ΟχΕΟ和OxEl。 再者，與剪輯流檔案' 00001.PS"之第1條之基本流 stream#0 相同，private_stream_id 是成爲 0x00。

再者，針對屬於剪輯流檔案’00003.PS"之第2條之 基本流的視頻流 stream#〗，該 StreamInfo()所包含之 StaticInfo()(第 12 圖）之 picture — size、frame_rate、 CC_flag是成爲與針對屬於第1條之基本流之視頻流 stream#0者相同者。因此，屬於該剪輯流檔案" 00003.PS 〃之第2條之基本流之視頻流stream#l爲720x480畫素 之幀週期爲29.97Hz之視頻資料，並且，不包含有隱藏字 幕資料。 並且，針對屬於剪輯流檔案"00003.PS〃之第2條之 基:本流之視頻流stream#l，StreamInfo()(第10圖）之 irumber_of_Dynamiclnfo 成爲 0，不存在 pts_change_point 和 DynamicInfo()之組。 接著，針對剪輯流檔案'' 00003.PS"之第3條之基本 流 stream#2，stream_id 是成爲 OxBD，private_stream_id 是成爲0x00。因此，該基本流stream#2是如第20圖及第 22圖所說明般，爲ATRAC音頻流。 再者，針對爲剪輯檔案"00003.PS"之第3條之基本 流的ATRAC音頻流stream#2，該StreamInfo()所包含之 StaticInfo()(第 12 圖）之 audio_language_code、 channel confi gureation ' 1 fe existence、 sampling_frequency成爲與剪輯流檔案^ 00001.PS〃之第 -68- (66) 1320174 2條之基本流的ATRAC音頻流stream#l相同。因此，屬 於剪輯檔案" 00003.PS"之第3條之基本流的ATRAC音 頻流Stream#2是日語，並且立體聲之音頻資料。再者， 不包含低域強調頻道，取樣頻率爲48kHz。 並且，針對屬於剪輯流檔案' 00003.PS〃之第3條之 基本流之 ATRAC 音頻流 stream#2，StreamInfo()(第 10 圖）之 number_of_DynamicInfo 成爲 3，因此該 籲 StreamInfo()上記述著 3 組 pts_change_point 和 DynamicInfo()之組。 接著，第27圖是表示第10圖中所說明之剪輯資訊檔 案Clip()中之EP_map()具體例。即是，第27圖是表示第 4圖之剪輯資訊檔案" 00001.CLP"中之第14圖之 EP_map()之具體例。 於第27圖中，EP_map()之 number_of_stream_id_entries 是成爲 1，因此，於該 # EP_map()上記述著針對1個基本流之解碼開始可能點之資 訊。 再者，在第27圖之EP_map()中’ stream_id成爲 ΟχΕΟ。因此，自第20圖及第22圖中之說明，在 EP_map()上記述著針對依據成爲OxEO之stream_id而被 特定之視頻流之解碼開始可能點之情報（PTS_EP_start和 RPN_EP_start (第14圖））。即是，第27圖爲剪輯資訊 檔案、0000 1.CLP 〃之EP_map()，在對應於剪輯資訊檔案 "00001.CLP"之剪輯流檔案，0000 1 .CLP〃中， -69- (67) 1320174 streamed爲ΟχΕΟ之基本流因如第26圖所說明般，爲剪 輯流檔案"0000 1 .CLP"之第1條之視頻流strem#0，故被 記述於第27圖之EP_map()之資訊是該視頻流stream#0之 解碼開始可能點之PTS_EP_start和RPN_EP_start。

第27圖是記載剪輯流檔案π 00 001.CLP 〃之第1條之 視頻流stream#0之解碼開始可能點中，自前頭5點的 PTS_EP_start 和 RPN_EP_start，省略第 6 點以後之 PTS_EP_start 矛口 RPN_EP_start 之言己載。 並且，於第 27 圖之 EP_map()中 > pri vate_stream_id 雖然是成爲0x00，但是stream_id表示視頻流之時，則如 上述般，與private_stream_id無關係（被忽視）。 接著，第28圖是表示第25圖中所說明之Play Li st #0 和 PlayList#l (第 5 圖之 PlayList())中之 PlayLi_stMark()之具體例。 第 28 圖上側是表示 PlayList #0 之 PlayListMark()( • ^ 7 Η ) 〇 在第 28 圖上側中，PlayList #0 之 PI ay Li stMark()中 之 number_of_PlayList_marks 成爲 7，因此，PlayList #0 (之PlayListMark〇)包含之Mark()之數量爲7。 再者，在第28圖上側中，PlayList #0所包含之7個 Mark()中之第 1 號之 Mark()的 Mark#0，因 mark_type (第 7圖）成爲、Chapter / ，故爲章節標記。並且，Mark#0 因 ref_to_PlayItem_id (第 7 圖）成爲 0，故屬於 PlayList #0所包含之第25圖之兩個PlayItem#0和#1中之 -70- (68) 1320174

PlayItem#0。再者，Mark#0 是因 mark_time_stamp 成爲 180,090，故爲依據PlayList #0所包含之PlayItem#0而被 再生之剪輯流檔案之時刻（再生時刻）180,090上之記號 。並且，Mark#0 是因 entry_ES_stream_id 及 entry_ES_private_stream_id中之任一者皆成爲0，故不對 任一基本流賦予關連性。再者，Mark#0因mark_data成 爲1，故表示號碼爲1之章節。

並且，在此藉由PlayList #0所包含之PlayIteam#0被 再生之剪輯流檔案是第 25圖所說明的自被記述在該 PlayItem#0 之 w Clip — Information — file — name"上之 00001.CLP"所特定之剪輯流檔案"OOOOl.PS"，因此， Mark#0之mark_time_stamp所表示之上述時刻180,090爲 剪輯流檔案" 0000 1.PS"之時刻。 在第28圖上側，PlayList #0所包含之7個Marl()中 屬於第5號之Mark()的Mark#4爲和第1號之Mark#l相 # 同之章節標記。 即是，第 5 號之 Mark()之 Mark#4 因 mark_type (第 7 圖）成爲、Chapte〆，故爲章節標記。並且，Mark#4因 ref_to_PlayItem_id (第 7 圖）成爲 1，故屬於 PlayList #0 所包含之第25圖之兩個PlayItem#0和#1中之Playltem#l 。再者，M a r k # 4 因 M m a r k _ t i m e _ s t a m p 成爲 9 0，0 0 0，故爲 藉由PlayList#0所包含之PlayList#l被再生之剪輯流檔案 之時刻90,000上之記號。Mark#4是因 entry_ES_stream_id 及 entry_ES_private_stream_id 中之任 -71 - (69) 1320174 一者皆成爲Ο，故不對任一基本流賦予關連性。再者， Mar k#4因mar k_d at a成爲2，故表示號碼爲2之章節。

並且，在此藉由PlayList #0所包含之Playlteam#l被 再生之剪輯流檔案是第25圖所說明的自被記述在該 Playltem#l 之 ''Clip-Information — file — name"上之 '、 00002.CLP 〃所特定之剪輯流檔案、、00002.PS"，因此， Mark#4之mark_time_stamp所表示之上述時刻90,000爲 剪輯流檔案'' 00002.PS"之時刻。 再者，在第28圖上側中，PlayList #0所包含之7個 Mark()中之第 2 號之 Mark()的 Mark#l，因 mark_type (第 7圖）成爲、Index'，故爲索引標記。並且，Mark#l因 ref_to_PlayItem_id (第 7 圖）成爲 0，故屬於 PlayList #0 所包含之第25圖之兩個PlayItem#0和#1中之PlayItem#0 。再者，Mark#l 是因 mark_time_stamp 成爲 5,580,090， 故爲依據PlayList #〇所包含之PlayItem#0而被再生之剪 輯流檔案之時刻5,580,090上之記號。並且，Mark#l是因 entry_ES_stream_id 及 entry_ES_private_stream_id 中之任 一者皆成爲0，故不對任一基本流賦予關連性。再者， Mark#0因mark_data成爲1，故表示號碼爲1之索引。 並且，在此藉由P丨ayList #0所包含之playIteam#0被 再生之剪輯流檔案是如上述般，爲剪輯流檔案V 00001.PS "，因此，Mark#l之 mark_time_stamp所表示之上述時 刻5,580,090爲剪輯流檔案" 00001.PS"之時刻。 在第28圖上側’ PlayList #0所包含之7個Mar 1()中 -72- (70) 1320174 之屬於第3號、第6號、第7號之Mark()的Mark#2、 Mark#5、Mark#6是和第1號之Mark#l相同之章節標記。

再者，在第28圖上側中，PlayList #0所包含之7個 Mark()中之第 4 號之 Mark()的 Mark#3，因 mark_type (第 7圖）成爲、Even厂，故爲事件標記》並且，Mark#3因 ref_to_PlayItem_id (第 7 圖）成爲 0，故屬於 PlayList #0 所包含之第25圖之兩個Play Item# 0和#1中之Play ltem#0 。再者，Mark#3 是因 mark_time_stamp 成爲 16,380,090’ 故爲依據PlayList #0所包含之PlayItem#0而被再生之剪 輯流檔案之時刻1 6,3 80,090上之記號。並且，Mark#3是 因 entry_ES_stream_id 及 entry_ES_private_stream_id 中 之任一者皆成爲〇，故不對任一基本流賦予關連性。再者 ，Mark#3因mark_data成爲1，故當作自變數使發生跟隨 0的事件。 並且，在此藉由PlayList #0所包含之PlayIteam#0被 # 再生之剪輯流檔案是如上述般’爲剪輯流檔案"0000 1 .PS ”，因此，Mark#3之mark_time_stamp所表示之上述時 刻16,380,090爲剪輯流檔案"0000I.PS"之時刻。 在此，在第28圖上側’在PlayList #0之 PlayListMark()之一覽表之欄外之右側上，表示自Mark() 所屬之Playltem()之前頭的時間’並且在該右側上’表不 自PlayList #0之前頭的時刻。 接著，第28圖下側表示PlayList#l之

PlayListMark()(第 7 圖）。 -73- (71) 1320174 在第28圖下側中，PlayList#l之PlayListMark()中之 number_of_PlayList_marks 成爲 3，因此，P1 a y L i s t # 1 (之 PlayListMark())所包含之Mark()之數量爲3。 再者，在第28圖下側中，PI ay List #1所包含之3個 Mark()中之第 1 號之 Mark()的 Mark#0，因 mark_type (第 7圖）成爲、Chapter / ，故爲章節標記。並且，Mark#0 因 ref_to_PlayItem_id (第 7 圖）成爲 0，故屬於 PlayList φ #1所包含之第25圖之1個PlayItem#0。再者，Mark#0是 因 mark_time_stamp 成爲 90,000，故爲依據 Play List # 1 所包含之 PlayItem#0而被再生之剪輯流檔案之時刻 90,000 上之記號。並且，Mark#0 是因 entry_ES_stream_id 及 entry_ES_private_stream_id 中之任一者皆成爲 0，故 不對任一基本流賦予關連性。再者，Mark#0因mark_data 成爲〇，故表示號碼爲〇之章節。 並且，在此藉由PlayList #1所包含之PlayIteam#0被 • 再生之剪輯流檔案是第 25圖所說明的自被記述在該 PlayItem#0 之'^ Clip_Information_file_name"上之 v 00003 .CLP "所特定之剪輯流檔案"00003.PS"，因此， Mark#0之mark_time_stamp所表示之上述時刻90,000爲 剪輯流檔案" 00003.PS"之時刻。 再者，在第28圖下側中，PlayList #1所包含之3個 Mark()中之第 2 號之 Mark()的 Mark#l，因 mark_type (第 7圖）成爲、Even〆，故爲事件標記。並且，Mark#l因 ref_to_PlayItem_id (第 7 圖）成爲 0，故屬於 PlayList #1 -74- (72) 1320174

所包含之第25圖之1個PlayItem#0。再者，Mark#l是因 mark_time_stamp 成爲 27,090,000，故爲依據 PlayList #1 所包含之 Play ltem#0而被再生之剪輯流檔案之時刻 27,090,000上之記號。並且，Mark#l是因 entry_ES_stream_id 爲 OxEO，entry_ES_private_stream_id 成爲〇，故以OxEO特定（識別）streamed之基本流，即 是如第2 0圖及第2 2圖所說明般，對視頻流賦予關連性。 再者，Mark#l因mark_data成爲1，故當作自變數使發生 跟隨1的事件。 並且，在此藉由PlayList #1所包含之PlayIteam#0被 再生之剪輯流檔案是如上述般，爲剪輯流檔案〜00003.PS ”，因此，Mark#l 之 mark_time_stamp所表示之上述時 刻.2 7,090,000爲剪輯流檔案"00003.PS"之時刻。 再者，Mark#l被賦予關連之stream_id爲OxEO之視 頻流，是該Mark#l所屬之被記述在第25圖之PlayList#l 所包含之 PlayItem#0 之 Clip_Information_file_name 的 ' 0003.CLP"上所記述之stream_id爲 OxEO之視頻流，即 是，自第26圖之剪輯資訊檔案" 00 03.CLP 〃所特定之被 剪輯流檔案" 00003.PS"多重化之 3條基本流stream#0 至#2中之第1條基本流（視頻流）stream#0。 接著，在第28圖下側，PlayList 所包含之3個 Mark()中之第 3 號之 Mark()的 Mark#2，因 mark_type (第 7圖）成爲、Event —，故爲事件標記。並且，Mark#2因 ref_to_PlayItem_id (第 7 圖）成爲 〇，故屬於 PlayList #1 -75- (73) 1320174 所包含之第25圖之1個Playlten^O。再者，Mark#l是因 mark_time_stamp 成爲 2 7,5 40，000，故爲依據 piayList #1 所包含之 Playltem#0而被再生之剪輯流檔案之時刻 27,540,000上之記號。並且，Mark#2是因 entry ES stream id 爲 OxEl，entry_ES_private_stream_id 成爲〇，故以ΟχΕΙ特定（識別）stream_id之基本流，即 是如第2 0圖及第2 2圖所說明般，對視頻流賦予關連性。 φ 再者，Mark#2因mark_data成爲2，故當作自變數使發生 跟隨2的事件。 並且，在此藉由PlayList #1所包含之PlayIteam#0被 再生之剪輯流檔案是如上述般，爲剪輯流檔案"00003.PS ”，因此，Mark#2之 mark_time_stamp所表示之上述時 刻27,540,000爲剪輯流檔案"00003.PS 〃之時刻。

再者，Mark#2被賦予關連之stream_id爲ΟχΕΙ之視 頻流，是該Mark#2所屬之被記述在第25圖之PlayList#l 所包含之 PlayItem#0 之 Clip_Information_file_name 的 a 0003.CLP"上所記述之stream_id爲ΟχΕΙ之視頻流，即 是，自第26圖之剪輯資訊檔案''〇〇〇3.CLP〃所認定之被 剪輯流檔案" 00003.PS"多重化之3條基本流stream#〇 至#2中之第2條基本流（視頻流）stream# 1。 在此，第28圖之下側中’在PlayList#l之 PlayListMark()之一覽表之欄外之右側上，表示從Mark() 所屬之PlayltemO之前頭的時刻。 並且，於第28圖中’章節標記或索引標記所表示之 -76- (74) 1320174 章節或索引之號碼雖然被記述在mark_data，但是章節檩 記及索引標記所表示之章節或索引之號碼即使不記述在 mark_data，亦可以藉由計數PlayListMark()中之章節標記 或索引標記之數量而予以認定。 [碟片裝置之動作說明] 接著，以在第1圖之碟片101上，記錄第25圖至第 # 28圖所說明般之資料（檔案），針對第1圖之碟片裝置 之動作予以說明。 當碟片101被插入至碟片驅動器102之時，表示該主 旨.之訊息經由驅動器介面1 1 4還有第2圖之操作系統20 1 ’被傳達至視頻內容再生程式210。視頻內容再生程式 210是當自操作程式系統201接收到被插入至碟片驅動器 102之主旨的訊息時，則開始第29圖之再生前處理。 •[再生前處理] 即是’第29圖是說明執行視頻內容再生程式21〇之 再生前處理的流程圖。 在此’以下，依據流程圖說明之碟片裝置之動作或處 理不一定需要沿著流程圖所記載之順序而執行時間序列， 也有並列或隔個別處理。但是，本說明書爲了方便順著流 程圖說明碟片裝置之動作或處理。 再生前處理中，視頻內容再生程式210是在步驟 S101 ’使用操作系統201之檔案系統功能，確認碟片ι〇1 -77- (75) 1320174 ，判定碟片101是否爲視頻內容再生程式210用之正常 片。 在此，如上述般，碟片101之存取（檔案之讀出） 然是使用凹座系統201之檔案系統功能而所執行，以下 當省略該說明。 在步驟S101中，當判定碟片101爲非正常之時， 是，碟片101所採用之檔案系統爲操作系統201之不對 φ 類型之時，或在路徑目錄不放置” VIDEO〃之時，視頻 容再生程式210則判斷無對應於碟片101，前進至步 S 1 0 2，繪圖處理模組2 1 9則執行錯誤處理，完成再生前 理。 即是，繪圖處理模組219是生成碟片101非正常之 旨的錯誤訊息（之視頻資料），當作錯誤處理，使從視 輸出模組220輸出，依此，顯示錯誤訊息。並且，其他 以來自音頻輸出模組22 1輸出警告聲，或自碟片驅動 ® 102執行排出碟片101等，來當作錯誤處理。 另外，在步驟S101中，當判定碟片101爲正常碟 時，則前進至步驟S103，視頻內容再生程式210是依 內容供給模組213，對操作系統201要求讀取被放置在 片 101 (第 4 圖）之'"VIDEO"目錄之"SCRIPT.DAT 檔案，和"PLAYLIST.DAT"檔案之兩個資料檔案，並 進至步驟 S104。步驟 S104是、SCRIPT.DAT"檔案是 供給至腳本控制模組211，並且"PLAYLIST.DAT 〃檔 是被供給至播放器控制模組2 1 2。 碟 雖 適 即 應 內 驟 處 主 頻 可 器 片 據 碟 前 被 案 -78- (76) 1320174 之後，從步驟S104前進S105至S107，播放器控制 模組2 1 2是執行初期化處理。並且，腳本控制模組2 1 1是 等待至播放器控制模組2 1 2之初期化處理爲止。 「播放器控制模組2 1 2之初期化處理」

初期化處理是在步驟S105中，播放器控制模組212 執行"PLAYLIST.DAT"檔案之解析，並調查" PLAYLIST.DAT"檔案中所使用之剪輯資訊檔案之數量和 該檔案名。 即是，此時，^ PLAYLIST.DAT"檔案是成爲第 25 圖所示者，播放器控制模組2 1 2是第25圖之" PLAYLIST.DAT"檔案中 n u m b e r_o f_P 1 a y L i s t 成爲 2 後， 認定存在有第1號之Play Li st#0和第2號之Play List# 1之 兩個Play List ()。並且，播放器控制模組212是針對第25 圖之"PLAY.DAT〃檔案中之第1號之PlayList#，成爲 number_of_PlayItems 成爲 2 後，認定該 PlayList#0 上存 在有第1號之Playltem#0和第2號之Playltem之兩個 PlayltemO。然後，播放控制模組212是藉由參照第25圖 之"PLAYLIST.DAT”檔案中之PlayList#0所包含之第 1 號之 PlayItem#0 和第 2 號之 Playltem#l 各個之 Clip_Information_file_name，認定 PlayList#0 所包含之第 1號之PlayItem#0之剪輯資訊檔案（之檔案名）爲" 0000 1.CLP"，第2號Playltem#l之剪輯資訊檔案爲， 00002.CLP〃 ° -79- (77) 1320174 播放控制模組2 12針對第2號之PI ay Li st#l也相同’ 因該 number_of_PlayItem 爲 1，故存在 1 個 Playltem()( Playltem#0 )，並且自該 PlayItem#0 之中的

Clip_Information_file_name ’ 認定該 PlayItem#0 之势輯 資訊檔案爲"00003.CLP"。 之後，從步驟s 1 05前進至S 1 06 ’播放器控制模組 212是從碟片101讀取在步驟S105認定之剪輯資訊檔案 • ，即是自碟片1〇1之，VIDECT目錄內之ACLIP"目錄讀 取 3 個剪輯資訊檔案 ' 00001 .CLP" 、 " 00002.CLP"、" 00003.CLP〃 ° 在此，在步驟si 06之剪輯資訊檔案之讀取雖然僅有 最初被再生之PlayListO之Playltem之剪輯資訊檔案爲充 分，但是本實施形態是如上述般，先讀取所有PlayList() 之Playltem()之剪輯資訊檔案。 步驟S106處理後，前進入步驟S107，播放器控制模 Φ 組212是判定在步驟S1 05所認定之剪輯資訊檔案之讀取 是否成功，並且對應於該讀取的剪輯資訊檔案之剪輯流檔 案是判定（確認）是否存在於碟片101。即是，步驟S107 是判定剪輯資訊檔案"〇〇〇〇l_CLP" 、 " 000002.CLP，、 " 00003.CLP 〃之讀取是否成功，並且該各剪輯資訊檔案 "0000 1 .CLP" 、 " 000002.CLP" 、 " 00003.CLP"和僅 檔案名之副檔名爲不同之剪輯流檔案"00001.PS"、， 000002.PS〃 、 10003.PS"是否存在於碟片101之， VIDEO"目錄下之"STREAM，目錄上。 -80- (78) 1320174 在步驟S 1 0 7中，判定在步驟s 1 0 5所認定到之剪輯資 訊檔案之讀取失敗，或是對應於剪輯資訊之剪輯流檔案不 存在於碟片101之時，即是，例如依照'PLAYLIST.DAT 〃檔案之再生所需之剪輯資訊檔案或剪輯流檔案，不被記 錄於碟片101之時，視頻內容再生程式210是判斷不對應 於碟片101，前進至步驟S102，執行上述錯誤處理，完成 再生前處理。 # 另外，在步驟s 1 07中，當判定在步驟S 1 05所認定到 之剪輯資訊檔案之讀取成功，並且對應於剪輯資訊檔案之 剪輯流檔案存在於碟片1 〇 1時，播放器控制模組2 1 2則完 成初期化處理，前進至步驟S 1 0 8。 步驟S 1 0 8中，腳本控制模組2 1 1是開始解釋和實行 ' SCRIPT.DAT"。 例如，現在，腳本控制模組2 1 1是藉由實行a SCRIPT.DAT〃檔案，當在播放器控制模組212指示第1 ^ 號Play List () (Play List#0)之再生時，則執行第30圖之 再生處理。 「再生處理」 即是，第3 0圖是用以說明執行視頻內容再生程式 210之再生處理的流程圖。 再生準備處理」 再生處理中，播放器控制模組2 1 2首先是在步驟 -81 - (79) 1320174 S121和S122中，執行自腳本控制模組211指示再生之 PlayList()，即是第 1 號之 PlayList()(PlayList#0)之再 生準備處理。 即是，播放器控制模組2 1 2是在步驟S 1 2 1中，確認 第1號之PlayList#0所包含之第1號之PlayItem#0之 IN_time (第6圖），前進至步驟S122，調查藉由第1號 之PlayList#0所包含之第1號之PlayItem#0所再生之剪 φ 輯流檔案，00001 .PS"上，相當於該PlayItem#0之 IN_time之開始再生的再生開始位置。 在此，Playltem()之IN_time (第 6圖）是於指不剪 輯流檔案之前頭時，若自剪輯流檔案之前頭讀出程式流亦 可，IN_time指示剪輯流檔案之前頭以外之時，則需要探 索（調查）對應於IN_time之位置’並自此讀出程式流。 具體而言，第25圖所未之時’第1號之PlayList#0 所包含之第1號之PlayItem#0之IN_time是180,090。播 # 放器模組212是自藉由第1號之PlayList#0所包含之第1 號之PlayItem#0所再生之剪輯流檔案" 0000 1.CLP"之第 27圖所示之EP_map()，探索適合於PlayItem#0之 IN_time之180,090之再生開始位置。 即是，播放器控制模組2 1 2是使用二分查尋等檢索例 如表示被記述在EP_map()之解碼開始可能點之 PTS_EP_start 中之滿足式 P T S_EP_start S IN_time 之最大 PTS_EP_start。在此，檢索 IN_time 以下之 PTS_EP_strat ，因依據IN_time所表示之位置’不限於解碼開始可能點 -82- (80) 1320174 之故。 此時，IN_time是如上述般，爲1 80,090。再者，依 據第1號之PlayList#0所包含之第1號之PlayItem#0所 再生之剪輯流檔案"0000 1.CLP 〃之第 27圖所示之 EP_map中，言己述有180,090當作滿足式PTS_EP_startS IN_time之最大 PTS_EP_start。因此，播放器控制模組 212是自第27圖所示之EP_map()檢索成爲該1 80,090之 • PT S EP start ® 並且，播放器控制模組2 1 2是讀出對應於該被檢索之 PTS_EP_start 之 RPN_EP_start 之 3 0 5 (區段），依據該 3 05之RPN_EP_start而被表示之剪輯流檔案'00001.PS" 上之位置是當作再生開始位置而被決定。 播放器控制模組2 1 2當如上述般決定再生開始位置時 ’則從步驟s 1 22前進至S 1 23，如顯示時間碼般，控制繪 圖處理模組2 1 9。繪圖處理模組2 1 9是依照播放器控制模 ^ 組2 1 2之控制’生成時間碼（之視頻資料）而輸出至視頻 輸出模組220。依此，開始時間碼之顯示。 在此，在步驟S123開始顯示之時間碼是例如爲將 PlayList()之前頭換算成00: 00: 〇〇(時：分：秒）之値 。並且，時使與時間碼同時或不與時間碼，而顯示章節或 索引之號碼亦可。

PlayListMark()之解析處理」 在步驟S123開始顯不時間碼後，則前進至步驟Si24 -83- (81) 1320174 ，播放器控制模組2 1 2是執行解析自腳本控制模組2 1 1指 示再生之PlayListO，即是被記述在第1號之PlayList() (PlayList#0 )之 P 1 a y L i s t M ar k ()(第 7 圖）之解析處理 ο 具體而言，播放器控制模組2 1 2是在已經讀取之a PLAYLIST.DAT"檔案中之第 1號之Play Li st#0之第2 8 圖上側所示之PlayListMark()中， ^ number_of_PlayList_marks 成爲 7 後，認定該 P1 a y L i s t # 0 所包含之Mark()之數爲7。 並且，播放器控制模組212是解析PlayList#0所包含 之第 28 圖上側之 7 個 Mark()，自該 ref_to_PlayItem_id 認定從7個Mark()中之第1號至第4號的4個Mark()爲 屬於 PlayList#0 之第 1 號之 Playltem() (PlayItem#0)。 之後，播放器控制模組212是取出屬於Play Li st#0之 第 1 號 Play ltem#0 之 4 個 Mark()之 mark_time_stamp，要 # 素數量爲4的配列，給予解碼控制模組2 1 4。即是，依此 ，從第28圖上側之7個Mark()中之第1號起至第4號爲 止之 4 個 Mark()之各 mark_time_stamp 之{ 1 8 0,090 }、 {5,580,090}、 {10,980,090}、 {16,380,090}之 4 個時刻是 由播放器控制模組2 1 2被交予至解碼控制模組2 1 4。此時 ，該些時刻屬性爲「標記處理」，也從播放器控制模組 212被傳至解碼控制模組214。解碼控制模組214是在計 時部所計時之時刻，與「標記處理」之屬性之時刻一致時 ，將與表示該宗旨訊息、「標記處理」之屬性之時刻一致 -84- (82) 1320174 之時刻，及「標記處理」之屬性傳達至播放器控制模組 212 上。 「再生基本流之決定處理」 接著，從步驟s 1 24前進至S 1 25，播放器控制模組 2 1 2是決定再生之基本流。 即是，播放器控制模組2 1 2是在自腳本控制模組2 1 1 φ 指示再生之PlayList()之第1號之PlayList#0之第1號之 PlayList#0 (第 25 圖）之 Clip_Information_fime_name 上 記述有檔案名的第26圖剪輯資訊檔案" 0000 1.CLP〃中， number_〇f_Stream成爲4後，認定所對應之剪輯流檔案" 0000 1.PS"上多重化4條基本流。並且，播放器控制模組 212是對該4條基本流，順序調查第26圖之剪輯資訊檔 案"^OOOOl.CLP” 之 StaticInfo()之 stream_id 和所需之 private_stream_id，該4條基本流認定1條視頻流，1條 • ATRAC音頻流及2條字幕流。即是，認定被剪輯流檔案 ^OOOOl.PS"多重化之各屬性之基本流之條數。 並且，被剪輯流檔案多重化之各屬性之基本流之條數 資訊，是被使用於再生中之基本流之切換（音頻切換、字 幕切換等）。再者，字幕流是有不存在於剪輯流檔案中（ 內容不包含有字幕）之情形，字幕流是否存在之判斷，是 使用「字幕流」之屬性之基本流之條數之資訊。 播放控制模組212是根據以上般之Staticlnf0()之調 查結果，選擇決定再生之基本流，但此時被剪輯流檔案" -85- (83) 1320174 000 0 1.PS"多重化之4條基本流中，因「視頻流」和「音 頻流j之屬性之基本流各僅有1條，故針對「視頻流」和 「音頻流」之屬性之基本流，無選擇餘地，將該1條視頻 流和音頻流（ATRAC音頻流）當作再生之基本流而被決 定。 再者，針對「字幕流」之屬性之基本流，因在被剪輯 流檔案"0000 1.PS"多重化之4條基本流中存在有2條， φ 故該2條字幕流中之任一條之字幕流，是被當作再生之基 本流而被選擇決定。在此，例如以2條字幕流中之剪輯資 訊檔案"0000 1.CLP〃中出現順序選擇最初之字幕流。 在此，如上述般，爲了認定被剪輯流檔案00 00 1.PS "多重化之4條基本流之屬性和條數，必須各特定該4條 基本流，播放器控制模組212是藉由stream_id和所需之 private_stream_id而執行被剪輯流檔案、、ooooi.ps"多重 化之4條基本流之特定。 ^ 即是，播放器控制模組2 1 2是如以第2 6圖對剪輯資 訊檔案" 0000 1.CLP"所說明般，以將成爲 0xE05之 stream_id，特定被剪輯流檔案*〇〇〇〇i.ps"多重化之4條 基本流中之「視頻流」之屬性之基本流的視頻流。 再者，播放器控制模組2 1 2是如以第26圖針對剪輯 資訊檔案'、OOOOl.CLP"所說明般，以將成爲〇xBD之 stream — id 及將成爲 0x00 之 private_stream_id，特定被剪 輯流檔案'' 00001.PS 〃多重化之4條基本流中之「音頻流 」之屬性之基本流的ATRAC音頻流。 -86 - (84) 1320174 又，播放器控制模組2 1 2是如以第26圖針對剪輯資 訊檔案' 0000 1.CLP"所說明般，各以成爲OxBD之 s t r e a m _ i d、成爲 〇 X 8 0 之 p r i v a t e _ s t r e a m _ i d 和成爲 0 X B D 之 s t r e a m _ i d、及成爲 0 x 8 1 之 p r i v a t e _ s t r e a m _ i d 各特定被 剪輯流檔案^ 0000 1 .PS〃多重化之4條基本流中「字幕流 」之屬性之基本流的2條字幕流。

如上述般，當作對應於剪輯流檔案之剪輯資訊檔案之 元資料被記述之stream_id和private_stream_id之組合， 可以特定被該剪輯流檔案多重化之基本流。 在此，stream_id 和 private_stream_id 之組合是爲了 擴張MPEG2-System之多重化而所設置之機構。爲了特定 基本流在元資料（資料庫）中使用該stream_id和 private_stream_id之組合，依此可確實特定基本流。再者 ，將來，擴張private_stream_id之意，於增所對應之基 本流之條數或種類（屬性）之時，因亦可原樣地使用現在 之機構，故在擴張性上爲優。 即是，例如，BD ( Blue ray Disc )規格中’因資料之 規定使用 MPEG規格之傳送流（Transport Stream)之 PID(Packet ID)，故被MPEG2規格所拘束。再者，例 如 DVD-Video規格是定義類似於 private_stream_id之 sub_stream_id，但是sub_stream_id爲了特定流是不成爲 可以記述在資料庫上，因只記述於記載8條或3 2條之流 資訊之固定區域（例如參照 VI4-49、Table4.2.1-2(VTS-

AST_ATRT )或 VI4-52、Table4.2. 1 -3 ( VT S_S P S T_S TRT -87- (85) 1320174 )等），缺乏擴張性。 對此，stream_id和private_stream_id之組合是可以 記述元資料，例如在第10圖之剪輯資訊檔案Clip ()中僅 記述可以以 number_of_stream 表示之數，因此，可不依 賴該數（但是，可以以number_of_stream表示之數的範 圍）’自當作被記述於剪輯資訊檔案Clip〇之元資料的 stream_id和private_stream_id之組合，特定被剪輯流檔 φ 案多重化之基本流。 並且，本實施形態中，stream_id和 private — stream —id之組合是在第10圖之剪輯資訊檔案中 ，除了使用於特定被所對應之剪輯流檔案多重化之基本流 之外，亦可使用於例如當作第7圖之PlayListMark()中之 entry一ES_stream_id 和 entry_E S_private_stream_id 之組合 ，特定對Mark()賦予關連之基本流。並且，stream_id和 private_stream_id之組合其他亦在如第14圖之EP_map() # 中，使用於特定記述可解碼開始點之基本流。 「輸出屬性之控制處理」 之後，由步驟S 1 2 5前進至S 1 2 6，播放器控制模組 212是執行再生對象之基本流，即是決定以步驟S125再 生的基本流之輸出屬性之控制處理。 具體而言，播放器控制模組2 1 2首先各針對再生對象 之基本流，即是決定在步驟S125再生之視頻流、ATRAC 音頻流、字幕流，調查表示記述輸出屬性之 -88- (86) 1320174

DynamicInfo()(第13圖）之數量之 number_of_DynamicInfo (第 10 圖）° 在此，此時，再生之視頻流、ATRAC音頻流、字幕 流爲被剪輯流檔案"0000 1.PS 〃多重化之基本流，該些 number_of_DynamicInfo 是如第 2 6 圖之"0 0 0 0 1 . C LP "說 明般，任一者皆爲0。如此一來，針對所有再生對象之基 本流，number_of_DynamicInfo爲0之時，播放器控制模 • 組2 1 2是當作再生對象之基本流之輸出屬性之控制處理， 不特別執行處理。 並且，針對再生對象之基本流的 number_of_DynamicInfo不爲0時，針對當作該基本流之 輸出屬性之控制而所執行之處理於後述。 「再生開始之準備處理」 步驟S 1 2 6處理後，前進至步驟S 1 2 7，播放器控制模 ♦ 組2 1 2是執行再生對象之基本流之再生開始之準備處理。 即是，播放器控制模組2 1 2是對內容資料供給模組 213，給予再生對象之基本流被多重化之剪輯流檔案” 00001.PS"之檔案名，和被記述在步驟S122決定之再生 開始位置的 EP —map()之 RPN_EP_start ( =3 0 5 )。 並且，播放器控制模組2 1 2於被儲存於再生對象之基 本流被多重化之剪輯流檔案"ooooi.ps〃中之程式流，開 始被供給至緩衝器控制模組2 1 5之前，使緩衝器控制模組 2 1 5予以初期化。 -89- (87) 1320174 具體而言，緩衝器控制模組2 1 5 (第3圖）中，被記 憶於資料前頭記憶部2 3 1之資料前頭指標、被記憶於資料 寫入指標記憶部232之資料寫入指標、被記憶於視頻讀出 指標記憶部24 1之視頻讀出指標、被記億於音頻讀出指標 記憶部2 5 1之音頻讀出指標、被記憶於字幕讀出指標記憶 部262之字幕讀出指標是被代入相同値。 依此，被記憶於資料前頭指標記憶部23 1之資料前頭 φ 指標，和被記憶於資料寫入指標2 3 2之資料寫入指標，是 指緩衝器控制模組2 1 5之緩衝器A之相同位置。該是表 示緩衝器215A無蓄積有效資料之狀態。 並且，播放器控制模組2 1 2是將當作用以識別（特定 )再生對象之基本流之識別資訊的streamed，還有因其 所需並將private_Stream_id供給至緩衝器控制模組215。

即是，如上述般，再生對象之基本流中之「視頻流」 之屬性之視頻流是藉由成爲OxEO之streamed而被特定 # ，「音頻流」之屬性之ATRAC音頻流是藉由成爲〇xBD 之 stream_id 及成爲 0x00 之 private_stream_id 而被特定 ，「字幕流」之屬性之字幕流是藉由成爲OxBD之 stream_id 及成爲 0x80 之 private_stream_id 而被特定。播 放器控制模組212是將該些stream_id和 priVate_Stream_id供給至緩衝器控制模組215。 緩衝器控制模組2 1 5 (第3圖）中，視頻讀出功能部 23 3是使來自播放器控制模組2 1 2之針對視頻流程爲〇xEO 之stream_id記憶於stream_id暫存器242上。再者，音 -90- (88) 1320174 頻讀出功能部234是各使來自播放器控制模組212之成爲 OxBD 之 stream_id，和成爲 0x00 之 private_stream_id 記 億於 stream_id 暫存器 252 和 pri vate_stream_id 暫存器 253。並且’字幕讀出功能部235是各使來自播放器控制 模組212之成爲 OxBD之stream_id，和成爲 0x80之 private_stream_id 記憶於 stream_id 暫存器 263 和 private_stream_id 暫存器 264。 φ 並且，播放器模組2 1 2是爲了日後處理記憶供給至緩 衝器控制模組215之再生對象之基本流之streamed和 p r i v a t*e _ s t r e a m _ i d。播放器控制模組2 1 2是於後述要求流 切換之訊息發生時，或是在後述標記處理中爲了特定現在 再生中之流，使用該些stream_id或private_id。 播放器控制模組2 1 2是當作緩衝器控制模組2 1 5 (第 3圖）之初期化，並且將因應再生對象之基本流被多重化 之剪輯流之値的字幕讀出功能旗標，設置成字幕讀出功能 _旗標記憶部2 6 1。 即是，此時，因在再生對象之流被多重化之剪輯流檔 案> 0000 1.PS〃上，含有字幕流，故爲了使字幕讀出功能 部235發揮功能，値爲1之字幕讀出功能旗標是被設置於 字幕讀出功能旗標記憶部261上。並且，於再生對象之基 本流被多重化之剪輯流檔案上不含有字幕流時，字幕讀功 能旗標記憶部261上被設置値爲0之字幕讀出功能旗標。 此時，字幕讀出功能部23 5不發揮功能（尤其不執行處理 -91 - (89) 1320174 再者，播放器控制模組2 1 2是對解碼控制模組2 1 4， 給予自腳本控制模組21 1指示再生之第1號Playltem#0 ( 第 25 圖）之 IN_time 的 1 80,090，和 OUT_time 之 27，1 80,090。解碼控制模組 214是使用於控制藉由 PlayltemO而被再生之剪輯之解碼開始，〇UT_time是使用 於控制該剪輯解碼完成並且後述Playltem調換。 並且，播放器控制模組2 1 2是將對於繪圖處理模組 φ 219之字幕流之顯示方式之指示予以初期化。即是，播放 器控制模組2 1 2是控制繪圖處理模組2 1 9，使字幕流之顯 示方式成爲例如預設之顯示方式。 「資料讀入開始」 之後，自步驟S127前進至S128，播放器控制模組 2 1 2是控制內容資料供給模組2 1 3，依此，內容資料供給 模組資料模組2 1 3，使用操作系統2 0 1之功能，讀出儲存 Φ 有再生對象之基本流被多重化之程式流的剪輯流檔案。即 是，內容資料供給模組2 1 3是指定碟片1 〇 1 (第4圖）之 ' VIDEO"目錄下的v STREAM"目錄之剪輯流檔案， 00001.PS" ’並且指定在步驟S122所決定之再生開始位 置的305區段，並對操作系統201要求檔案讀出。再者， 內容供給模組213是指定將自碟片1〇1所讀出之資料供給 至緩衝器控制模組2 1 5。 依此’開始自碟片101讀出被儲存於剪輯流檔案' 0 0 0 0 1 . P S "之程式流’該程式流是被供給至緩衝器控制模 -92- (90) 1320174 組2 1 5上。 緩衝器控制模組215 (第3圖）是將從碟片101讀出 而被供給之程式流，寫入至緩衝器2 1 5 A之資料寫入指標 記憶部2 3 2之資料寫入指標所指示之位置上，僅以寫入之 資料尺寸，增加資料寫入指標。 在此，並不特別限制，內容資料供給模組2 1 3若在緩 衝器控制模組2 1 5之緩衝器2 1 5 A上有空白時，則自碟片 φ 1 0 1讀出資料，被供給記憶於緩衝器控制模組2 1 5之緩衝 器215A上。因此，緩衝器215A上經常被蓄積著充分之 資料。 「解碼器控制開始」 如上述般，當開始自碟片1 〇 1讀出資料，該資料開始 被儲存於緩衝器控制模組2 1 5之緩衝器2 1 5 A時，則由步 驟S 1 2 8前進至S 1 2 9，解碼控制模組2 1 4是控制視頻解碼 # 器控制模組216、音頻解碼器控制模組217、字幕解碼器 控制解碼器218，開始自緩衝器215A讀出資料當作解碼 動作之前階段。 即是，依此，視頻解碼器控制模組2 1 6是對緩衝器控 制模組215 (第3圖）之視頻讀出功能部233要求資料’ 取得因應該要求自緩衝器控制模組2 1 5被給予的記憶於緩 衝器215A上之1個視頻存取單元，被施加於該視頻存取 單元上之PTS和DTS (以下，適當稱爲時間戳記），及 被記述於配置在解碼開始可能點之前的private_Stream_2 -93- (91) 1320174 之PES_packet()之資訊（以下，適當稱爲附加資訊）的 pic_Sstruct一copy 或 au-_ref_flag、AU_length 等。並且， 時間戳記是每視頻解碼器控制模組2 1 6取得視頻存取單元 ，自視頻解碼器控制模組2 1 6被交給解碼控制模組2 Μ。 另外，音頻解碼器控制模組2 1 7是對緩衝器控制模組 21 5 (第3圖）之音頻讀出功能部23 4要求資料，取得因 應該要求自緩衝器控制模組2 1 5被給予的記憶於緩衝器 φ 215Α上之1個（ATRAC )音頻存取單元，和被施加於該 音頻存取單元上之時間戳記（PTS和DTS )。並且，時間 戳記是每音頻解碼器控制模組2 1 7取得音頻存取單元，自 音頻解碼器控制模組2 1 7被交給解碼控制模組2 1 4。 並且，字幕解碼器控制模組2 1 8是對緩衝器控制模組 215(第3圖）之字幕讀出功能部235要求資料，取得因 應該要求自緩衝器控制模組2 1 5被交予的記億於緩衝器 21 5A之1個字幕存取單元，和被附加於該字幕存取單元 • 之時間戳記。並且，時間戳記是每字幕解碼器控制模組 218取得字幕存取單元，自字幕解碼器控制模組218是交 予至解碼控制模組2 1 4。再者，於在再生對象之基本流上 不存在字幕流之時，或在緩衝器21 5A上不記憶字幕存取 單元之時，資料則不從緩衝器控制模組2 1 5交予至字幕解 碼器模組2 1 8上。 在此，視頻解碼器控制模組2 1 6、音頻解碼器控制模 組2 1 7及字幕解碼器控制模組2 1 8是每對應緩衝器控制模 組215而要求資料時，將對於該資料要求之結果，交予至 -94- (92) 1320174 解碼控制模組2 1 4。 再者，針對從緩衝器控制模組2 1 5，對視頻解碼器控 制模組2 1 6、音頻解碼器控制模組2 1 7及字幕解碼控制模 組218交予資料時，自該資料之緩衝器215A讀出的詳細 情形，如後所述。 「解碼開始」

如上述般，視頻解碼器控制模組2 1 6、音頻解碼器控 制模組2 1 7 '字幕解碼器控制模組2 1 8是當從緩衝器控制 模組2.15之緩衝器215A開始讀出資料時，則從步驟S129 前進至S130，開始該資料之解碼。 即是，解碼控制模組2 1 4是根據在步驟S 1 2 7從播放 器控制模組212所給予，PlayList#0所包含之屬於第1號 之 PlayItem#0 之 IN_time 的 180,090，還有如在步驟 S129 所說明般從視頻解碼器控制模組2 1 6、音頻解碼器控制模 Φ 組2 1 7、字幕解碼器控制模組2 1 8被交給的時間戳記，爲 了確保同步若有必要偏移時間，而對視頻解碼器控制模組 2 1 6、音頻解碼器控制模組2 1 7、字幕解碼器控制模組2 1 8 指示開始解碼。 在此，偏移用以確保同步之時間之解碼開始指令之方 法，是例如被記載於日本專利第3496725號，簡單而言， 有將自各視頻解碼器控制模組216、音頻解碼器控制模組 217、字幕解碼器控制模組218被交給之世間戳記中之最 小値，當作藉由計時部2 1 4 A所計時之時刻之初期値而予 -95- (93) 1320174 以設定，開始時刻之計時，並在依據計時部214A計時之 時刻和時間戳記一致之時點，指令解碼開始的方法。 視頻解碼器控制模組2 1 6是接受來自解碼控制模組 2 1 4之解碼開始之指示，因應該指示，將自緩衝器控制模 組21 5 (第3圖）之視頻讀出功能部23 3所取得之1個視 頻存取單元，交給視頻解碼器116(第1圖）執行解碼。 並且，視頻解碼器控制模組2 1 6是將視頻解碼器1 1 6所取 φ 得之解碼結果的視頻資料，供給至繪圖處理模組2 1 9。 之後，視頻解碼器控制模組2 1 6，是以視頻解碼器 1 1 6依序一個一個解碼自緩衝器控制模組2 1 5之視頻讀出 功能部23 3所取得之視頻存取單元，將該解碼結果所取得 之視頻資料供給至繪圖處理模組2 I 9。 另外，音頻解碼器控制模組2 1 7也接受來自解碼控制 模組2.1 4之解碼開始之指示，因應該指示，將自緩衝器控 制模組21 5 (第3圖）之音頻讀出功能部234所取得之1 # 個音頻存取單元交給音頻解碼器117(第1圖）予以解碼 。並且，音頻解碼器控制模組2 1 7是將音頻解碼器1 1 7所 取得解碼結果的音頻資料，供給至音頻輸出模組22 1。 之後，音頻解碼器控制模組217，是是以音頻解碼器 117依序一個一個解碼自緩衝器控制模組215之音頻讀出 功能部234所取得之音頻存取單元，將該解碼結果所取得 之音頻資料供給至音頻輸出模組221。 再者’字幕解碼器控制模組2 1 8也接受來自解碼控制 模組214之解碼開始之指示，因應該指示，在內部持有字 -96- (94) 1320174 幕解碼軟體，解碼自緩衝器控制模組215(第3圖）之字 幕讀出功能部23 5所取得之1個字幕存取單元，並將該解 碼結果所取得之字幕資料（字幕之畫像資料），供給至繪 圖處理模組2 1 9。 之後，字幕解碼器控制模組218是在內部持有字幕解 碼軟體，依序一個一個解碼自緩衝器控制模組215之字幕 讀出功能部235所取得之1個字幕存取單元，並將該解碼 # 結果所取得之字幕資料，供給至繪圖處理模組219。 「繪圖處理」 從步驟S 1 3 0前進至S 1 3 1，繪圖處理模組2 1 9是如上 述般，以自視頻解碼器控制模組2 1 6所供給之視頻資料， 還有自字幕解碼器控制模組2 1 8所供給之字幕資料爲對象 ，執行繪圖處理。 即是’繪圖處理模組219首先是將來自字幕解碼器控 ^ 制模組2 1 8之字幕資料，依照播放器控制模組2 1 2之顯示 方式之指示，執行擴大或縮小等之字幕處理。自播放器控 制模組2 1 2不指示顯示方式之時，或是有指示預設顯示方 式之時’繪圖處理模組219是原樣地保存字幕解碼器控制 模組2 1 8之字幕資料。 並且’繪圖處理模組2 1 9是加算來自視頻解碼器控制 模組2 1 ό之視頻資料、來自字幕解碼器控制模組2 1 8之字 幕資料或是字幕處理後之字幕資料，取得在視頻解碼器控 制模組2 1 6之視頻資料上重疊字幕資料之輸出視頻資料， -97- (95) 1320174 供給至視頻輸出模組220。 並且，繪圖處理模組2 1 9於自腳本控制模組2 1 1或播 放器控制模組2 1 2接受選單、訊息、時間碼、章節或是索 引之號碼等之資訊顯示之指示時，生成該資訊，重疊於輸 出視頻資料而供給至視頻輸出模組220。 「輸出處理」 Φ 步驟s 1 3 1處理後前進至步驟S 1 3 2，視頻輸出模組 220是如步驟S131所說明般，將自繪圖處理模組219所 供給之輸出視頻資料，依序記憶在FIFO220A上，將被記 憶在該FIFO220A之輸出視頻資料以事先所決定之輸出率 依序予以輸出。 視頻輸出模組220在FIFO220A之記憶容量（殘量） 有充分餘裕時，接受來自繪圖處理模組2 1 9之輸出視頻資 料，於無餘裕時，則對繪圖處理模組2 1 9要求停止接受輸 ® 出視頻資料。依此，繪圖處理模組2 1 9是停止處理，並且 對視頻解碼器控制模組2 1 6及字幕解碼器控制模組2 1 8要 求停止處理。依此，視頻解碼器控制模組2 1 6及字幕解碼 器控制模組2 1 8停止處理。 視頻輸出模組220是對繪圖處理模組2 1 9要求停止接 受輸出視頻資料後，前進來自FIFO220A之輸出視頻資料 之輸出’在FIFO220A發生餘裕之時點，對繪圖處理模組 要求接受輸出視頻資料。該要求是與停止接受輸出視頻資 料之要求相同，自繪圖處理模組2 1 9被傳達至視頻控制模 -98- (96) 1320174 組2 1 6及字幕解碼器控制模組2 1 8。依此，繪圖處理模組 2 1 9還有視頻解碼器控制模組2 1 6及字幕解碼器控制模組 2 1 8則再次開始已停止的處理。 另外，音頻輸出模組2 2 1也如步驟S 1 3 0所說明般， 將自音頻解碼器控制模組2 1 7所供給之音頻資料，依序記 憶在FIF0221A，並以事先所決定之輸出率（取樣頻率） 依序輸出被記憶於該FIF 022 1 A之音頻資料。 φ 音頻輸出模組221於FIF0221A之記憶容量（殘量） 有餘裕時，雖然接受來自音頻解碼器控制模組217之音頻 資料，但是於無餘裕之時，則對音頻解碼器控制模組2 1 7 要求停止接受音頻資料。依此，音頻解碼器控制模組2 1 7 是停止處理。 音頻輸出模組22 1是對音頻解碼器控制模組2 1 7要求 停止接受音頻資料後，前進來自FIF0221 A之音頻資料之 輸出，並在FIF0221 A發生餘裕之時點，對音頻解碼器控 # 制模組2 1 7要求接受音頻資料。依此，音頻解碼器控制模 組217是再次開始已停止之處理。 如上述般，隨著自視頻輸出模組220及音頻輸出模組 22 1輸出資料，則持續執行基本流之解碼。 第1圖之碟片裝置爲再生碟片101時之全體處理或動 作之流程，是如同第29圖及第30圖說明般，以下針對碟 片裝置中執行碟片101再生時之其他處理或動作予以說明 -99- (97) 1320174 「Playltem調換」 如第29圖及第30圖說明般，開始第25圖中之第1 號 PlayList#0的第 1號 PlayItem#0再生，但若依據 PlayList#0，當完成該第1號PlayItem#0之再生時，則開 始第2號Playltem#l之再生。即是，執行自PlayItem#0 將 Playltem 換成 Playltem#l 的 Playlem 調換。 在此，參照第31圖之流程圖，針對該Playltem調換 φ 處理予以說明。 如第29圖及第30圖所說明般，當第25圖中之 PlayList#0之第1號PlayItem#0(之剪輯）之再生開始時 ，解碼控制模組2 1 4 (第2圖）是在執行該第1號 Playltem#0再生時，持續確認所內藏之計時部計時的時刻 「PlayItem#0之再生結束」 然後，解碼控制模組214是當計時部214A所計時之 時刻，與在第3 0圖之步驟S 1 2 7中，自播放器控制模組 212所給予之第1號PlayItem#0之OUT_time之 27,1 80,090相等時，則在步驟S151中，執行解碼中斷控 制，完成PlayItem#0之再生。 即是，解碼控制模組2 1 4是操作視頻解碼器控制模組 216、音頻解碼器控制模組217、字幕解碼器控制·模組， 使解碼動作停止。並且，解碼控制模組2 1 4是控制視頻輸 出模組220，持續使現在輸出中之輸出視頻資料予以輸出 -100- (98) 1320174 再者，解碼控制模組214是將第1號PlayItem#0再 生結束之主旨的訊息傳達至播放器控制模組2 1 2。 「Playltem#l之再生開始」 播放器控制模組212是如上述般，第 29圖之步驟 S105中，認定在第1號PlayList#0上，存在有第1號 φ PlayItem#0和第2號Playltem#l，當自解碼控制模組214 傳達結束第1號PlayItem#0之主旨的訊息時，則從步驟 S151前進至S152，與上述第1號Playlten^O之情形相同 ，開始第2號Playltem之再生。 即是，若槪要說明第2號Playltem#l之再生程序時 ，首先播放器控制模組212是與第30圖之步驟S122之情 形相同，針對第2號之Playltem#l，將被記述於 EP_map()之RPN_ep_start中之任一者當作再生開始位置 ® 而予以決定。 並且，播放器控制模組212是如第30圖之步驟S124 所說明般，執行屬於第2號Playltem#l之Mark()之認定 ，或如第30圖之步驟S125所說明般，執行被依據 Playltem#l所再生之剪輯流檔案aoooo2.PS"多重化之各 屬性之基本流條數之認定，還有再生的（再生對象的）基 本流之決定等。 然後’播放器控制模組212是執行與第30圖之步驟 S127之情形相同的處理。 -101 (99) 1320174 即是，播放器控制模組2 1 2是對內容資料供給模組 213，供給決定當作再生開始位置的EP_map〇之 RPN_EP」tart ,和再生對象之基本流被多重化之剪輯流檔 案之檔案名，即是此時對應於被記述在第 2號之 Playltem#l (第 25 圖）之 Clip_Information_file_name 上 之，00002.CLP"的剪輯流檔案'00002.PS 〃之檔案名。 並且，播放器控制模組212是於被儲存於再生對象之 φ 基本流被多重化之剪輯流檔案"00002.PS〃上之程式流， 開始被供給至緩衝器控制模組2 1 5之前，使緩衝器控制模 組2 1 5予以初期化。 即是，依此，在緩衝器控制模組21 5 (第3圖）中， 被記憶於資料前頭記憶部23 1之資料前頭指標、被記憶於 資料寫入指標記憶部232之資料寫入指標、被記憶於視頻 讀出指標記憶部24 1之視頻讀出指標、被記憶於音頻讀出 指標記憶部2 5 1之音頻讀出指標、被記憶於字幕讀出指標 • 記憶部262之字幕讀出指標是被代入相同値。 並且，播放器控制模組2 1 2是將當作用以識別再生對 象之基本流之識別資訊的streamed，還有因應其需將 private_stream_id供給至緩衝器控制模組215上。 緩衝器控制模組2 1 5 (第3圖）中，視頻讀出功能部 23 3是使來自播放器控制模組2 1 2之針對再生對象基本流 中之視頻流的stream_id，記憶於stream_id暫存器22上 。再者，音頻讀出功能部234是使來自播放器控制模組 212之再生對象之基本流中之音頻流之stream_id和 -102- (100) 1320174 private_stream_id 各記憶於 stream_id 暫存器 252 和 private_stream_id 暫存器 253。 並且，現在成爲再生對象之基本流被多重化的剪 檔案" 00002.PS〃上，因含有字幕流，故從播放器控 組2 12供給再生對象之基本流中之字幕流之stream_ private_stream_id供給至字幕讀出功能部235上，字 出功能部 235 是使該 stream_id 和 private_stream_id 憶於 stream_id 暫存器 263 和 private_stream_id 暫 264 ° 然後，播放器控制模組2 1 2是當作緩衝器控制 215(第3圖）之初期化，並且將因應再生對象之基 被多重化之剪輯流之値的字幕讀出功能旗標，設置在 讀出功能旗標記憶部2 6 1上。 即是，此時，因在再生對象之基本流被多重化之 流檔案v〇〇〇〇2.PS 〃上，包含字幕流’故爲了使字幕 φ 功能部2 3 5發揮功能，値爲1之字幕讀出功能旗標是 置於字幕讀出功能旗標記億部上。 再者，播放器控制模組2 1 2是對解碼控制模組2 予欲再生之第2號Playltem#l (第25圖）之屬於IN_ 的 90,〇〇〇 » 和屬於 〇UT_time 之 27,090,000。 並且，播放器控制模組2 1 2是將對繪圖處理模組 指示字幕流顯示方式予以初期化。即是’播放器控制 212是控制繪圖處理219，使字幕流之顯示方式能夠 預設之顯示方式。 輯流 制模 id和 幕讀 各記 存器 模組 本流 字幕 剪輯 讀出 被設 14給 time 2 19 模組 成爲 -103- (101) 1320174 並且，.針對再生對象之字幕流，C〇nfigurable_nag ( 第12圖）是於成爲許可顯示方式變更的1時，自播放器 控制模組2 1 2對繪圖處理模組2 1 9指示字幕流之顯示方式 ，即使原樣地與現在之顯示方向相同亦可。 以下，第 2號之 Playltem#l之再生是與第1號 PlayItern#0之再生相同地被執行。然後，解碼控制模組 214是於執行該第2號PlayItem#l之再生之期間，持續確 φ 認內藏之計時部214A所計時之時刻，計時部214A所計 時之時刻，當與在步驟S1S2(第31圖）中自播放器控制 模組212所給予之第2號之Playltem#l之OUT_time的 27,090,000 ( % 25圖）相等時，則執行與步驟S151之情 形相同之解碼中斷控制，結束PlayItem#l之再生。 [時間碼之顯示] 接著，如上述般，在第3 0圖之步驟S 12 3中，雖然開 # 始時間碼之顯示，但該時間碼之顯示是依序被更新。 在此，參照第3 2圖之流程圖，針對時間碼之顯示處 理予以說明。 解碼控制模組2 14 (第2圖）當依據內藏之計時部 2 1 4 A計時1秒時，則在步驟S 1 7 1中，將經過1秒之主旨 的訊息，還有藉由該計時部214A所計時的現在時刻，供 給至播放器控制模組212，並前進至步驟S1 72。在步驟 S172中，播放器控制模組212是接收來自解碼控制模組 214之訊息和現在時刻，將現在時刻換舁成時間碼，前進 -104- (102) 1320174 至步驟S 1 7 3。 步驟S 1 7 3中，播放器控制模組2丨2是控制繪圖處理 模組2 1 9 ’使顯示在步驟S丨72所取得之時間碼，返回步 驟 S 1 7 1。 依此’時間碼是每1秒被更新。並且，時間碼更新之 間隔並不限定於1秒。 # [流切換] 接著’在藉由構成第25圖所說明之第1號 PlayList#0之第1號piayItem#0而被再生之剪輯流檔案， 000 1.PS"，或藉由第2號piayItem#l而被再生之剪輯流 檔案、00002.PS"上，如第26圖所說明般，多重化有兩 條字幕流。 如此一來’在剪輯流檔案上多重化有多數之相同屬性 基本流時，可以將再生對象之基本流，自該多數之相同屬 ® 性之基本流中之1個，執行切換成另一個的流切換。 在此’參照第3 3圖之流程圖，針對流切換之處理予 以說明。 流切換之要求是例如於在"SCRIPT.DAT〃檔案（第 4圖）上’將流切換之指示當作腳本程式予以記述時，腳 本控制模組211是依據實行該腳本程式，或是使用者依據 操作遙控’被給予至播放器控制模組2 1 2。 即是’腳本控制模組2 1 1是當時行技術有流切換之指 示的腳本程式時，則將要求流切換之訊息供給至播放器控 -105- (103) 1320174 制模組2 1 2。再者，輸入介面1丨5是依據使用者操作遙控 ’當自遙控接收到指示流切換之訊號時，則將要求流切換 之訊息供給至播放器控制模組2 1 2。 例如，現在，當對播放器控制模組2 1 2，供給屬於要 求字幕流切換之訊息的字幕流切換之訊息時，播放器控制 模組2 1 2則在步驟S 1 9 1中，確認在第3 0圖之步驟S 1 2 5 中所執行決定再生對象之基本流時所認定之字幕流條數。 # 播放器控制模組2 1 2確認字幕流之條數的結果，該條 數爲1條以下之時，不管字幕流切換之訊息，因此，不執 行以後步驟S 1 9 2至S 1 9 4。 另外，字幕流之條數爲2條以上時，依序前進至步驟 S192至S1 94,所再生之字幕流自現在所再生之字幕流被 切換至其他之字幕流。 即是，在步驟S192中，播放器控制模組212是在剪 輯資訊檔案上特定現在再生中之字幕流。具體而言，例如 β ，當依據構成第25圖中所說明之第1號之PlistList#0之 第2號之Playltem#l，再生被剪輯流檔案、〇〇〇〇2.PS"多 重化之 stream_id 爲 OxBD ’ private_stream_id 爲 0x80 之 字幕流時，則在步驟S 1 92中，現在再生中之字幕流則在 被第26圖剪輯資訊檔案" 00002.CLP"上特定第3條字幕 流的 stream#2。 然後，前進至步驟S 1 93，播放器控制模組2 1 2是將 步驟S1 92所特定之字幕流之剪輯資訊上下一個字幕流， 當作下一個再生的字幕流而予以認定（特定）。第26圖 -106- (104) 1320174 是在剪輯資訊檔案'"OOOOZ.CLP〃上’第3條字幕流 stream#2之下一個字幕流因爲第4條之字幕流stream#3， 故在步驟S193，該第4條字幕流stream#3接著當作再生 字幕流而被認定。 並且，現在再生中之字幕流是認定爲被剪輯流檔案" 00002.PS 〃多重化之2條字幕流中，弟26圖剪輯資訊檔 案^00002.CLP 〃上第4條字幕流的stream#3之時’例如 φ 第3條之字幕流stream#〗則被當作下一個再生之字幕流 而被認定。 之後，前進至步驟S 1 9 4 ’播放器控制模組2 1 2是對 緩衝器控制模組2 1 5 (第3圖）之字幕讀出功能部23 5 ’ 給予在步驟S193認定的下一個再生之字幕流之stream_id 和 private_stream_id，並且指不該 stream_id 和 private_stream_id使用在下次的字幕存取卓兀之緩衝器 215A的讀出。 ♦ 緩衝器控制模組2 1 5 (第3圖）之字幕讀出功能部3 5 是在步驟S194將從播放器控制模組212所給予之 stream_id 和 private_stream__id 各重新設置成 stream — id 暫 存器263和private_stream_id暫存器264’自下次以後之 緩衝器215A之讀出是以藉由各被重新設置成該stream —id 和 private_stream —id 暫存器 264 之 stream_id 和 private_stream_id被特定之字幕存取單兀爲對象而被執行 如上述般，再生之字幕流是自現在再生之字幕流被切 -107- 0 1320174 (105) 換成其他字幕流。 [緩衝器控制模組2 1 5之處理] 接著’參照第34圖至第3 8圖，針對緩衝器控制模組 215(第3圖）之處理，即是針對緩衝器215A之資料寫 入’和緩衝器215A之資料除取予以說明。 緩衝器控制模組2 1 5是如第3圖所示般，具有用以對 緩衝器2 1 5 A執行資料寫入之5個指標。 即是’如第3 4圖及第3 5圖所示般，緩衝器控制模組 2 1 5是具有被記憶於資料前頭指標記憶部23 1之資料前頭 指標、被記憶於資料寫入指標記憶部232之資料寫入指標 '被記憶於視頻讀出指標記憶部24 1之視頻讀出指標、被 記憶於音頻讀出指標2 5 1之音頻讀出指標及被記憶於字幕 讀出指標記憶部2 6 2之字幕讀出指標。 並且，第34圖及第35圖是省略第3圖中之視頻讀出 功能部 233 之 stream_id 暫存器 242 及 au_information()暫 存器243、音頻讀出功能部23 4之streamed暫存器252 及private_Stream_id暫存器253以及字幕讀出功能部235 之字幕讀出功能旗標記憶部261、stream_id暫存器2 63及 private_stream_id暫存器之圖示。 被記憶於資料前頭指標記憶部23 1之資料前頭指標， 是表示殘留在緩衝器21 5A最久之資料（爲必須讀出之資 料，還未被讀出之資料中最久之資料）之位置。被記憶在 資料寫入指標記憶部23 2之資料寫入指標是表示緩衝器 -108- (106) 1320174 215A之資料寫入位置，該位置是緩衝器215A寫入最新 料的位置。 被記憶於視頻讀出指標記憶部24 1之視頻讀出指標 表示自緩衝器2 1 5 A讀出的視頻流之位置。再者，被記 於音頻讀出指標記憶部251之音頻讀出指標是表示自緩 器215A讀出之音頻流之位置，並且被記憶於字幕讀出 標記憶部262之字幕讀出指標是表示自緩衝器21 5A讀 I之字幕流位置。 並且，如第3圖所說明般，資料前頭指標、資料寫 指標、視頻讀出指標、音頻讀出指標及字幕讀出指標任 者皆右轉緩衝器21 5A移動。 並且，在本實施形態中，資料前頭指標是如第35 所示般，指示與視頻讀出指標、音頻獨鎢指標或是字幕 出指標中指示最久資料之位置相同的位置，經常被更新 在此，第3 5圖指示視頻讀出指標、音頻讀出指標或是 ^ 幕讀出指標中，音頻讀出指標指示最久資料之位置’資 前頭指標是與該音頻讀出指標一致。 具有以上般之資料前頭指標、資料寫入指標、視頻 出指標、音頻讀出指標及字幕讀出指標之緩衝器控制模 215中，資料寫入指標是當新的資料自碟片10被讀出 並被寫入至緩衝器215A時，指示該被寫入之新資料之 後位置，向右轉地被更新。 並且，自視頻讀出指標、音頻讀出指標或是字幕讀 指標是當自緩衝器215A讀出視頻流、音頻流或是字幕 資 曰 疋 憶 衝 指 出 入 圖 讀 〇 字 料 讀 組 9 前 出 流 -109- (107) 1320174 時，僅因應該讀出量之份，各向右轉地被更新。在此因應 讀出量之份量是指組合實際對應於讀出視頻、音頻、字幕 之資料之部分；和包含在讀出的資料之間，於讀出時執行 跳讀的其他流之資料部分。 再者，資料前頭指標是當更新視頻讀出指標、音頻讀 出指標或是字幕讀出指標時，被更新成指示與該視頻讀出 指標、音頻讀出指標或是字幕讀出指標中指示最久資料之 # 位置者相同之位置。 在此，緩衝器控制模組2 1 5針對緩衝器2 1 5 A之資料 寫入’式控制緩衝器215A之資料寫入使資料寫入指標不 超越過資料前頭指標。 即是’只要在不發生因資料寫入指標所引起之資料前 頭指標之超越，在緩衝器控制模組2 1 5中，自碟片1 〇 1被 讀出之資料’則被寫入至資料寫入指標所指之緩衝器 21 5A之位置上，並持續更新資料寫入指標。另外，當欲 ^ 發生因資料寫入指標所引起之資料前頭指標之超越時，緩 衝器控制模組2 1 5是對內容資料供給模組2 1 3，要求停止 (中斷）自碟片101讀出資料，並停止對緩衝器215A寫 入資料。依此’可以防止緩衝器215A之出溢。 如上述般，對緩衝器215A寫入自碟片1〇1所讀出之 資料’是僅以資料前頭指標和資料寫入指標兩個指標之位 置關係而被控制。

另外’緩衝器控制模組215是針對來自緩衝器215A 之資料讀出，控制來自緩衝器2 1 5 A之資料讀出，使視頻 -110- (108) 1320174 讀出指標、音頻讀出指標及字幕讀出指標還有資料前頭指 標是超越過資料寫入指標。 即是，只要不發生因視頻讀出指標、音頻讀出指標或 是字幕讀出指標所引起之資料寫入指標的超越，在緩衝器 控制模組2 1 5中，則因應來自視頻解碼器控制模組2 1 6、 音頻解碼器控制模組2 1 7或是字幕解碼器控制模組2 1 8之 要求，自視頻讀出指標、音頻讀出指標或是字幕讀出指標 % 所指之緩衝2 1 5 A之位置讀出資料，視頻讀出指標、音頻 讀出指標或是字幕讀出指標被更新，同時因應所需，資料 前頭指標也被更新。另外，當發生因視頻讀出指標、音頻 讀出指標或是字幕讀出指標所引起之資料寫入指標之超越 時’緩衝器控制模組2 1 5是例如凍結來自視頻解碼器控制 模組2 1 6、音頻控制模組2 1 7或是字幕解碼器2 1 8之要求 ’等待準備充分之資料爲止。依此，可以防止緩衝器 215A之下溢。 # 依據上述’緩衝器21 5A是在自資料前頭指標所指示 之位置向右轉’至資料寫入指標所指之位置的位置（第 34圖及第35中繪有陰影之部分）上，記憶有應被供給至 視頻解碼控制模組2 1 6、音頻解碼器控制模組2丨7及字幕 解碼器控制模組218的資料’並且，在該範圍內存在有視 頻讀出指標、音頻讀出指標、音頻讀出指標及字幕讀出指 標。 並且’於上述情形時’資料前頭指標雖然更新成指示 視頻讀出指標、音頻讀出指標或是字幕讀出指標所指之位 -111 - (109) 1320174 置中，最久之資料位置，但是其他資料前頭指標之更新是 可執行成例如自最久資料之位置指示規定時間（例如’ 1 秒）份過去的資料之位置。 即是，一般視頻讀出指標、音頻讀出指標或是字幕讀 出指標中之視頻讀出指標或音頻讀出指標是預想指示最久 資料之位置爲較多。 因此，將資料前頭指標更新成自視頻讀出指標或音頻 # 讀出指標所指之最久資料之位置，指示僅1秒份過去之資 料位置時，則如第34圖所示般，可以將從視頻讀出指標 或是音頻讀出指標所指示之最久資料之位置，過去1秒份 之資料殘留在緩衝器215A上。在此，第34圖中，音頻 讀出指標是指示最久資料之位置，資料前頭指標是指示自 該位置起僅1秒過去之資料的位置。 如上述般，可以藉由更新資料前頭資料，使指示僅1 秒份過去之資料的位置，而提升碟片裝置之應答性。 β 即是’如第35圖所示般，於更新資料前頭指標，使 指示音頻讀出指標所指之最久資料之位置之時，例如當指 示逆轉方向之特殊再生時，因必須自碟片1〇1再次讀出結 束緩衝器215Α讀出之資料，故指示特殊再生後，至可該 特殊再生爲止，需花費某種程度之時間。 對此’如第34圖所示般’於更新資料前頭指標，使 ί曰不彳音頻讀出指標所指之最久位置僅1秒份過去之位置 時’當指示逆轉方向之特殊再生時’開始該特殊再生所需 之資料若爲被記憶於緩衝器215A之1秒份過去之資料時 -112- (110) 1320174 ，則不用如上述般執行自碟片101在讀出資料，即刻可開 始執行特殊再生。 並且，即使於更新資料前頭指標，使指示從音頻讀出 指標所指之最久資料位置起僅1秒份過去之資料的位置之 時，開始特殊再生所需之資料也可可能不被記憶在緩衝器 21 5A。此時，開始特殊再生所需之資料是自碟片1〇1被 再次讀出。

接著，針對來自緩衝器2 1 5 A之視頻流、音頻流、字 幕流之各個讀出予以詳細說明。 如在第30圖之步驟S127中說明般，當開始剪輯流檔 案之再生時，在緩衝器控制模組2 1 5中，初期化資料前頭 指標、資料寫入指標、視頻讀出指標、音頻讀出指標、字 幕讀出指標所有，使成爲指示緩衝器2 1 5 A上之相同位置 然後，當自碟片101讀出被儲存於剪輯流檔案之程式 流（MPEG2-System Program Sream)，被供給至緩衝器控 制模組2 1 5時，在緩衝器控制模組2 1 5中，該程式流是被 記憶在緩衝器2 1 5 A之資料寫入指示器所指之位置上，並 且資料寫入指示器是向右轉被更新。 並且，緩衝器控制模組2 1 5 (第3圖）中，視頻讀出 功能部2 3 3是執行被記憶於緩衝器215A之程式流之構文 解析，因應來自視頻解碼器控制模組2 1 6之要求，自被記 憶於緩衝器21 5A之程式流，抽出（分離）並讀出視頻流 (視頻存取單元），並供給至視頻解碼器控制模組2 1 6。 -113- (111) 1320174 同樣地，音頻讀出功能部2 3 4也執行被記憶於緩 215A之程式流之構文解析，因應來自音頻解碼器控 組217之要求，自被記憶於緩衝器215A之程式流’ (分離）並讀出音頻流（音頻存取單元），並供給至 解碼器控制模組217。字幕讀出功能部23 5也執行被 於緩衝器21 5 A之程式流之構文解析，因應來自字幕 器控制模組2 1 8之要求，自被記憶於緩衝器2 1 5 A之 # 流，抽出（分離）並讀出字幕流（字幕存取單元）， 給至字幕解碼器控制模組2 1 8。 「視頻流之讀出」 接著，參照第3 6圖之流程圖，針對藉由視頻出 部233(第3圖）讀出來自緩衝器215A之視頻流的 予以詳細說明。 視頻讀出功能部233首先最初是在步驟S211中 ® 索找出被記憶於緩衝器215A之程式流中之 private_stream_2 之 PES_packet() 〇 即是， private一stream_2 之 PES_packet()。即是’ private_stream_2 之 PES_packet()之 stream 一 id 是如； 圖所說明般，爲1 0 1 1 1 1 1 1 B (= 0 X B F )，視頻讀出功 233是探索找出stream_id成爲10111111B之 PES —packet() ° 在此’例如，現在如上述般，當被儲存於剪輯流 "00001 .PS"之程式流多重化之基本流，被設爲再生 衝器 制模 抽出 音頻 記憶 解碼 程式 並供 功能 處理 ，探 I 20 能部 檔案 對象 -114- (112) (112)1320174 之基本流時，則自碟片1 〇 1讀出該程式流，當記憶於緩衝 器215Α時，則在第30圖之步驟S122中，自被記述於剪 輯流檔案AOOOOl.PS"之EP_map()(第27圖）之解碼器 開始可能點之資訊，決定3 05區段以作爲再生開始位置， 並且，在第30圖之步驟S128中，指定爲再生開始位置之 3 0 5區段，以對操作系統2 0 1，要求被儲存於剪輯流檔案 '' 00001.PS"之程式流之讀出。 再者，針對視頻流，被記述於EP_map()之解碼器開 始可能點之資訊是表示被配置於實際解碼開始可能點之前 的 private_stream_2 之 PES_packet()之位置。 因此，儲存於剪輯流檔案"0000 1.PS"之程式流自碟 片1 01被讀出，在被記憶於緩衝器2 1 5 A之後，資料前頭 指標或視頻讀出指標所指之緩衝器2 1 5 A之位置上，記憶 有 private_stream_2 之 PES_packet() ° 視頻讀出功能部23 3是在步驟S211中，當發現 private_stream_2 之 PES_packet()時，則前進步驟 S212， 拔出被記述於屬於該private_stream_2之PES_payload() 之 video_stream_id，判定該 video_stream_id 是否與在第 30圖之步驟S127被記憶於streamed暫存器242 (第3 圖）之再生對象視頻流之stream_id —致。 在步驟S212中，當判定被記述於 p r i v a t e _ s t r e a m 2 _ P E S _ p a y 1 〇 a d ()之 video_stream_id，與被 記憶於stream_id暫存器242之stream id不一致之時， 即是非爲被配置在再生對象之視頻流之解碼開始點之時， -115- (113) 1320174 則返回步驟s 2 1 1，執行被記憶於緩衝器2 1 5 A之程式流之 其他 p r i v a t e _ s t r e a m _ 2 之 P E S _ p a c k e t ()之探索，以下，重 複同樣之處理。 另外，在步驟S212中，當判定被記述於 private_stream2_PES_payload()之 video_stream_id，與被 記億於stream_id暫存器242之stream_id —致之時’即 是，在之前步驟 S211 所找到之 private_stream_2之 φ PES_packet()爲被配置在再生對象之視頻流之解碼開始點 者之時，則前進至步驟S213 ’視頻讀出功能部2 3 3是自 緩衝器215A讀出被記述在該private_stream_2之 PES_packet() 之 private_stream2_PES_payload() 的 au_Iinformation()，使記憶於 au_information()暫存器 243 (第3圖），前進至步驟S214。 在步驟S 2 1 4中，視頻讀出功能部2 3 3是僅以在之前 步驟 S211 所找到之 private_stream_2 之 PES_packet()( video_stream_id (第23圖）與被記憶於stream_id暫存器 242 (第 3 圖）之 stream_id —致之 private_stream_2 之 PES_packetG )之尺寸，更新被記憶於視頻讀出指標記憶 部2 3 1之視頻讀出指標。 即是，剪輯流檔案中，在Private_stream_2之 PES_packet()之後，配置有與該 video_stream_id —致之 stream_id之視頻流（PES_paCket())，因此，在步驟 S2 1 4，視頻讀出指標是被更新成指示視頻流之實際解碼開 始點之位置。 -116- (114) 1320174 之後，則從步驟S2 1 4前進至S2 1 5，視頻讀出功能部 23 3是從視頻解碼器控制模組2 1 6，判定是否有資料之要 求，於判定無之時，則返回步驟S215，重複同樣之處理 再者，在步驟S21 5中，當自視頻解碼器控制模組 2 1 6判定有資料要求時，則前進至步驟S 2 1 6，視頻讀出功 能部23 3是執行來自視頻讀出指標所指之緩衝器2 1 5 A之 φ 位置的程式流之構文解析，並自緩衝器2 1 5 A讀出被記憶 在 au_Iinformation()暫存器 243 之 au_Iinformation()之記 述於AU_length的位元組數之資料，即是1個視頻存取單 元，供給至視頻解碼器控制模組2 1 6，同時僅以自緩衝器 2 1 5 A所讀出之1個視頻存取單元之尺寸份，更新視頻讀 出指標。 即是，在 au_information()上記述有表示包含此之 private_stream_2 之 PES_packet()至下一個 private_stream_2之PES_packet()爲止之間所包含之視頻 存取單元（像素）之數量的number_of_access_unit。 並且，在au_information()上如第24圖所說明般記述 有作爲與僅以該number_of_access_unit之數量的各視頻 存取單元有關之資訊的pic_struct_copy、au_ref_flag及 AU_length。 在au_information()上僅記述有 number_of_access_unit 之數量的各 AU_length，是如第 24 圖所說明般，表示自包含此之Private_stream_2之 -117- (115) 1320174 PES_packet()至下一個 private_stream_2 之 PES_packet() 爲止之間所包含之number-of-access-unit之數量的各視 頻存取單元之尺寸後，視頻讀出功能部233是使用該 AU_length，可以不執行視頻流之構文解析’執行存取單 元之刪除。 即是，以往刪除MPEG2-Video或MPEG4-AVC之存 取單元時，必須知道視頻流之構文’且必須執行視頻流之 φ 構文解析，但是被儲存於記錄在碟片1〇1之剪輯流檔案之 程式流，因在視頻存取部件單位之視頻流之1個以上之各 實際解碼開始可能點之前’包含有記述著表不視頻存取單 元之尺寸的 AU — length 的 Private_stream_2 之 PES_packet()，故視頻讀出功能233是根據被記述於該 private 一 stream_2 之 PES_packet()之 AU 一 length，可以不 執行視頻流之構文解析，自緩衝2 1 5 A讀出視頻存取單元 (單位之視頻流），並供給視頻解碼器控制模組2 1 6。 • 並且，視頻讀出功能部2 3 3是在步驟S216中，當將 視頻存取單元供給至視頻解碼器控制模組2 1 6之時，將當 作與該視頻存取單元有關之資訊的被記述於 au informayion 之 pic struct copy ' au_ref_flag 及 AU_lerigth和被附加於視頻存取部件單位之時間戳記（ PTS、DTS )也供給至視頻解碼器控制模組216。 在步驟SH6中，自緩衝器215A讀入1個視頻存取 單元，被供給至視頻解碼液控制模組2 1 6之後，則前進入 步驟S2 17，視頻讀出功能部23 3是判定是否處理僅有被 -118- (116) 1320174 g己憶於 au_information()暫存器之 au_information()(第 24圖）之number_of_access_unit所表示之數量的處理》 在步驟S2 17中，於判定尙不處理僅有 number_of_access_unit所表示之數量的存取單元時，即是 ，於還不自緩衝器215A讀出僅number_of_access_unit所 表示之數量的存取單元，而供給至視頻控制模組2 1 6之時 ，則返回步驟S 2 1 5，以下重複相同之處理。 φ 再者’在步驟S217中，於判定處理僅有 number_of_access_unit所表示之數量的存取理時，即是， 自緩衝器215A讀出僅有number_of_access_unit所表示之 數量的存取單元，而供給至視頻控制模組2 1 6之時，則返 回步驟 S211，執行下一個 private_stream_2 2 PES_packet()之探索，以下重複相同之處理。 「音頻流之讀出」 Φ 接著，參照第3 7圖之流程圖，針對藉由音頻讀出功 能部（234)處理來自緩衝器215A之音頻流之讀出處理 予以詳細說明。 音頻讀出功能部234首先最初在步驟S230中，判定 在第30圖之步驟S127被記憶於stream_id暫存器2 5 2 ( 第3圖）之再生對象之音頻流之stream_id，是否表不 pr i vate_stream_ 1 之 PE S_packet()。 在步驟S230中，判定被記憶於stream_id暫存器252 之 stream_id 不表不 private_stream_ 1 之 PES_packet()之 -119- (117) 1320174 時，即是，被記億於stream_id暫存器252之stream_id 是如第20圖說明般，於被分配在藉由MPEG規格被編碼 化之音頻流之1 ΙΟχχχχχΒ之時，則前進至步驟S231，音 頻讀出功能部234是自被記億在緩衝器215A之程式流， 尋找表示以MPEG Audio所決定之音頻前頭的同步碼。同 步碼之位置因爲音頻幀前頭，故音頻讀出功能部234是更 新音頻讀出指標，使表示音頻幀前頭之位置，並從步驟 • S2 31前進至S232。在步驟S232中，音頻讀出功能部234 是自音頻讀出指標所示之位置探索找出被記憶於緩衝器 215A之程式流中，與被記憶於 streamed暫存器之 stream_id —致之 PES_packet()’ 並前進至步驟 S233。 在步驟S 23 3中，音頻讀出功能部234是剛新被記憶 .於音頻讀出指標記憶部2 5 1之音頻讀出指標，使指示在之 前步驟S23 2所找出之PES_paCket()之 PES_packet_data_byte (第16圖至第18圖）之前頭，並 • 前進至步驟S237。 在步驟S23 7中，音頻讀出功能部234是自音頻解碼 器控制模組2 1 7，判定是否有資料之要求，於判定無之時 ，則返回步驟S23 7，重複相同之處理。 再者，在步驟S237中，自音頻解碼器控制模組21 7 判定有資料之要求時，則前進至步驟S23 8，音頻讀出功 能部234是執行來自音頻讀出指標所指之緩衝器21 5A之 位置之程式流的構文解析，並自緩衝器21 5A讀出已知固 定長之1個音頻存取單元，與被附加至該音頻存取單元之 -120- (118) 1320174 時間戳記（PTS、DTS )同時供給至音頻解碼器控制模組 2 17° 然後，音頻讀出功能部234僅以自緩衝器21 5A讀出 2 1 Μ音頻存取之尺寸份，更新音頻讀出指標。返回步驟 S237 ’以下重複相同處理。 另外，步驟S23 0中，被記憶於stream_id暫存器252 之 stream_id 被判定成表示 private_stream_l 之 • PES_packet()之時，即是，被記憶於stream_id暫存器252 之 stream_id爲 10111101B，如第 20 圖所示般，表示 private_stream_l 之 PES_packet()之時，則前進至步驟 S234 ’音頻讀出功能部234是探索找出被記憶於緩衝器 215A 之程式流中之 priVate_stream_l 之 PES_packet()。即 是，音頻讀出功能部 234是探索找出streamed成爲 1 0 1 1 1 1 0 1 B 之 PES —packeto。

音頻讀出功能部 2 3 4是在步驟 S23 4中，當找出 private_stream_l 之 PES_packet()時，則前進至步驟 S235 ’拔出該 private_stream_l 之 PES_packet()之 PES —packet_data_byte 之 private_streaml_PES_payload() (第 21 圖）之 private_stream — id，判定該 private_stream_id是否與在第30圖之步驟S127被記憶於 private_stream_id暫存器253 (第3圖）之再生對象音頻 流之 private_stream_id —致。 在步驟S23 5中，當判定被記述於 private_stream 1 _PES_payload()之 private stream id，與 -121 - (119) 1320174 被記憶於private_stream_id暫存器253之 private_stream_id不一致之時，即是在之前步驟253所找 出之private_stream_l之PES_packet()，非爲再生對象之 音頻流時，則返回步驟S234，執行被記憶於緩衝器21 5A 之程式流之其他private_stream_l之PES_packet()之探索 ，以下，重複同樣之處理。

另外，在步驟S23 5中，當判定被記述於 private_stream 1 _PES_payload()之 private stream id，與 被記憶於private_stream_id暫存器25 3之 private_stream_id —致之時，即是，在之前步驟S234所 找到之private_stream_l之PES_packet()爲再生對象之音 頻流時，則前進至步驟S23 6，音頻讀出功能部234是自 緩衝器 215A 讀出被記述在該 private_stream_l 之 P E S_p ac ke t ()之 p r i v at e_s t r e am 1 _P E S_p ay 1 o ad ()(第 2 1 圖 )的AU_Locator，藉由加算該AU_Locator之後的位置， 和該 AU_Locator所表示之値，求取音頻存取單元之前頭 位置。 即是，AU_l〇Cat〇r是如第21圖所說明般，因以該 AUJocator之後之位置爲基準，表示被儲存於 private_stream 1 _PES_payload()之 private_pay 1 oad()之音 頻存取單元（或是字幕存取單元）之前頭位置，故可以藉 由加算該AU_l〇cat〇r所表示之値，在音頻存取單元之後 的位置上，求取音頻存取單元（絕對性）之前頭位置》 音頻讀出功能功能部234是又在步驟S236中，更新 -122- (120) 1320174 被記憶於音頻讀出指標記億部25 1之音頻讀出指標，使指 示出以上述般所求取出之音頻存取單元之前頭位置，並前 進至步驟S237。 在步驟S23 7中，音頻讀出功能部234是自音頻解碼 器控制模組217判定是否有資料之要求，於判定無之時， 則返回步驟S23 7，重複同樣之處理。 再者，在步驟S237中，自音頻解碼器控制模組217 φ 判定有資料之要求時，則前進至步驟S23 8，音頻讀出功 能部234是執行來自音頻讀出指標所指之緩衝器215A之 位置的程式流之構文解析，並自緩衝器21 5A讀出已知固 定長之1個音頻存取單元，並與被附加至該音頻存取單元 之時間戳記同時供給至音頻解碼器控制模組2 1 7。 然後，音頻讀出功能部234僅以自緩衝器21 5A讀出 之1個音頻存取單元之尺寸份，更新音頻讀出指標，返回 步驟S23 7，以下重複相同處理。

「字幕流之讀出j 接著，參照第3 8圖之流程圖，針對藉由字幕讀出功 能部235(第3圖）讀出來自緩衝器215A之字幕流之處 理，予以詳細說明。 字幕讀出功能部23 5首先最初在步驟S251中，判定 在第30圖之步驟S127中被記憶於字幕讀出功能旗標記億 部261之字幕讀出功能旗標。在步驟S251中，當判定字 幕讀出功能旗標爲〇時，即是例如在再生對象之基本流被 -123- (121) 1320174 多除化之剪輯流檔案不含有字幕流，於在第30圖之步驟 S1 27，在字幕讀出功能旗標記憶部26 1被設定爲0時，字 幕讀出功能部23 5則不特別執行處理。

另外，在步驟S251中，當判定字幕讀出功能旗標爲 1之時，即是，例如再生對象之基本流被多重化之剪輯流 檔案包含有字幕流，在第30圖之步驟S127中，於字幕讀 出功能旗標記憶部261設置1時，則前進至步驟S25 2， 字幕讀出功能部2 3 5是自被記憶於緩衝器215A之程式流 ，探索與被記憶於streamed暫存器263 ()(第3圖）之 再生對象之字幕流之streamed —致的PES_packt()。 在此，如第30圖之步驟S127所說明般，stream_id 暫存器263 (第3圖）是記憶著再生對象之字幕流之 stream_id，字幕流之stream_id是如第20圖所說明般， 爲表示 pri vate_stream_ 1 之 P E S_p a c k e t ()之 1 0 1 1 1 1 0 1 B ( —0 x B D )。 因此，步驟S252是當執行private_stream_l之 PES_packet()之探索，發現 private_stream_ 1 之 PES_packet()時，則前進至步驟 S25 3，字幕讀出功能部 235是拔出被記述於屬於該private_stream_l之 P E S_p ac k et ()之 P E S _p ac ket_d at a_by t e 之 private_stream 1 _PES_payload()(第 2 1 圖）的 private_stream_id，判定該 private_stream_id 在第 30 圖 之步驟S127，與被記憶於private_Stream_id暫存器264 (第3圖）之再生對象之字幕流的private_stream_id是 -124- (122) 1320174 否一致。

在步驟S253中，當判定被記述於 pr i vate_stream 1 _PES_pay 1 〇ad ()之 pri vate_stream_id，不 與被記憶於private_stream_id暫存器264之 private_stream_id —致之時，即是，在之前步驟S252所 找出之private_stream_l之PES_packet()非再生對象之字 幕流時，則返回步驟S2 5 2，執行被記憶於緩衝器215A之 程式流中之其他private_stream_l之PES_packet()之探索 ，以下重複相同之處理。 另外，在步驟S253中，當判定被記述於 pri vate_stream 1 _PES_payload()之 private stream id，與 被記憶於private_stream_id暫存器264之 private_stream_id —致之時，即是，在之前步驟S252所 找到之private_stream_l之PES_packet()爲再生對象之字 幕流之時，則前進至步驟S2 5 4，字幕讀出功能部23 5是 自緩衝器 215A讀出被記述於該 private_stream_l之 PE S_packet()之 private_stream 1 _PES_payload()(第 2 1 圖 )之 AU_locator，藉由加算該 AU_locator之後之位置和 該AU_loctor所表示之値，求取字幕存取單元之前頭位置 即是，AU_locator是如第 21圖所說明般，因以該 AU_locator之後之位置爲基準，表示被儲存於 private_stream 1 _PES_payl〇ad()之 private_payload()之字 幕存取單元（或是音頻存取單元）之前頭位置，故可以藉 -125- (123) 1320174 由加算該AU_l〇cator所表示之値，在字幕存取 的位置上，求取字幕存取單元（絕對性）之前頭 字幕讀出功能功能部235是又在步驟S254 被記憶於字幕讀出指標記憶部262之字幕讀出指 示出以上述般所求取出之字幕存取單元之前頭位 進至步驟S255。 在步驟SW5中，字幕讀出功能部23 5是自 # 器控制模組2 1 8判定是否有資料之要求，於判定 則返回步驟S25 5，重複同樣之處理。 再者，在步驟S2 5 5中，自音頻解碼器控制 判定有資料之要求時，則前進至步驟S256，字 能部235是執行來自字幕讀出指標所指之緩衝器 位置的程式流之構文解析，並自緩衝器21 5A讀 在字幕存取單元前頭知尺寸份的字幕存取單元， 被附加該字幕存取單元之時間戳記同時供給至字 ® 控制模組2 1 8。即是，在字幕存取單元之前頭，丨 所說明般，記述有該字幕存取單元之尺寸，字幕 部2 3 5是自字幕讀出指標所指之緩衝器2 1 5 A之 該尺寸份之資料，將屬於該所讀出之資料的字幕 ，與被附加至該字幕存取單元之時間戳記同時供 解碼器控制模組2 1 8。 然後，字幕讀出功能部2 3 5是僅以自緩衝器 出之1個音頻存取單元之尺寸份，更新自木讀出 回步驟S25 5，以下重複相同處理。 單元之後 位置。 中，更新 標，使指 置，並前 音頻解碼 無之時， 模組2 1 8 幕讀出功 215A 之 出被記述 並與並與 幕解碼器 ®第2圖 讀出功能 位置讀出 存取單元 給至字幕 215A 讀 指標，返 -126- (124) 1320174 「再同步處理」 接著，針對藉由第2圖之解碼控制模組2 1 4，控制視 頻資料和音頻解碼器之同步予以說明。 如第3 0圖之S 1 3 0說明般，若解碼控制模組2 1 4必須 確保同步則必須偏移時間，對視頻解碼器控制模組2 1 6、 音頻解碼器控制模組2 1 7及字幕解碼器控制模組2 1 8指示 φ 解碼開始，例如由於之後視頻解碼器1 1 6和音頻解碼器 1 1 7之解碼處理之進行程度，則視頻資料之輸出，和當作 應與該視頻資料同步被輸出之輸出資料的音頻資料之輸出 有不吻合情形。 在此，解碼控制模組2 1 4是修正於視頻資料之輸出， 和應與該視頻資料同步而被輸出之音頻資料之輸出所產生 之不吻合，並執行用以使視頻資料和音頻資料同步被輸出 之再同步處理。 ® 參照第3 9圖之流程圖，針對再同步處理予以說明。 再同步處理是首先最初再步驟S271中，解碼控制模 組2 1 4是判定來自視頻解碼器控制模組2 1 6之視頻存取單 元之時間戳記，和來自音頻控制模組2 1 7之音頻存取單元 之時間戳記的不吻合是否爲大。 即是，如第30圖之步驟S129所說明般，視頻解碼器 控制模組2 1 6爲了自緩衝器控制模組2 1 5取得視頻存取單 元，將該視頻存取單元之時間戳記供給至解碼控制模組 2 1 4。同樣地，音頻控制模組2 1 7也於每次從緩衝器模組 -127- (125) 1320174 215取得音頻存取單元時，將該音頻存取單元之時間戳記 供給至解碼控制模組2 1 4。 在步驟S271中，解碼器控制模組214是從視頻解碼 器控制模組2 1 6和音頻控制模組2 1 7之各個，比較以相同 時間（可以看做相同時間，在某時間內）被供給之時間戳 記彼此，判定該些時間戳記之不吻合是否爲大。 在步驟S2 7 1中，當判定來自視頻解碼器控制模組 φ 2 1 6之視頻存取單元之時間戳記，和來自音頻控制模組 217之音頻存取單元之時間戳記之不吻合爲大時，即是’ 視頻存取單元之時間戳記，和音頻存取單元之戳記的不吻 合，在可以看做與事先所決定之同步之範圍內，例如2視 頻幀（大約6 6毫秒）之時，則返回步驟S 2 71，持續執行 判定（監視）時間戳記彼此之不吻合。 另外，在步驟S 2 7 1中，當判定來自視頻解碼器控制 模組2 1 6之視頻存取單元之時間戳記’和來自音頻控制模 • 組217之音頻存取單元之時間戳記的不吻合爲大時’即是 ，視頻存取單元之時間戳記’和音頻存取單元之戳記的不 吻合，在可以看做與事先所決定之同步之範圍外，則返回 步驟S272，解碼控制模組2 1 4是藉由比較來自視頻解碼 器控制模組2 1 6之視頻存取單元之時戳記’和來自音頻控 制模組2 1 7之音頻存取單元之時間戳記，判定視頻資料之 輸出（解碼），和音頻資料之輸出中之哪一者爲遲緩。 在步驟S272中，當判定視頻資料之輸出比音頻資料 之輸出慢時，則前進至步驟S 2 7 3，解碼控制模組2 1 4爲 -128- (126) 1320174 了僅1視頻存取單元，前進視頻存取單元之處理，輸出對 視頻解碼器控制模組2 1 6，不執行視頻存取單元之解碼和 輸出（顯示）之主旨的指示，即是輸出指示跳過視頻存取 單元之處理，前進至步驟S274。 於步驟S274中，視頻解碼器控制模組216是接受來 自解碼控制模組2 1 4之跳過指示，因應該跳過指示，檢查 與來自緩衝器控制模組215之視頻存取單元同時被供給之 籲 au_ref_flag (第 2 圖）。 即是，被配置在 private_stream_2 之 PES_packet()的 private_stream2_PES_payload()(第 24 圖），含有當作與 存取單元有關之資訊的au_ref_ flag，緩衝器控制模組215 是如第30圖之步驟S129、第36圖之步驟S216所說明般 ，與視頻存取單元同時，供給該視頻存取單元之 au_ref_flag至視頻解碼器控制模組216。 步驟S274是如所述般檢查與存取單元同時被供給之 ^ 該存取單元的au_ref_flag。 然後，從步驟S2 74前進至S2 75 ’視頻解碼器控制模 組2 1 6是根據自緩衝器控制模組2 1 5被供給之視頻存取單 元之au_ref_flag之檢查結果，判定該視頻存取單元是否 爲在其他像素之解碼上不被參照之非參照畫像。 在此，如第24圖所說明般，視頻存取單元之 au_ref_flag是表τκ該存取單兀是否爲麥照畫像，參照畫 像之時則設爲1，於非參照畫像之時’則是非參照畫像之 時則設爲〇。 -129- (127) 1320174 在步驟S275中，當判定自緩衝器控制模組215被供 給之視頻存取單元不是非參照畫像（之視頻存取單元）之 時，即是，自緩衝器控制模組2 1 5被供給之視頻存取單元 爲參照畫像之時，則前進至步驟S276，視頻解碼器控制 模組2 1 6如同一般，令視頻解碼1 1 6處理該視頻存取單元 ，等待自緩衝器控制模組2 1 5供給下一個視頻存取單元， 回至步驟S274。 φ 再者，在步驟S2 7 5中，當判定自緩衝器控制模組 2 1 5所供給之視頻存取單元爲非參照畫像時，則前進至步 驟S277，視頻解碼器控制模組216是使該視頻存取之視 頻解碼器116的處理跳過，等待下一個視頻元件自緩衝器 控制模組2 1 5被供給，而返回步驟S27 1。 如此一來，藉由視頻存取單元之處理被跳過，視頻存 取單元之處理幾乎僅有1視頻存取單元份前進（縮短處理 時間）。其結果，比音頻資料之輸出還慢之視頻資料之輸 • 出則變快。 另外，在步驟S2 72中，當判定視頻資料之輸出無比 音頻資料之輸出慢之時’即是’音頻資料之輸出比視頻資 料之輸出還慢時，則前進至步驟S 2 7 8，解碼控制模組2 1 4 爲了等待視頻存取單元之處理’對視頻解碼器控制模組 216，輸出反覆輸出之指示，使反覆地輸出對應於現在被 解碼之視頻存取單元的視頻資料，而前進至步驟S279。 在步驟S 2 79中，視頻解碼器控制模組216是接受來 自解碼控制模組2 1 4之反覆輸出指示’因應該反覆輸出指 -130- (128) 1320174 示’現在反覆對應於在視頻解碼器116中被解碼之視頻存 取單元的視頻資料，輸出至繪圖處理模組2 9 1，等待下一 個視頻存取單元自緩衝器控制模組2 1 5被供給，而前進至 S271 ° 如上述般，解碼控制模組2 1 4是判定視頻資料之輸出 是否比音頻資料之輸出慢，當視頻資料之輸出比音頻資料 之輸出慢時，則對視頻解碼器控制模組2 1 6，指示跳過1 φ 個存取單元之處理。然後，視頻解碼器控制模組2 1 6是根 據指示跳過之存取單元之aU_ref_flag，判定該存取單元 爲罩畫像，或爲非參照畫像，於非參照畫像之時，使視頻 解碼器116跳過指示跳過的存取單元之處理。因此，可以 容易取得視頻之輸出和音頻資料之輸出的同步。 即是，當跳過處理之存取單元爲參照畫像時，該對應 於存取單元之視頻資料，爲了之後在被解碼之其他存取單 元之解碼時參照，則必須解碼。因此，在用以取得視頻資 # 料之輸出和音頻資料輸出之同步的同步控制中，當跳過參 照畫像之存取單元之處理時，則無法解碼參照該參照畫像 之其他存取單元，其結果在視頻資料之顯示中，同步控制 出現雜訊。 因此，跳過處理式以非參照畫像之存取單元，即是非 參照畫像之存取單元爲佳。 另外，針對以前之基本流，爲了尋找非參照畫像之存 取單元，必須執行基本流之構文解析，例如藉由依照 MPEG4-AVG等之編碼化所取得之基本流，因構文非常複 -131 - (129) 1320174 雜，故構文解析需花費極大之成本。 對此，被儲存於記憶路在碟片101之剪輯流檔案上之 程式流，是視頻存取單元與被配置在 PES_packet_data_byte 之 PES_packet()(第 16 圖至第 18 圖），另外多重化配置有擴張 PES_packet_data_byte之 private_stream2_PES_payload()(第 23 圖）之 private_stream_2 之 PES_packet()，在該

private_stream2_PES_pay load()之 au_information()(第 24圖）上，是記述於每視頻存取單元，表示該視頻存取 單元爲參照畫像，或是非參照畫像之au_ref_flag。然後 ，該au_ref_flag是與所對應之視頻存取單元，同時自緩 衝器控制模組2 1 5被供給至視頻解碼器控制模組2 1 6。因 此，視頻解碼器控制模組2 1 6藉由檢査與視頻存取單元同 時被供給之該視頻存取單元的au_ref_flag，則可以幾乎 不需花費成本，認定視頻存取單元爲參照畫像或是非參照 畫像。 [標記處理] 接著，參照第40圖之流程圖，針對根據被記述於 PlayListMark()(第7圖）之Mark()而所執行之標記處理 ，予以說明。 解碼控制模組 2 1 4是經常確認藉由內藏之計時部 214A而被計時之現在時刻，在步驟S301中，判定現在時 刻是否與被記述於PlayListMarkO (第7圖）中之任一 -132- (130) 1320174

Mark()之 mark_time —stamp —致。 即是，如第3 0圖之步驟S 1 24說明般，播放控制模組 212是認定於再生第25圖所示之第1號Play List# 0之第1 號PlayItem#0時，表示於第28圖上側之PlayListMark() 所包含之7個Mark()中之第1號至第4號爲止之4個 Mark()，屬於 PlayList#0 之第 1 號 Playltem，將屬於該 4 個 M ark()之 mark_ti me_stamp 的{ 1 8 0，0 9 0 }、{ 5,5 8 0,0 9 0 } 、{10,980,090}、{16,380,090}，與該 mark_time_stamp 所 表示之時刻之屬性爲「標記處理」之主旨，同時交予解碼 控制模組2 1 4。 步驟S301是在解碼控制模組214中，判定現在時刻 是否與如上述般自播放器控制模組2 1 2被供給之「標記處 理」之屬性之時刻（mark_time_stamp )中之任一者一致 〇 在步驟S 3 0 1中，當判定顯在時刻與「標記處理」之 Φ 屬性之時刻中之任一者不一致之時，則返回步驟S 3 0 1， 重複相同之處理。 再者，在步驟S301中，當判定現在時刻與「標記處 理」之屬性之時刻中之任一者不一致之時，解碼控制模 組2 1 4是將現在時刻成爲「標記處理」之屬性之主旨的訊 息，和與現在一致之「標記處理」之屬性時刻，供給至播 放器控制模組212，前進至步驟S3 02。 步驟S3 02中，播放器控制模組212是自解碼控制模 組214，接收現在時刻成爲「標記處理」之屬性之時刻之 -133- (131) 主旨的訊息，和與現在時刻一致之「標記處理」之屬性之 時刻（mark_time_stamp)，將 mark_time_stamp 與現在時 刻一致之Mark()當作爲標記處理之處理對象的Mark()( 以下，適當稱爲處理對象mark)而予以認定。 即是，播放器控制模組2 1 2是認定現在被再生之 PlayList()之 Playltem()，自該 PlayList()及 Playltem()， 和來自解碼控制模組2 1 4之與現在時刻一致之「標記處理 J之屬性之時刻（mark_time_stamp)(以下，適當稱爲 標記時刻），藉由"PLAYLIST.DAT 〃檔案（第5圖）之 PlayListMarkO (第7圖），認定處理對象mark。 具體而言，例如，現在當再生第25圖所示之第1號 之PlayList#0之第1號之Playltem#0時，藉此，播放器 控制模組2 1 2是認定標記時刻爲表示於第28圖上側之 卩1”1^以]^^1^)所包含之7個]^&*()中之第1號至第4號 之 Mark()中之任一 mark_time_stamp。 然後，自解碼控制模組2 1 4被供給至播放器控制模組 212之標記時刻，例如爲1 6,3 80,090時，播放器控制模組 212是將表示於第28圖上側之PlayListMarkO所包含之第 1號至第4號爲止之4個Mark()中之mark_time_stamp， 與屬於標記時刻1 6,3 80,090 —致的第4號Mark()，當作 處理對象而予以認定。 播放器控制模組2 1 2是如上述般，當認定處理對象 mark時，則由步驟S3 02前進至S3 03，判定在處理對象 mark中，是否有記述特定基本流之entry_ES_stream_id -134- (132) 1320174 和 entry_ES_private_stream_id (第 7 圖）◊ 在步驟S 3 03中，當判定在處理對象mark中，無記述 特定基本流之entry_ES_stream_id和 entry_ES_private_stream_id (第 7 圖）時，即是，於 entry_ES_stream_id 和 entry_ES_private_stream_id 任一者 皆爲0x00時，則跳過步驟S3 04，前進至步驟S05，以下 ，執行因應處理對象mark之處理。 ^ 再者，在步驟S303中，當判定在處理對象mark，記 述有特定基本流之entry_ES_stream_id和 entry_ES_private_stream_id (第 7 圖）之時，貝 IJ 前進至步 驟S3 04，播放器控制模組212是判定在再生中之基本流 上，是否含有該entry_ES_stream_id，還有因應所需藉由 entry_ES_private_stream_id 被特定之基本流。 在步驟S304中，當判定再生中之基本流中，不含有 藉由處理對象 mark 之 entry_ES_stream_id 和 entry_id 和 • entry_ES_private_stream_id而被特定之基本流之時，則 返回步驟S301。即是，於不再生藉由處理對象mark之 entry ES stream id |P entry_id 和 entry_ES_private_stream_id而被特定之基本流之時，處 理對象mark則被忽視。 另外，在步驟S304中，當判定再生中之基本流中， 包含有藉由處理對象mark之entry_ES_stream_id和 entry_id 和 entry_ES_private_stream_id 而被特定之基本 流之時，即是，於再生藉由處理對象 mark 之 -135- (133) 1320174 entry_ES_stream_id 和 entry_id 和 entry_ES_private_stream_id而被特定之基本流之時，處 理對象mark則爲有效，前進至步驟S3 05，以下執行因應 該處理對象mark之處理。 即是，在步驟S3 0 5中，播放器控制模組2 12是藉由 參照處理對象mark之mark_type (第7圖），判定該處 理對象mark。

在步驟S3 0 5中，當判定處理對象mark爲章節標記或 是索引標記之時，即是，處理對象mark之mark_type爲 、Chapter >或、Index '之時，則前進至步驟306，播放 器控制模組2 1 2是命令繪圖處理模組2 1 9，使章節或是索 引之號碼顯示，更新成屬於處理對象mark之章節或索引 標記所表示之章節或是索引之號碼。 再者，在步驟S3 0 5中，當判定處理對象mark爲事件 標記時，即是，處理對象mark之mark_type爲、Event" 之時’則前進至步驟S 3 0 7，播放器控制模組2 1 2是將表 不事件發生之事件訊息，和處理對象ark之mark_data通 知（供給）至腳本控制模組2 1 1，前進至步驟S 3 0 8。 步驟S3 08中，腳本控制模組211是接收來自播放器 控制模組212之事件訊息和mark_data，作爲要求插入事 件訊息’是以mark_data當作自變數而執行事先記述在a SCRIPT.DAT"檔案之一連串處理.，返回步驟S301。 即是，腳本控制模組21 1是執行對應於mark_data之 處理。 -136- (134) 1320174 具體而言，例如表示於第28圖之下側的PlayList #1 之？13丫1^11^[1<:()中，雖然第2號1^11<;()(1^34#1)和第 3號Mark() ( Mark#2 )中之任一者皆爲mark_data，但是 各在 1 (Mark#l)和 2(Mark#2)爲不同。 腳本控制模組211是於接收對應於第2號之MarJc() 之事件訊息時’和接收對應於第3號之Mark()之事件訊 息時中之任一者時，皆因應於該事件訊息，以相同之事件 φ 處理（插入處理常式）執行處理，在事件處理內中，藉由 檢查與事件訊息同時被供給之mark_data，對事件訊息， 執行每mark_data不同之處理。 具體而言’例如mark_data爲1之時，腳本控制模組 211是控制繪圖處理模組219，使執行第1種類之圖示顯 示。再者’例如mark_data爲2之時，腳本處理模組211 是控制繪圖處理模組2 1 9，執行第2種類之圖示顯示。 並且，mark_data並不限定於1或2，再者，對應於 ^ mark —data而執行之處理，也並非限定於如上述般指示圖 示之顯示。 即是，例如mark_data爲3至18之範圍之値時，腳 本控制模組2 1 1是控制繪圖處理模組2 1 9，以對應於 mark_data減2之値（1至16之數値）的亮度，執行第i 種類之圖不之顯不。再者，例如mark_data爲19至34之 範圍之値時，腳本控制模組2 1 1是控制繪圖處理模組2 i 9 ，以對應於自mark_data減18之値（1至16之數値）的 亮度來執行第2種類之圖示顯示。 -137- (135) 1320174 其他，例如在輸入介面115(第1圖）上連接有使用 主操作之控制器，該控制器是於內藏有安裝使偏心於DC (Direct Current)馬達之軸的鉛墜，且當動作DC馬達時 發生震動的震動馬達時，於mark_data爲35至42之範圍 的値時，可僅以使該震動馬達僅在因應自mark_data減34 之値（1至8之數値）之動作時間予以動作。

mark_data爲數値，該使用法或演算法是可以藉由腳 本控制模組2 1 1所實行之腳本程式而予以記述。因此， mark_data除了可以事先所決定之規則使用之外，還可以 碟片101之製造者，或是提供被記錄於碟片101之資料之 內容提供者等獨自設定之規格來使用。 如上述般，標記處理當現在時刻與「標記處理」之屬 性之時刻爲一致時，自該「標記處理」之屬性時刻的標記 時刻，認定到處理對象mark。並且，在處理對象mark中 ，當無記述特定基本流之entry_ES_stream_id和 entry_ES_private_stream_id之時，貝!J執行因應處理對象 mark之mark_type之處理。再者，在處理對象mark中， 即使有記述特定基本流之entry_ES_Streani_id和 entry_ES_private_stream_id 之時，若藉由該 entry_ES_stream_id 和 entry_ES_private_stream_id 而戶斤特 定之基本流爲再生中，則執行因應處理對象mark之 mark_type 之處理。 因此，例如當現在執行第25圖之第2號之 P lay Li st# 1之再生時，則執行下述般之標記處理。 -138- (136) 1320174 即是’第 2 號之 PlayList#l 之 PlayListMark()中，如 第28圖下側所示般，記述有mark_time_stamp各被 90,000、27,090,000,2 7,540,000 所指定之第 1 號 Mark()( Mark#0)、第 2 號 Mark ( Mark#l)、第 3 號 Mark()(

Mark#2 ) 〇 並且’在第28圖下側之PlayListMark()中，在第2 號 Mark()和第 3 號 Mark()之 entry_ES —stream_id 上，因 # 各記述有〇xEO和OxEl，故第2號之Mark〇和第3號之 Mark()各與以〇xEO和OxEl特定stream_id之基本流賦予 關連。

在此，如第25圖所說明般，在第2號之PlayList#l 上僅記述1個Playltem() ( PlayItem#0)，若依據該 Playltem#0，剪輯流檔案"00003.PS"則被再生。然後， 剪輯流檔案w 0003.PS"是如對應於該剪輯流檔案'' 00003.PS"之第26圖之剪輯資訊檔案"00003.CLP "所說 明般，以成爲OxEO之stream_id所特定之視頻流 stream#0、以成爲OxEl之stream_id所特定之視頻流 stream#l、以成爲 OxBD 之 stream id 及成爲 0x00 之 private_id所特定之音頻流stream#2多重化之3個基本流 被多重化。 因此，在第28圖下側之PlayListMark()之第2號之 Mark()是被剪輯流檔案K)〇〇3.PS"多重化’被賦予與 stream_id成爲OxEO之視頻流stream#0關連。第3號之 Mark()是被剪輯流檔案i〇〇〇〇3.PS〃多重化’被賦予與 -139- (137) 1320174 stream_id成爲OxEl之視頻流stream#l關連。 當開始第25圖之第2號之PlayList#l之PlayItem#0 再生時，則如第3 0圖之步驟S 1 24所說明般，播放器控制 模組212是認定表示於第28圖下側之PlayListMarkO所 包含之 3 個 Mark()屬於 PlayList#l 之 Playltem#0，將屬 於該 3 個 Mark()之 mark_time_stamp 之{90,000}、 {27,090,000} ' {27,540,000} » 與該 mark_time_stamp 戶斤表 φ 示之時刻之屬性爲「標記處理」之主旨，同時交予解碼控 制模組2 1 4。 標記處理中，解碼控制模組2 1 4是經常確認 PlayList#l之PlayItem#0之再生中，藉由計時部214A所 計時之現在時刻是否與屬性爲「標記處理」之時刻 {90,000}、 {27,090,000}、 {27,540,000}中之任一者一致（ 步驟S 3 0 1 )，當現在時刻與屬性爲「標記處理」之時刻 一致時，將與現在時刻一致之「標記處理」之屬性之時刻 ♦ 的標記時刻，和成爲「標記處理」之屬性之時刻的主旨之 訊息，供給至播放器模組2 1 2。 即是，例如在此當現在時刻與「標記處理」之屬性之 時刻{90,000}、{27,090，000}、{27,540,000}中之 27,090,000 —致時，解碼控制模組214是將與現在時刻一 致之「標記處理」之屬性時刻的標記時刻27,090,000 ’和 現在時刻成爲「標記處理」之屬性之時刻之主旨的訊息， 供給至播放器模組2 1 2。 播放器控制模組212是認定PlayList#l之PlayItem#0 -140- (138) 1320174

現在被再生，藉由比較被記述於表示在該piayList#1之第 28圖下側上之PlayListMark()的Mark()中，屬於 PlayItem#0 之 3 個 Mark()之 mark_time_stamp 之 90,000、 27,090,000、27,540,000各個，和來自解碼控制模組214 之標記時刻的27,090,000’在該標記時刻27,090,000’將 mark_time_stamp爲一致之Mark()，即是被記述於第 28 圖下側之 PlayListMark()之第 2 號 Mark() ( Mark#l )當作 處理對象mark而予以認定（步驟S3 02 )。 在屬於處理對象mark，被記述於第28圖下側之 PlayListMark()之第 2 號 Mark()中，指定 ΟχΕΟ 當作 entry_E S_stream_id。成爲該 0χΕ0 之 entry ES stream id 由上述可知爲表示被剪輯流檔案'' 0003.PS "多重化， stream_id成爲0χΕ0之視頻流stream#0(第26圖）者， 播放器控制模組2 1 2是判定再生中之基本流中，是否有包 含該視頻流stream#0 (步驟S 3 03、S3 04 )。 然後，於在聲中之基本流中，不含有視頻流stream#0 之時，則忽視處理對象mark (步驟S3 04 )。 另外，當於再生中之基本流中，含有視頻流stream#0 之時，處理對象mark則爲有效，執行因應該處理對象之 處理（步驟S305至S308)。 即是，此時，爲處理對象mark。被記述在第28圖下 側之 PlayListMark()之第 2 號 Mark()爲該 mark_type 成爲 ' Event >後之事件標記，因此，播放器控制模組21 2將 表示事件發生之事件訊息，和處理對象mark之mark_data -141 - (139) 1320174 供給至腳本控制模組2 1 1 (步驟S 3 0 5、S 3 0 7 )。然後，腳 本控制模組2 1 1是要求插入來自播放器控制模組2 1 2之事 件訊息，將與該事件訊息同時被供給之Mark_data當作自 變數而執行事先被記述於"SCRIPT.DAT"檔案之一連串 處理（步驟S3 08 )。

如上述般，若依據標記處理，判定屬於依照包含有具 有包含表示PlayList()之時間軸上之1個再生時刻之 mark_time_stamp，和表示 Mark()之類型的 mark_type，和 成爲事件標記之自變數的mark_data之0個以上之Mark() 之 PlayListMark()(第 7 圖）之 PlayList()(第 5 圖）而 被再生之剪輯流檔案之再生時刻的現在時刻，是否與 mark_time_stamp —致，當現在時刻與與 mark_time_stamp 一致時，具有與該一致現在時刻之標記時刻相等之 mark_time_stamp的 Mark()，則當作處理對象 mark而被 認定。並且，處理對象mark爲事件標記之時，則通知處 理對象mark所具有之mark_data和事件訊息，實行因應 該mark_data之處理。因此，可因應剪輯流檔案之再生時 刻，實行因應mark_data之處理。 [輸出屬性之控制處理] 接著，參照第4 1圖之流程圖，針對在第3 0圖之步驟 S126等所執行之輸出屬性之控制處理予以詳細說明。 如第30圖之步驟S 1 26所說明般，播放器控制模組 2 1 2首先是針對再生對象之1個以上之基本流，即是在第 -142- (140) 1320174 30圖之步驟S125決定再生之1個以上之各基本流，調查 表示記述輸出屬性之DynamicInfo()(第13圖）之數量的 number_of_DynamicInfo 〇 然後，針對再生對象之1個以上之所有基本流，於 number_of_DynamicInfo成爲 0之時，播放器控制模組 2 1 2尤其不特別執行處理。

另外，針對再生對象之基本流的 number_of_DynamicInFO非0之時，播放器控制模組2 12 是執行依照第4 1圖之流程圖的輸出屬性之控制處理。 因此，被記錄於碟片101之3個剪輯資訊檔案^ 0000 1 .CLP ^ 、 '00002.CLP 〃 、 '' 00003.CLP 〃 ，是例如 於成爲第26圖所示之時，於再生對應於剪輯資訊檔案" 0000 1.CLP"之剪輯流檔案" 0000 1.PS"(再生此之第 1 號之PlayList#0之第1號之PlayItem#0)時，剪輯資訊檔 案" 0000 1.CLP〃（第26圖），針對所有被剪輯流檔案" 00001.PS^多重化之4個基本流 stream#0至 stream#3， number_of_DynamicInfo成爲0後，不執行輸出屬性之控 制處理。 同樣地，於再生對應於剪輯資訊檔案" 00002.CLP〃 之剪輯流檔案"00002.PS 〃（再生此之第1號之 PlayList#0之第2號之Playltem#0 )時，剪輯資訊檔案" 00002.CLP"(第26圖），也針對所有被剪輯流檔案·^ 00002.PS^多重化之4個基本流stream#0至stream#3， number_of_DynamicInfo成爲0後，不執行輸出屬性之控 -143- (141) 1320174 制處理。 另外，當再生對應於剪輯資訊檔案” 00003.CLP"之 剪輯流檔案'00003.PS 〃（再生此之第2號之PlayList#l 之Playltem#0 )時，剪輯資訊檔案"00003.CLP"(第26

圖），針對所有被剪輯流檔案"〇〇〇〇3.PS"多重化之3個 基本流stream#0至stream#2中，屬於第1號基本流的視 頻流stream#0、屬於第3號之基本流的音頻流stream#2， number_of_DynamicInfo不成爲0而各成爲2和3後，執 行輸出屬性之控制處理。 即是，輸出屬性之控制處理是在步驟S 3 20中，播放 器控制模組2 1 2是將被記述於對應於再生對象之剪輯流檔 案之剪輯資訊檔案Clip()(第10圖）的pts_chang_point 與「DynamicInfoQ處理」之屬性時刻之主旨，同時交給 解碼控制模組2 1 4，解碼控制模組2 1 4是接受來自播放器 控制模組212之「DynamicInfo()處理」之屬性之時刻的 pts_change_point，前進至步驟 S321。 步驟S321中，解碼控制模組214是判定藉由計時部 214A被計時之現在時刻，是否與「DynamicInfo()處理」 之屬性之時刻的pts_change_point (之任一者）一致，判 定不一致時，則返回步驟S321。 再者，在步驟S321中，當判定現在時刻與「 DynamicInfoO處理」之屬性之時刻（之任一者）一致之 時，解碼控制模組2 1 4是將現在時刻成爲「

DynamicInfoO處理」之屬性時刻的主旨之訊息，和與現 -144- (142) 1320174 在時刻一致之「DynamicInfo()處理」之屬性之時刻（以 下，適當稱爲Dynamiclnfo )，供給至播放器控制模組 212，前進至步驟S322。 在步驟S 3 3 2中，播放器控制模組2 1 2是飭解碼控制 模組214接收現在時刻成爲「DynamicInfo()處理」之屬 性之時刻的主旨之訊息，將與該Dynamiclnfo時刻一致之 pts_change_point (第 10 圖）成爲組合的 DynamicInfo() φ ，當作處理對象之DynamicInfo()之處理對象

DynamicInfo()予以認定，而前進至步驟S323 * 在步驟S 32 3中，播放器控制模組212是將被記述於 成爲處理對象 DynamicInfo()之 DynamicInfo()(第 13 圖 )之輸出屬性，供給至繪圖處理模組219或是音頻輸出模 組221，而前進至步驟S324。 在步驟S324中，繪圖處理模組219或是音頻處理輸 出模組221是依照在之前步驟S3 23中自播放器控制模組 • 2 1 2被供給之輸出屬性，各開始視頻資料或是音頻資料之 輸出控制，返回步驟S 3 2 1。 依此，視頻資料是因應作爲輸出屬性（顯示方式）所 記述的例如縱橫比而被輸出，或是音頻資料是因應當作輸 出屬性（輸出方式）所記述之例如立體或是雙語（二國語 言）而被輸出。 接著，參照第42圖，對輸出屬性之控制處理予以詳 細說明。 即是，第42圖是表示被記述於第26圖之剪輯資訊檔 -145- (143) 1320174 案 ^ 00003.CLP17 之 pts changepoint 和 D y n a m i c I n f 〇 ()之 組合（第1 〇圖）。 在此，如上述般，針對被剪輯流檔案" 00003.PS"多 重化之3個基本流stream#0至stream#2中之第1號基本 流之視頻流stream#0，和第3號基本流之音頻流stream#2 ，是在第 26圖之剪輯資訊檔案、00003.CLP"中， number of DynamicInfo各成爲2和 3。因此，在剪輯資 φ 訊檔案％ 00003.CLP"中，針對剪輯流檔案、00003.PS" 之第1號之視頻流stream#0，是記述2組的 pts_change_point 及 DynamicInfo()，針對第 3 號之音頻流 stream#2，記述有 3 組之 pts change point

DynamicInfo() 〇

第42圖上側是表示針對剪輯流檔案a 00003.PS 〃之 第1號視頻流stream#0被記述之2組的pts_change_point 及Dynamic Info ()，第42圖下側是表示針對剪輯流檔案" 00003.PS"之第 3號之音頻流Stream#2被記述之3組 pts_change_po int 及 DynamicInfo() 0 並且，第42圖上側除了針對第1號視頻流stream#0 被記述之 2 組 pts_change_point 及 DynamicInfo()之外， 針對該視頻流stream#0，還圖示有被記述於第26圖之剪 輯資訊檔案 ' 00003.CLP "之 stream_id ( =0xE0 )、 prinate stream id ( =0x00) 、number of DynamicInfo ( =2 )。圖樣地，在第42圖下側，除針對第3號之音頻流 stream3#2 所記述之 3 組 pts_change_point 及 -146- (144) 1320174

DynamicInfo()之外，針對該音頻流stream#2，還圖示有 被記述於第 26圖之剪輯資訊檔案"00003.CLP "之 stream id ( =0xB0 ) ' prinate stream id ( = 0x00 )、 number_of_DynamicInfo ( = 3)。

在第42圖之上側，針對視頻流stream#0所記述之2 組 pts_change_point 及 DynamicInfo()中之第 1 組中’ pts_change_point 成爲 90,000 ’ DynamicInfo()之 display_aspect_ratio (第 13 圖）成爲 4:3 。並且’ 該第 2 組中，pts_change_point 成爲 54,090,000’ 0又1^1111。111[0()之<^3卩1&>^_&5卩6(^_1&11〇(第13圖）成爲'' 16 ： 9 " 〇 另外，在第42圖下側，針對音頻流stream#2所記述 之 3 組 pts_change_point 及 DynamicInfo()中之第 1 組中 ，pts_change_point 成爲 90,000，DynamicInfo()之 d i s p 1 ay _ a s p e c t _ r a t i 〇 (第 13 圖）成爲 D u al 。並且’ 該第 2 組中，pts_change_point 成爲 27,090,000’ DynamicInfo〇 之 channel_assignment 成爲、Stereo '。再 者’該第 3 組中 ’ pts_change_point 成爲 32,490,000 ’ D y nam i c I n fo ()之 c h a η n e 1 _ a s s i g nm e n t 成爲、Dual 。 例如，現在，在第3 0圖之步驟S 1 2 5中，剪輯流檔案 "00003.PS"之以成爲0xE0之stream_id所特定之第1號 之視頻流stream#0，和以成爲OxBD之stream_id及成爲 0x00之private_stream_id所特定第3號之音頻流 stream#2，是當作再生對象被決定。 -147- (145) 1320174 此時，播放器控制模組212是調查針對以成爲ΟχΕΟ 之stream_id所特定之視頻流stream#0而被記述之第42 圖上側之 2 組 pts_change_point 及 DynamicInfo()’ 和針 對以成爲〇xBD之stream_id及成爲0x00之 private_stream_id所特定音頻流stream#2而被記述之第 42 圖下側之 3 組 pts_change_point 及 DynamicInfo()中之 pts_change_point，認定初期値。

即是，針對以成爲ΟχΕΟ之stream_id所特定之視頻 流stream#0而被記述之第42圖上側之2組 pts_ch,ange_point 及 DynamicInfo()中之第 1 組， pts_change_point 成爲 90,000。然後，該 90,000 置之時刻 是在對應於多重化視頻流stream#0之剪輯流檔案" 00003.PS，之第26圖之剪輯資訊檔案、00003.CLP"中， 與被記述於表示剪輯流檔案" 00003.PS"之前頭時刻之 presentation_start_time 之時刻 90,000 —致。 同樣地，針對以成爲OxBD之stream_id及成爲0x00 之private_stream_id所特定音頻流stream#2而被記述之 第 42 圖下側之 3 組 pts_change_point 及 DynamicInfo()中 之第 1 組，pts_change_point 成爲 90,000。然後，該 90,000之時刻是在對應於多重化音頻流stream#2之剪輯 流檔案' 00003.PS 〃之第 26圖之剪輯資訊檔案" 00003.CLP 〃中.，與被記述於表示剪輯流檔案"00003.PS 夕之前頭時刻之presentation_start_time之時刻90,000 —

-148- (146) 1320174 播放器控制模組212是將與被記述於表示剪輯流檔案 00003.PS^ 之前頭時刻之 presentation_start_time 之時 刻90,000 —致的pts_change_point當作初期値而予以認 定。因此，第42圖之下側之3組pts_change_point及 DynamicInfo()中之第1組之pts_change_point被當作初期 値認定。

然後，播放器控制模組212是於開始再生剪輯流檔案 " 00003.PS"之前（第30圖之步驟S126 )，依照與當作 初期値認定的 pts_change_point成爲組之DynamicInfo() ，指示所對應之基本流之輸出屬性。 即是，針對以成爲OxEO之streamed所特定之視頻 流stream#0，是在與成爲初期値之90,000的 pts_ch.ange_point 成爲組的 DynamicInfo()中， display_aspect_ratio成爲、4: 。此時，播放器控制模 組 212 是將 display_aspect_ratio 成爲、4: 3^ 之主旨， 即是將視頻流stream#0爲4 : 3之縱橫比之視頻資料之主 旨的輸出屬性之資訊，供給至繪圖處理模組2 1 9。 再者，針對以成爲OxBD之stream_id及成爲0x00之 private_stream_id所特定音頻流stream#2，是在第42圖 下側，與成爲初期値之90,000之pts_change_point成爲 組之 DynamicInfo()中，channel_assignment 成爲、Dual' 。此時，播放器控制模組212是將channel_assignment成 爲、Dual /之主旨，即是音頻流stream#2爲雙語之音頻 資料之主旨的輸出屬性之資訊，供給至音頻輸出模組22 1 -149- (147) 1320174 在此，第30圖之步驟S126中，是執行當作上述初期 値之pts_change_point爲對象之輸出屬性的控制處理。

之後，播放器控制模組212是將針對視頻流stream# 之第42圖上側之兩個pts_change_point之90,000及 54,090,000，和針對音頻流stream#2之第42圖下側之3 個 pts_change_point 之 90,000 ' 27,090,000 及 32,490,000 中，初期値90,000以外時刻的{27,090,000}、 { 32,490,000 }、{ 54,090,000 }，與「DynamicInfo()處理」 之屬性時刻的主旨，同時交予至解碼控制模組2 1 4 (步驟 320 ) ° 解碼控制模組2 1 4是接收來自播放器控制模組2 1 2之 「DynamicInfo()處理」之屬性時刻{27,090,000}、 {32，-490,000}、{54,090,000}，並且，於開始再生視頻流 stream#0及音頻流stream#2(再生剪輯流檔案a〇0003.PS "之第2號Play List# 1之Play Li st#0之再生）後，開始監 視藉由計時部2 1 4 A所計時之現在時刻。 然後，解碼控制模組2 1 4是現在時刻與「

DynamicInfo()處理」之屬性之時刻{27,090,000 }、 {32,490,000}、{54,090,000}中之任一者一致時，將屬於 與該現在時刻一致之「DynamicInfo()之處理」之屬性之 時刻的Dynamiclnfo時刻，供給至播放器控制模組212 ( 步驟S321 )。 即是’例如當現在時刻成爲27,090,000時，解碼控 -150- (148) 1320174 制模組214是將「DynamicInfo()之處理」之屬性之時刻 中，與現在時刻一致之27,090,000當作DynamicInfo時刻 而供給至播放器控制模組2 1 2。

播放器控制模組2 1 2是接收屬於解碼控制模組2 1 4之 Dynamiclnfo 時刻的 27,090,000，自針對視頻流 stream#0 之第42圖上側之兩個pts_change_point’和針對音頻流 stream#2 之第 42 圖下側之 3 個 pts_change_point 中，調 查與屬於Dynamiclnfo時刻的27,090,000 —致之 pts_change_point，將與該 27,090,000 — 致之 pts_change_point成爲組之DynamicInfo()即是，即是將針 對音頻流stream#2之第42圖下側之第2號之

DynamicInfo()當作處理對象DynamicInfo()予以認定（步 驟 S3 22 )。 處理對象D y n a m i c I n f 〇 ()爲針對視頻流之 DynamicInfoO之時，播放器控制模組212是將被記述於 # 處理對象DynanicInfoO之輸出屬性供給至繪圖處理模組 219(步驟3323)»再者，處理對象0丫113111丨<;11^〇()爲針 對音頻處理流之 DynamicInfoO之時，播放器控制模組 212是將被記述於處理對象DynamicInfoO之輸出屬性供 給至音頻輸出模組221 (步驟S323)。 繪圖處理模組219是當自播放器控制模組212供給輸 出屬性時，則依照該輸出屬性，開始控制視頻資料之輸出 (步驟 S324)。 即是，繪圖處理模組219是根據表示例如來自播放器 -151 - (149) 1320174 控制模組2 1 2之輸出屬性，視頻資料之縱橫比之指示（ display_aspect_ratio (第13圖））和被連接於第1圖之 視頻輸出端子120之視頻輸出裝置之縱橫比，執行輸出至 視頻輸出模組220之視頻資料之縱橫比之變換。 具體而言，例如，視頻輸出裝置之縱橫比爲16: 9之 時，當作輸出屬性之視頻資料之縱橫比之指示於表示4 : 3之縱橫比時，繪圖處理模組2 1 9是將輸出至視頻輸出模 φ 組220之視頻資料，在橫方向壓擠處理，並在左右放入黑 色而予以輸出。再者，例如，視頻輸出裝置之縱橫比爲4 :3之時，表示當作輸出屬性之視頻資料之縱橫比之指示 爲16: 9之縱橫比之時，繪圖處理模組219是在縱方向壓 擠處理輸出至視頻輸出模組220之視頻資料，並在上下上 放入黑色而予以輸出。並且，例如視頻輸出裝置之縱橫比 ，和當作輸出屬性之視頻資料之縱橫比之指示所表示之縱 橫比中之任一者在4: 3或16: 9爲相同之時，繪圖處理 # 模組2 1 9是不擠壓處理輸出至視頻輸出模組220之視頻資 料，原樣地予以輸出。 在此，在第42圖上側中，若依據以針對以成爲OxEO 之stream」d所特定之視頻流stream#0而被記述之第42 圖上側之 2 組 pts_change_point 及 DynamicInfo()時，則 自視頻流stream#0之再生開始時的時刻90,000，至時刻 54,090,000之前，自視頻流stream#0取得4 : 3縱橫比之 視頻資料。然後，時刻54,090,000以後，取得16 : 9之 縱橫比之視頻資料。 -152- (150) 1320174 因此，例如，當被連接於第1圖之視頻端子120的視 頻輸出裝置之縱橫比爲4 : 3時，繪圖處理模組2 1 9則從 時刻90,000至時刻54,090,000之前爲止，將自視頻流 stream#0所取得之4 : 3之縱橫比之視頻資料，原樣地供 給至4: 3之縱橫比之視頻輸出裝置而予以顯示。 然後，時刻54,090,000以後是在縱方向上擠壓處理 自視頻流sUean^O所取得之1 6 : 9之縱橫比之視頻資料 # ，並且，變換成在上下放入黑色之4:3之縱橫比之視頻 訊號，供給至4 : 3之縱橫比之視頻輸出裝置而予以顯示 〇 另外，音頻輸出模組22 1當自播放器控制模組2 1 2供 給輸出屬性時，則依照該輸出屬性，開始音頻資料之輸出 控制（步驟S 3 2 4 )。 即是’音頻輸出模組22 1是根據例如來自播放器控制 模組212之輸出屬性所表示，音頻資料之頻道分配指示（ ® channel-assignment (第13圖）），和依據使用者操作遙 控器經由輸入介面115(第1圖）而從播放器控制模組 212被供給之聲音輸出模態，處理來自音頻解碼器控制模 組217之音頻資料，並輸出至音頻輸出端子ι21 (第1圖 )° 具體而言，例如’輸出屬性所表示之音頻資料之頻道 分配之指市’於表不左頻道爲「主聲音」之音頻資料，右 頻道爲「副聲音」之音頻資料的雙語（Dual )(兩國語言 )模式之時’音頻輸出模組2 2 1是依照來自播放器控制模 -153- (151) 1320174 組2 1 2所供給之聲音輸出模組，處理來自音頻解碼器控制 模組217之音頻資料，並輸出至音頻輸出端子ι21。 即是’以聲音輸出模式而言，例如指定「主聲音」之 時，音頻輸出模組221是使來自音頻解碼器控制模組217 之音頻資料中之左頻道之音頻資料，當作右頻道之音頻資 料而予以複製，將該左頻道和右頻道之音頻資料（「主聲 音」之音頻資料）輸出至音頻輸出端子121。再者，以聲 φ 音輸出模組而言，於指定「副聲音」之時，音頻輸出模組 221是使來自音頻解碼器控制模組217之音頻資料中之右 頻道之音頻資料，當作左頻道之音頻資料而予以複製，並 將該左頻道和右頻道之音頻資料（「副聲音」之音頻資料 )輸出至音頻輸出端子121。並且，以聲音輸出模式而言 ，當指定「主.副」之時，音頻輸出模組2 21是將來自音 頻解碼器控制模組217之音頻資料原樣地輸出至音頻輸出 端子121上。 φ 再者，例如，輸出屬性所表示之音頻資料之頻道分配 的指示，於表示立體（Stereo )模式之時，音頻輸出模組 221是不管自播放器控制模組212被供給之聲音輸出模式 ，將來自音頻解碼器控制模組217之音頻資料，原樣地輸 出至音頻輸出端子121。 在此，在第42圖下側中，若依據針對以成爲OxBD 之 stream_id 及成爲 0x00 之 private_stream_id 所特定音 頻流stream#2而被記述之3組pts_change_p〇int及 DynamicInfo()時，則自音頻流stream#2之再生開始時之 -154- (152) 1320174 時刻27,090,000之前爲止，自音頻流stream#2取得雙語 之音頻資料。再者，自時刻27,090,000至時刻32,490,000 之前爲止，自音頻流stream#2取得立體之音頻資料’時 刻32,490,000之後，是自音頻流stream #2取得雙語之音 頻資料。 因此，例如，當以指定「主聲音」作爲聲音輸出模態 時，音頻輸出模組221是自時刻90,000至時刻 φ 27,090,000之前爲止，自音頻流stream#2所取得之雙語 之音頻資料中之左頻道之音頻資料，是當作右頻道之音頻 資料而被複製，該左頻道和右頻道之音頻資料是被輸出至 音頻輸出端子121。 再者，自時刻27,090,000至時刻32,490,000之前爲 止，自音頻流stream#〗所得之立體資料是原樣地被輸出 至音頻輸出端子121。 然後，時刻32,490,000之後，自音頻流stream#2所 ® 取得之雙語之音頻資料中之左頻道之音頻資料，是當作右 頻道之音頻資料而被複製，該左頻道和右頻道之音頻資料 是被輸出至音頻輸出端子121。 如上述般，輸出屬性之控制處理是對每被剪輯流檔案 多重化之基本流，根據包含〇組以上之表示該基本流之再 生時刻的ptS_Change_p〇int，和包含該基本流之輸出屬性 之DynamicInfoO之組的剪輯資訊檔案CHp()(第圖） 之記述’判定再生中之之基本流之再生時刻，是否與 pts_change_p〇int是否—致。然後’再生中之基本流之再 -155- (153) 1320174 生時刻與pts_change_point —致之時，則認定與該 pts_change_point 成爲組合的 DynamicInfo()，依照該 定之DynamicInfo()所包含之輸出屬性，控制再生中 本流之輸出。因此，因應基本流之再生時刻和輸出屬 可控制該基本流之輸出。 [字幕顯示控制處理] φ 接著，參照第43圖之流程圖，針對控制對應於 流之字幕資料之顯示的字幕顯示控制處理予以說明。 當開始 PlayList()(第 5 圖）（之 Playltem()) 生時，播放器控制模組212是在步驟S341中，初期 繪圖處理模組219指示字幕資料之顯示方式。即是， 器控制模組2 1 2是控制繪圖處理模組2 1 9，使字幕資 顯示方式能夠成爲預設之顯示方式。並且，再步驟 所執行之顯示方式之指示之初期化是對應於第30 ® 1 2 7所說明之顯示方式之指示的初期化。 步驟S341之處理後前進至步驟S3 42’播放器控 組212是藉由使用者操作遙控’自輸入介面115’針 幕資料之顯示，判定是否有新的顯示方式之指示。 再步驟S342中，當判定有新的顯示方式時，貝1J 至步驟S 3 43，播放器控制模組212是判定是否現在 字幕流（對應於字幕流之字幕資料）。 在步驟S343中，當判定不再生字幕流之時，貝ϋ 步驟S342。 被認 之基 性， 字幕 之再 化對 播放 料之 S34 1 圖之 制模 對字 前進 再生 返回 -156- (154) 1320174 再者，在步驟S343中，當判定再生字幕流時，則前 進至步驟S34 5，播放器控制模組212是判定是否爲新的 顯示方式之指示或預設之顯示方式之指示。在步驟S3 43 中，當判定新的顯示方式之指示爲預設之顯示方式之指示 時，則返回步驟S34 1，如上述般，播放器控制模組2 1 2 是控制繪圖處理模組2 1 9，使字幕資料之顯示方式能夠成 爲預設之顯示方式。

另外，在步驟S345中，當判定新的顯示方式之指示 並非爲預設之顯示方式之指示時，即是，新的顯示方式之 指示爲例如擴大或縮小字幕資料而予以顯示，或是改變亮 度使容易觀看等，非預設之顯示方式之指示時，則前進至 步驟S346，播放器控制模組212是取得對應於現在再生 之字幕流被多重化之剪輯流檔案之剪輯資訊檔案Clip()( 第10圖）之StaticInfo()(第12圖）中，針對現在再生 之字幕流的StaticInfo()，並前進至步驟S347。 步驟S347中，播放器控制模組212是判定在步驟 S346 中所取得之 StaticInfo()之 configurable_flag。 在步驟S347中，configurable_flag被判定成不許可 變更字幕資料之顯示方式之主旨之〇時，則前進至步驟 S3 48，播放器控制模組212是藉由控制繪圖處理模組219 ，再輸出視頻資料上，重疊無法變更字幕資料之顯示方式 之主旨的訊息，並返回步驟S3 42。依此，顯示訊息。 另外，在步驟S34 7中，當判定configurable_flag爲 許可變更字幕資料之顯示方式之主旨之1時，則前進至步 -157- (155) 1320174 驟S349，播放器控制模組212是藉由使用者操作遙控’ 將自輸入介面115所供給之新的顯示方式之指示’供給至 繪圖處理模組219’而前進至步驟S350。 在步驟S350中’繪圖處理模組219是將自字幕解碼 器控制模組2 1 8所供給之字幕資料’依照在之前的步驟 S3 49自播放器控制模組212被供給之顯示方式之指示’ 開始改變擴大或縮小等或明亮等之處理’返回步驟S342 φ 。依此，字幕資料是以依照藉由使用者操作遙控而指示之 顯示方式的顯示尺寸、顯示位置或顯示顏色而所顯不。 另外，在步驟S 3 42中，當判定無新的顯示方式之指 示時，則前進至步驟S 3 5 1 ’播放器控制模組2 1 2是判定 是否執行在第31圖中所說明之Playltem()之調換時’當 判定不執行時，則返回步驟S3 42。 再者，在步驟S351中’當判定執行Playltem()之調 換時，則返回步驟S 3 4 1，如上述般’播放器控制模組2 1 2 Φ 是控制繪圖處理模組219，使字幕資料之顯示方式成爲預 設之顯示方式。及是，此時，當執行piayItem()之調換時 ，字幕資料之顯示方式是返回預設之顯示方式。 如上述般，在字幕顯示控制處理中，僅字幕流之 configurable_flag成爲許可顯示方式之變更之主旨之1時 ，對應於該字幕流之字幕資料之顯示方式是例如因應藉由 使用者操作遙控而輸入之顯示方式之指示，而被變更。 因此，例如，若依據第26圖所示之剪輯資訊檔案" 0000 KCLP"時，針對被所對應之剪輯流檔案aooooi.ps -158- (156) 1320174 〃多重化之4條基本流中之第3條基本流之字幕流 stream#2的c〇nfigurable_flag，音成爲不許可顯示方式之 變更之主旨的0，故顯示該字幕流stream#2之時，即使使 用者操作遙控，使能夠變更字幕顯示，該顯示亦無被變更 〇 另外，例如，針對被剪輯流檔案"0 0 0 0 1. P S "多重化 之4條基本流中之第4條基本流的字幕流stream#3之 # configUrable_flag音成爲許可顯示方式之變更之主旨的1 ，故當顯示該字幕流streamD時，當操作遙控使使用者 能夠變更字幕顯示時，因應該操作，變更字幕之顯示尺寸 〇 即是，例如現在依照第25圖之第1號之PlayList#0 之第1號PlayList#0，再生剪輯流檔案〜 00001.PS"。再 者，如第26圖中針對剪輯資訊檔案，〇〇〇〇1.CLP〃所說明 般，被剪輯流檔案"00001 .PS"多重化之4條基本流中， Φ 第3條和第4條爲字幕流，該第3條之字幕流stream#2， 和第4條之字幕流stream#3中，例如第3條之字幕流 stream#2則現在被再生。 使用者藉由操作遙控，當輸入字幕之顯示方式之指示 時（步驟S342)，該顯示方式之指示是自輸入介面115( 第1圖）被供給至播放器控制模組2 1 2。播放器控制模組 212是當供給顯示方式之指示時，自剪輯資訊檔案中找出 對應於再生中之字幕流之StaticInfo()(第1〇圖）（步驟 S346 ) ° -159- (157) 1320174 即是，現在之情形，再生中之字幕流是被剪輯流檔案 "00001.PS"多重化之第3條字幕流stream#2，播放器控 制模組212是自所對應之剪輯資訊檔案A〇000 1.CLP"找 出針對第3條字幕流stream#2的StaticInfo()。 並且，播放器控制模組2 1 2是判定被記述於第26圖 中針對第3條之字幕流stream#2之StaticInfo()之成爲0 的configurable_flag (步驟S347)，依此，針對第3條之 φ 字幕流stream#〗，是認定不被許可顯示方式之變更。 此時，播放器控制模組212是判定再生中之字幕流（ 對應於字幕流之字幕資料）無對應於擴大縮小等，藉由控 制繪圖處理模組2 1 9，生成該主旨之錯誤訊息（步驟S34 8 )，重疊至視頻資料而予以輸出。 另外，被剪輯流檔案"00001.PS"多重化之4條基本 流之第3條字幕流stream#2，和第4條之字幕流stream#3 中，於非第3條之字幕流stream#〗，現在再生第4條字幕 # 流streamM之時，藉由使用者操作遙控而接收到顯示方 式之指示供給的播放器控制模組2 1 2，是自所對應之剪輯 資訊檔案a 00001.CLP〃找出針對第4條之字幕流 stream#3 之 StaticInfo()。 並且，播放器控制模組2 1 2是判第定在第26圖中記 述有針對第4條之字幕流stream#3之StaticInfo()之成爲 1之configurable_flag (步驟S347)，依此，針對第4條 之字幕流stream#3是認定許可顯示方式之變更。 此時，播放器控制模組2 1 2是判斷再生中之字幕流（ -160- (158) (158)1320174 對應於字幕流之字幕資料）對應於擴大縮小等，將依據使 用者操作遙控而被供給之顯示方式之指示，供給至繪圖處 理模組219 (步驟S349 )。 依此，之後，繪圖處理控制控制模組2 1 9是依照來自 播放器控制模組2 1 2之顯示方式之指示，擴大或縮小來自 字幕解碼控制模組2 1 8之字幕資料，並重疊至來自視頻解 碼器控制模組2 1 6之視頻資料而予以輸出。 並且，播放器控制模組212是於PlayListO之最初之 PlayltemO之再生開始時，初期化對繪圖處理模組219指 示字幕顯示資料之顯示方式（步驟S341)。即是，播放 器控制模組2 1 2是控制繪圖處理模組2 1 9，使字幕資料之 顯示方式能夠成爲預設之顯示方式。 並且，播放器控制模組212於PlayltemO之調換時， 也初期化對繪圖處理模組2 1 9指示字幕資料之顯示方式（ 步驟 S341、S351)。 但是，在Playltem()之調換時，調查針對依照之後重 新被再生之PlayltemO而被再生之新字幕流的 configurable_flag，configurable_flag 爲 0 之時，初期化 對繪圖處理模組219指示字幕資料之顯示方式， configurable_flag爲1之時，可將對繪圖處理模組219指 示的顯示方式，維持PlayltemO調換前的原樣。 再者，在第43圖之字幕顯示控制處理中，藉由使用 者操作遙控，於輸入新的顯示方式之指示時，雖然使該新 的顯示方式之指示能夠供給至繪圖處理模組2 1 9 (步驟 -161 - (159) 1320174 S3 49 )，但是顯示方式之指示是可例如記憶於構成記億體 113(第1圖）之不發揮性記憶體中，使被記憶於該不揮 發性記憶體中之顯示方式之指示能夠供給至繪圖處理模組 2 19° 即是，例如，當作第1圖之碟片裝置之初期設定，是 先在不發揮性記憶體中，記憶使用者設定之顯示方式之指 示，藉由使用者操作遙控，輸入新的顯示方式之指示時， • 將被記憶於不發揮性記憶體中之顯示方式之指示，更新至 新的顯示方式之指示，另外，可使被記憶於不發揮性記憶 體之顯示方式之指示能夠供給至繪圖處理模組2 1 9。此時 ，不發揮性記憶體因保持上次再生完成時之顯示方式之指 示，故於下次之PlayListO之再生時，即使藉由使用者操 作遙控，而不輸入上次再生完成時之顯示方式之指示，亦 可以該顯示方式開始字幕資料之顯示。 並且，此時被記憶於不揮發性記憶體之顯示方式之指 • 示，是包含例如擴大或縮小字幕資料時之擴大率或是縮小 率。 如上述般，若依據字幕顯示控制處理時，則取得剪輯 資訊檔案Clip()(第1〇圖）所包含之每基本流之該基本 流再生中無變化之 StaticInfo()中之字幕資料之 StaticInfo()，根據該StaticInfo()所包含之表示是否是否 允許自預設顯示方式變更字幕資料之顯示的 configurable_flag，判定是否允許自預設之顯示方式變更 再生中之字幕資料之顯示。然後，允許自預設之顯示方式 -162- (160) 1320174 變更再生中之字幕資料之顯示時，依照指示字幕資料之顯 示方式之變更，執行該字幕資料之顯示處理，即是例如執 行擴大或縮小字幕資料，或是變更顯示顏色等而予以顯示 之處理。因此，可以控制字幕資料之顯示方式之變更。 [擷取控制處理] 接著，參照第44圖，針對控制對應於視頻流之視頻 # 資料之擷取的擷取控制處理予以說明。並且，於第44圖 中，除用以說明擷取控制處理之流程圖，也圖示有用以說 明2次處理藉由該擷取控制處理而被擷取之視頻資料之例 的背景/保護螢幕處理的流程圖。 擷取控制處理是例如藉由使用者操作遙控，指示視頻 資料之擷取的擷取指示，開始經由輸入介面1 1 5 (第1圖 )而被供給至播放器控制模組2 1 2。 即是，在擷取控制處理中，首先最初在步驟S371中 #，判定播放器控制模組2 1 2是否在再生視頻流中，或無再 生中時，完成擷取控制處理。 另外，在步驟S 3 7 1中，當判定再生視頻流中時，則 前進至步驟S 3 72，播放器控制模組212是自對應於再生 中之視頻流之PlayList()(第5圖），取得 capture_enable_flag_PlayList，並且自對應於再生中之視 頻流之剪輯資訊檔案Clip()(第10圖），取得 capture_enable_flag_Clip。 在此，PlayList()中之 c ap tur e _e n ab 1 e_f 1 ag_P 1 a y L i s t -163- (161) 1320174 是如第5圖所說明般，表示是否允許2次利用對應於藉由 該PlayListO而被再生之視頻流之視頻資料（屬於 PlayListO之視頻資料）。再者，剪輯資訊檔案Clip〇中 之capture_enable_flag_Clip是如第10圖所說明般，表示 是否允許2次利用對應於被儲存在對應該剪輯資訊檔案 Clip()之剪輯流檔案中之視頻流的視頻資料。 步驟’S 3 72之處理後，則前進至步驟S 3 73，播放器控 # 制模組2 1 2是根據在之前步驟S3 73所取得之 capture_enable_flag_PlayList 和 capture_enable_flag_Clip ，判定是否可擷取自輸入介面115(第1圖）輸入擷取指 示之時所再生之視頻資料之畫素。 在步驟S3 73中，當判定不可以擷取自輸入介面115 輸入擷取指示時所再生之視頻資料之畫素時，即是在之前 步驟 S373 中所取得之 capture_enable_flag_PlayList 或是 capture_enable_flag_Clip中之至少一方，爲成爲不允許視 # 頻資料之2次利用之主旨的0之時，前進至步驟S3 74， 播放器控制模組2 1 2是藉由控制繪圖處理模組2 1 9，使不 可擷取視頻資料之主旨的錯誤訊息予以重疊，完成擷取控 制處理。依此，顯示錯誤訊息。 另外，在步驟S373中，當判定可擷取自輸入介面 115輸入擷取指示之時被再生之視頻資料之畫素時，即是 ，在之前步騾S373中所取得之 capture enable flag PlayList 及 capture enable flag Clip 之雙方，成爲允許視頻資料之2次利用之主旨的1時，則 -164- (162) 1320174 前進至步驟S 3 75，播放器控制模組212是將擷取自輸入 介面115輸入擷取指示之時被再生之視頻資料之畫素的指 示，供給至繪圖處理模組219，並前進至步驟S3 76。 在步驟S376中，繪圖處理模組219是依照來自播放 器控制模組2 1 2之擷取的指示，自視頻解碼器控制模組 2 1 6擷取視頻資料之畫素，並使記憶於記憶體1 1 3 (第1 圖），完成擷取控制處理。並且，capture_enable_flag成 φ 爲多數位元構成，於執行使用條件之制約時，擷取到在該 時點縮小的畫像。再者，於所使用之應用程式有制約時， 同時記錄通知該主旨之旗標。 如上述般，擷取控制處理是取用對應於當使用者有指 示擷取之時再生之視頻流的PistList()(第5圖）和剪輯 資訊檔案Clip()(第10圖），各個的 captur.’e_enable_flag_PlayList 和 capture_enable_flag_Clip 的邏輯積，該邏輯積爲1之時，即是，

capture_enable_flag_PlayList 和 capture_enable_flag_Clip 中之任一者僅在成爲允許2次利用之1時，判斷可2次利 用視頻資料，執行擷取。 因此，例如，依照第25圖中之第1號之PlayList#0 之第1號之Playltem#0，執行視頻流之再生，即是被剪輯 流檔案a 0000 1.PS"多重化之視頻流之再生時，有來自使 用者之擷取指示時，第1號之PlayList#0中之 capture_enable_flag_PlayList 爲 1，對應於藉由該第 1 號 之Playlem#0而被再生之剪輯流檔案' 00001.PS 〃之第26 -165- (163) 1320174 圖之剪輯資訊檔案，〇〇〇〇l.CLP〃中之 capture_enable_flag_Clip因是1，故被判斷可2次利用再 生中之視頻資料（被剪輯流檔案"0000 1 .PS"多重化之視 頻流之視頻資料），執行擷取。 再者，例如，依照第25圖中之第1號PlayList#0之 第2號PlayItem#l，執行視頻流之再生，即是被剪輯流檔 案’ 00002.PS 〃多重化之視頻流之再生時，有來自使用者 f φ 之擷取指示時，因第1號之PlayList#0中之 capture_enable_flag_PlayList 則爲 1，該對應於藉由第 2 號Playltem#l而被再生之剪輯流檔案"00002.PS，之第 26圖之剪輯資訊檔案> 00002.CLP 〃中之 capture_enable_flag_Clip則爲0，故判斷不可2次利用再 生中之視頻資料（對應於被剪輯流檔案" 00002.PS"多重 化之視頻流的視頻資料），不執行擷取。 並且，例如，於依照第25圖中之第2號PlayList#l Φ 之Playltem#0，執行視頻流再生，即是被剪輯流檔案" 00003.PS"多重化之視頻流再生時，於有來自使用者之擷 取指示時，第2號之Play Li st#l中之 capture_enable_flag_PlayList 則爲 〇，該對應於藉由第 2 號Playltem#l之 PlayItem#0而被再生之剪輯流檔案免 00003.PS"之第26圖之剪輯資訊檔案，〇〇〇〇3.CLP"中之 capture_enable_flag_Clip則爲1，故判斷不可2次利用再 生中之視頻資料（對應於被剪輯流檔案a 00003.PS"多重 化之視頻流的視頻資料），不執行擷取。 -166- (164) 1320174 並且’此時’在確認第2號之PlayList#l中之 capture_enable_flag_PlayList則爲〇之時點，因可以判斷 不可2次利用視頻資料，故可以省略對應於藉由第2號 PIayList#l之 Playltem#0而被再生之剪輯流檔案" 00003.PS 〃之第26圖之剪輯資訊檔案，〇〇〇〇3.CLP"中之 capture_enable_flag_Clip 之確認。 藉由擷取控制處理而被擷取，被記憶於記憶體1 1 3之 # 圖片是可以在背景/螢幕保護處理中2次利用。 背景/螢幕保護處理雖然是例如動作播放器控制模組 2 1 2，但是在不執行再生基本流之狀態，即是，於在碟片 驅動器102不插入碟片1〇1之狀態，或是完成基本流之再 生的狀態時等被執行。 即是，背景/螢幕保護處理是在步驟S381中，播放 器控制模組2 1 2是控制繪圖處理模組2 1 9，使能夠顯示出 藉由擷取控制處理而被記憶於記憶體11 3之圖片。繪圖處 • 理模組2 1 9是依照來自播放器控制模組2 1 2之控制，使藉 由擷取控制處理而被記憶在記憶體1 1 3之圖片予以顯示。 在此，在繪圖處理模組219中，若以靜止畫顯示被記 憶於記憶體1 1 3之圖片時，則實現所謂的壁紙（背景）， 若一面以一定週期放大或縮小、移動，一面予以顯示時， 則實現螢幕保護。再者，執行藉由擷取控制處理執行顯示 而被記憶在記憶體113之圖片顯示的背景/螢幕保護處理 ，並非播放器控制模組212，可藉由其他之獨立應用程式 而執行。 -167- (165) 1320174 再者，此時於在被記憶於記憶體1 1 3之圖片上附加表 示使用限制之旗標時，則依照該限制。 如上述般，取得比視頻存取單元大之單位，例如表示 是否允許2次利用對應於PlayList()或Piayitem()之視頻 資料的相對於再生中之視頻資料之 capture_enable_flag_PlayList 或 capture_enable_flag_Clip ，根據該 capture_enable_flag_PlayList 或 φ capture_enable_flag_Clip，判定是否允許2次利用再生中 之視頻資料時，擷取再生中之視頻資料，實行利用該被擷 取之視頻資料之背景/螢幕保護處理。因此，可控制視頻 資料之2次利用。

並且，第44圖之擷取處理雖然是在PlayLst()(第5 圖）中，設置 capture_enable_flag_PlayList，並且在對應 於藉由Play Item()而被再生之剪輯流檔案之剪輯資訊檔案 Clip()(第 10 圖）中，設置 capture_enable_flag_Clip， 使用該 capture_enable_flag_PlayList 和 capture_enable_flag_Clip之雙方，使能夠判定允許（可否 )2次利用，但是，即使在Play Li st()(第5圖）中，僅 設置 capture_enable_flag_PlayList，或是在對應於藉由 ?1&71^«1()而被再生之剪輯流檔案之剪輯資訊檔案〇1丨？（) (第 10 圖）中，僅設置 capture_enable_flag_Clip，僅使 用 capture_enable_flag_PlayList 和 capture_enable_flag_Clip中之一方，亦可判定可否2次利 用0 -168- (166) 1320174 再者，第44圖之擷取控制處理是在步驟S 3 76中，繪 圖處理模組2 1 9是依照來自播放器控制模組2 1 2之擷取指 示，使能夠擷取來自視頻解碼起控制模組2 1 6之視頻資料 之圖片，即是僅擷取1個圖片，但是其他亦可以擷取多數 之圖片。即是，被一次擷取之圖片片數可以例如事先決定 。或是擴張 capture_enable_flag_PlayList 和 capture_enable_flag_Clip 之位元，即使使該 capture_enable_flag_PlayList 和 captureenableflagClip ，包含有可一次擷取之圖片之片數的資訊亦可。 並且，如上述般，將是否允許視頻資料之2次利用的 利用允許資訊（capture_enable_flag_PlayList、 capture_enable_flag_Clip)記述於 PlayList()或剪輯資訊 檔案Clip()，並依據該利用許可資訊，判定是否針對藉由 PlayLi'stO而被再生之視頻資料全體，或對應於被剪輯資 訊檔案Clip()之剪輯流檔案多重化之視頻流之視頻資料全 • 體的2次利用，但是利用許可資訊是針對該其他任意之單 位的視頻資料予以記述，依據該利用允許資訊，可判定針 對任意單位之視頻資料是否可2次利用。 即是，第45圖是表示配置利用允許資訊之 private_stream2_PES_payload()之語句’第 46 圖是表示配 置利用允許資訊之au_information()之語句。 並且’第 45 圖之 private_stream2_PES_payload()是 在video_stream_id之前，配置當作利用允許資訊之 capture_enable_flag_ps2之外，其他構成與第 23圖之情 -169- (167) 1320174 形相同。第 46 圖之 au_information()也在 pic_struct_copy 之前，配置當作利用允許資訊之 capture_enable_flag_AU 之外，其他構成與第24圖之情形相同。

被配置在第 45 圖之 private_stream2_PES_payload() 之capture_enable_flag_ps2，是表示示否允許2次利用對 應於被配置在自包含該private_stream2_PES_payload()之 private_stream_2 之 PES_packet() ·至下一個 private_stream_2之 PES_packet()之前爲止的視頻流之視 頻資料。因此，若依據被配置在第45圖之 private_stream2_PES_payload()的 capture_enable_flag_ps2，針對自某解碼開始可能點至下 一個解碼開始可能點爲止之間的視頻資料，可以判定是否 允許該2次利用。 再者，被配置在第46圖之au_information()之 capture_enable_flag_AU是表示是否允許2次利用對應於 該capture_enable_flag_AU之視頻存取單元之視頻資料。 因此，若依據被配置在第46圖之capture_enable_flag_AU 時，針對視頻存取部件單位之視頻資料，即是，可以圖片 單位判定是否允許該2次利用。 在此，Play Li st()(第5圖）中當作利用允許資訊之 capture_enable_flag_PlayList ' 剪輯資訊檔案 Clip()(第 10 圖）中當作利用資訊之 capture_enable_flag_Clip、 private_stream2_PES_payload()(第 45 圖）中當作利用許 可資訊之 capture_enable_flag_ps2、au_information()(第 -170- (168) 1320174 46圖）中當作利用許可資訊之capture_enable_flag_AU是 可重複採用其中兩個以上，此時，可否2次利用某視頻資 料之圖片，可以根據該重複被採用之2個以上之利用許可 資訊之邏輯積等而判定。

再者，包含有配置有第46圖之au_information()之第 23 圖或是第 45 圖之 private_stream2_PES_payload()的 private_stream_2 之 PES_packet()，是如第 36 圖之步驟 S2 1 1所說明般，緩衝器控制模組2 1 5 (第3圖）之視頻讀 出功能部23 3是從被記憶於緩衝器215A之程式流中探索 。因此，於採用capture_enable_flag_ps2之第45圖之 private_stream2_PES_payload()，或配置有 captur'e_enable —flag_AU 之第 46 圖之 au_information()之 時，播放器控制模組2 1 2是判定是否可2次利用視頻資料 ，必須向視頻讀出功能部23 3詢問 captur e_enab 1 e_f 1 ag_p s2 或 capture_enable_flag_AU 0 並且，在本實施型態中，雖然是藉由軟體執行上述一 連串處理，但是亦可以藉由專用之硬體執行上述一連串之 處理。 再者，在本實施型態中，雖然以採用硬體解碼器當作 視頻解碼器116(第1圖），但是亦可以採用軟體解碼器 當作視頻解碼器116。針對音頻解碼器117也是相同。 並且，在本實施型態中，雖然採用軟體解碼器當作字 幕解碼器’但是亦可以採用硬體解碼器當作字幕解碼器。 -171 - (169) 1320174 【圖式簡單說明】 第1圖是表示適用本發明之碟片裝置之一實施形態的 硬體構成例。 第2圖是表示CPU 1 1 2所實行之軟體模組群之構成例 的方塊圖。 第3圖是表示緩衝器控制模組215之構成例的方塊圖

第4圖是表示碟片101中之目錄構成例的圖式。 第5圖是表示"PLAYLIST. DAT〃檔案之語法。 第6圖是表示Playltem()之語法的圖式。 第7圖是表示PlayListMark()之語法的圖式。 第8圖是表示mark_type之値和mark()之類型的關係 圖。 第9圖是表示PlayList()、Playltem()、剪輯及被儲存 於剪輯流檔案之程式流之關係圖。 # 第10圖是表示剪輯資訊檔案clip()之語句的圖式。 第11圖是表示辨識基本流之stream_id及 private_stream_id和基本流之關係圖。 第12圖是表示8131&11^〇()之語句的圖式° 第13圖是表示〇71^111^11^〇()之語句的圖式° 第14圖是表示EP_map()之語句的圖式。 第15圖是表示MPEG-2 System之程式流、程式流封 裝及程式流封裝標題之語句的圖式。 第16圖是表示MPEG-2 System之PES封裝之語句的 -172- (170) 1320174 圖式。 第17圖是表示MPEG-2 System之PES封裝之語句的 圖式。 第18圖是表示mPEG-2 System之PES封裝之語句的 圖式。 第 19圖是表示被記載於 MPEG-2 System中之 PES_packet()之stream_id之値，和基本流之屬性（種類

)之關係圖。 第20圖是表示碟片裝置所採用之stream_id之圖式。 第 21 圖是表示 private_streaml_PES_payload()之語 句的圖式。 第22圖是表示private_stream_id之値，和被儲存於 private_payload()內之基本流之屬性的關係圖。 第 23 圖是表示 pri vate_stream2_PES_pay load()之語 句的圖式。 第24圖是表示au_information()之語句的圖式。 第25圖是表示"PLAYLIST.DAT"檔案之具體例的 圖式。 第26圖表示剪輯資訊檔案" 00001.CLP"、" 00002.CLP 〃、 ”00003.CLP 〃之具體例的圖式。 第27圖是表示剪輯資訊檔案'ooooi.clp〃中之 EP_map()之具體例的圖式。 第28圖是表示PlayList #0和PlayList #1中之

PlayListMarkO之具體例的圖式。 -173- (171) 1320174 第29圖是說明再生前處理之流程圖。 第30圖是說明再生處理之流程圖。 第31圖是說明Play Item調換處理之流程圖。 第32圖是說明時間碼顯示處理的流程圖。 第3 3圖是說明流切換處理之流程圖。 第34圖是說明緩衝器控制模組215之處理的流程圖 〇 φ 第3 5圖是說明緩衝器控制模組2 1 5之處理的流程圖 第3 6圖是說明視頻流之讀出處理的流程圖。 第3 7圖說明視頻流之讀出處理的流程圖。 第3 8圖是說明字幕流之讀出處理的流程圖。 第39圖是說明再同步處理的流程圖。 第40圖是說明標記處理之流程圖。 第4 1圖是說明輸出屬性之控制處理的流程圖。

第42圖是表示記載於剪輯資訊檔案a 00003. CLP 〃之 pts_change_point和DynamicInfo()之組合的具體例之圖式 第43圖是說明字幕顯不控制處理之流程圖。 第44圖是說明擷取控制處理和背景/螢幕保護處理之 流程圖。 第 45 圖是表示 private_stream2_PES_payl〇sd()之其 他語句之圖式。 第46圖是表示au_information()之其他語句的圖式。 -174- (172) 1320174 【主要元件符號說明】 101 :碟片

102 :碟片驅動器 1 π :匯流排 112: CPU

1 1 3 :記憶體 1 1 4 :驅動介面 1 1 5 :輸入介面 1.1 6 :視頻解碼器 117:音頻解碼器 1 1 8 :視頻輸出介面 1 19 :音頻輸出介面 1.20 :視頻輸出端子 121 :音頻輸出端子 2 0 1 :操作系統 2 1 0 :視頻內容再生程式 2 1 1 :腳本（s c r i p t )控制模組 2 1 2 :播放器控制模組 2 1 3 :內容資料控制模組 2 1 4 :解碼控制模組 214A :計時部 2 1 5 :緩衝器控制模組 2 1 5 A :緩衝器 -175- (173)1320174 2 1 6 :視頻解碼器控制模組 2 1 7 :音頻解碼器控制模組 2 1 8 :字幕解碼器控制模組 2 1 9 :繪圖處理模組

220 :視頻輸出模組 220A : FIFO

221 :音頻輸出模組 221A ： FIFO

231 :資料前頭指標記憶部 23.2 :資料寫入指標記憶部 2 3 3 ·視頻讀出功部 2 3 4 :音頻讀出功能部 23 5 :字幕讀出功能部 241 :視頻讀出指標記憶部 2 4 2 : s t r e a m _ i d 暫存器 2 4 3 : a u _ i n f o r m a t i ο n ()暫存器 2 5 1 :音頻讀出指標記憶部 25 2 : stream_id 暫存器 2 5 3 : private_stream_id 暫存器 26 1 :字幕讀出功能旗標記憶部 262 :字幕讀出指標記憶部 263 : stream_id 暫存器 264 : private_stream_id 暫存器 -176-

Claims (1)

1320174 « - -

十、申請專利範圍 第941 1 7305號專利申請案 中文申請專利範圍修正本 民國98年5月26日修正 L 一種資料處理裝置，是屬於處理被記錄在資料記 錄媒體上之記錄資料的資料處理裝置，其特徵爲： 上述記錄資料包含有1個以上之資料被多重化的多重 0 化資料；和與上述多重化資料有關的元資料（Metadata ) 上述元資料針對被多重化成上述多重化資料的每個資 料’包含有表示其資料之再生時刻之時刻資訊，和含其資 料之輸出屬性之特定資訊的組合，具備有： 判定再生中之上述資料之再生時刻是否與上述時刻資 訊一致的判定手段： 在上述判定手段中，判定再生中之上述資料之再生時 φ 刻與上述時刻資訊一致時，認定將與其時刻資訊成爲組合 之上述特定之資訊的認定手段；和 依照在上述認定手段中被認定之上述規定之資訊所包 含的輸出屬性，控制再生中之上述資料之輸出的控制手段 2.如申請專利範圍第1項所記載之資料處理裝置， 其中，上述輸出屬性爲視頻之縱橫比或是音頻之頻道分配 3. —種資料處理方法，是屬於處理被記錄在資料記 1320174 錄媒體上之記錄資料的資料處理方法，其特徵爲： 上述記錄資料包含有1個以上之資料被多重化的多重 化資料；和與上述多重化資料有關的元資料（Metadata) 上述元資料針對被多重化成上述多重化資料的每個資 料，包含有表示其資料之再生時刻之時刻資訊，和含其資 料之輸出屬性之特定資訊的組合，具備有： 判定再生中之上述資料之再生時刻是否與上述時刻資 訊一致的判定步驟； 在上述判定手段中，判定再生中之上述資料之再生時 刻與上述時刻資訊一致時，認定將與其時刻資訊成爲組合 之上述特定之資訊的認定步驟；和 依照在上述認定手段中被認定之上述規定之資訊所包 含的輸出屬性，控制再生中之上述資料之輸出的控制步驟 〇 4. 一種程式，是屬於使電腦執行處理被記錄在資料 記錄媒體上之記錄資料的資料處理的程式，其特徵爲： 上述記錄資料包含有1個以上之資料被多重化的多重 化資料；和與上述多重化資料有關的元資料（Metadata) > 上述兀資料針對被多重化成上述多重化資料的每個資 料，包含有表示其資料之再生時刻的時刻資訊，和含其資 料之輸出屬性之特定資訊的組合，具備有： 判定再生中之上述資料之再生時刻是否與上述時刻資 1320174 訊一致的判定步驟； 在上述判定手段中，判定再生中之上述資料之再生時 刻與上述時刻資訊一致時’認定將與其時刻資訊成爲組合 之上述特定之資訊的認定步驟；和 依照在上述認定手段中被認疋之上述規定之資訊所包 含的輸出屬性，控制再生中之上述資料之輸出的控制步驟 〇 φ 5· 一種程式記錄媒體’是屬於記錄有使電腦執行處 理被記錄在資料記錄媒體上之記錄資料的資料處理之程式 的程式記錄媒體，其特徵爲： 上述記錄資料包含有1個以上之資料被多重化的多重 化資料；和與上述多重化資料有關的元資料（Metadata) ， 上述元資料針對被多重化成上述多重化資料的每個資 料’包含有表示其資料之再生時刻的時刻資訊，和含其資 φ 料之輸出屬性之特定資訊的組合，具備有： 判定再生中之上述資料之再生時刻是否與上述時刻資 訊一致的判定步驟； 在上述判定手段中，判定再生中之上述資料之再生時 刻與上述時刻資訊一致時，認定將與其時刻資訊成爲組合 之上述特定之資訊的認定步驟；和 依照在上述認定手段中被認定之上述規定之資訊所包 含的輸出屬性，控制再生中之上述資料之輸出的控制步驟 -3- 1320174 6. —種資料記錄媒體，其特徵爲：記錄有包含1個 以上之資料被多重化的多重化資料；和與上述多重化資料 有關的元資料（Metadata)的記錄資料， 上述元資料針對被多重化成上述多重化資料的每個資 料，包含有表示其資料之再生時刻的時刻資訊，和含其資 料之輸出屬性之特定資訊的組合。 7. —種資料結構，是屬於包含有1個以上之資料被 多重化的多重化資料；和與上述多重化資料有關的元資料 之資料結構，其特徵爲： 上述元資料針對被多重化成上述多重化資料的每個資 料，包含有表示其資料之再生時刻的時刻資訊，和含其資 料之輸出屬性之特定資訊的組合。 -4-