TWI328801B - - Google Patents

Description

1328801 (1) 九、發明說明 【發明所屬之技術領域】 本發明是有關可容易進行記錄於大容量的記錄媒體的 程式的再生控制之再生裝置、再生方法及再生程式、記錄 媒體、以及資料構造體。 【先前技術】 隨機存取及著脫可能的記錄媒體，DVD(Digital Versatile Disc)出現已久，但近年來比該DVD更大容量的 碟狀記錄媒體 '或比DVD更攜帶便利的小型碟狀記錄媒 體的開發正在進行。 用以對DVD記錄視訊內容的規格，規定有DVD視訊 (DVD-Video)。在DVD視訊中，碟片再生中的DVD播放 器可取得各種的狀態。就DVD視訊而言，是將此DVD播 放器所取得的狀態予以分類成稱爲領域（domain)的5種類 的狀態，DVD播放器是根據各種的條件來適用遷移於領域 之間的模型。亦即，DVD領域可想成具有5個可能的値之 狀態變數的一種》DVD播放器，爲了掌握目前由碟片讀取 中的內容種類，而監視該狀態變數。 就DVD視訊而言，定義有其次的5種類領域。 (1) 最初播放領域（FP_DOM) (2) 視訊管理選單領域（VMGM_DOM) (3) 視訊標題組選單領域（VTSM_DOM) (4) 標題領域（TT_DOM) -5- (2) (2)1328801 (5 )停止狀態 又，（5)的停止狀態，實際上並非領域。 (1)之最初播放領域是意指碟片最初的區段（section)， 在DVD播放器中顯示再生的準備狀態。非再生指令爲形 成有效。（2)之視訊管理選單領域是意指碟片全體或碟片面 的主選單，表示標題選單的顯示。有關選單的指令爲形成 有效。（3)之視訊標題組選單領域是意指標題或標題的群組 的選單、或副選單（副圖像、語言、音訊或角度），表示根 選單或副選單的其中任一顯示。（4)之標題領域是意指標題 内的視訊內容，再生指令爲形成有效。又，（5)之停止狀態 是意指讀取頭離開碟片再生而回到原來的位置之狀態，再 生指令爲形成有效。 控制DVD播放器的動作之導航（navigation)指令是依 照適用於現在的狀態之領域來限制。例如，自選單選擇所 定的項目之「選擇按鈕」指令是限於選單所示時，有意義 。亦即，「選擇按鈕」指令是在上述（2)的視訊管理選單領 域或（3)的視訊標題組選單領域的其中任一狀態時，爲有意 義的指令》又，例如比通常的1倍速更高速指示視訊再生 之「快轉」（fast-forward)指令是在播放器停止，或以静止 畫像所構成的選單畫面的顯示中無意義。亦即，「快轉j 指令是在標題領域中爲有意義的指令。 有關如此的DVD視訊之領域，例如記載於非專利文 獻 1「Jim Taylor，DVD 解體新書，初版，Nexus InterCom 有限会社，2003年6月7日，ρ271」。 1328801 Ο) 在如此的以往DVD視訊中，如上述，領域的種類多 ，領域間的狀態遷移的條件亦細，因此會有對DVD播放 器的實裝難之問題點。 若不充分理解領域間遷移，則無法碟片製作，對於內 容製作者側而言，會有形成碟片製作困難的要因之一的問 題點。亦即，領域的種類多，且領域間遷移的條件細，因 此難以完全掌握領域間遷移，特別是在製作複雜構成的碟 片時，製作者側會有莫大的負擔。 又，領域的名稱及實際的運用方法並非一定一致，領 域的存在意義有缺乏必然性的一面。這會有和上述領域的 種類多，同時領域間遷移的條件細，一起形成令碟片製作 者側增加碟片製作的負擔之要因的問題點。 例如，在DVD視訊中，如上述，定義有標題領域及2 種類的選單領域（視訊管理選單領域及視訊標題組選單領 域）。原本是在標題領域中，收綠於DVD的主要內容（例如 電影正編）應被再生，但實際上在選單領域中再生電影正 編也不會發生問題。雖使領域間遷移發生的指令有所不同 ，但一旦狀態遷移至該等的領域，則於選單領域及標題領 域中，播放器動作無差異。這是以所謂PGC(程式鏈）之共 通的邏輯構造來實現，該PGC(程式鏈）是匯集在選單領域 的選單再生及在標題領域的電影正編的再生、內容資料及 關聯的再生控制程式。 這相反的會有對自由的內容製作加上約制的問題點。 亦即，某內容爲選單或標題，是依碟片製作者側的主觀。 (4) 1328801 例如，正編的再生中有分歧時，用以選擇分歧的其中任一 個的選擇按鈕會被顯示之類採用互動性的內容。此情況， 在以往的DVD視訊方法中，應以選單領域及標題領域的 其中哪個來再生該選擇按鈕所顯示的內容，曖昧。因此， - 例如想要在該內容之後更準備具有互動性的內容時，會有 . 狀態遷移的預測不易，動作的檢證等變得困難之虞。 φ 【發明內容】 因此’本發明的目的是在於提供一種明確定義播放器 動作的狀態遷移，容易製作互動（interactive)的內容之再 生裝置、再生方法及再生程式、記錄媒體、以及資料構造 體。 爲了解決上述課題，申請專利範圍第1項所記載的發 明’係再生記錄於記錄媒體的內容資料之再生裝置，其特 徵爲具備： • 讀出手段’其係由記錄媒體讀出資料，該記錄媒體記 錄有：至少包含視訊串流及音訊串流的其中任一方的內容 資料、及控制該內容資料的再生之再生控制程式； 播放器手段，其係按照再生控制程式來再生內容資料 :及 控制指令輸出手段’其係對播放器手段賦予對應於使 用者操作的控制指令； 播放器手段可按照4狀態來控制上述內容資料的再生 ’該4狀態係由是否再生內容資料而分類的2狀態、及是 -8 - (5) (5)1328801 否受理來自控制指令輸出手段的控制指令而分類的2狀態 之組合所定義® 又，申請專利範圍第1 2項所記載的發明，係再生記 錄於記錄媒體的內容資料之再生方法，其特徵爲： 使按照由記錄有至少包含視訊串流及音訊串流的其中 任一方的內容資料、及控制該內容資料的再生的再生控制 程式之記錄媒體所讀出的再生控制程式來進行於播放器手 段之內容資料的再生，根據播放器手段的4狀態來控制， 該4狀態係由是否再生內容資料而分類的2狀態、及是否 受理對應於使用者操作的控制指令而分類的2狀態之組合 所定義。 又’申請專利範圍第1 3項所記載的發明，係使再生 記錄於記錄媒體的內容資料之再生方法執行於電腦裝置之 再生程式，其特徵爲： 再生方法係使按照由記錄有至少包含視訊串流及音訊 串流的其中任一方的內容資料、及控制該內容資料的再生 的再生控制程式之記錄媒體所讀出的再生控制程式來進行 於播放器手段之內容資料的再生，根據播放器手段的4狀 態來控制’該4狀態係由是否再生內容資料而分類的2狀 態、及是否受理對應於使用者操作的控制指令而分類的2 狀態之組合所定義。 又’申請專利範圍第1 4項所記載的發明，係記錄有 使再生記錄於記錄媒體的內容資料的再生方法執行於電腦 裝置的再生程式之可讀取於電腦裝置的記錄媒體，其特徵 -9- (6) (6)1328801 爲· 再生方法係使按照由記錄有至少包含視訊串流及音訊 串流的其中任一方的內容資料、及控制該內容資料的再生 的再生控制程式之記錄媒體所讀出的再生控制程式來進行 於播放器手段之內容資料的再生，根據播放器手段的4狀 態來控制’該4狀態係由是否再生內容資料而分類的2狀 態、及是否受理對應於使用者操作的控制指令而分類的2 狀態之組合所定義。 又’申請專利範圍第1 5項所記載的發明，係記錄有 至少包含視訊串流及音訊串流的其中任一方的內容資料、 及使該內容資料的再生控制於播放器手段的再生控制程式 之可讀取於電腦裝置的記錄媒體，其特徵爲： 再生控制程式，係對播放器手段賦予再生控制命令， 而使控制內容的再生，播放器手段係根據4狀態來控制內 容資料的再生，該4狀態係由是否再生內容資料而分類的 2狀態、及是否受理對應於使用者操作的控制指令而分類 的2狀態之組合所定義。 又，申請專利範圍第1 8項所記載的發明，係一種資 料構造體，包含： 內容資料，其係至少包含視訊串流及音訊串流的其中 任一方’，及 再生控制程式，其係使該內容資料的再生控制於播放 器手段； 再生控制程式，係對播放器手段賦予再生控制命令’ -10- (7) (7)1328801 而使控制內容的再生，播放器手段係根據4狀態來控制內 容資料的再生，該4狀態係由是否再生內容資料而分類的 2狀態、及是否受理對應於使用者操作的控制指令而分類 的2狀態之組合所定義。 又，申請專利範圍第1 9項所記載的發明，係再生記 錄於記錄媒體的內容資料之再生裝置，其特徵爲具備： 讀出部，其係由記錄媒體讀出資料，該記錄媒體記錄 有：至少包含視訊串流及音訊串流的其中任一方的內容資 料、及控制該內容資料的再生之再生控制程式； 播放器部，其係按照再生控制程式來再生內容資料； 及 控制指令輸出部，其係對播放器部賦予對應於使用者 操作的控制指令； 播放器部可按照4狀態來控制內容資料的再生，該4 狀態係由是否再生內容資料而分類的2狀態、及是否受理 來自控制指令輸出手段的控制指令而分類的2狀態之組合 所定義。 如上述，由於申請專利範圍第1、12、13、14及19 項所記載的發明，係使按照由記錄有至少包含視訊串流及 音訊串流的其中任一方的內容資料、及控制該內容資料的 再生的再生控制程式之記錄媒體所讀出的再生控制程式來 進行於播放器手段之內容資料的再生，根據播放器手段的 4狀態來控制，該4狀態係由是否再生內容資料而分類的 2狀態、及是否受理對應於使用者操作的控制指令而分類 -11 - (8) 1328801 的2狀態之組合所定義，因此播放器手段的狀態數少，狀 態遷移時的動作容易理解，播放器手段的實裝容易，同時 內容製作的負擔會被減輕。 又’由於申請專利範圍第1 5項所記載的發明，係記 ： 錄有至少包含視訊串流及音訊串流的其中任一方的內容資 . 料、及使該內容資料的再生控制於播放器手段的再生控制 程式之可讀取於電腦裝置的記錄媒體，其特徵爲： φ 再生控制程式，係對播放器手段賦予再生控制命令， 而使控制內容的再生，播放器手段係根據4狀態來控制內 容資料的再生，該4狀態係由是否再生內容資料而分類的 2狀態、及是否受理對應於使用者操作的控制指令而分類 的2狀態之組合所定義，因此即使是需要複雜的控制之內 容，照樣能夠容易製作。 又，由於申請專利範圍第1 8項所記載的發明，係包 含： • 內容資料，其係至少包含視訊串流及音訊串流的其中 任一方；及 再生控制程式，其係使該內容資料的再生控制於播放 器手段； 再生控制程式，係對播放器手段賦予再生控制命令， 而使控制內容的再生，播放器手段係根據4狀態來控制內 容資料的再生，該4狀態係由是否再生內容資料而分類的 2狀態、及是否受理對應於使用者操作的控制指令而分類 的2狀態之組合所定義，因此可提供一種即使是需要複雜 -12- (9) 1328801 的控制之內容，照樣能夠容易製作之資料構造。 本發明，再生播放清單之影片播放器的狀態，是由播 放清單再生的觀點來定義停止狀態及播放狀態的2狀態， 同時以不經劇本（script)程式是否受理對應於使用者操作的 ' 控制指令來定義正常模式及選單模式的2狀態，在該等4 . 狀態間的狀態遷移下控制播放清單的再生。因此，具有能 夠由劇本程式來控制AV串流的再生之效果。 φ 又，由於影片播放器的狀態數少，狀態的定義亦明快 ，因此具有狀態遷移產生的條件或狀態遷移產生時的動作 容易理解，進行AV串流的再生之播放器的實裝容易之效 果。 又，由於影片播放器的狀態數少，狀態的定義明快， 因此狀態遷移產生的條件或狀態遷移產生時的動作容易理 解’所以具有對內容製作者側而言，更容易進行具有互動 性的內容製作之效果。 【實施方式】 以下將針對本發明之實施之一型態，按照以下順序來 說明。 1. 關於UMD視訊規格 2. 關於UMD視訊規格之播放器模型 3·關於影片播放器之事件模型 4.關於影片播放器物件 5·劇本程式（script program)之例子 -13- (10) (10)1328801 6. 關於檔案的管理構造 7. 關於碟片再生裝置 8. 關於影片播放器之狀態遷移模型 8-1.關於影片播放器之狀態的定義 8-2.關於令影片播放器中發生狀態遷移的方法函數 8-3.關於播放清單再生中之影片播放器的動作 8-4.關於影片播放器之再生回復機能 8-5.關於各資料的生命週期 1.關於UMD視訊規格 首先，爲了容易理解，針對本實施形態中所能夠適用 的系統，做槪略說明。本發明之一實施形態中，是使用一 種稱爲 ECMA劇本的指令串語言來描述播放器模型。 ECMA 劇本，由 ECMA(European Computer

Manufacturers Association，歐洲電腦製造商協會）所 制定的，一種以 JavaScript(註冊商標）爲基礎的跨平台用 劇本語言。ECMA劇本，因爲和HTML文擋的親和性高， 且可定義獨自的物件，因此用在本發明所致之播放器模型 上甚爲理想。

亦即，先前以來的DVD視訊中，爲了撰寫用來實現 互動機能的控制程式，係採用了 DVD視訊規格所定義之 非泛用指令。控制程式，係被分散而嵌入至複數檔案或資 料檔之中的複數地點，甚至被分散而嵌入至AV串流檔中 ，已被嵌入之控制程式所被執行的條件或順序，是被DVD -14- (11) (11)1328801 規格所決定。 此種DVD視訊的系統中，要架構泛用的內容製作系 統是很困難的’因此’是配合預先決定好的劇本而製作故 事’也就是使用樣版而進行內容的製作。然後，當要製作 出樣版所無法對應之複雜構成的內容時，則是先將內容製 作系統本身作成爲訂製規格。本發明之實施一形態中，爲 了控制AV內容’藉由使用泛用且擴充性高的劇本語言也 就是ECMA劇本（ECMA Script)，來解決這類問題。 以下當中，使用了以ECMA劇本爲基礎而成的劇本語 言的，以本發明之一實施形態爲基礎的規格，稱之爲 UMD(Universal Media Disc:註冊商標）視訊規格。又， UMD視訊規格當中，特別將有關劇本的部份，稱之爲 UMD視訊劇本規格。 針對U M D視訊規格，槪略地加以說明。圖1係uMD 視訊規格的層（Layer)構成。UMD視訊規格中，定義有劇 本層（script layer)、播放清單層（playlist layer)及剪輯層 (clip layer)的3層之層構造，根據該構造來進行串流管理 〇 UMD視訊規格中，是將被數位編碼化的視訊、音訊 及字幕，以 MPEG2(Moving Pictures Experts Group 2)的封 包化元素串流之方式而被多重化成MPEG2串流而加以取 用。被多重化有該視訊、音訊及字幕的元素串流的MPEG2 串流，係稱爲剪輯AV串流（Clip AV Stream)。剪輯AV串 流，係被存放在剪輯AV串流檔中。剪輯AV串流檔的記 -15- (12) (12)1328801 錄時，和該當剪輯AV串流檔成1對1地，同時做成了剪 輯資訊檔（Clip Information File)。這些剪輯資訊檔，和對 應之剪輯AV串流檔所成的組，稱爲剪輯（Clip)。 剪輯，係亦可稱之爲往碟片之記錄單位，再生時要按 照何種順序來再生剪輯，則是由剪輯的上位的層也就是播 放清單層來管理。播放清單層，係爲指定剪輯之再生路徑 的層，含有1或複數之播放清單（PlayList)。播放清單， 係由播放項（Playltem)的集合所成。播放項中，含有代表 剪輯之再生範圍的一組切入（In)點及切出（Out)點，藉由羅 列播放項，就可以任意的順序來再生剪輯。播放項，係可 將剪輯重複加以指定。影片夾AV串流檔的切入點及切出 點，係被時間戳記（影片夾內時刻）所指定，時間戳記，係 藉由影片夾資訊檔之資訊而被轉換成在影片夾AV串流上 的位元組位置。 播放清單，係僅具有將指出剪輯之全部或部份的播放 項依序加以逐漸再生的構成，僅使用播放清單而想實現再 生順序的分期貨使用者的雙向性，是不可能的。本發明之 一實施形態中，係將複數的播放清單，總結成1個檔案" PLAYLIST.DAT"。 劇本層，係藉由將語言規格之ECMA劇本加以擴充而 成的UMD視訊劇本所建構而成。UMD視訊劇本，係以 ECMA劇本爲基本，爲了實現UMD視訊所特有之機能而 加上擴充而成的劇本。 劇本層，係爲播放清單層的上位層，是由播放清單的 - 16- (13) (13)1328801 再生指示、進行播放器設定的指令列所構成。藉由劇本層 的指令，將準備給複數與援用的串流當中之任何一者加以 選擇，按照某種條件所選擇出來的播放清單中令再生的流 程有所變化，如此便可實現伴隨條件分歧的播放清單再生 。作爲此種伴隨條件分歧的播放清單再生有被使用之應用 的例子，例如有多線故事。藉由該劇本層，就可導入和使 用者的雙向性機能（互動機能）。 此外，本發明的一實施形態中，劇本層，係由一種稱 爲資源檔的檔案來構成。資源檔係含有：根據實際的 ECMA劇本而撰寫之劇本資料（劇本程式）、按鈕操作之際 的效果音等的輸出所需之聲音資料、選單畫面的背景影像 等所用之影像資料所成之螢幕設計，以及用來顯示按鈕影 像等之GUI零件的影像資料（點陣圖資料）。 資源檔係可複數存在。又，本實施一形態中，資源檔 係按照後述的所定之命名規則而給予檔名，例如，藉由檔 名之副檔名「RCO」而表示該當檔案是資源檔。 2.關於UMD視訊規格之播放器模型 其次，針對用來再生按照UMD視訊規格之資料的再 生裝置（播放器）的模型，亦即播放器模型，加以說明。播 放器首先係從碟片中讀出資源檔、播放清單檔及剪輯資訊 檔，然後，按照它們所制定的再生順序，將剪輯AV串流 檔予以讀出，再生出視訊、音訊及字幕等。 劇本程式的語言規格中，係將再生播放清單的機能區 -17- (14) (14)1328801 塊，實裝成劇本程式內的物件。進行該播放清單再生的物 件’在UMD視訊規格中’稱爲影片播放器（Movie Player) 物件。播放清單的再生指示，或進行播放器設定的指令， 係爲該影片播放器物件所擁有的「方法函數」（Method)。 影片播放器物件，係受到來自劇本層的「方法函數」所控 制。此時，從影片播放器物件對劇本層，通知狀態的變化 或再生位置等的機能就成爲必須。其係對應於影片播放器 物件是對劇本程式而發生事件，對應該事件的處理，是以 事件處理器的方式而被描述。 如此，藉由架構了從影片播放器物件往劇本程式的資 訊傳達，是藉由事件而進行，且從劇本程式對影片播放器 物件的控制是藉由方法函數而進行的模型，就可以劇本程 式來控制剪輯AV串流的再生。 圖2係上述之本發明之一實施形態所致之一例播放器 模型的模式性圖示。影片播放器3 00，係UMD視訊規格 中主掌視訊、音訊及字幕之再生的模組。上述之影片播放 器物件，係爲爲了使影片物件根據劇本程式進行操作所需 之劇本程式內的物件。換言之，影片播放器物件，係將實 現影片播放器的實裝模組予以抽象化而在劇本程式上加以 對待的形式。 此外，影片播放器3 00與影片播放器物件，由於在實 質上是代表著同一對象，因此以下將它們標示爲同一符號 而加以說明。 圖2中，影片播放器300，係服從因使用者輸入310 •18- (15) (15)1328801 所引起的來自位於下位層（圖2的例子中係爲原生實裝平 台301)，或上位層之劇本層302的方法函數，根據播放清 單及剪輯資訊的資料庫，以進行剪輯AV串流檔的讀出， 並進行已讀出的剪輯AV串流的解碼及顯示。 影片播放器物件300的內部，係依存於用來再生 UMD視訊的UMD視訊播放器之實裝，從劇本層3 02，以 被黑盒子化之物件的方式，提供了「方法函數（method)」 或「特性（property)」這類 API(Application

Programming Interface)。此處，UMD 視訊播放器 (UMD Video Player)，係指實裝有影片播放器的實際機器 。所有的UMD視訊播放器，係遵守UMD視訊規格的限制 而實裝影片播放器，具有再生相容性。 如圖2所示，影片播放器300，係具有：接受來自原 生實裝平台301之控制指令3 1 1的匯流排、對劇本層302 通知事件312的匯流排、接受來自劇本層302之方法函數 的匯流排，這3條輸出入匯流排。 控制指令311，係爲來自原生實裝平台301的用來控 制影片播放器300之動作的指令。原生實裝平台301，例 如係爲作爲實際機器的UMD視訊播放器上的機器所固有 之部份與影片播放器300之間的介面。事件312，係爲從 影片播放器300對劇本層302的劇本事件（script event)。 方法函數3 1 3，係從劇本層302的的劇本程式指示影片播 放器300的方法函數。 影片播放器物件3 00，係在內部具有UMD視訊規格 (16) (16)1328801 的播放清單及剪輯資訊資料庫320。影片播放器300，係 使用該資料庫320，來進行對使用者輸入310的無效化 (mask，遮蔽），或將被時刻所指定之再生位置’轉換成剪 輯AV串流內的位元組位置之處理。 影片播放器物件300內的回播模組321’係進行由視 訊、音訊及字幕所多重化而成的 MPEG2 PS(Program 31^&111)也就是剪輯八¥串流的解碼。回播模組321，係帶 有播放（play)及停止（stop)之2種狀態，藉由控制指令或方 法函數，就可在該2種狀態間進行變遷（參照圖3)。此外 ，剪輯AV串流，係並非侷限於MPEG2 PS。例如，即使 採用MPEG2 TS(Transport Stream)作爲剪輯AV串流，在 模型上仍可相同對待。 劇本層3 02，係執行一根據UMD視訊劇本規格的劇 本程式’是進行影片播放器物件300的控制或畫面顯示的 層。該劇本層302’係發揮用來實現內容製作者側所意圖 之劇情的效果。劇本層302係對影片播放器300發行方法 函數313’從劇本層300，接受事件312。劇本層302，係 在與原生實裝平台301之間，進行著響應於使用者輸入 31〇的按鍵事件314、或對原生實裝平台301指示畫面描 繪等的方法函數315等之交換。 此外’原生實裝平台301，係具有UMD視訊規格所 規定以外的各種機能。本發明之實施一形態中，由於存在 有從劇本層3〇2往原生實裝平台3〇1發揮作用的方法函數 315，所以原生實裝平台301上也定義了機能抽象化的物 -20- (17) 1328801 件’方法函數3 1 5，在劇本程式上，係視爲該物件中所屬 之物。這是因爲，方法函數，係隸屬於物件中。於是，在 原生實裝平台301內定義有控制器物件330，方法函數 315’係定爲控制器物件330的方法函數。 例如，被配置在選單畫面上的按鈕，係根據從劇本層 . 3〇2的劇本程式交付給原生實裝平台301的方法函數315 ’而被原生實裝平台301所描繪。當使用者對該按鈕進行 φ 選擇或決定等操作時，響應於使用者輸入310的按鍵事件 314便從原生實裝平台301往劇本層302通知，劇本層 3 02內的劇本程式，係根據按鍵事件314而進行響應於使 用者輸入310的處理。 如此，視訊、音訊及字幕的解碼或顯示控制，係由影 片播放器300來主掌，用來構成按鈕等之GUI(GraPhiCal User Interface)所需之零件影像（以下稱爲GUI零件）的配 置或顯示，以及對GUI零件進行選擇或決定等操作時的處 φ 理’係由劇本層302來進行，如此而分擔彼此的角色。 原生實裝平台301，係爲當作影片播放器物件300或 劇本程式之動作所需的基盤的平台，例如，當實際的 UMD視訊播放器爲硬體的時候，則是擔任硬體與播放器 模型之間之處理的仲介角色，而被固有地實裝在硬體中。 例如，原生實裝平台301，係接受來自使用者的使用 者輸入310’判斷已收到的使用者輸入310是針對影片播 放器3 00的命令，還是針對在劇本層3 02中所描繪及顯示 之按鈕的命令。原生實裝平台301，若判定使用者輸入 -21 - (18) (18)1328801 310是針對影片播放器300的命令，則將使用者輸入310 轉換成針對影片播放器300之內部控制命令也就是控制指 令311，來對影片播放器3 00發出控制命令。 另一方面，若原生實裝平台301係判定使用者輸入 310爲針對在劇本層3 02中所描繪或顯示之GUI零件的命 令，則將響應於使用者輸入310的按鍵事件314，通知至 劇本層3 02。然後，根據響應於該按鍵事件314而從劇本 層302所指示之方法函數315，例如就可在畫面上顯示出 按鈕影像。亦即，原生實裝平台301與劇本層302，係可 不透過影片播放器300，而直接地進行事件及方法函數的 收授。 又例如，原生實裝平台301，係如後述，可對影片播 放器3 00的特性進行存取，而可看見影片播放器3 0 0的狀 態。 其次，針對影片播放器300加以詳細說明。圖3係影 片播放器3 00之一例內部構成圖。如上述，影片播放器 300，係由資料庫320及回播模組321所構成。資料庫320 ，係存放著從碟片讀取到之播放清單資訊，和剪輯資訊亦 即剪輯資訊（Clip Information)的領域》 回播模組321，係由解碼引擎322、表示回播模組321 之狀態的値也就是特性（pr〇perty)323所成。特性3 23，例 如係像程式語言碼一樣，具有：在影片播放器300之初期 設定時便決定之特性323A(唯讀參數），和隨著回播模組 321之狀態而値會發生變化的特性3UA(播放器狀態）這2 -22- (19) 1328801 種類。 在初期設定便決定的特性3 23A，係無法隨著原生的 系統’例如實際機器而被重置其値，也無法從播放清單或 剪輯資訊、劇本程式來改變其値。特性323A，係只能從 - 劇本程式來將其値加以讀出。另一方面，表示回播模組 . 321之狀態的特性3 23B，係除了可從劇本程式將其値加以 讀出’還可從一部份的劇本程式來將其値加以寫入。 φ 此外’該動作模組中，播放清單及剪輯資訊，係假定 爲於剪輯AV串流在生前便從碟片預先載入。亦可不限於 此’即使在其他的實裝上，只要是實現了以影片播放器模 組所制定的動作即可。 ' 影片播放器物件300，係服從來自劇本層302或原生 實裝平台301的指示，而將所指定的播放清單予以再生。 例如，影片播放器3 0 0，係參照資料庫3 2 0，以檔案中的 位元組位置，取得所被指定之播放清單所對應之剪輯AV • 串流的再生位置。回播模組321中，解碼引擎322係根據 該再生位置資訊，控制著剪輯AV串流的解碼。 影片播放器300，係如圖4所示，響應於播放清單的 再生狀況，而具有播放（play)及停止（stop)這2種狀態。播 放狀態，係指播放清單有被指定、進行播放清單之再生的 狀態。除了通常的再生以外，2倍速、1/2倍速這類變速 再生，或是順向快轉及逆向快轉、暫時停止（pause)之各種 狀態（status)也包含在播放狀態中。將再生以畫格單位前進 或後退的所謂單格播放再生，係爲重複暫時停止狀態與播 -23- (20) (20)1328801 放狀態的狀態。停止狀態，係播放清單沒有進行再生的狀 態。停止狀態中，播放清單不會被選擇，代表「現在再生 中之播放清單編號」的播放器狀態之値，係爲不定。 例如，影片播放器3 00的狀態，係伴隨著影片播放器 300內的解碼引擎322中的播放及停止之狀態變遷，因此 響應於解碼引擎322的狀態變遷，特性323B的値會被更 新。 回復資訊（resume information)324，係將停止狀態之 前的狀態加以記億。例如，當影片播放器3 00是正在將某 播放清單進行解碼而爲播放狀態時，一旦狀態變遷成停止 狀態，則會將停止狀態之前的狀態加以記憶。又，回復資 訊324，係可在作爲硬體的播放器所具有的不揮發性記憶 體中，爲了能夠識別碟片之每個標題，而令其複數記憶。 例如，碟片的每一標題具有獨特的識別資訊（稱爲標題ID) ，而將回復資訊3 24與該識別資訊賦予關聯而加以記憶》 藉此，可根據回復資訊3 24的資訊，當識別資訊所對應之 標題的碟片接下來是從停止狀態變遷至播放狀態時，可令 該當碟片的再生，是從以前變成停止狀態的那個位置起開 始進行。 3.關於影片播放器之事件模型 說明影片播放器300的事件模型。影片播放器300, 係在再生播放清單的播放狀態中，會發生各種事件。該事 件’係由被稱爲事件處理器的，以劇本所描述成之處理程 -24- (21) (21)1328801 式的執行所引發。事件處理器，係爲隨著事件發生而被呼 叫的方法函數。隨著該事件發生而開指處理程式之執行的 程式執行模組，稱爲事件誘發模組。事件誘發模組中，會 不定期發生事件，並以事件發生爲契機，而執行事先準備 好的程式。本實施之一型態中，劇本程式，係藉由事件處 理器群而控制影片播放器物件300的動作。 圖5係本發明之一實施形態所致之影片播放器300之 事件模型的模式圖。圖5中，事件處理器onEventAC)、 onEventB()及onEventC() ’係爲介面，各個事件處理器的 內容，係在劇本中被描述。事件處理器的內容，例如是在 內容製作者側被作成而實裝。UMD視訊劇本規格中，是 對每個從影片播放器3 00通知至劇本程式的事件，準備了 事件處理器。圖5的例子中，事件A發生時所執行的處理 程式，係由事件處理器onE vent A()所決定。關於事件B及 事件C也是同樣地，事件B發生時所對應之事件處理器 onEventBO會被執行，事件C發生時所對應之事件處理器 〇nEventC()會被執行。 響應於事件發生而被呼叫的事件處理器，由於係在系 統側被選擇，因此在內容製作者側，並不需要將判斷發生 了哪個事件的處理，事先撰寫在劇本程式內》 圖6係播放清單之再生中所發生之一例事件。播放清 單播放項目（PlayList)的開頭，由於設定有章節標記 ChapterMark，因此從播放清單的開頭起的再生開始時， 首先，會發生對應於章節標記的事件Chapter。然後，每 -25- (22) (22)1328801 當章節改變之際，事件Chapter會被通知給劇本層302, 對應之事件處理器onChapter便會被執行。又，一旦再生 到達了事件標記EventMark所設定的時刻，則會發生對應 之標記事件。然後，一旦再生到達了播放清單的最後爲止 ，則再生會在播放清單的最後處暫時停止，事件 Play Li stEnd便從影片播放器300通知至劇本層302。劇本 層3 02側中，在對應之事件處理器onPlayListEndO內，會 指示其他的播放清單之再生開始。如此，便以內容製作者 所意圖的順序，一連串的播放清單再生便會繼續下去。 如此，在播放器動作中會發生各種事件，藉由將事件 發生傳達至上位程式，就可使上位程式掌握播放器的狀態 。在上位程式那方，係備妥了各事件發生通知時所要執行 的程式（事件處理器），因此可對付各種事件發生。事件及 事件處理器的細節將於後述。 當事件處理器並非藉由內容製作者所描述的時候，則 會執行在規格中所規定之播放器內建動作（預設的事件處 理器），或者，忽視該事件而不做任何執行。當沒有必要 進行任何處理時，可藉由刻意不描述事件所對應到的事件 處理器，而積極地忽視事件。 作爲事件模型，除了上述以外，只要是將某事件所對 應之聽取器由物件來登錄至播放器物件，且在播放器物件 內所發生的事件是已被登錄的事件，則可考慮到將該當事 件從播放器物件送訊至已登錄之物件，以該當物件來執行 對應之方法函數的事件聽取器的模型，或無論哪種事件發 -26- (23) 1328801 生都去呼叫同一方法函數的單一方法函數的模型等。 本實施之一形態所致之事件模型，係比需要事件登錄 、事件登錄刪除這類處理的事件聽取器的模型更爲簡單。 又，單一方法函數的模型，係有需要將獲知哪種事件發生 ，並切換對每種事件所預備的處理常式的前處理，事先撰 , 寫在該方法函數之中。方法函數，因爲是內容製作者側所 實裝者，因此即使模型構成簡單，對內容製作者側的負擔 φ 仍是很大。甚至，一個很大的處理程式（方法函數）是在每 次事件發生時被呼叫，導致佔用許多記憶體領域，可料想 到執行速度也會跟著變慢。本發明之實施一形態所致之對 每一事件準備的處理程式（事件處理器）的模組中，關於這 ' 點則是具有有利點。 4.關於影片播放器物件

其次，說明影片播放器物件300的外部規格。一般而 • 言，遵照ECM A劇本語言規格的語言所定義出來的物件， 係具有特性（property)與方法函數（method) »本實施形態所 致之影片播放器300，也是如使用圖2及圖3所說明過的 ，同樣具有特性（property)與方法函數（method)。特性 (property)，係從外部的物件，藉由將身爲對象的物件名 與物件名加以指定，而可直接地進行讀寫。不限於此，藉 ' 由定義了進行特性値之設定的方法函數setXXX()(「XXX - 」係爲對象之特性名），或進行特性値之讀出的方法函數 getXXXO，就可令其他物件的特性的讀寫，藉由方法函數 -27- (24) (24)1328801 來進行。 圖7係將影片播放器物件300所擁有之一例特性 (property)予以一覽表示。其係對應於圖3中的特性3 23。 圖7A係圖示了，圖3中的唯讀參數323A中所屬之一例 特性。特性scriptVersion，係表示UMD視訊劇本（UMD Video Script)的版本。特性 audioChannelCapability，係 UMD視訊播放器所能再生之音訊聲道數。特性 languageCode，係被設定在UMD視訊播放器中的表示選 單顯示語言的語言碼。特性audioLanguageCode，係被設 定在UMD視訊播放器中的表示音訊語言的語言碼。特性 subtitleLanguageCode >係被設定在UMD視訊播放器中的 表示字幕（subtitle)語言的語言碼。 當碟片被裝塡之際，根據該唯讀參數323A中所被設 定的特性languageCode所示之語言碼，來決定從碟片讀 出之劇本檔。被裝塡的碟片中，沒有該當語言所對應的劇 本檔時，則讀出預設的劇本檔。例如，複數的劇本檔之中 ，被配置在碟片上最開頭側的檔案示被當成預設劇本檔而 讀出》 圖7B係圖示了，圖3中的播放器狀態3 23B中所屬之 —例特性。特性playListNumber’係表示現在再生中的播 放清單的編號。特性chapterNumber，係表示現在再生中 的章節的編號。特性videoNumber，係表示現在再生中的 視訊串流的編號。特性audioNumber ’係表示現在再生中 的音訊串流的編號。特性subtitleNumber，係表示現在再 -28- (25) (25)1328801 生中的字幕串流的編號。特性playListTime，係表示將播 放清單開頭設爲0時的時刻。特性audioFlag，係表示音 訊再生的ΟΝ/OFF及雙重單聲道LR之指定。特性 subtitleFlag，係表示字幕顯示的ON/OFF。 此外，雙重單聲道（dual mono)，係將立體音訊的左右 (L、R)聲道，當成彼此獨立之單音訊聲道來使用的模式。 該播放器狀態3 23 B中所屬的各特性，係當影片播放 器於再生或暫時停止狀態的時候，這些資訊便會存在。若 變遷至停止狀態時，則在該時間點上播放器狀態3 23B中 所屬的各特性，係被當成回復資訊（resum. eInformation)324 而被備份。此時，亦可將播放器狀態3 23 B的內容予以清 除。 圖8係將影片播放器物件3 00所擁有之一例方法函數 (method)予以一覽表示。其係對應於圖2中的方法函數 3 13。方法函數play()，係將視訊予以再生。方法函數 playChapter()，係指定章節而將視訊予以再生。方法函數 re sum e() ’係進行一使用了回復資訊3 24的再生開始。方 法函數stop()，係將視訊的再生予以停止。方法函數 pause()，係將視訊的再生予以暫時停止。方法函數 playStep() ’係將視訊予以單格再生。方法函數 changeStream()，係將視訊串流、音訊串流及/或字幕串流 予以變更。方法函數getPlayerStatus()，係取得影片播放 器300上的再生、停止、暫時停止等狀態。方法函數 changeResumeInfo()，係用來變更回復資訊3 24的內容。 -29- (26) 1328801 方法函數reset()，係將視訊的再生予以停止，將回 3 24的內容加以清除。 UMD視訊規格中，是可以在顯示畫面上的一 顯示視訊。以下的4個方法函數，係有關於此種情 訊顯示的方法函數。方法函數setP〇s()，係設定視 示位置。方法函數getP〇S()，係取得視訊的顯示位 法函數 setSize()，係設定視訊的顯示尺寸。方 setSiZe()，係取得視訊的顯示尺寸。 此外，實際上，影片播放器300與原生實裝平 ，係被構成爲一體化。亦即，對應於作爲實際裝塡 將其予以再生之硬體的UMD播放器，和控制UMD 的軟體的關係，哪個部份是要由硬體進行，哪個部 由軟體進行，是依照實裝時的構成而決定。例如， 人電腦等來構成UMD播放器的時候，則除了碟片 以外，皆可用軟體的方式來加以構成。又，若構成 的UMD播放器的時候，則除了碟片驅動器以外， 將視訊解碼器或音訊解碼器等，以硬體的方式來加 。因此，影片播放器300和原生實裝平台301之間 的方法函數或指令、事件，係並非侷限於作爲一例 的圖2之交流樣態。 另一方面，關於來自使用者的按鍵輸入，是如 所說明過的，先令原生實裝平台301來接受使用 310。換言之，原生實裝平台301，係將來自使用者 輸入當成使用者輸入310而加以收取，並判定使用 復資訊 部份中 況之視 訊的顯 置。方 法函數 台3 01 碟片並 播放器 份是要 若以個 驅動器 爲單體 例如可 以構成 所交流 而明示 用圖2 者輸入 的按鍵 者輸入 -30- (27) (27)1328801 310是針對影片播放器3 00的指令，還是針對劇本層3 02 的劇本程式之事件，響應其判定結果，而產生控制指令 311或按鍵事件314，通知至對應之上位層（影片播放器 3〇〇或劇本層302)。 圖9及圖10，係使用者輸入310所致之一例的按鍵輸 入。此外，圖9及圖10中所示的「VK」字頭的各按鍵， 係意指爲虛擬按鍵（Virtual Key)。 圖9係圖示有關影片播放器3 00之操作的一例按鍵輸 入。按鍵 VK_PLAY，係提供對應於用來指示再生的再生 鍵之機能。按鍵 VK_ST〇P，係提供對應於用來指示再生 之停止的停止鍵之機能。按鍵VK_PAUSE，係提供對應於 用來指示再生之暫時停止的暫時停止鍵之機能。按鍵 VK_FAST_FORWARD，係提供對應於用來指示快轉再生的 快轉鍵之機能。按鍵VK_FAST_REVERSE，係提供對應於 用來指示倒帶再生的倒帶鍵之機能。按鍵 VK_SLOW_FORWARD，係提供對應於用來指示順向慢速 再生的慢速（順向）鍵之機能。按鍵VK_SLOW_REVERSE， 係提供對應於用來指示逆向慢速再生的慢速（逆向）鍵之機 能。按鍵 VK_STEP_FORWARD，係提供對應於用來指示 順向單格再生的單格（順向）鍵之機能。按鍵 VK_STEP_REVERSE，係提供對應於用來指示逆向單格再 生的單格（逆向）鍵之機能。

按鍵VK — NEXT，係提供對應於用來輸入意思爲「下 —個」之値的下一個指定鍵之機能。按鍵VK_PREVIOUS -31 - (28) (28)1328801 ，係提供對應於用來輸入意思爲「上一個」之値的上一個 指定鍵之機能。例如，使用按鍵 VK_NEXT及按鍵 VK_PREVIOUS，就可指示往前後章節的移動。 按鍵VK_ANGLE，係提供對應於用來對多視角視訊指 示視角切換的視角切換鍵之機能。按鍵VK_SUBTITLE， 係提供對應於用來切換英語字幕、日語字幕、字幕顯示/ 不顯示等之字幕切換鍵之機能。按鍵VK_AUDIO，係提供 對應於用來切換聲音或雙語等音訊設定的音訊切換鍵之機 能。按鍵 VK_VIDEO_ASPECT，係提供對應於用來指示視 訊的長寬比切換的長寬比切換鍵之機能。 圖10係圖示有關選單操作的一例按鍵輸入。按鍵 VK_UP，係提供對應於用來輸入意思爲「上」之値的上方 向指定鍵之機能。按鍵VK_DOWN，係提供對應於用來輸 入意思爲「下」之値的下方向指定鍵之機能。按鍵 VK_RIGHT，係提供對應於用來輸入意思爲「右」之値的 右方向指定鍵之機能。按鍵 VK_LEFT，係提供對應於用 來輸入意思爲「左」之値的左方向指定鍵之機能。按鍵 VK_UP_RIGHT，係提供對應於用來輸入意思爲「右斜上 」之値的右上方向指定鍵之機能。按鍵VK_UP_LEFT，係 提供對應於用來輸入意思爲「左斜上」之値的左上方向指 定鍵之機能。按鍵VK_DOWN_RIGHT，係提供對應於用來 輸入意思爲「右斜下」之値的右下方向指定鍵之機能。按 鍵 VK — DOWN — LEFT，係提供對應於用來輸入意思爲「左 斜下」之値的左下方向指定鍵之機能。藉由使用這些方向 -32- (29) (29)1328801 鍵，例如，可指示畫面上的游標顯示的移動。 按鍵 VK_MENU，係提供對應於令選單顯示的選單鍵 之機能。按鍵VK_ENTER，係提供對應於用來指示「決定 」的決定鍵之機能。按鍵VK — RETURN，係提供對應於指 示處理步驟返回一個的返回鍵之機能。 按鍵VK_COLORED_KEY一1，係提供對應於色彩功能 鍵1之機能，按鍵VK_COLORED_KEY_2，係提供對應於 色彩功能鍵2之機能，按鍵VK_COLORED_KEY_3，係提 供對應於色彩功能鍵3之機能，按鍵 VK_COLORED_KEY_4 ， f系提供對應於色彩功倉g鍵4之機 會§ ，按鍵VK — COLORED一KEY一5 ，係提供對應於色彩功倉g 鍵5之機肯g ，按鍵VK_COLORED_KEY_6 ，係提供對應於 色彩功能鍵6之機能。 上述之圖9所示之按鍵輸入和圖10所示之按鍵輸入 中由於功用不同，因此需要藉由原生實裝平台301來分派 通知目的地。如上述，藉由圖9所示的按鍵輸入，會下達 有關視訊、音訊及字幕之再生的指示。原生實裝平台301 ，係一旦收取了作爲使用者輸入310的圖9所示的按鍵輸 入，便將所收到的按鍵輸入，轉換成圖11所示的指令而 通知至影片播放器3 00。 另一方面，圖10所示的按鍵輸入，因爲是針對GUI 的使用者輸入310，因此該使用者輸入，係有需要通知至 用來配置畫面構成或按鈕的劇本層3 02而被處理。原生實 裝平台301，係一旦收取到作爲使用者輸入310的圖10所 -33- (30) 1328801 示之按鍵輸入，便轉換成圖2中的按鍵事件314而 劇本層3 02。圖1 2係圖示該按鍵輸入所對應之一 3 14° 此外，上述圖9及圖10中，還含有按鍵VK_ 、按鍵VK_SUBTITLE、按鍵VK_AUDIO這類關於 換的按鍵輸入。這些按鍵，係先有使用者輸入310 至影片播放器3 00，而從影片播放器300向劇本通 有劇本切換要求的事件。然後，以從劇本程式對影 器3 00的劇本切換的方法函數，進行音訊或字幕的 因此，係爲從原生實裝平台301對影片播放器3 00 傳達的按鍵輸入。 針對上述圖1 1 A〜C的指令，更詳細地加以說 令 uo_timeSearch(playListTime)，係指示了 再生中 清單的從指定時刻起之再生。引數playListTime， 將播放清單的開頭設爲0時的時刻。該指令中，由 指定播放清單編號，因此引數playListTime所代表 ，係爲現在再生中的播放清單之範圍內的指定時刻 uo_play()，係指示以1倍速之再生開始。開始位置 據回復資訊3 24來決定。當對應於回復資訊3 24的 不存在時，則該使用者操作會被無效化。該指令， 於播放清單編號未指定的方法函數play()已執行時 該指令下，使用者操作上是無法指定播放清單編號 指令 uo_playChapter(chapterNumber)，係指示 中之播放清單的，從被引數chapterNumber所指定 通知至 例事件 ANGLE 串流切 被傳達 知代表 片播放 切換。 所必須 明。指 的播放 係代表 於無法 的時刻 。指令 ，係根 資訊是 係對應 。又， 〇 了再生 之章節 -34- (31) (31)1328801 起的再生開始。當章節未指定時，則指示了從現在再生中 之章節之開頭起的再生開始。此係對應於章節編號未指定 的方法函數 playChapter()。指令 uo_playPrevChapter()， 係指示從比現在更前面一個章節起的再生開始。指令 uo_playNextChapter()，係指示從比現在更前面一個章節 起的再生開始。 指令uo_jumpToEnd()，係指示往播放清單之最後的跳 躍。該指令係對應於，對影片播放器300指示中止現在的 再生而令其發生事件playListEnd的使用者操作。對應於 該指令，在劇本層3 02中，事件處理器onPlayListEnd會 被執行。指令uo_forwardScan(speed)，係指示以引數 speed所指定之再生速度的順向再生。指令 uo_backwardScan(speed)，係指示以引數speed所指定之 再生速度的逆向再生。這些指令uo_forwardScan(speed)及 指令uo_backwardScan(speed)中的引數speed，係依存於 UMD視訊播放器的實際裝配而決定。 指令uo_playStep(forward)，係指示順向的單格再生 。指令uo_playStep(backward)，係指示逆向的單格再生。 指令uo_pauseOn()，係指示基於使用者操作的再生的暫時 停止。指令u〇_paUSeOff()，係指示將基於使用者操作的 再生暫時停止狀態加以解除。 指令 uo_setAudioEnabled(boolean)，係指定音訊串流 的ΟΝ/OFF。該指令的執行時，旗標audioFlag的値也會 變更爲相應的內容。指令 uo_setSubtitleEnabled(boolean) -35- (32) (32)1328801 ，係指定字幕串流的ΟΝ/OFF。該指令的執行時，旗標 subtitleFlag的値也會變更爲相應的內容。指令 uo_angleChange()，係指示顯示視角的變更。該指令所致 之使用者操.作若被傳達至影片播放器3 00，則影片播放器 3 00係對劇本層3 02通知事件angleChange。指令 uo_audioChange(audioStreamNumber) > 係指示了再生之音 訊串流的變更。指令 uo_changeAudioChannel(value)，係 指示了音訊的聲道切換或雙重單聲道再生時的單聲道切換 。該指令的執行時，旗標audioFlag的値也會變更爲相應 的內容。指令 uo_subtitleChange(subtitleStreamNumber)， 係指示了再生之字幕串流的變更。 上述圖12所示的事件及事件的影片播放器3 00的方 法函數之間的關係，加以更詳細說明。事件menu，係跳 躍至選單。該事件係並非針對影片播放器3 00，而是從原 生實裝平台301通知至劇本層302。該事件menu係一旦 被劇本層3 0 2所收取，則劇本層3 0 2便會執行事件處理器 onMenu。事件exit，係當原生實裝平台301令UMD視訊 應用程式結束之際，從原生實裝平台301所發出的事件。 該事件exit係一旦被劇本層302所收取，則劇本層302便 會執行事件處理器onExit。 事件resourceChanged，係資源檔之切換發生時，會 從原生實裝平台301發出的事件。該事件resouceChanged 係一旦被劇本層3 0 2所收取，則劇本層3 0 2便會執行事件 處理器 onResourceChanged 。 -36- (33) (33)1328801 事件 up、事件 down、事件 left '事件 right、事件 focusln、事件 focusOut、事件 push 及事件 cancel，係顯 示在畫面上的GUI零件也就是按鈕影像被聚焦時所發生的 事件。該事件係並非針對影片播放器300,而是從原生實 裝平台301通知至劇本層302。此外，所謂按鈕影像被聚 焦時，例如，係用來指示畫面上之位置的游標爲表示了按 鈕影像的顯示座標，而使該當按鈕影像呈可以選擇之狀態 。事件up、事件down、事件left、事件right，係對按鈕 影像的聚焦，分別往上、下、左、右之按鈕影像移動時所 發生的事件。事件focusln，係在某個按鈕影像被聚焦的 情況下所發生；事件focusOut，則是當已被聚焦的按鈕影 像脫離聚焦的情況下所發生。又，事件push，係當對已被 聚焦的按鈕影像進行按下操作之際所發生。事件cancel， 係當對按鈕影像的按下操作而進行取消操作之際所發生。 事件autoPlay及事件continuePlay，係爲指示劇本層 3 02中的劇本之執行開始的事件。事件autoPlay，係指示 在碟片裝塡時自動地開始劇本之執行的事件。事件 continuePlay，係在碟片裝塡時，例如，根據回復資訊324 ，指示從以前曾經中止過的時點起的劇本之執行開始。 對於圖12所示的事件，係存在有會在事件發生時被 執行的程式。該事件所對應到的程式稱爲事件處理器。所 謂事件語事件處理器，係例如可以藉由名稱而將他們建立 對應關係。作爲一例，例如在事件名的開頭附加上「on」 後即成爲事件處理器名。圖13及圖14，係圖示一例的事 -37- (34) (34)1328801 件處理器。藉由讓內容製作者來撰寫事件處理器的內容’ 就可在UMD視訊播放器上令其執行內容製作者所意圖的 各種動作。 圖13係圖示了影片播放器物件300所帶有之一例之 事件的一部份，與對應之事件處理器。該圖1 3的事件， 係對應於上述的圖2的事件312，是從影片播放器3 00通 知至劇本層302。事件處理器，係爲一種介面，其內容係 例如由內容製作者使用劇本語言而加以實際裝配。藉由如 此而構成事件處理器，當事件發生時，就可實現內容製作 者所意圖之動作。 事件mark及事件處理器onMarkO，係在事件標記 (Event-mark)被測出時會被執行。事件標記，例如，係被 嵌入在播放清單中，於播放清單再生中會被影片播放器 3〇〇所測出。一旦藉由影片播放器300而測出事件標記， 則事件mark會從影片播放器300對劇本層302進行通知 。劇本層3 02，係·執行該事件mark所對應之事件處理器 onMark()。同樣地，事件 palyListEnd及事件處理器 onPlayListEndO，係在播放清單結束之際會被執行。事件 chapter及事件處理器 onChapter()，係在章節標記 (Chapter-mark)測出時會被執行。章節標記，例如，係被 嵌入在播放清單中，於播放清單再生中會被影片播放器 300所測出。 事件 angleChange 及事件處理器 〇nAngleChange()， 係當藉由使用者操作而指示了視角變更時會被執行。例如 -38- (35) (35)1328801 ’一旦響應於使用者操作而有按鍵輸入VK_ANGLE被當 成使用者輸入310而輸入至原生實裝平台3〇1，則原生實 裝平台301，係將該當使用者輸入310轉換成指令 uo_angleChange()而交付給影片播放器3 00。影片播放器 300，係響應於該指令uo_angleChange()而產生出事件 angleChange，交付給劇本層302。劇本層302，係執行該 事件angleChange所對應到之事件處理器 onAngleChange()。同樣地，事件audioChange及事件處理 器onAudioChangeO，係當藉由使用者操作而指示了音訊 變更時會被執行。事件subtitleChange及事件處理器 onSubtitleChangeO ’係當藉由使用者操作而指示了字幕變 更時會被執行。 圖14係圖示了系統物件所擁有之一例的事件處理器 之一部份。該圖14所示的事件處理器，係爲原生實裝平 台301的控制器物件330中所屬之事件處理器，會藉由被 從原生實裝平台301通知至劇本層302而執行。 事件menu及事件處理器onMenu〇，係跳躍至選單。 事件menu係爲，例如當使用者操作等而按下了選單按鈕 時，會從原生實裝平台301往劇本層3 02通知之事件。劇 本層302，係接受該事件，執行對應之事件處理器 onMenu()’在事件處理器onMenu()內進行構成選單畫面之 GUI零件的配置或顯示等。事件exit及事件處理器 onExit() ’係當原生實裝平台3 01令UMD視訊應用程式結 束之際，從原生實裝平台30 1所發出的事件及對應之事件 -39- (36) (36)1328801 處理器。 事件exit係爲，例如當藉由使用者操作等而指示了 UMD視訊播放器之動作結束之際，會被從原生實裝平台 301通知至劇本層302。劇本層302的劇本，係可接受已 通知過來的事件exit，在事件處理器onEXit()內進行結束 處理。 事件resourceChanged及事件處理器 on Re source Changed ()，係當原生實裝平台301切換了資源 檔之後，從原生實裝平台301所發出的事件及對應之事件 處理器。 事件autoPlay及事件處理器onAutoPlay()，以及事件 continuePIay及事件處理器 onContinuePlayO，分別會開 始劇本的執行。 此外’除了控制器物件330的事件處理器以外，還有 關於按鈕的事件處理器。和該按鈕有關的事件處理器，由 於和本發明的關聯性較低，因此省略說明。 使用圖15的流程圖，槪略地說明以使用者輸入事件 爲契機，而執行已備妥之程式的一例之處理。圖15，係於 UMD視訊播放器中進行碟片通常再生中，藉由使用者， 指示了要再生下個章節所需之按鍵（例如"next 〃鍵）被按 下時’除了對應該按鍵輸入，而跳躍至下個章節而開始再 生’同時還將已準備的訊息顯示在畫面上的例子。 例如，藉由UMD視訊播放器而將碟片予以通常再生 中’一旦使用者使用UMD視訊播放器的遙控指令器而按 -40- (37) (37)1328801 下了 ^next 〃（步驟S10)，則作爲對原生實裝平台301的 使用者輸入3 10，會將按鍵VK_NEXT予以交付。原生實 裝平台301中，對應於該使用者輸入310而發生了使用者 指令 uo_playNextChapter()(步驟 S11)。該使用者指令 uo_playNextChapter()，係被通知給影片播放器300 » 收取該指令uo_playNextChapter()的影片播放器300 ，係檢索資料庫320，並從播放清單資訊中，以現在正在 再生之位置爲基準，取得下個章節標記的位置。步驟S13 中，判斷下個章節標記是否存在，若判斷爲不存在時，則 不進行章節跳躍，繼續現在的再生。 另一方面，步驟S13中，若判斷爲下個章節標記是存 在時，則處理便進入步驟S14。步驟S14中，影片播放器 300，係中止現在的再生，指示下個章節標記，將剪輯AV 串流檔內的位元組位置，從資料庫320的剪輯資訊檔之特 徵點資訊中加以取得。然後，步驟S15中，向已取得之檔 案內的位元組位置進行存取，從該位置起開始串流的讀取 而開始再生。 步驟S16以下，係爲用來令通知章節已被切換的事實 加以通知的訊息顯示在畫面上所需之一連串的程序。一旦 章節被切換而從章節的開頭起開始再生，就會發生章節事 件（步驟S16)。例如，被設在章節開頭的章節標記是被影 片播放器300測出，而發生事件chapter。該章節事件， 係從影片播放器300通知至劇本層302。影片播放器300 ，係在該事件的通知時，連同所跳躍的章節之章節編號， -41 - (38) 1328801 一倂對劇本層302加以通知。劇本層302，會將已被通知 之事件所對應之事件處理器，例如事件處理器 onChapter()開始加以執行。 本例中’事件處理器內，描述了在章節切換之際會在 - 畫面上顯示出通知該要旨的訊息的動作》劇本層302的劇 本，係執行該事件處理器，在事件發生時取得從影片播放 器300所通知過來的跳躍目標之章節編號（步驟S18)，並 φ 對原生實裝平台301，送出令其畫面上顯示例如「此爲已 取得之章節編號之章節的開頭」等的所定訊息。原生實裝 平台301’係響應於該指示，在畫面上顯示訊息（步驟 S19) ’便結束事件處理器所致之處理（步驟S20)。 * 藉由上述處理，當使用者藉由操作指示下個章節之再 . 生開始的按鍵"next 〃 ，而進行章節跳躍時，在跳躍目標 的下個章節的再生開始時畫面上就會顯示出表示此爲章節 開頭的訊息。 * 如此，使用者輸入事件，係改變了影片播放器300的 狀態，同時也成了令新事件發生的契機，可利用新發生之 事件而進行各種處理。 藉由以上這種播放器模型，就可再生視訊、音訊及字 幕。藉由令內容製作者所預先設定好的、於再生中的某時 刻的事件被發生，使其執行內容製作者所預先準備好的事 * 件處理器，就可實現內容製作者所意圖的動作。又，當播 放清單再生中有對播放器的使用者操作時，響應於使用者 操作所致之使用者輸入310而從原生實裝平台3〇 i對影片 • 42- (39) 1328801 播放器300賦予控制指令，就可按照使用者的意圖來使播 放器的狀態發生變化。然後，藉由接受了對播放器之使用 者操作所致之使用者輸入310的原生實裝平台301，將事 件通知至劇本層302的劇本，就可響應於使用者操作而實 現內容製作者所準備的動作。 . 藉由架構此種播放器模型，就可向使用者提供視訊、 音訊及字幕之再生，以及互動操作。 5.劇本程式（script program)之例子 其次，針對劇本層3 02的劇本程式之例子加以說明。 首先，假設如圖16所示的內容再生的流程，是由內容製 作者所製作的。圖16所示的內容，作爲顯示的要素，係 • 由：播放清單400及401、頂層選單402，以及訊息403 所構成。播放清單400，係用來令碟片一旦被裝塡，就會 自動顯示出警告文畫面。播放清單401，例如係爲該內容 φ 之主眼的電影的本篇部份。頂層選單畫面402，係爲了能 夠指示播放清單401的再生，而配置有按鈕等GUI零件。 又，訊息403，係在播放清單401之再生中的任意時刻上 會被顯示。 再者，該圖16的構成中，是準備了數個事件處理器 。事件處理器on Auto Play ()，係若碟片被裝塡至UMD播 • 放器’則會將播放清單400自動地予以再生，並顯示出警 告文。事件處理器onPlayListEnd()，係一旦事件處理器的 再生結束就會被叫出的事件處理器，在該圖16的例子中 -43- (40) (40)1328801 ’在播放清單400或播放清單401的結束時就會被叫出。 亦即，事件處理器onPlayListEnd()，係會判定哪個播放清 單已經結束，並當播放清單400的再生結束時，便指示播 放清單401的再生開始。又，播放清單401的再生結束時 ，會將頂層選單畫面402叫出。 事件處理器〇nMenu()，係在使用者操作選單鍵時會被 叫出，並叫出頂層選單4 02而顯示在畫面上。事件處理器 onMark()，係於再生中當到達標記Mark所指示的時刻時 會被執行。該圖16的例子中，對播放清單401設定有標 記Mark，一旦播放清單40 1的再生是到達了標記Mark所 指示的時刻，便會令畫面上顯示出訊息403。 亦即，圖16的例子中，一旦碟片被裝塡至UMD視訊 播放器，則事件處理器onAutoPlay便被呼叫而再生播放 清單400，顯示出警告畫面。播放清單400的再生時間開 始流動，-旦到達播放清單400的最後，則事件處理器 onPlayListEnd會被呼叫，播放清單400便被判定爲已被 再生至最末尾，而開始下個播放清單401的再生。此處， 播放清單401的再生中，一旦藉由使用者操作了選單鍵， 則事件處理器onMenu便被呼叫，而顯示出頂層選單畫面 4〇2。又，藉由事件處理器onMenU，對應於針對頂層選單 畫面402的所定操作，會從播放清單401的開頭起開始再 生。然後，播放清單40 1的再生時課若到達了標記Mark 所指示的時刻，則事件處理器onMark便被呼叫，訊息 4 03便被顯示在畫面上。一旦播放清單401被再生至最後 -44 - (41) (41)1328801 ，則事件處理器onPlayListEnci會被呼叫，判定爲播放清 單401已被再生至最後，而顯示出頂層選單畫面402。 圖17所示係用來實現該圖16所示之動作所需之一例 劇本程式。如上述，劇本程式，係排列有事件處理器，會 響應於事件的發生而執行所對應之事件處理器。劇本程式 ，係被存放副檔名爲「RC0」的資源檔中。 對影片播放器3 00指示播放清單之再生的方法函數， 係爲「movieplayer.play()」。括弧內是記述著作爲引數之 要進行再生的播放清單之編號。一旦播放清單的再生結束 ，則事件playListEnd便會發生？ 一旦該事件playListEnd 發生，則從劇本呼叫事件處理器 movieplayer.onPlayListEnd()。此時，會連同事件 playListEnd與物件event_info，一倂交給劇本。物件 event_info，係存放著表示哪個播放清單已經結束的播放 清單編號等。劇本中，藉由該物件eVent_info的內容，就 可改變下個動作。 6.關於檔案的管理構造 其次，針對UMD視訊規格中所適用的檔案之管理構 造，使用圖18來說明。檔案係藉由目錄構造而被階層式 管理，記錄在碟片上。碟片的檔案系統，係可適用 ISO (International Organization for S t and ar d i z at i ο η) 9 6 6 0 或UDF(UniverSal Disk Format)等所規定之檔案系統。 根目錄下，放置有檔案'TITLEID.DAT 〃及目錄、 -45- (42) (42)1328801 VIDEO〃 。目錄^ VIDEO〃之下，還放置有目錄* RESOURCE" ' 目錄 'CLIP"及目錄 'STREAM"，以及 檔案 ' PLAYLIST.DAT"。 檔案"TITLEID.DAT〃 ，係爲用來存放每個標題（內 容的種類）爲互異之標題識別子的檔案。對於1張碟片’ 係具有1個檔案、TITLEID_DAT"。 目錄"RESOURCE"之下，置有資源檔（' JAOOOOOCKRCO〃）。資源檔中，如上述，除了存放有構成 劇本層302之劇本程式，還存放有構成選單畫面所會用到 的資料，例如影像資料或聲音資料等零件資料。目錄" RESOURCE"之下，通常置有1或複數個資源檔。複數之 資源檔，例如，係當準備了顯示語言互異之複數選單等之 際，是按照每種語言而製作。但即使如此，同時能被使用 的資源檔，仍是只有1個。 又，資源檔是在其檔名中，將定界符（delimiter)的句 點（period)之後的副檔名固定爲「RCO」，表示該檔案爲 資源檔。又，根據句點之前的文字列來槪略性顯示該資源 檔的内容。例如，資源檔的檔名全體爲「CCdannnn.RCO 」的形式，開頭的2文字「CC」爲對應於該資源檔的語言 碼，其次的1文字「d」表示該語言碼是否爲內定語言的 旗標，其次的「a」爲表示顯示畫面的寬高比，其次的4 文字^ rinnii」爲顯示識別號碼。識別號碼是在複數個資源 檔中，以檔名不會互相重複之方式來訂定。 在如此形成資源檔的檔名的命名規則之下，根據資源 -46 - (43) (43)1328801 檔的檔名，可知資源資料的語言屬性與顯示畫面的寬高比 。在資源檔的選擇時，根據檔名來判別適當的資源檔。 目錄"CLIP 〃之下，置有1個以上的剪輯資訊檔。剪 輯資訊檔，係將檔名命名爲，在身爲定界符的句點前以^ 00001」等五個文字乃至數字的字串（本例中是用數字），在 句點之後的副檔名則爲「CLP」。藉由副檔名「CLP」， 該當檔案就可被識別成剪輯資訊檔。 目錄"STREAM"之下，置有1個以上的剪輯AV串 流檔。剪輯AV串流檔，係將檔名命名爲，在身爲定界符 的句點前以「00+00 1」等五個文字乃至數字的字串（本例中 是用數字），在句點之後的副檔名則爲「PS」。藉由副檔 名「PS」，該當檔案就可被識別成剪輯AV串流檔。本實 施之一形態中，剪輯AV串流檔，係被多重化有視訊串流 、音訊串流及字幕串流，且被當成 MPEG2(Moving Pictures Experts Group 2)的程式串流，而被存放在以上述 副檔名「PS」來識別的檔案中。 如上述，剪輯AV串流檔，係爲將視訊資料及音訊資 料予以壓縮編碼化及分時多重化而得的檔案，藉由讀取該 檔案、進行解碼處理，就可獲得視訊資料及音訊資料。又 ，剪輯資訊檔，係爲描述有該剪輯AV串流檔之性質的檔 案，是和剪輯AV串流檔相對應。本實施之一形態中，藉 由與剪輯資訊檔相對應的剪輯AV串流檔，來使檔名中的 副檔名之前的五個文字乃至數個文字所成之字串成爲一致 ，就可容易地掌握兩者的對應關係。 -47- (44) (44)1328801 資源檔，係如上述，是含有記述著劇本程式的劇本檔 ，是存放有爲了讓本實施之一形態所適用之碟片的再生形 態成爲互動式所需的程式。資源檔，係優先於被存放在碟 片中的其他檔案而先被讀出。 檔案'PLAYLIST.DAT"，係指定剪輯AV串流之再 生順序的播放清單所被描述的播放清單檔。使用圖24〜圖 26，說明檔案，PLAYLIST.DAT，的內部構造。圖24所示 係檔案tPLAYLIST.DAT 〃之全體構造之一例語法（syntax) 。此處是將語法，以被當作電腦裝置等的程式撰寫語言的 C語言的撰寫法來圖示。這點在表示其他語法的圖中也是 同樣的。 欄位name_length，係具有8位元的資料長，代表該 播放清單檔所被賦予的名稱的長度。欄位name_String， 係具有25 5位元組的資料長，代表該播放清單檔所被賦予 的名稱。攔位 name_string，係從其開頭起，至欄位 name_length所表示的位元組長爲止，是被當作有效名稱 而使用。例如，欄位name_length所帶有的値爲M0 〃的 時候，就被解譯爲從欄位name_string的開頭起算10位元 組的部份是有效名稱。 欄位number_of_PlayLists，係具有16位元之資料長 ，是表示其後所被撰寫的區塊PlayList()的個數。區塊 Play Li st ()，是被記述了該當於下一行的for回圈所指出的 欄位number_of_PlayLists的圈數份之個數。區塊 PlayList()，係爲播放清單本身。 -48- (45) 1328801

說明區塊PlayListO之一例內部構造。區塊PlayList() 的開頭，配置有欄位PlayList_data_length。欄位 PlayList_data_length，係具有32位元之資料長，是表示 含有該當欄位PlayList_data_length的區塊PlayList()的資 料長。接著，配置有具有15位元之資料長的欄位 reserved_for_word_alignment’和具有1位元之資料長的 旗標 capture_enable_flag_PlayList。欄位 reserved_for_word_alignment，係和資料長爲1位元的旗 標capture_enable_flag_PlayList組合，是被用在爲了將區 .塊PlayList()內的配置對齊成16位元之位置。 旗標 capture_enable_flag_PlayList，係爲指出含有該 當 capture_enable_flag_PlayList 之區塊 PlayList()中所屬 的動畫像的二次利用之許可與否的旗標。例如，若該旗標 capture_enable_flag_PlayList 的値爲 ' 1 〃，則表示該當 PlayListO中所屬的動畫像，是可許於再生機內的2次利 用。 此外，上述中，雖然將旗標 capture_enable_flag_PlayList表示爲位元的旗標，但其並 非侷限於本例。例如，亦可將旗標 capture —enable_flag_PlayList 構成爲複數位元，而記 述成可階段性地許可2次利用。作爲一例則有，將旗標 capture_enable_flag_PlayList 構成爲 2 位元，當値爲 '〇 〃時則爲完全禁止二次利用，値爲""1 〃則爲例如只有在 64像素X 64像素等所定的解析度以下進行過壓縮編碼化之 -49- (46) (46)1328801 後的情況，才准予二次利用。又，若値爲^ 2 〃 ，則爲許 可毫無限制地二次利用。不限於此，亦可爲2位元構成當 中的位元0之値爲時則表示許可內容再生應用程式 的二次使用，位元1的値爲”1〃的時候則表示許可在同 一框體內的其他應用程式（例如桌布影像或螢幕保護程式） 的二次使用。此時，可將位元0及位元1之値加以組合而 使用。 欄位PlayList_name_length，係具有8位元的資料長 ’代表該區塊PlayList()所被賦予的名稱的長度。欄位 PlayList_name_String，係具有255位元的資料長，代表該 區塊PlayList()所被賦予的名稱。欄位 PlayList_name_string，係從其開頭起，至欄位 PlayList_name_string所表示的位元組長爲止，是被當作 有效名稱而使用。 欄位number_of_Playltems，係具有16位元之資料長 ’是表示其後所被撰寫的區塊Playltem()的個數。區塊 Play Item()是被記述有該當於下一行的f0r回圈所指出的欄 位 number_of_PlayItems 的圏數份的個數。區塊 Playltem()，係爲播放項本身。 區塊 PlayList()內的各區塊 piayitem()內，被賦予有 識別資訊（ID)。例如，區塊Play List ()內最初被記述的區 塊Playltem()係被設爲〇號，以降，按照區塊PlayItein() 的出現順序，而被賦予1號、2號…之流水號。該流水號 係被當成識別各區塊Playltem()的識別資訊而使用。重複 -50- (47) 1328801 達區塊PlayItem()之個數的f0r回圈的引數i，可被當成對 應之區塊Playltem()的識別資訊使用》區塊Playltem()的 後面，配置有區塊PlayListMark()〇

使用圖20，說明區塊PlayltemO之一例內部構造。區 塊PlayItem〇的開頭，配置有欄位length。欄位length， 係具有16位元的資料長，代表該當區塊Play Item ()的長度 。接著，配置有欄位 Clip_Information_file_name_length 。欄位 Clip_Information_file_name_length，係具有 16 位 元的資料長，代表該區塊Play Item ()所對應之剪輯資訊檔 的名稱的長度。欄位Clip_Information_file_name，係爲位 元組單位且具有16位元的資料長，代表該區塊Play Item() 所對應之剪輯資訊檔的名稱。欄位

Clip_Information_file_name，係從其開頭起，至欄位 Clip_Information_file_name_length 所表示的位元組長爲 止，是被當作有效名稱而使用。一旦被欄位 Clip_Informati〇n_file_name指定了剪輯資訊檔，就可藉由 上述的檔名的對應關係，而將該當剪輯資訊檔所對應之剪 輯AV串流檔加以特定。 欄位IN_time及欄位0UT_time，都具有33位元之資 料長，係在區塊 Playltem()內中，用來指定以欄位 Clip_Inf〇rmati〇n_file_name所指定之剪輯資訊檔所對應的 剪輯AV串流檔的再生開始位置及再生結束位置的時刻資 訊。藉由使用這些欄位IN_time及欄位0UT_time的資訊 ，就可指定從剪輯AV串流檔開頭以外的部份開始再生。 -51 - (48) (48)

1328801 同樣地，亦可指定剪輯AV串流檔之後端A 。欄位 reserved_for_word_alignment，係將 料長變成16位元之整數倍時所需的調整用 位元的資料長。 使用圖21，說明區塊PlayListMark()之 。區塊PlayListMark()的開頭，配置有欄位 length，係具有32位元的資料長，代表該當 PlayListMark()的長度。接著，配置有欄位 number_of_PlayList_marks ° 欄位 number of PlayList marks 1 係具有 16 位元 表示其後所回復的區塊Mark()的個數。區塊 述有該當於下一行的for回圈所指出的欄位 number_of_PlayList_marks 的圈數份的個數 說明區塊Mark()之一例內部構造。區塊 ，配置有欄位mark_type。欄位mark_type’ 之資料長，是表示含有該當欄位mark_type 的種類。本實施之一形態中，如圖22所矛 有：章節標記及事件標記之2種標記。章箇 清單（區塊PlayListO)予以分割的起頭單位 將章節位置以時刻資訊來表示。事件標記， 標記事件的標記。 欄位 mark_name_length，係具有 8 位3 表該區塊Mark()所被賦予的名稱的長度。 Mark()的最下行的欄位 mark_name_string， L外的再生結束 資料結構的資 欄位，具有15 一例內部構造 length。欄位 區塊 之資料長，是 ,Mark〇是被記

Mark()的開頭 係具有8位元 的區塊Mark() 之一例，規定 ，係爲將播放 ，章節標記係 係爲用來產生 的資料長，代 被排列在區塊 係代表該標記 -52- (49) (49)1328801

Mark所被賦予的名稱。欄位mark_name_string，係從其開 頭起，至欄位mark_name_length所表示的位元組長爲止 ，是被當作有效名稱而使用》 欄位 ref_to_PlayItem_id、欄位 mark_time_stamp、欄 位 entry_ES_stream_id 及欄位 entry_ES_private_stream_id 這4個要素，係將區塊PlayList()上所被定義的區塊 Mark()和剪輯 AV串流檔，建立對應關連。亦即，欄位 ref_to_PlayItem_id，係具有16位元的資料長，代表區塊 Play Item()的識別資訊。藉此，就可特定出剪輯資訊檔和 剪輯AV串流檔。 欄位mark_time_stamp，係具有33位元之資料長，是 爲了指定在剪輯AV串流檔內的標記之時刻而被使用。使 用圖23槪略地加以說明。圖23中，假設播放清單係由編 號0、1及2所分別指定之3個播放項 （PlayItem(#0)、 Playltem(#l)及Playltem(#2))所成，播放清單上的時刻t〇 ，係爲編號1之播放項（Playltem(#l))中所含有者β又，假 設編號〇、1及2的各播放項，係透過分別所對應之剪輯 資訊檔而分別對應至剪輯AV串流檔的程式串流（Program Sream)A、B 及 C。 在此種狀況下，若在播放清單上的時刻to上指定了標 記時，則將欄位ref_to_PlayItem_id的値，設爲代表含有 時刻“的播放項’然後，將對應之剪輯AV串流檔 B上相當於時刻tQ的時刻，記述至欄位mark_time_Stamp 中。 -53- (50) 1328801 返回圖21的說明，欄位m a r k _ t i m e _ s t a m p之後配置 有欄位entry_ES_stream_id及欄位

entry_ES_private_stream_id ° 欄位 entry_ES_stream_id 及 欄位entry_ES_private_stream_id，係都具有8位元之資料 長’當該當區塊Mark()是被賦予關聯至特定的元素串流時 ’則是用來將該元素串流加以特定而被使用。欄位 entry_ES_stream —id 及欄位 entry_ES_private_stream_id， 係分別代表該當之元素串流所被多重化的封包（packetO)之 串流ID(stream_id)，和私用封包標頭 (private_packet_header())的私用串流 ID (private_stream_id) 〇 此外，這些封包（packet〇)之串流ID(stream_id)、私 ' 用封包標頭（private_packet_header〇)的私用串流 ID(private_stream_id)，例如係根據爲MPEG2系統之程式 串流的規定。 ^ 這些欄位entry_ES_stream_id及欄位 entry_ES_private_stream_id > 係例如當剪輯 AV 串流 #〇 與 剪輯AV串流#1是不同章節構成等時候會被使用。當該當 之標記Mark〇標記Mark()並未被賦予關聯至特定的元素串 流時，則這兩個欄位的値都被設成& 〇 "。 接下來，使用圖24〜圖28，說明剪輯資訊檔的內部 • 構造。剪輯資訊檔、XXXXX.CLP"係如上述，是被置於 . 目錄"STREAM〃下，記述有對應之剪輯 AV串流檔， XXXXX.PS〃之性質等。 -54- (51) 1328801 圖24係圖示了剪輯AV串流檔'XXXXX.CLP 〃之全 體構造之一例語法（syntax)。剪輯 AV 串流檔 a XXXXX.CLP ” ，係在開頭分別配置有欄位 presentation_start_time 及欄位 presentation_end_time。欄 位 presentation_start_time 及欄位 presentation_end_time

，係都具有33位元之資料長’係表示所對應之剪輯AV 串流檔之開頭和後端的時刻。時刻資訊，係可採用MPEG2 系統中的 PTS(Presentation Time Stamp)。PTS，係具有 90kHz之精確度。 接下來，配置有具有7位元之資料長的欄位 reserved_for_word_alignment，和具有1位元之資料長的 旗標 capture_enable_flag_Clipe 欄位 reserved_for_word_alignment，係和資料長爲1位元的旗 標capture_enable_flag_Clip組合，是被用在爲了將欄位 ' XXXXX.CLP"內的配置對齊成16位元之位置。旗標 capture_enable_flag_Clip，係表示該當檔案 'XXXXX.CLP "所對應之剪輯AV串流檔中所含之動畫像的二次利用是 否許可。例如，若該旗標capture_enable_flag_Clip的値 爲，則表示該當欄位'XXXXX.CLP"中所對應之剪 輯AV串流檔的動畫像，是許可在再生機內的2次利用。 欄位 number_of_streams，係具有 8位元之資料長， 是表示其後所回復的區塊StreamInfo()構造的個數》從欄 位number_〇f_streams的後面起，記述有藉由for回圈而 不於欄位 number_of_streams 的圈數份之數量的區塊 -55- (52) (52)1328801

StreamInfo()。for回圈之後，配置有區塊EP_map()。 說明區塊StreamInfo()之一例內部構造。區塊 StreamInfo()的開頭，配置有欄位length ^欄位length，係 具有16位元的資料長，代表該當區塊StreamlnfoO的長度 。接著，配置了分別具有8位元之資料長的欄位 stream_id 及欄位 private_stream_id，如圖 25 所示之一例 ，將該當區塊StreamlnfoO建立關聯至元素串流。該圖25 的例子中，該當區塊StreamInfo()係爲，欄位stream_id 是以値"ΟχΕΟ〃〜値"OxEF 〃而被關聯至視訊串流，以値 "^OxBD"而被關聯至 ATRAC(Adaptive Transform Acoustic Coding)音訊串流、LPCM(Linear Pulse Code Modulation)音訊串流和字幕串流。又，該當區塊 StreamInfo()係，欄位 private_stream_id 是以値，0χ00’ 〜値，0x0F” 、値、〇xl(T 〜値、〇xlF"及値，0x80，〜 値"0x9F〃 ，而分別被關聯至ATRAC音訊串流、LPCM 音訊串流及字幕串流。 此外，在圖25中的値的記載當中，「Ox」係表示其 後所接的數値是16進位。這點在以下的相同表現中也是 共通的。 此處’區塊StreamInfo()，大致來說，是記述著在串 流中不會變化的資訊和在串流中會變化的資訊之2種資訊 。串流中不會變化的資訊，係被記述在區塊StaticInfoO 中。另一方面’在串流中會變化的資訊，則是以時刻資訊 指定出變化點，而被記述在區塊DynamicInfo()中。 -56- (53) 1328801 區塊S t r e a m I n f ο ()中，由於在區塊S t a t i c I n f ο ()之後是 將位元組位置加以對齊，因此配置有具有8位元之資料長 的欄位reserved_for_word_alignment，而在其後頭，配置 有欄位 number_of_DynamicInfo。欄位

number_of_DynamicInfo，具有8位元之資料長，是代表 在區塊StreamInfo()內於其後所記述之區塊DynamicInfo() 的個數。欄位 pts_change_point 及區塊 DynamicInfo()，是 被記述有恰好等於藉由for回圈而以欄位 number —of_DynamicInfo戶斤示的圈數份的數量· 欄位pts_change_point，係具有33位元之資料長，是 將對應之區塊DynamicInfo()的資訊會變爲有效的時刻， 以PTS來表示。每個串流開頭的時刻，也是以欄位 pts_change_p〇int來代表，其係等同於檔案"XXXXX.CLP 〃內所定義的上述之欄位presentation_start_time。 使用圖 26，說明區塊 StaticInfo()之一例內部構造。 區塊StaticInfoO，係隨著所對應之元素串流的種類而內 容有所不同。對應之元素串流的種類，係可根據用圖25 說明過的欄位stream_id及欄位private_stream_id之値來 判斷。圖26中，區塊StaticInfoO所對應之元素串流之種 類究竟是視訊串流、音訊串流及字幕（subtitle)串流之何者 ’是使用if語法來分別加以描述。以下，關於區塊 StaticInfoO，按照每個元素串流來加以說明。 若元素串流爲視訊串流時，則區塊StaticInfo()，係 由：分別具有4位元之資料長的欄位picture_size及欄位 -57- (54) 1328801 frame_rate、具有1位元之資料長的旗標cc_flag所成。欄 位picture_Size及欄位frame_rate，係分別表示該當視訊 串流之影像尺寸及畫格頻率（frame rate)。旗標cc_flag， 係表不該當視訊串流是否含有隱藏式字幕（closed caption) 。例如’若旗標cc_flag的値爲"1〃 ，則該當視訊串流是 含有隱藏式字幕。欄位reserved_for_word_alignment，係 爲了將資料配置對齊成16位元所用。

若兀素串流爲音訊串流時，則區塊StaticInfo()，係 由：具有16位元之資料長的攔位audio_langUage_c〇de、 具有8位元之資料長的欄位c.hannel_configuration、具有 1位元之資料長的旗標lfe_exsistance及具有4位元之資 料長的欄位sampling_frequency所成。欄位 audio_language_code，係表示該當音訊串流中所含之語言 的代碼。欄位channel_configuration，係表示單音、立體 聲、多聲道等之音訊資料的聲道屬性。欄位Ifejxistence ，係表示是否含有低音強調聲道，例如値爲"1 "則表示 含有。欄位sampling_frequency，係表示音訊資料的取樣 頻率。欄位 reserved_for_w〇rd_alignment，係爲了 將資料 配置對齊成1 6位元所用。 若元素串流爲字幕（subtitle)串流時，則區塊 StaticInfoO，係由：分別具有16位元之資料長的欄位 subtitIe_language_code及具有1位元之資料長的旗標 configurable flag 所成。欄位 subtitle_language_code，係 表示該當字幕串流中所含之語言的代碼。欄位 -58- (55) (55)1328801 configurableflag，係表示在該當字幕串流顯示之際，是 否許可變更文字的大小及位置，例如値爲"K則代表許 可。欄位 reserved_for_word_alignment，係爲了將資料配 置對齊成1 6位元所用。 使用圖27，說明區塊DynamicInfo()之一例內部構造 。區塊DynamicInfo()，係在開頭配置了具有8位元之資 料長的欄位reserved_for_word_alignment。接下來的內容 ，係隨著對應之元素串流的種類而不同。對應之元素串流 的種類，係可根據用圖25說明過的欄位stream_id及欄位 private_stream_id之値來判斷。圖27中，區塊 DynamicInfoO所對應之元素串流之種類究竟是視訊串流、 音訊串流及字幕（subtitle)串流之何者，是使用if語法來 分別加以描述。以下，關於區塊DynamicInfoO，按照每 個元素串流來加以說明。 若元素串流爲視訊串流時，則區塊DynamicInfo()， 係由具有4位元之資料長的欄位display_aspect_ratio所 成。欄位display_aspect_ratio，係表示視訊的顯示輸出長 寬比爲16: 9還是4: 3。欄位 reserved_for_word_alignment，係爲了將資料配置對齊成 1 6位元所用。 若元素串流爲音訊串流時，則區塊DynamicInfoO， 係由具有4位元之資料長的欄位channel_assignment所成 。欄位channel_assignment，係當該當音訊串流是以2聲 道而構成時，表示其輸出是立體聲還是單聲道。雙重單聲 -59- (56) (56)1328801 道，例如係在可以再生雙語發音之際所使用。欄位 reserved_for_word_alignment，係爲了將資料配置對齊成 1 6位元所用。 若元素串流爲字幕串流時，則區塊DynamicInfo()， 係爲了將資料配置對齊成1 6位元所用，是由欄位 reserved_for_word_alignment所構成。亦即，關於字幕串 流，並未定義動態變化之屬性。 使用圖28，說明區塊EP_map()之一例內部構造。區 塊EP_map，係對每個元素串流，將位元串流內的可開始 解碼位置（進入點，或者亦稱爲隨機存取點（RAP))使用時 刻資訊和位置資訊來表示。位置資訊，例如可使用位置資 訊所被記錄的記錄媒體中之存取的最小單位。各元素串流 ，係視爲可從區塊EP_map()所示的位置起進行解碼處理 〇 固定速率的串流，因爲可開始解碼位置能夠藉由計算 而求得，因此該區塊EP_map()的這類資訊，可以免除。 另一方面’可變速率的串流’或MPEG係的視訊壓縮編碼 方式的這類每個存取單元的資料大小是可變的這類串流的 情況下，區塊EP_maP()就成了用來進行隨機存取所需的 重要資訊。 區塊EP_map()，爲了將配置對齊成16位元，而在開 頭配置了具有8位元之資料長的欄位 reserved_for_word_alignment。接著，配置有欄位 number_of_stream_id_entries° 欄位 -60- (57) 1328801 number_of_stream_id_entries，係具有8位元組的資料長 ，代表該區塊EP_map()中所記述之元素串流的數目。藉 由第 lfor 回圈，欄位 stream_id、欄位 private_stream_id 及欄位number_of_EP_entries，是被記述著相當於欄位 ' number_of_stream_id_entries所示之圈數份的個數。然後 . ，第lf〇r回圈的每1次的記述中，有欄位PTS_EP_start 及欄位RPN_EP_start是被配置成相當於欄位 • numberof_EP_entries戶斤示的圈數份之個數。 在第1 for回圈內，最初是配置有分別具有8位元之資 料長的.欄位stream_id及欄位private_stream_id，如圖25 所示之一例，將元素串流加以特定。其次被配置的欄位 number_of_EP_entries，係具有32位元之資料長，是表示 • 對該當元素串流所記述的進入點的數目。其後，於第2 fo r 回圈中，欄位PTS_EP_start及欄位RPN_EP_start是分別 被配置有相當於欄位number_of_EP_entries所示的數目。 • 欄位PTS_EP_start及欄位RPN_EP_start，係分別具 - 有33位元之資料長，是代表進入點本身。欄位 PTS_EP_start ’係將進入點之在剪輯AV串流檔內的時刻 以PTS來表示。另一方面，欄位RPN_EP_start，係將進 入點之在剪輯AV串流檔內的位置，例如以2048位元組 單位來表示。 本實施之一形態中’碟片上的.存取單位亦即1扇區是 ' 設爲2048位元組。因此’進入點之剪輯AV串流檔內的 位置’係藉由欄位RPN_EP_Start，而以扇區單位來表示。 -61 - (58) (58)1328801 此處，視訊串流之可開始再生位置的正前面’必定配 置有封包 private_stream_2。該封包 private_stream_2 ’ 係 爲存放有爲了將視訊串流予以解碼所需之可利用之資訊的 封包。因此，視訊串流之進入點的位置，係爲該當封包 private_stream_2所被存放的捆包pack()之位置。 區塊EP_map〇，如上述，係將剪輯AV串流上的時刻 ，和剪輯AV串流檔內的位置，建立對應關係。藉此，當 往剪輯AV串流之存取點的時刻資訊（時間戳記）被賦予時 ，在剪輯AV串流檔之中檢索出資料必須開始讀出之資料 位址會變得容易，可使碟片的隨機存取能夠平滑地進行。 此外，本實施之一形態中，在區塊EP_map()中，每 個元素串流的時刻資訊和位置資訊的群組（第2for回圈內 的欄位PTS_EP_start與欄位RPN_EP_start的群組），係對 於欄位PTS_EP_start及RPN_EP_start兩者成遞增（或遞減 )的順序而預先排序而加以登錄。換言之，時刻資訊與位 置資訊，係預先按照所定的方向而排列。因此，可直接對 該資料執行二分枝檢索。 此外，本發明之一實施形態中，雖然視訊的元素串流 ’是以MPEG2-Vide〇的規格爲依據的元素串流來說明， 但其並非但其並非限定於此例。例如，視訊的元素串流， 亦可爲依據MPEG4-Visual或MPEG4-AVC的規格者。又 ，音訊的元素串流，雖然是以ATRAC音訊的元素串流來 說明’但其並非侷限於此例，亦可適用例如MPEG 1/2/4音 訊。 -62- (59) (59)1328801 7.關於碟片再生裝置 其次，針對可適用本發明之一實施形態的碟片再生裝 置。圖29係可適用本發明之碟片再生裝置100之一例構 成的槪略圖。對於匯流排111，分別連接有：CPU (Central Processing Unit) 1 12、記億體磁碟機介面113、碟驅動機 介面114、輸入介面115、視訊解碼器116、音訊解碼器 117、視訊輸出介面118及音訊輸出介面119。該碟片再生 裝置100的各部，係可透過匯流排111而彼此交換有視訊 串流、音訊串流、各種指令或資料等。 碟驅動機介面114，更連接有碟驅動機102。碟驅動 機102，係透過碟驅動機介面114而和匯流排111進行資 料或指令的交換。 CPU112，係具有 R0M(Read Only Memory)及 RAM( Random Access Memory)(未圖示），會服從ROM內所預先 記憶的程式或資料，透過匯流排111，和該碟片再生裝置 100的各部進行資料或指令的交換，控制該碟片再生裝置 100的全體。RAM係當作CPU1 12的工作記億體而使用。 此外，圖29中雖然省略，但碟片再生裝置1〇〇係可 具備：資料可以抹寫，且碟片再生裝置100的電源關閉後 仍可保持記憶內容的快閃記憶體等不揮發性記憶體。不揮 發性記憶體，係例如連接至匯流排1 1 1，而可藉由 CPU 112來對不揮發性記憶體寫入資料，或從該不揮發性. 記億體中讀出資料。 輸入介面115，係被供給有，藉由使用者實際進行輸 -63- (60) (60)1328801 入操作而從輸入裝置來的輸入訊號。輸入裝置，例如，係 爲以紅外線訊號等遠端操作碟片再生裝置100的遙控指令 器，或直接設在該碟片再生裝置100上的按鍵等。輸入介 面115，係將從這些輸入裝置所供給過來的訊號，轉換成 對CPU 1 12的控制訊號而加以輸出。 碟片101，係爲圖18以降所說明過的格式，記錄有播 放清單、劇本程式、剪輯資訊檔、剪輯AV串流檔等。一 旦碟片101被裝塡至碟驅動機102中，則會自動再生或依 照使用者的輸入操作而將碟片101加以再生。從碟片101 讀出的劇本檔或播放清單檔、剪輯資訊檔，係被供給至 CPU112，例如，記憶在 CPU112所擁有的 RAM內。 CPU112，係根據被記憶在RAM內的這些資料或劇本程式 ，而從碟片101將剪輯AV串流檔加以讀出。 從碟片101讀出的剪輯AV串流檔，係被暫時存放在 記億體113內。視訊解碼器116，係根據CPU1 12的命令 ，將記憶體113中所存放的剪輯AV串流檔的視訊串流或 字幕串流加以解碼。已被解碼的視訊資料或字幕資料，例 如係藉由CPU 1 1 2分別施以放大或縮小處理等影像處理， 同時還實施合成、加算處理，變成1條視訊資料。這些影 像處理，並非侷限於此，亦可在視訊解碼器116或視訊輸 出介面1 1 8中進行。該視訊資料，係被記憶體1 1 3加以緩 衝，而供給至視訊輸出介面118»視訊輸出介面118，例 如，係將所供給過來的視訊資料轉換成類比視訊訊號，而 導出至視訊輸出端子120。 -64 - (61) 1328801 同樣地’音訊解碼器117，係根據CPU112的命 將記億體113中所存放的剪輯AV串流檔的音訊串流 解碼。已被解碼的音訊資料，係被記億體113加以緩 而供給至音訊輸出介面119»音訊輸出介面119，例 係將所供給過來的音訊資料轉換成例如類比音訊訊號 導出至音訊輸出端子121。 此外’此處雖然將圖29所示的各部分別以獨立 體來構成，但其並非侷限於此。例如，視訊解碼器1 1 /或音訊解碼器117，係可藉由在CPU112上動作的軟 構成。 又，上述的碟片再生裝置100，係具備CPU112 憶體，而藉由程式而動作，因此可以想作是一種電腦 圖30係圖36所示之碟片再生裝置1〇〇上的動作 詳細說明用的機能方塊圖。碟片再生裝置100，槪略 ，是由作業系統201，和視訊內容再生部210所成。 內容再生部210，實質上來說，係爲在作業系統201 作的軟體程式。不限於此，視訊內容再生部210，係 爲將軟體與硬體統合起來動作的構成。以下當中，是 訊內容再生部210爲軟體的情況來加以說明《此外β 中，碟片驅動機102係被省略。 作業系統201，係一旦電源投入至碟片再生裝置 便會在CPU1 12中最先被啓動，進行各部的初期設定 要之處理，並將應用程式（此處係爲視訊內容再生部 令， 加以 衝， 如， ，而 的硬 6及 體來 及記 裝置 更加 而言 視訊 上動 亦可 以視 1 30 100 等必 2 10) -65- (62) (62)1328801 從ROM中叫出。作業系統201，係在視訊內容再生部210 的動作中，對於視訊內容再生部210，提供來自碟片101 的檔案之讀出或槍案系統之解譯等等基本的服務。例如， 作業系統201，係響應於從視訊內容再生部210所交付過 來的檔案讀出要求，透過碟驅動機介面114而控制碟驅動 機102’將記錄在碟片ιοί中的資料加以讀出。已讀出之 資料’係藉由作業系統20 1的控制，而被交付給視訊內容 再生部2 1 0。 又’作業系統201，係具備多工處理機能，可將複數 的軟體模組’例如藉由分時控制而在外觀上看似進行平行 控制。亦即，圖36所示之一例，構成視訊內容再生部210 的各模組，係藉由作業系統201的多工處理機能，而可全 部都爲平行動作。 以下，針對視訊內容再生部2 1 0的動作，更具體地加 以說明。視訊內容再生部210，在內部係更具有數個模組 ，實現下記機能。 (1) 判斷被裝塡之碟片101是否爲依照UMD視訊規格 的碟片（以下稱爲UMD視訊碟片）。 (2) 若判斷被裝塡之碟片1〇1是UMD視訊碟片，則從 碟片1〇1中讀出資源檔，交付給劇本控制模組211。 (3) 若判斷被裝塡之碟片ιοί是UMD視訊碟片，則更 進一步又將構成資料庫的檔案（播放清單檔、剪輯資訊檔 等）加以讀出，交付給劇本控制模組2 1 2。 以下，針對視訊內容再生部210的各模組的動作，加 -66- (63) 1328801 以說明。 劇本控制模組2 1 1，係將已收取到的資源檔，例如記 億在CPU112之未圖示的RAM的所定領域中。CPU112(劇 本控制模組211)，係將被記憶在該RAM內的劇本程式予 - 以讀出，進行解譯而執行。亦可將資源檔記億至記憶體 . 1 13的所定領域，因應需要而讀入至CPU1 12之未圖示的 RAM 中。 φ 如播放器模型的說明中所述，選單畫面等之影像的作 成及輸出，或是響應於使用者輸入的游標移動、選單畫面 之變更的這類GUI，係藉由劇本程式來控制圖形處理模組 219來實現。此時，記億體113上的資源檔中所存放之影 像資料或聲音資料會被使用，進行選單畫面等之作成。又 •，劇本控制模組2 1 1，係藉由劇本程式的執行，而可進行 播放器控制模組2 1 2的控制。 播放器控制模組2 1 2，係參照從碟片1 Ο 1所讀出的播

# 放清單檔'PLAYLIST.DAT"或剪輯資訊檔，XXXXX.CLP . "這些檔案中所存放的資料庫資訊，而進行有關碟片101 中所記錄之視訊內容的再生之以下的控制。 (1) 將播放清單或剪輯資訊這些資料庫資訊加以解析。 (2) 將內容資料供給模組213、解碼控制模組214及緩 衝控制模組2 1 5加以控制。 ' (3)遵照來自劇本控制模組211或輸入介面115的指示 • ’進行再生、再生停止、再生暫時停止這類播放器的狀態 變遷控制，或串流切換等之再生控制處理。 -67- (64) (64)1328801 (4)從解碼控制模組214中，針對再生中的視訊串流， 取得時刻資訊，並進行時刻顯示或標記事件之生成等。 內容資料供給模組2 1 3，係遵照播放器控制模組2 1 2 之指示，從碟片101中讀出剪輯AV串流檔這類內容資料 ’交付給緩衝控制模組2 1 5。緩衝控制模組2 1 5，係將已 交付之內容資料，暫存在身爲緩衝區之實體215A的記憶 體1 1 3內。內容資料供給模組2 1 3，係控制緩衝控制模組 215，遵從來自視訊解碼器控制模組216、音訊解碼器控制 模組217及字幕解碼器控制模組218的要求，將暫存在記 憶體113內的內容資料，所定地供給至這些模組216.、217 及2 1 8。又，內容資料供給模組2 1 3，係以將被緩衝控制 模組215所暫存之內容資料的量控制成所定量之方式，而 從碟片101讀取內容資料。 解碼控制模組2 1 4，係遵從播放器控制模組2 1 2的指 示，控制視訊解碼器控制模組2 1 6、音訊解碼器控制模組 2 1 7及字幕解碼器控制模組2 1 8的動作。又，解碼控制模 組2 1 4，其內部具有計時機能，以使得視訊資料與音訊資 料成同步輸出的方式，控制著各視訊解碼器控制模組2 1 6 、2 1 7及2 8的動作。 緩衝控制模組215，係將記憶體113的一部份做排他 性使用，以做爲緩衝區之實體215A。又，緩衝控制模組 215，係記憶著資料開頭指標器及資料寫入指標器。緩衝 控制模組215，更具有視訊讀出機能、音訊讀出機能及字 幕讀出機能，以做爲其內部模組。視訊讀出機能的內部， -68- (65) (65)1328801 具有視訊讀出指標器。又’視訊讀出機能的內部，具備用 來積存屬於存取單兀資訊的資訊au_information()用的暫 存器。音訊讀出機能的內部，具有音訊訊讀出指標器。字 幕讀出機能的內部，具有字幕讀出指標器與字幕讀出機能 旗標。字幕讀出機能旗標，係響應於寫入之値而控制字幕 讀出機能的有效/無效。例如，若字幕讀出機能旗標中寫 入了 ”1〃 ，則字幕讀出機能被設爲有效，若寫入了 ，則字幕讀出機能被設爲無效。 緩衝控制模組2 1 5的內部模組的視訊讀出機能、音訊 讀出機能及字幕讀出機能，係更具有從被多重化有視訊串 流、音訊串流及字幕串流的剪輯AV串流中，將各串流予 以分離出來的去多重器機能。本發明之一實施形態中，複 數的元素串流是以MPEG2系統的程式串流之形式而被分 時多重化，而形成剪輯AV串流。因此，視訊讀出機能、 音訊讀出機能及字幕讀出機能，係具有針對MPEG2系統 之程式串流的去多重器機能。 因此，視訊讀出機能，係會讀取被配置在串流內之所 定位置的欄位stream_id(參照圖25)之値，而加以保持。 同樣地，音訊讀出機能及字幕讀出機能，係會讀取欄位 stream_id 及欄位 private_stream_id(參照圖 25)之値，而加 以保持。這些欄位stream_id及欄位private_stream_id之 値，係在解析被供給過來之位元串流之際會使用到。 視訊解碼器控制模組216，係對緩衝控制模組215內 的視訊讀出機能發出指示，使其從記憶體113讀出視訊串 -69- (66) (66)1328801 流之單一視訊存取單元而供給至視訊解碼器116。然後’ 視訊解碼器控制模組2 1 6，係控制視訊解碼器1 1 6 ’將已 被供給至視訊解碼器116的視訊串流以存取單元爲單位而 進行解碼。將視訊串流予以解碼後所生成的視訊資料’係 被供給至圖形處理模組219。 同樣地，音訊解碼器控制模組2 1 7，係對緩衝控制模 組215內的音訊讀出機能發出指示，使其從記憶體113讀 出音訊串流之單一視訊存取單元而供給至音訊解碼器117 。此外，本實施之一形態中，構成音訊串流的存取單元（ 音訊訊框），係設爲既知之固定長。然後，音訊解碼器控 制模組2 1 7，係控制音訊解碼器1 1 7，將已被供給至音訊 解碼器117的音訊串流以存取單元爲單位而進行解碼。將 音訊串流予以解碼後所生成的音訊資料，係被供給至音訊 輸出模組242。 然後，字幕解碼器控制模組2 1 8，係對緩衝控制模組 215內的字幕讀出機能發出指示，使其從記憶體113中讀 出字幕串流之單一字幕存取單元而供給至字幕解碼器控制 模組218。此外，本實施之一形態中，構成字幕串流的字 幕存取單元，係在單元的開頭中存放有該當單元的長度資 訊。字幕解碼器控制模組2 1 8，係具有字幕解碼器機能， 可將所被供給之字幕串流予以解碼。字幕串流被字幕解碼 器控制模組218的字幕解碼器機能予以解碼後的字幕影像 資料，係被供給至圖形處理模組219。 圖形處理模組219’係如上述，會被供給有，基於視 -70- (67) 1328801 訊解碼器控制模組2 1 6之控制而被視訊解碼器1 1 6所解碼 後的視訊資料，與被字幕解碼器控制模組218所解碼後的 字幕影像資料。圖形處理模組219，係對供給過來的這些 視訊資料，將字幕影像資料進行所定之加算，而生成用來 · 輸出的視訊訊號。圖形處理模組219中，更進一步，遵從 # 劇本控制模組2 1 1或播放器控制模組2 1 2之指示，生成選 單畫面或訊息畫面，針對輸出視訊訊號進行合成（重疊）。 # 例如，圖形處理模組2 1 9，係對所供給之字幕影像資 料’遵從來自劇本控制模組211的指示而進行放大處理或 縮小處理，並對視訊資料進行.所定之加算。 又，圖形處理模組219，係根據預先指定之輸出視訊 裝置的長寬比，和從碟片101中在生出來的內容內所指定 '之輸出長寬比，進行輸出訊號的長寬比轉換。例如，輸出 裝置的長寬比爲16: 9時，若輸出長寬比爲16: 9，則直 接將視訊資料予以輸出；若輸出長寬比爲4 : 3，則將所輸 # 出之視訊資料，以使影像的高度是和輸出視訊裝置的畫面 - 高度一致的方式進行縮小（squeeze)處理，並在畫面的左右 插入黑影像而加以輸出。當輸出裝置的長寬比爲4: 3時 ，若輸出長寬比爲4: 3，則直接將視訊資料予以輸出；若 輸出長寬比爲1 6 : 9，則將所輸出之視訊資料，以使影像 的寬度是和輸出視訊裝置的畫面寬度一致的方式進行放大 (squeeze)處理，並在畫面的上下插入黑影像而加以輸出。 ' 圖形處理模組219，係更進一步會進行以下處理：響 應於來自播放器控制模組212的要求，將現在處理中的視 -71 - (68) (68)1328801 訊訊號予以捕捉，而回送給播放器控制模組2 1 2。 視訊輸出模組241，係將記憶體113的一部份予以排 他性地佔有而當成FIFO(First In First Out)之緩衝區使用 ，將已被圖形處理模組219處理過的視訊資料暫時地暫存 在該緩衝區內，以所定的時序進行讀出控制。已從緩衝區 讀出的視訊資料，是從視訊輸出介面118中被輸出。 音訊輸出模組242，係將記憶體113的一部份予以排 他性地佔有而當成FIFO(First In First Out)之緩衝區使用 ，將已被音訊輸出介面117處理過的音訊資料暫時地暫存 在該緩衝區內，以所定的時序進行讀出控制。已從緩衝區 讀出的音訊資料，是從音訊輸出介面119中被輸出。 又，音訊輸出模組242，係內容的音訊模式爲雙重單 聲道（例如雙語）時，則遵從預先指定好的聲音輸出模式而 將音訊資料加以輸出。當聲音輸出模式指定爲「主聲音」 時，則例如是在記憶體1 1 3中將左聲道的記憶體複製到右 聲道，使得2聲道的輸出都是輸出左聲道的音訊資料。當 聲音輸出模式指定爲「副聲音」時，則例如是在記憶體 113中將右聲道的記億體複製到左聲道，使得2聲道的輸 出都是輸出右聲道的音訊資料。當聲音輸出模式爲「主· 副聲音」的時候，若內容是立體聲，則將音訊資料直接輸 出。 這類聲音輸出模式的設定，係可藉由視訊內容再生部 210所生成的選單畫面等，來讓使用者以對話方式進行設 定。 -72- (69) (69)1328801 不揮發性記憶體控制模組250，係藉由來自播放器控 制模組212的指示，進行往視訊內容再生部21〇已經結束 但仍未消除之領域的寫入，或從該當領域讀出資料。其具 有：把標題識別ID(Title_ID)當成關鍵字，而將資料 Saved_Player_Status 及資料 Saved_User_Data 之組合，複 數件地記億至該當領域之機能。做爲資料 Saved_Player_Status，而將播放器控制模組212所帶有之 資料Backup_Player_Status加以記憶。該資料 Backup_Player_Status，例如係對應於上述之播放器狀態 23 2B的播放器控制模組212結束前的資料；資料 Saved_Player_Status則對應於回復資訊324 »又，做爲資 料Saved_User_Data，而將播放器控制模組212所帶有之 資料User_Data加以記憶。資料User_Data，係藉由使用 者對播放器控制模組2 1 2所設定之所定資料。 不揮發性記億體控制模組250，係在碟片再生裝置 1〇〇所擁有之不揮發性記憶體的所定領域中，將這些資料 Saved_Player_Status 及資料 Saved_User_Data 之組合，和 碟片101的標題ID建立關聯而加以記憶。不揮發性記憶 體控制模組250用來記憶資料的記憶媒體，並不侷限於不 揮發性記億體，例如亦可爲硬碟等。 8.關於影片播放器之狀態遷移模型 8-1.關於影片播放器之狀態的定義 其次，針對能夠適用於本發明之實施一形態的影片播 -73- (70) 1328801 放器300的狀態遷移模型，做更詳細說明。本發明中’是 將影片播放器300的狀態’僅在影片播放器3 00之內部狀 態中加以定義。亦即’本發明中，是將影片播放器300的 狀態，根據影片播放器3 00其自身的動作及機能而分別加 ·' 以定義。 _ 更具體而言，在動作面中，從播放清單再生的觀點來 看，定義了影片播放器300是處於播放狀態或是停止狀態 φ 之2狀態。又，在機能面中，定義了影片播放器300是否 接受來自原生實裝平台301的控制指令之2狀態。 圖3 1係本發明所致之影片播放器3 00的狀態定義之 槪念圖。說明從影片播放器300的動作面觀點來看的狀態 : 。參照圖3，影片播放器3 00，係從播放清單再生的觀點 -來看，是處於播放狀態及停止狀態之任何一種狀態。播放 狀態，係影片播放器3 00將播放清單加以選擇，並再生已 選擇之播放清單之狀態。另一方面，停止狀態，係影片播 φ 放器300沒有再生播放清單的狀態。停止狀態中，播放清 單係未被選擇。換言之，剪輯 AV串流是被影片播放器 3 00的回播模組321正在予以解碼的狀態即爲播放狀態， 未正在解碼的狀態即爲停止狀態》 此外，播放狀態，係可更細分成數個狀態。例如，順 向1倍速的通常再生、以往順向及逆相之1倍速以外的再 ' 生速度進行再生的變速再生、暫時停止等，這些各種再生 狀態都包含在播放狀態中。定格前進及定格後退再生，是 藉由通常再生和暫時停止的交互進行而實現。像這樣，播 -74- (71) (71)1328801 放清單的再生中，就同義於影片播放器300係處於播放狀 態。 說明從影片播放器300的機能面觀點來看的狀態。影 片播放器300，係從機能的觀點來看，具有接受來自原生 實裝平台301之控制指令311的模式（稱爲通常模式），和 無視控制指令3 1 1的模式（稱爲選單模式）的2種動作模式 。將這些影片播放器3 00的2種動作模式，分別定義成影 片播放器3 00之狀態。 通常模式，係可將影片播放器300的動作，不透過劇 本層302的劇本程式，而可由使用者輸入310來加以控制 〇 另一方面，選單模式，影片播放器300會不接受控制 指令311。影片播放器300，係僅接受來自劇本層302的 方法函數313。因此，影片播放器300之動作，可全部藉 由劇本層3 02的劇本程式來加以控制。例如，使用者輸入 31〇,係作爲來自原生實裝平台301的事件314，而被交付 給劇本層302。劇本層302的劇本程式，係使用響應於該 事件314的方法函數313，而控制影片播放器300的動作 亦即，可藉由使用選單模式，而由內容製作者側來控 制影片播放器300的動作。又，藉由利用選單模式，就可 以較少種類的按鍵來實現多樣的控制。 像這樣，影片播放器300，係除了在動作面上具有播 放狀態與停止狀態之2狀態，還在機能面上具有通常模式 -75- (72) 1328801 與選單模式之2種動作模式。因此，作爲影片播放 ，係由這些動作面之2狀態和機能面之2動作模式 排列組合，而定義了 4種狀態。亦即，影片播放器 係自被生成起至消滅爲止的期間內，會處於這4種 的任一種狀態。有關事件及事件處理器的生成及消 於後述。 此外，一旦對影片播放器3 00發行了指示要遷 現在狀態不同之狀態的方法函數3 1 3，則在模型上 播放器300係會響應於所發行之方法函數313而立 態進行遷移。而在實際的機器上，從對影片播放器 行某一方法函數313起，至影片播放器300響應於 法函數3 1 3而完成狀態遷移爲止的時間，則是依存 機器的實裝而定。 又，對於處於某狀態的影片播放器300，即使 指示其遷移狀態至和該當狀態相同之狀態的方法函 ，影片播放器300的狀態也不會發生變化。例如， 經處於通常模式、且爲停止狀態的影片播放器300 發行了用來使影片播放器3 00遷移至通常模式且停 的方法函數313，影片播放器300的狀態也不會有營 再者，暫時停止（pause)狀態，係屬於播放狀態 。從停止狀態往暫時停止狀態遷移，需要使用以指 停止的値pauseMode爲引數的方法函數play()。 其次，說明有關影片播放器300之2狀態與2 式所組合出來的4狀態的每一種狀態，和4狀態間 器300 ，分別 3 00， 狀態中 滅，將 移至和 ，影片 即使狀 300發 該當方 於該當 發行了 數 3 13 對於已 ，即使 止狀態 ，化。 之一種 定暫時 動作模 的狀態 -76- (73) 1328801 遷移，加以說明。以下，將影片播放器300 能面所分類成的狀態當中，令通常模式爲「 單模式爲「menu」。又，將影片播放器300 作面所分類成的狀態當中，令播放狀態爲「 狀態爲「stop」。然後，將影片播放器300 及狀態（status)的組合，爲了說明方便而表 status}。又，以下當中，將影片播放器300 與模式切換，都稱之爲狀態遷移。 如同圖31所示可知，影片播放器300 若也包含往自己狀態的遷移，則一共存在有 這些狀態遷移，係藉由從劇本層3 02往影片 交付過來的方法函數313而引發。亦即，影 中的狀態遷移，係從影片播放器3 00的外部 來自劇本層3 02的方法函數所致之指示，則 3〇〇的內部自動發生的狀態遷移。又，就算 裝平台301的控制指令，在影片播放器300 狀態遷移。 此外，本實施一形態中，因爲方法函數 合是有限制，所以在影片播放器3 00中要讓 則狀態遷移全部使用方法函數來促使其發生 〇 以下，針對影片播放器3 00所取得之 (Menu - Stop}、狀態{Normal，Stop}、狀態 及狀態{Normal，Play})，分別加以說明。 的狀態按照機 normal」 ，選 的狀態按照動 play」，停止 的模式（mode) 示成{mode ， 中的狀態變化 的狀態遷移， 4x4=16 貝[]〇 播放器300所 片播放器300 所引發，若無 無影片播放器 是來自原生實 中也不會發生 3 13的引數組 所有可能的1 6 ，是辦不到的 4狀態（狀態 {Menu > Play} -77- (74) (74)1328801 (1) 狀態{Menu，Stop} 亦即影片播放器3 00是並未進行播放清單之再生的停 止狀態，且不接受來自原生實裝平台3 0 1的控制指令3 1 1 之狀態。此狀態係例如用於背景沒有動畫再生之選單畫面 等。 由於假設影片播放器300剛生成後立刻會有來自劇本 程式的控制，因此此時點上令其不接受來自原生實裝平台 301的控制指令311是有效的。因此，影片播放器300剛 生成後，是被定爲該狀態{Menu，Stop}。 (2) 狀態{Normal，Stop} 亦即影片播放器300是並未進行播放清單之再生的停 止狀態，且會接受來自原生實裝平台301的控制指令311 之狀態。此狀態係例如用於動畫未進行再生之狀態。此狀 態由於會接受控制指令311，因此理想上在影片播放器 3 00剛生成後是不要採用。 (3) 狀態{Menu，Play} 亦即影片播放器3 00是正在進行播放清單之再生的停 止狀態，且不接受來自原生實裝平台301的控制指令31 1 之狀態。此狀態係例如用於背景中有動畫再生之選單畫面 等。 (4)狀態{Normal，Play} -78- (75) (75)1328801 亦即影片播放器300是正在進行播放清單之再生的停 止狀態，且會接受來自原生實裝平台301的控制指令311 之狀態。此狀態係例如用於本篇再生中等。 如上述，槪略地說明了影片播放器3 00被生成之際的 模型。影片播放器300的生成，例如係如上述，一旦電源 投入至碟片再生裝置100，在CPU112中啓動了操作系統 201，則除了進行各部的初期設定等必要之處理，還會將 視訊內容再生部210從ROM中叫出。該視訊內容再生部 210會被CPU112所執行。碟片再生裝置100中一旦電源 成關閉狀態，則影片播放器3 00就會消滅。 此處，影片播放器300係假設會生成內隱（implicit)的 物件，而在劇本程式中不需要進行明示的影片播放器300 之生成。 如上述，影片播放器3 00剛生成後的狀態，係爲選單 模式的停止狀態（狀態{Menu，Stop})。影片播放器3 00剛 生成後，例如影片播放器300所具有之下記之特性會是不 定値。 特性 audioFlag 特性 audioNumber 特性 chapterNumber 特性 playListNumber 特性 play Speed 特性 subtitleFlag 特性 subtitleNumber -79- (76) 1328801 特性 videoNumber 此外，具備從前次再生被停止的位置起開始再生的「 回復再生機能」的UMD視訊播放器上，在影片播放器 ·: 300的初期化中，例如針對上述的各特性，可不採用各特 . 性之預設値而是採用被保存在不揮發性記憶體中的値來設 定其値。例如，可利用回復資訊3 24。 8-2.關於令影片播放器中發生狀態遷移的方法函數 其次，針對令影片播放器300中發生狀態遷移的方法 函數313加以說明。圖32係將現在之狀態{mode，status} : ，和藉由方法函數3 1 3而進行狀態遷移後之狀態 {mode，status}，針對影片播放器300之4狀態的每 一者而組合圖示。由圖32可知，作爲對影片播放器300 使其發生狀態遷移的方法函數313，而備有方法函數 ^ stop()、方法函數play()及方法函數resume()。此外，方 法函數resumeO，係隨著回復資訊324的存在與否而其動 作會有所變化。 針對方法函數stop()加以說明。方法函數stop()，係 無關乎影片播放器3 00的狀態爲何，都會令影片播放器 300遷移至停止狀態。方法函數stop()係可在引數中指定 ' 模式，在往停止狀態遷移的同時，可將影片播放器3 00的 - 模式予以變更。如後述，一旦滿足某種條件而方法函數 stop()被執行，則播放器狀態3 23 B會被備份，當作回復資 -80- (77) (77)1328801 訊324而被保持。 針對方法函數play()加以說明。方法函數play()，係 令影片播放器3 00遷移至播放狀態。方法函數play()係可 在引數中指定模式’在往播放狀態遷移的同時，可將影片 播放器300的模式予以變更。如後述，—旦滿足某種條件 而方法函數play()被執行，則播放器狀態3 2 3 B會被備份 ，同時還被當作回復資訊324而保持。 針對方法函數resume()加以說明。方法函數resume() ’係令回復資訊324回存至播放器狀態323B而使再生恢 復繼續的方法函數。亦即，方法函數resume()，係對影片 播放器300’令其開始回復資訊324所示之位置起的再生 。而在回復資訊324不存在之狀態下即使執行了方法函數 resume() ’影片播放器300的狀態也不會有變化。 藉由方法函數resum e()而回復資訊324被回存的條件 ，係如以下。方法函數resume()被執行之際，若回復資訊 3 24存在、且現在狀態爲狀態{Normai，PUy }，則影片播 放器300係將回復資訊324予以回存。換言之，方法函數 resumeO被執行之際，若回復資訊324存在、且現在狀態 爲狀態{Menu ’ Stop}、狀態{Normal，Stop}及狀態{Menu ’ Play}之中的任何一者，則影片播放器300，係在遷移至 狀態{Normal，Play}的同時，還會將回復資訊324予以回

方法函數play() ’係具有複數之引數。此處爲了說明 ’假設方法函數play()是具有：引數pauseMode、引數 -81 - (78) (78)1328801 menuMode及弓I數playListNumber之 3種類的引數。實際 上則是定義了更多的引數。 引數pauseMode，係指定播放狀態中的再生之狀況， 可取用値「XI」、値「pause」及値「-1」之任—種値。値 「」，係指定通常速度的順向再生。値「pause」，係 指定暫時停止。値「-1」’係指定維持現狀之再生速度。 如此’引數pauseMode’係用來設定方法函數play()執行 後的影片播放器3 0 0之播放狀態的細節。此外，指定了暫 時停止時，引數所指定之位置的圖像、或沒有引數所致之 指定時，則會顯示出以另外決定之選擇規則所指定之位置 的圖像，而變成暫時停止狀態。 引數menuMode，係指定影片播放器300的模式（通常 模式及選單模式），可取用値「Nromal」、値「Menu」及 値「-1」之任一種値。値「Normal」，係指定往通常模式 之切換。値「Menu」，係指定往選單模式之切換。値「-1 」，係指定維持現在之模式。 引數playListNumber，係指定進行再生的播放清單之 編號。引數playListNumber係可省略，此時係代表著，保 持現在正在選擇之播放清單原狀不要變更。 使用圖33，說明執行方法函數play()之際的影片播放 器300之狀態遷移的例子。此外，圖33A〜圖33E的各圖 中，左側係表示影片播放器300的現在狀態340A，右側 係表示劇本程式對現在狀態340 A的影片播放器300發行 方法函數313而進行遷移之遷移後的狀態340B。又，狀 -82- (79) (79)1328801 態340A及3 40B的下面，表示了該狀態下所指定之播放清 單編號（PL1、PL2)。 圖33A係向處於狀態{Normal，Stop}之狀態的影片播 放器300，發行方法函數play(xl，Normal，PL2)時的例子 。是表示響應於方法函數play(xl，Normal，PL2)，影片 播放器3 00的狀態係爲將播放清單編號「PL2」的播放清 單以通常模式且通常速度進行再生之狀態。影片播放器 300，係正在從狀態{Normal，Stop}往狀態{Normal，Play} 進行狀態遷移。 圖33B係向播放清單編號「PL1」.之播放清單再生中 暫時停止之處於狀態{Normal，Play}之狀態的影片播放器 300，發行方法函數play(xl，Normal，PL2)時的例子。是 表示響應於方法函數play(xl，Normal，PL2)，影片播放 器300的狀態係爲將播放清單編號「PL2」的播放清單以 通常模式且通常速度開始再生之狀態。此時，影片播放器 3〇〇的再生動作雖然是從暫時停止往順向的通常速度再生 變化，但狀態係在方法函數 play (xl，Normal，PL2)的發 行前後維持狀態{Normal，Play}的原狀不變，而不會發生 狀態遷移。 圖33C係向將播放清單編號「PL1」之播放清單以順 向之通常速度再生中之、處於狀態{Normal，Play}之狀態 的影片播放器300，發行方法函數play(-1，-1，PL2)時的 例子。是表示響應於方法函數play(-1，-1，PL2)，影片播 放器3 00的狀態係爲將播放清單編號「PL2」的播放清單 -83- (80) (80)1328801 以通常模式且通常速度進行再生之狀態。此時雖然也是以 影片播放器300所再生的播放清單會被變更，但狀態係維 持狀態{Normal，Play}不變，因此不發生狀態遷移。 圖33D係向將播放清單編號「PL1」之播放清單以順 向之通常速度再生中之、處於狀態{Normal，Play}之狀態 的影片播放器300，發行方法函數play(pause，-l，PL2) 時的例子。是表示響應於方法函數play(pause，-1，PL2) ，影片播放器300，係除了選擇播放清單編號「PL2」的 播放清單以外，還以通常模式且在播放清單編號「PL2」 的播放清單之開頭處呈暫時停止之狀態。此時雖然影片播 放器300的再生動作是從順向之通常速度再生變化成暫時 停止，但狀態係維持狀態{Normal，Play}不變，因此不發 生狀態遷移。 圖33E係向播放清單編號「PL1」之播放清單再生中 暫時停止之處於狀態{Normal，Play}之狀態的影片播放器 3〇〇，發行方法函數pi ay(-l，Menu)時的例子。方法函數 play()中，引數playListNumber是被省略。是表示響應於 方法函數play(-l，Menu)，影片播放器3 00，係除了選擇 播放清單編號「PL1」的播放清單以外，還以選單模式且 在播放清單編號「PL1」的播放清單之開頭處呈暫時停止 之狀態。影片播放器300，係正在從狀態{Normal，Stop} 往狀態{Menu，Stop}進行狀態遷移。 如此，影片播放器300，係可接受來自劇本程式的方 法函數play()而進行各式各樣的動作，此時，會隨著條件 -84- (81) 1328801 而發生狀態遷移。內容製作者’係藉由將改變了引數的方 法函數play()撰寫在劇本程式中，就可實現影片播放器 300上的各式各樣之動作。 此外，影片播放器3 00，係僅藉由根據劇本程式來執 行方法函數play()，就可開始所選擇之播放清單編號的播 _ 放清單之再生。所謂播放清單的再生開始，係指從停止狀 態起開始播放清單之再生，或者，中斷某播放清單的再生 φ 而選擇新的播放清單，開始所選擇之播放清單的再生。 劇本程式在對影片播放器300發送帶有引數的方法函 數play()之際，引數的値會被設定至播放器狀態3 23 B中 。關於被省略的引數，係依據按照各參數所決定的規則， _ 設定成預設値或藉由自動選擇而設定該當引數。 •又，由於以非內容製作者意圖之順序而再生播放清單 將會發生問題，因此使用者操作所致之控制指令3 1 1中， 係設計成指定了播放清單編號也無法開始再生播放清單。 • 這是本發明之實施一形態所致之影片播放器300的動作模 型中的特徵之一。 再者，作爲方法函數play()之引數値，是指定了無效 的播放清單、或不存在的時刻的情形下，該方法函數 Play〇之執行就視爲失敗。這是意味著劇本程式中存在錯 誤，該當劇本程式是含有違反規格。此時的錯誤處理，則 ' 依存於影片播放器300的實裝而定。 • 此處，針對播放項目間的再生，加以說明。影片播放 器300，係一旦開始播放清單之再生，則會持續再生直到 -85- (82) 1328801 該播放清單的最後爲止。1個播放清單的從開頭至最後爲 止的再生’係不需要使用者操作或來自劇本程式的控制。 影片播放器300,係如圖34槪略所示，是將構成播放清單 的播放項目，按照播放清單檔APLAYLIST.DAT 〃（參照圖 ： 19)的指定，依序 '逐次地進行再生。構成播放清單的播 . 放項目，係可在沒有事件處理器所致之控制，而可連續地 再生。 φ 播放項目再生結束起至下個播放項目再生爲止之期間 的動作，係依存於影片播放器300的實裝而定，在格式中 並未有所規定。例如，是要顯示播放項目的最後圖像，還 是立刻變成黑畫面，這些播放項目間的動作，是依存實裝 而定。只不過，藉由進行將播放項目的IN點設定成隨機 •存取點（進入點：參照圖28)等的授權上之工夫，就可使播 放項目間的空隙時間儘可能地縮短，這類巧思設計就成爲 可能。 - 8-3.關於播放清單再生中之影片播放器的動作 其次，針對播放清單再生中的影片播放器300的動作 加以說明。例如2倍速再生、3倍速再生這類高速再生， 或1/2倍速再生這類低速再生，或逆向在升等使用者所致 之變速再生指示，係作爲使用者輸入310而對原生實裝平 台301輸入，響應於該使用者輸入310，以依存於實裝的 控制指令311之形式，從原生實裝平台301往影片播放器 3〇〇傳達。 -86- (83) (83)1328801 變速再生時的速度，係依存於影片播放器3 00的實裝 而定。例如，作爲可指定速度的原生實裝平台301之命令 而將傳達至影片播放器3 00的「更快」或「更慢」作爲引 數而交給影片播放器300，影片播放器3 00便轉換成可能 實現的速度等，這種變速再生之實現方法可以考慮；至於 要採用何種方法，則依存於影片播放器3 00的實裝而定。 劇本程式，係藉由方法函數getPlayerStatus()，而可得知 影片播放器300所決定的速度。 另一方面，從劇本程式對影片播放器300之方法函數 Play().中，無法藉由引數來指定速度。方法函數piay()， 係只能指定暫時停止（引數「pause」）及通常速度再生（引 數「xl」）這2種引數。 影片播放器3 0 0，係當將播放清單以順向進行變速再 生時而到達播放項目之終點的時候，會進行下個播放項目 的再生。此時，影片播放器300，係將該當下個播放項目 ’以和前個播放項目相同方向、相同速度，進行再生，以 維持變速再生。 圖35係當播放清單再生中到達了播放清單的始點、 終點時的影片播放器300之一例的動作。影片播放器300 ’係於順向再生中到達了播放清單的最後時，會保持顯示 最後圖像而成暫時停止。要消去最後的圖像，需要在事件 處理器onPlayListEnd等之中，明示地對影片播放器300 指示停止（發行方法函數stop〇)。 此外，在以較通常速度更爲高速來進行再生的高速再

-87- (84) 1328801 生時，當到達播放清單終點之際，即 圖像並非該當於跳入點，也仍會顯示 像。 另一方面’影片播放器300，係 - 再生中而到達播放項目之開頭的時候 _ 即在順向再生中位於時間軸上較前再 再生。此一前個播放項目的再生，也 φ 開頭之逆向再生。再生速度也會被維 到達播放清單的開頭時，則變速再生 .器3 00會變成在播放清單的開頭處成 甚至，影片播放器3 00係受到指 令311，其狀態也是會變化成暫時停 •解除暫時停止時的播放清單之再生方 存於UMD視訊播放器的實裝而定》 其次，針對播放清單再生中所發 φ 播放清單再生中所發生的事件，係如 _ 過的，有響應於使用者操作的事件 audioChange 及事件 subtitleChange， 至播放清單中之標記的事件chapter 又，關於事件發生時的動作細節之例 明過了。 " 此處係針對播放清單之最後上的 - 經說明過的，影片播放器300，係將 定之編號的播放清單加以再生。一旦 使播放清單的最後的 出播放清單的最後圖 當將播放清單以逆向 ，前個播放清單、亦 生之播放項目，會被 是維持著從最後起往 持。又，逆向再生中 會被解除，影片播放 暫時停止。 示暫時停止的控制指 止。以控制指令3 1 1 向、再生速度，係依 生之事件加以說明。 已經用圖1 3所說明 angleChange 、事件 以及，響應於被嵌入 及事件 event標記。 子，已經用圖1 5說 處理加以說明。如已 方法函數play()所指 播放清單的再生開始 -88 - (85) (85)1328801 ，則在沒有劇本程式或控制指令3 1 1所致的控制下，該當 播放清單會持續再生至最後爲止。一旦再生到達播放清單 的最後，影片播放器300，係將事件playListEnd通知給 劇本程式。至於到達播放清單之最後的方法，則無關緊要 。亦即，無論播放清單之再生是通常再生、快轉再生、從 其他播放清單跳進來所致之再生等等，在到達播放清單之 最後的時點上，影片播放器 300 就會發生事件 playListEnd 〇 一旦再生到達播放清單之最後、發生了事件 playListEnd ’則影片播放器3 00的狀態會變成暫時停止， 影片播放器300內部所擁有的播放清單之再生時刻，係和 播放清單之最後時刻一致。此外，所謂播放清單之最後時 刻’係播放清單之最後圖像的再生結束時刻，於再生時間 軸上和最後的播放項目的OUT點呈一致。 事件playListEnd，係當令播放清單進行一系列再生 時’在多線故事的分歧點上用來使其顯示選單等等的情況 時可被利用。 例如’劇本程式，若作爲事件playListEnd發生時所 執行的程式而具有事件處理器onP lay Li st End，則會執行 該事件處理器onPlayListEnd。該事件處理器 onPlayListEnd中’若撰寫有開始其他播放清單之再生的 方法函數play() ’則影片播放器300便會開始其他播放清 單的再生。如此一來’播放清單的再生就可繼續。 若以圖36做更具體說明，則播放清單編號r PL1」的 -89- (86) (86)1328801 播放清單之再生會結束，而發生事件playListEnd。接受 了該事件playListEnd的發生，劇本程式所擁有的事件處 理器onPlayListEnd就會被執行。該事件處理器 onPlayListEnd中，是指定了播放清單編號「PL2」的播放 清單之再生。影片播放器3 00，係接受該事件處理器 onPlayListEnd，而將所指定之播放清單編號「PL2」的播 放清單予以再生。 再生路徑，係從播放清單編號「PL1」之播放清單的 最後起一度移至事件處理器onPlayListEnd，然後移至播 放清單編號「PL2」之播放清單的開頭。 又例如，當要令多線故事的分歧點上顯示出選單的情 況下，可考慮將播放清單之最後作爲分歧點，在事件 playListEnd所對應之事件處理器onPlayListEnd中撰寫著 指示要再生會令選單畫面顯示之播放清單。 圖37係圖示了，播放清單再生之最後處的劇本層3 02 上的處理流程，和影片播放器300之動作之一例的細節。 圖37中，步驟S30〜步驟S33是表示劇本層302側的處 理，步驟S4 0〜步驟S44是表示影片播放器300側的處理 〇 某播放清單再生至最後爲止之後，爲了再生下個播放 清單，需要劇本程式所致之明示的再生指示。播放清單的 再生順序，因爲是以劇本程式來決定，所以影片播放器 3 00側是無法自發性地決定需要再生之播放清單。 —旦再生到達播放清單的最後（步驟S40)，影片播放 -90- (87) (87)1328801 器3 00，係將事件playListEnd通知給劇本層302(步驟 S41)»影片播放器300，係將在步驟S40中被再生至最後 爲止的播放清單的最後圖像予以持續顯示，而遷移至暫時 停止之狀態（步驟S42)。 劇本層302，係接受事件playListEnd，而執行事件處 理器onP lay Li st End (步驟S30)。影片播放器300的下個動 作，係隨著該事件處理器onPlayListEnd內的劇本之記述 而決定。 此外，影片播放器300，係在步驟S40之後，播放清 單之最後處暫時停止時，即使受到了暫時停止解除或開始 順向再生的方法函數或控制指令3 1 1，也會忽視之。開始 順向再生的方法函數，係以引數指示順向再生之方法函數 play()及方法函數pUyStep()。又，作爲開始順向再生的控 制指令3 1 1，係有指令uο_p 1 ay ()、指令 uo_playNextChapter() ' 指 4 uo_forwardScan() ' ί旨 4 uo_playStep()、指令 uo_pauseOn()及指令 uo_pauseOff() > 這些指令，係在播放清單之最後處暫時停止時會被忽視。 即使在播放清單的最後處暫時停止時，方法函數 stop()或方法函數resumeO仍是有效。又，模式切換，在 播放清單之最後的暫時停止狀態中也是有效的。 即使在事件PlayListEnd發生後，通常模式的影片播 放器300，係會受理開始順向再生之控制指令3 1 1以外的 控制指令311。此時也是，若有從劇本程式對影片播放器 300執行方法函數313,則會按照該方法函數313的指示 -91 - (88) 1328801 而動作。 圖37的例子中，事件處理器onPlayListEnd中會指示 _ 方法函數stop()(步驟S31)。影片播放器300，係藉由方法 函數st〇p()的執行，而將控制指令311所引發的動作予以 ' 中斷，遷移至停止狀態（遷移S43)。停止狀態中，例如一 直再生至剛才爲止的播放清單的最後圖像會被消去，而變 成黑畫面。 # 再者，劇本層3〇2上，事件處理器onPlayListEnd中 ’用來再生下個播放清單所需之方法函數313會被指示（ 步驟 S32)。例如，方法函數 play()中，作爲引數 pauseMode而指定了値「xl」、作爲引數menuM〇de而指 定了値「Menu」及作爲引數playListNumber而指定下個 '再生之播放清單編號，並對影片播放器300，除了指示將 模式切換成選單模式’還指不了將引數playListNumber所 指定之編號的播放清單以通常速度進行再生。然後，在劇 鲁 本層302中，事件處理器onPlayListEnd便被結束（步驟 - S33)。在影片播放器300側’除了響應於步驟S32所指示 的方法函數play()而切換模式，同時被指定之播放清單會 以所指定之速度開始再生（步驟S 44)。 此外’內容製作者’係爲了提高使用者之操作性，而 在播放清單再生結束後’並不會對影片播放器3〇〇沒有指 定下個動作而放任不管。必須要在事件處理器 . onPlayListEnd內記述著下個動作’而或是令影片播放器 3〇〇的狀態遷移回停止狀態’或是以方法函數play〇指示 -92- (89) (89)1328801 下個播放清單之再生，使其返回選單畫面而進行授權動作 8-4.關於影片播放器之再生回復機能 其次，針對影片播放器300的狀態遷移與再生回復機 能加以說明。首先，使用圖3 8，說明UMD視訊播放器所 具備的3種類之記憶體領域。UMD視訊播放器的模式中 ，係爲必須之3種類的記憶體領域，而定義有播放器狀態 領域501、回復資訊領域5 02及使用者資料領域5 03。此 外，這3種記憶體領域501、502及5 03，例如係在記憶體 1 13上形成。亦可在作爲CPU1 12之工作記憶體的RAM上 形成。 播放器狀態領域501，係爲保持著表示影片播放器 3 00之再生狀態之資訊的記憶體領域。亦即，播放器狀態 領域501中，保持有圖3中的播放器狀態323B。播放器 狀態領域501的內容，係可從劇本程式500中，以方法函 數getPlayerStatus()而加以讀出。 回復資訊領域502，係將播放器狀態領域501中所保 持之資訊的一部份予以暫時性地退避（備份）所需之記憶體 領域。亦即，播放器狀態領域5 0 1之一部份的資訊，係作 爲圖3中的回復資訊324，而被保持在回復資訊領域5〇2 中。被退避到回復資訊領域5 02內的播放器狀態領域50 i 之一部份資訊’係可因應需要而恢復至播放器狀態領域 501中（回存）。這些備份及回存，係藉由原生實裝平台301 -93- (90) (90)1328801 而執行。回復資訊領域502中所保持之資訊，係被從以前 再生停止地點起開始再生的回復（resume)再生機能所使用 〇 回復資訊領域502的內容，係可從劇本程式500中， 以方法函數getResumeInfo()而加以讀出。回復資訊領域 5 02中所保持之回復資訊3M當中，和串流相關的參數， 係可從劇本程式500中以方法函數changeResumeInfo()來 變更其値。 被保持在回復資訊領域5〇2中的資訊，係可因應需要 而藉由原生實裝平台301寫入（save)至不揮發性記憶體 510。同樣地’從回復資訊領域502寫入至不揮發性記憶 體510的資訊，係可因應需要而藉由原生實裝平台301從 不揮發性記憶體5 10中讀出（load)，記億至回復資訊領域 5 02 中· 此外，從播放器狀態領域501往回復資訊領域502的 備份，和從回復資訊領域502往播放器狀態領域501的回 存，是在藉由方法函數執行而由影片播放器3 00來進行特 定之狀態遷移時所伴隨發生之處理，是由影片播放器300 自動地進行。 使用者資料領域5 03,係爲保持內容依存資訊的領域 ，可讓內容製作者任意使用。影片播放器3 00所致之播放 清單的再生路徑的歷程、猜謎的正確答案/不正確答案等 ’其使用方式是可隨著內容而爲任意。 對使用者資料領域5 03的資料寫入，係可自劇本程式 -94- (91) (91)1328801 5〇〇藉由方法函數setUserDataO來進行。使用者資料領域 503的內容，係可藉由來自劇本程式5〇〇的方法函數 getUserDataO而加以讀出。被保持在使用者資料領域503 中的資訊’係可因應需要而藉由原生實裝平台301寫入 (save)至不揮發性記憶體51〇。同樣地，從使用者資料領 域503寫入至不揮發性記憶體510的資訊，係可因應需要 而藉由原生實裝平台301從不揮發性記億體510中讀出 (load)，記憶至使用者資料領域503中. 爲了實現再生回復機能，針對本發明之實施一形態中 所架構的UMD視訊播放器之模型加以說明。 首先’針對回復動作，槪略地加以說明。使用已備份 在回復資訊領域502中的資訊而使其恢復再生狀態的動作 ，稱作回復（resume)。回復，係藉由方法函數resuine()而 進行。 更具體而言，將播放器狀態領域5 0 1內的播放器狀態 323B備份至回復資訊領域502以作爲回復資訊324，並響 應於方法函數resume()，而使用被備份在回復資訊領域 5 02中的回復資訊324，以使其恢復再生狀態。播放器狀 態3 23 B，係由影片播放器300的狀態，亦即影片播放器 3 00現在正在再生中的播放清單之編號、章節編號、所選 擇之串流編號等所成。 對影片播放器300發行方法函數resume()時的影片播 放器300的動作，係隨著回復資訊領域502內是否存在回 復資訊324而有所不同。回復資訊領域5〇2內有回復資訊 -95- (92) (92)1328801 3 24存在時，該當回復資訊324會被當作播放器狀態3 23 B 而回存至播放器狀態領域501。此時，回復資訊領域502 內的回復資訊324會被丟棄。 於內容再生中所叫出的選單中變更了再生串流的時候 ，則使用方法函數 changeResumeInfo()。以方法函數 changeResumelnfoO將回復資訊領域502中所保持之回復 資訊3 24進行所定變更後，若以方法函數resume()進行回 復，則可變更再生串流而開始再生。 藉由執行方法函數resume()，雖然可在影片播放器 300中進行回復，但在以方法函數getResumeInfo()能夠取 得回復資訊324的情況時，就算藉由執行有指定引數的方 法函數play〇，也可實現回復。 關於往播放器狀態323B的回復資訊領域502的備份 ，將用圖39及圖40來說明。圖39所示係影片播放器3 00 中所定義之4狀態間的狀態遷移之中，播放器狀態領域 501中所保持的播放器狀態323B是被備份至回復資訊領 域5 02中的狀態遷移。圖40係圖示了播放器狀態3 23 B被 備份至回復資訊領域502中時的條件。 正在再生播放清單的處於通常模式且播放狀態（狀態 {Normal，Play})的影片播放器3 00 —旦要遷移至停止狀態 ，則播放器狀態領域501中所保持的播放器狀態3 23 B會 被備份至回復資訊領域502中，當作回復資訊324而被保 持。此外，停止狀態中’播放器狀態323B的一部份的値 ，會是不定。 -96- (93) 1328801 又，當影片播放器3 00是從狀態{Normal，Play}遷移 至狀態{Menu，Play}時，被保持在播放器狀態領域501中 的播放器狀態323B也會被備份至回復資訊領域5 02中》 另一方面，即使正在以選單模式再生播放清單的影片 ^ 播放器300要進行狀態遷移，被保持在播放器狀態領域 501中的播放器狀態323 B，也不會被備份至回復資訊領域 502 中。 φ 亦即，播放器狀態323B會被備份至回復資訊領域 502中作爲回復資訊324的情況，是有如下情形。 (1) 影片播放器3 00的現在狀態是狀態 {Normal，Play}，藉由方法函數pi ay ()之執行而直接 ‘地變遷至狀態{Menu，Play}的時候。 -97- (94) (94)1328801 因此於本篇再生中，亦即影片播放器300爲狀態 {Normal，Play}之狀態下，回復資訊領域502內的回復資 訊3 24，係會被丟棄。當影片播放器300是從狀態{Normal ，Play}之狀態往其他狀態遷移時，播放器狀態323B會被 備份至回復資訊領域502中，而成爲回復資訊324。 如此，爲了實現回復再生，響應於影片播放器300的 狀態遷移，往播放器狀態3 23 B之回復資訊領域5 02的備 份，和回復資訊領域5 02內之回復資訊324的丟棄，是會 適宜地進行。又，當以劇本層302下達方法函數resum e() 之指示時，若回復資訊領域502內有回復資訊324存在， 則回復資訊324會被回存至播放器狀態領域501中當作播 放器狀態3 23 B。 從劇本層302，使用方法函數getResumeInfo()，可將 回復資訊領域5 02內的回復資訊3 24予以讀出。回復資訊 領域5 02內的回復資訊3 24中的串流相關參數，係可藉由 方法函數changeResumeInfo()而加以變更。再者，藉由指 定方法函數st〇P()的引數，就可將回復資訊領域5 02內的 回復資訊324予以丟棄。 關於回復資訊領域502中所保持之回復資訊324的往 播放器狀態領域501之回存、丟棄，使用圖41〜圖44加 以說明。作爲本篇中的返回位置而保存之回復資訊324, 係在影片播放器3 00返回至本篇再生狀態，亦即返回狀態 {N〇rmal，Play}之狀態後而被丟棄❶此時，回復資訊324 ’係有被當作播放器狀態3 23 B而回存至播放器狀態領域 -98- (95) 1328801 5〇1後再丟棄之情形，和不回存便丟棄之情形的兩 〇 亦即，在本模型中具有以下特徵：一旦影片 3 00返回至狀態{Normal，Play}，則回復資訊領域 的回復資訊324會被丟棄，此時，影片播放器300 足所定條件的時候，則回復資訊領域502內的回 324會在回存至播放器狀態領域501後才被丟棄。 訊3 24被回存至播放器狀態領域501的時候，會從 訊324所指定的地點開始再生，這就相當於回復再 圖.41所示係影片播放器300中所定義之4狀 狀態遷移之中，回復資訊324會被回存至播放器狀 5〇1，其後便被丟棄之狀態遷移。 當滿足以下（1)〜（3)所記之條件時，回復資訊 在回存後丟棄。 (1) 影片播放器300的現在狀態是狀態{Menu 、狀態{Normal，Stop}或狀態{Menu，Play}。 (2) 回復資訊3 24是存在於回復資訊領域502內 (3)藉由方法函數resume()的執行而遷移 {Normal，Play}。 圖42係將這些條件總結表示。此外，當影片 3 00之狀態爲狀態{Normal，Play}時，由於回復資 存在，因此圖42中並未定義。 此外，回復資訊領域502內有回復資訊3 24存 執行方法函數resume()，則影片播放器300的狀態 種情形 播放器 502內 等是滿 復資訊 回復資 回復資 牛 〇 態間的 態領域 324便 ，Stop} 至狀態 播放器 訊324 在時若 ，會遷 -99- (96) (96)1328801 移至狀態{Normal，Play}。又，回復資訊領域502內沒有 回復資訊324存在時的方法函數re sum e〇，係不會變更影 片播放器300的狀態。此時，方法函數resumeO執行之前 的狀態{Mode，State}會被維持，播放器狀態3 23 B亦不會 變更。 另一方面，當滿足以下（4)〜（6)所記之條件時，回復 資訊3 24便不會回存而直接丟棄。 (4) 影片播放器300的現在狀態是狀態{Menu，Stop} 、狀態{Normal，Stop}或狀態{Menu，Play}。 (5) 回復資訊324是存在於回復資訊領域502內。 (6) 藉由方法函數play()的執行而遷移至狀態{Normal ，Play} ° 圖43係將這些條件總結表示。此外，當影片播放器 3〇〇之狀態爲狀態{Normal，Play}時，由於回復資訊324 不存在於回復資訊領域5 02內，因此圖43中並未定義。 此外，回復資訊3 24不存在時，藉由方法函數play() 之執行而影片播放器300之狀態是遷移至狀態{Normal，

Play}時，結果而言，會保持回復資訊324不存在之狀況 〇 回復資訊領域5 02內的回復資訊324之丟棄，係亦可 藉由方法函數st〇P()之引數設定而促使其發生。具體而言 ，本發明之實施一形態中，作爲方法函數st〇P()的引數， 是定了用來指定回復資訊領域502內的回復資訊3 24的丟 棄是否進行的引數resumelnfoClearFlag。如圖44所示， -100- (97) (97)1328801 方法函數stop()執行時，對於引數resumelnfoClearFlag指 定了値「True」時，就會進行回復資訊324的丟棄。 例如，當電影本篇再生至最後而要令影片播放器300 停止時，將導致電影本篇之最後位置被當成回復資訊324 而記錄下來。其後若使用者欲進行再生（繼續再生），則會 跳越至電影本篇的最後而成暫時停止狀態，使用上非常不 便。 爲了改善這點，在模型的定義上，必須要有自動地將 所記錄之回復資訊324加以丟棄的手段。由於電影本篇的 最後究竟在哪，是只有內容製作者才會知道，因此藉由從 劇本程式500對影片播放器300的方法函數st〇P()之引數 resumelnfoClearFlag’就可指定回復資訊324的丟棄。 圖45係使用了方法函數stop()之引數 resumelnfoClearFlag的UMD視訊播放器之一例的動作。 圖45中’步驟S50〜步驟S54是表示劇本層302側的處 理，步驟S60〜步驟S 64是表示影片播放器3 00側的處理 〇 一旦再生到達播放清單的最後（步驟S60)，影片播放 器300，係將事件playListEnd通知給劇本層302(步驟 S61)。影片播放器300，係將在步驟S60中被再生至最後 爲止的播放清單的最後圖像予以持續顯示，而遷移至暫時 停止之狀態（步驟S62)。 劇本層302 ’係接受事件playListEnd，而執行事件處 理器onPlayListEnd(步驟S5〇)。其次的步驟S51中，會判 -101 - (98) (98)1328801 斷事件playListEnd所通知的播放清單是否爲創作劇情的 最後。某個播放清單是否爲劇情最後的播放清單，是例如 可根據劇本程式500來判斷。 若判斷爲並非最後，則處理係移入步驟S 5 3，將方法 函數 stop()的引數 resumelnfoClearFlag 設成値「false」， 對影片播放器3 00發行不丟棄回復資訊324的方法函數 stop〇。影片播放器300係接受該方法函數st〇p()，除了 狀態會遷移成停止狀態，同時播放器狀態323B會被備份 至回復資訊領域5〇2中（步驟S64)。 另一方面，若在劇本層3 02中，步驟S51中判斷這是 劇情的最後，則處理係移入步驟S52，將方法函數stop() 的引數resumelnfoClearFlag設成値「True」，對影片播放 器300通知要丟棄回復資訊324的方法函數st〇P()。影片 播放器3 00係接受該方法函數st〇P()，除了狀態會遷移成 停止狀態，同時會將回復資訊領域5 02內的回復資訊324 加以丟棄（步驟S63)。 此外，劇本層302中，步驟S52之後，藉由劇本程式 5〇〇的記述，會執行方法函數end()。 8-5·關於各資料的生命週期 其次，針對播放器狀態3 23 B、回復資訊324及使用 者資料的生命週期加以說明。 圖46係圖示播放器狀態3 23 B之一例的生命週期。影 片播放器300生成時，播放器狀態323B亦被生成。一旦 -102- (99) (99)1328801 影片播放器3 00消滅，則播放器狀態3 23 B亦跟著消滅。 播放器狀態3 23 B，係在生成時被初期化。生成時，表示 影片播放器300之狀態的特性，係爲表示停止狀態，除此 以外的特性係爲不定。播放器狀態323 B的値，係伴隨著 影片播放器300中的再生狀態之變化而改變。又，播放器 狀態3 23 B之値，係當回復資訊領域502之內容被回存時 ，會發生變化。又，播放器狀態3 23 B係可藉由來自劇本 層302的方法函數getPlayerStatus()而讀出。 此外，播放器狀態323B是以何種形式記憶的，則是 依存於影片播放器3 00的實裝而定。只要是能藉由來自劇 本的方法函數getPlayerStatusO而取得資訊即可，可以任 何形式來保持資訊。 圖47係圖示回復資訊3 24之一例的生命週期。於影 片播放器3 00生成時回復資訊的記憶體領域會被確保，在 回復資訊324的生成的同時會進行初期化。一旦進行初期 化，則回復資訊324的內容便被丟棄。實裝有不揮發性記 億體的UMD視訊播放器，係在將影片播放器3 00初期化 之際，會將回復資訊324從不揮發性記憶體進行載入 (load)。此時，使用者資料的載入也同時進行。 當影片播放器300的狀態是從狀態{Normal，Play， Play}之狀態往其他狀態遷移時，播放器狀態323B會被備 份至回復資訊領域5 02中。 回復資訊 324中的串流相關參數 videoNumber、 audioNumber、audioFlag、subtitleNumber 及 subtitleFlag -103- (100) 1328801 ，係可藉由來自劇本層302的方法函數 changeResumeInfo()而變更。 影片播放器300中，以通常模式開始播放清單再生時 ，回復資訊324的內容會被丟棄。此時，在丟棄前會分成 ^ 回復資訊3 24之往播放器狀態323B進行回存和不進行回 存之情形。又，引數resumelnfoClearFlag的値爲「True」 的st〇P()方法函數被執行時，回復資訊3 24的內容會被丟 • 棄。 當回復資訊324存在時，一旦方法函數resume ()被執 行，則回復資訊324的往播放器狀態3 23 B之回存會被進 行。 藉由來自劇本層302的方法函數getResumeInfo()，可 •將回復資訊領域324內的回復資訊324予以讀出。一旦丟 棄狀態之回復資訊 324被讀出，則由於作爲返値 playStatus的値「0」會被回送，因此可以區別回復資訊 φ 324之有無。 當影片播放器3 00消滅時，則回復資訊3 24亦跟著消 滅。實裝有不揮發性記億體的UMD視訊播放器，係在將 影片播放器300結束（消滅）之際，會將回復資訊324儲存 至不揮發性記憶體。此時，使用者資料的儲存也同時進行 〇 - 圖4 8係圖示·使用.者資料之一例的生命週期》影片播 - 放器3 00的生成時記億體領域會被確保，生成使用者資料 。生成的同時會進行初期化。一旦進行初期化，則使用者 -104- (101) (101)1328801 資料的內容會被清除（以方法函數getUserDataO，回送長 度爲「0」的陣列）。實裝有不揮發性記億體的UMD視訊 播放器，係在將影片播放器3 00初期化之際，會將使用者 資料從不揮發性記憶體進行載入》此時，回復資訊的載入 也同時進行。 當方法函數setUserDataO被執行時，使用者資料領域 503中會寫入使用者資料。藉由方法函數setUserData()， 最大且資料長爲64位元的Int型之陣列會被保持在使用者 資料領域503中。使用者資料領域503的資料，係可藉由 來自劇本層302的方法函數getUserDataO而加以讀出。當 使用者資料未被設定時，則回送長度爲0的陣列。 從劇本層3 02將使用者資料領域503的內容加以清除 用的方法函數，並不存在。藉由對使用者資料領域5 03的 覆寫，就可將內容抹寫。 當影片播放器300消滅時，使用者資料領域503亦跟 著消滅。實裝有不揮發性記憶體的UMD視訊播放器，係 在將影片播放器3 00結束（消滅）之際，會將使用者資料領 域5 03所保持的資料，儲存至不揮發性記憶體。此時，回 復資訊3 24的儲存也同時進行。 又，上述是說明本發明能夠適用於一起處理音訊串流 及視訊串流的碟片再生裝置100，但並非限於此。例如， 本發明亦可適用於只再生音訊串流 '或只再生視訊串流時 〇 又’上述記錄內容資料的記錄媒體爲使用碟片記錄媒 -105- (102) (102)1328801 體，但並非限於此。例如，可使用半導體記憶體來作爲記 錄內容資料的記錄媒體。 又，上述本發明所適用的碟片再生裝置100爲專用的 硬體所構成，但並非限於此。亦即，碟片再生裝置100的 碟片驅動器以外的構成，亦可藉由電腦裝置上動作的軟體 來實現。此情況，實現碟片再生裝置100的軟體，可被記 錄於 CD-ROM(Compact D i s c - Re ad Ο η 1 y M e m o r y)或 〇 V D-ROM(Digital Versatile Disc-ROM)的記錄媒體來供應》將 記錄有用以實現碟片再生裝置100的軟體之記錄媒體裝塡 於電腦裝置的碟片驅動器，將記錄於記錄媒體的該軟體安 裝於電腦裝置。對電腦裝置連接對應於UMD的碟片驅動 器裝置，藉此可實現與本發明的碟片再生裝置1〇〇同等的 構成。亦可在記錄UMD視訊內容的記錄媒體中一起記錄 該軟體來提供。 【圖式簡單說明】 [圖1] UMD視訊規格的層構成的略線圖。 [圖2]本發明之一實施形態所致之一例播放器模型的 模式的略線圖。 [圖3]影片播放器之一例之內部構成的略線圖。 [圖4]用來說明影片播放器之播放狀態及停止狀態的 圖。 [圖5]將本發明之實施一形態所致之影片播放器的事 件模型以模式性圖示的模式圖。 -106- (103) 1328801 [圖6]播放清單之再生中所發生之一例事件的略線圖 〇 [圖7A，B]將影片播放器物件所擁有之一例特性 (property)予以一覽表示的略線圖。 '[圖8]將影片播放器物件所擁有之一例方法函數 (method)予以一覽表示的略線圖。 [圖9]使用者輸入所致之一例按鍵輸入的略線圖。 φ [圖10]使用者輸入所致之一例按鍵輸入的略線圖。 [圖1 1 A〜C]響應於按鍵輸入之一例控制指令之略線圖 〇 [圖12]對應於按鍵輸入之一例事件之略線圖。 ^ [圖13] —例之事件處理器的略線圖。 • [圖14]一例之事件處理器的略線圖。 [圖15]以使用者輸入事件爲契機，已備妥之程式被執 行之一例處理的流程圖。 φ [圖16]用來說明劇本程式之例子的圖。 [圖17]—例之劇本程式的略線圖。 [圖18]UMD視訊規格中所適用的檔案之一例管理構 造的略線圖。 [圖1 9]檔案w PLAYLIST.DAT〃之全體構造之一例語 法（syntax)的略線圖。 [圖20]區塊Playltem()之一例內部構造的略線圖。 - [圖21]區塊PlayListMark()之一例內部構造的略線圖 -107- (104) (104)1328801 [圖22]區塊Mark()內的欄位mark_type的說明圖。 [圖23]剪輯AV串流檔的標記時刻之指定的說明圖。 [圖24]剪輯AV串流檔，XXXXX.CLP"之全體構造之 一例語法（syntax)的略線圖。 [圖25]對於區塊StreamInfo()之元素串流的關聯建立 之說明圖。 [圖26]區塊StaticInfoO之一例內部構造的略線圖。 [圖 27]區塊DynamicInfoO之一例內部構造的略線圖 〇 [圖28]區塊EP_map()之一例內部構造的略線圖。 [圖29]可適用本發明之碟片再生裝置之一例構成槪略 的方塊圖。 [圖30A，B]用來更詳細說明碟片再生裝置中之動作 的機能方塊圖。 [圖31]本發明所致之影片播放器的狀態定義之槪念的 略線圖。 [圖32]現在之狀態，和藉由方法函數而進行狀態遷移 後之狀態，針對影片播放器之4狀態的每一者而組合加以 圖不的略線圖。 [圖33A〜E]說明執行方法函數play()之際的影片播放 器之狀態遷移的例子的略線.圖。 [圖34]用來說明播放項目之再生方法的略線圖。 [圖35]當播放清單再生中到達了播放清單的始點、終 點時的影片播放器之一例動作的略線圖。 -108- (105) 1328801 [圖3 6]用來說明播放清單間之再生的略線圖。 [圖3 7]播放清單再生之最後處的劇本層上的處理流程 ，和影片播放器之動作之一例的更詳細之流程圖。 [圖38]用來說明UMD視訊播放器所具備之3種記憶 '體領域的略線圖。 [圖39]用來說明播放器狀態之備份的略線圖。 [圖40]用來說明播放器狀態之備份的略線圖。 φ [圖41]用來說明回復資訊之回存和丟棄的略線圖。 [圖42]用來說明回復資訊之回存和丟棄的略線圖。 [圖43]用來說明回復.資訊之回存和丟棄的略線圖。 [圖44]用來說明回復資訊之回存和丟棄的略線圖。 ^ [圖45]使用了方法函數stop()之引數 • resumelnfoClearFlag的UMD視訊播放器之一例的動作的 略線圖。 [圖46]播放器狀態的一例之生命週期的略線圖。 • [圖47A，B]回復資訊的一例之生命週期的略線圖。 [圖48]使用者資料的—例之生命週期的略線圖。 【主要元件符號說明】 101 :碟片 112: CPU 1 1 3 :記憶體 • 1 1 5 :輸入介面 116 :視訊解碼器 -109- (106) (106)1328801 1 17 :音訊解碼器 1 1 8 :視訊輸出介面 1 19 :音訊輸出介面 2 0 1 :操作系統 210:視訊內容再生部 2 1 1 :劇本控制模組 2 1 2 :播放器控制模組 2 1 4 :解碼控制模組 2 1 5 :緩衝控制模組 2 1 6 :視訊解碼器控制模組 2 1 7 :音訊解碼器控制模組 2 1 8 :字幕解碼器控制模組 2 1 9 :圖形控制模組 241 :視訊輸出模組 242 :音訊輸出模組 25 0 :不揮發性記憶體控制模組 3 00 :影片播放器 301 :原生實裝平台 3 〇 2 :劇本層 3 1 0 :使用者輸入 3 1 1 :控制指令 3 1 2 :事件 313 :方法函數 320 :資料庫 -110- (107) (107)1328801 3 2 1 :回播模組 322 :解碼器引擎 323 :特性 323B :播放器狀態 324 :回復資訊 5 0 0 :劇本程式 5 0 1 :播放器狀態領域 502 :回復資訊領域 503 :使用者資料領域 5 1 0 :不揮.發性記億體 S10:再生中，使用者按下“next”鍵 S11 :發生 uo_playNextChapter() S12:從播放清單的資料庫中得知下個章節標記的位置 S13:下個章節標記是否存在？ S14:中止現在的再生 S15:跳躍至下個章節標記所指之位置而開始視訊再生 S 1 6 :發生標記事件 S 1 7 :開始執行標記事件所對應的事件處理器 S18:從事件發生時所通知的資訊中獲知章節編碼 S19:顯示表示章節開頭的訊息 S20 :事件處理器執行完畢 S30:開始執行OnPlayListEnd事件處理器 S31:以〇npiayListEnd事件處理器指示stop()方法函數 S32:以 OnPlayListEnd 事件處理器指示 play(pauseMode -111 - (108) (108)1328801 ，menuMode，P lay Li stNumber) S33: OnPlayListEnd事件處理器執行結束 S40:已再生至播放清單的最後 S41:影片播放器係往劇本傳達Play Li st End事件 S 42:影片播放器係保持顯示播放清單之最後圖像而遷移 至暫時停止狀態 S43:影片播放器係遷移至停止狀態。停止最後圖像的顯 示。（變成黒畫面）。 S44 :影片播放器係開始再生已指定的播放清單 S5〇: OnPlayListEnd事件處理器開始執行 S 5 1 :是否爲創作劇情的最後？ S52:向影片播放器發行用來丟棄回復資訊的stop() S53:向影片播放器發行不會丟棄回復資訊的stop() S54:(隨著劇本的記述，在此執行end()方法函數） S60:已再生至播放清單的最後 S61 :向劇本通知PlayListEnd之事件 S 62:保持顯示播放清單之最後圖像而暫時停止 S 63:影片播放器係遷移至停止狀態，回復資訊被清除 S64:影片播放器係遷移至停止狀態，播放器狀態被當作 回復資訊而備份 -112-

Claims (1)

1328801

十、申請專利範圍 第94141319號專利申請案 中文申請專利範圍修正本 民國99年3月26日修正 1·—種再生裝置’係再生記錄於記錄媒體的內容資料 ，其特徵爲具備： 讀出手段’其係自從記錄媒體讀出資料，該記錄媒體 記錄有：至少包含視訊串流及音訊串流的其中任一方的內 容資料、及控制該內容資料的再生之再生控制程式； 播放器手段，其係按照上述再生控制程式來再生上述 內容資料；及 控制指令輸出手段，其係對上述播放器手段賦予對應 於使用者操作的控制指令； 上述播放器手段可按照4狀態來控制上述內容資料的 再生’該4狀態係由是否再生上述內容資料而分類的2狀態 、及是否受理來自上述控制指令輸出手段的控制指令而分 類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 由上述控制指令而使產生。 2.如申請專利範圍第1項之再生裝置，其中上述播放 器手段的上述4狀態間的狀態遷移，係可藉由上述再生控 制程式而產生。 3.如申請專利範圍第1項之再生裝置，其中上述播放 1328801 器手段的上述4狀態間的狀態遷移，係不藉由上述播放器 手段而自發性地產生。 4·如申請專利範圍第1項之再生裝置，其中上述播放 器手段係於剛初期化之後，形成不再生上述內容資料的狀 態，且不受理來自上述控制指令輸出手段的上述控制指令 的狀態。 5. 如申請專利範圍第1項之再生裝置，其中更具有： 第1記憶手段，其係記憶以上述播放器手段顯示再生 中的上述內容資料的狀態之再生狀態資訊；及 第2記憶手段，其係備份記憶於上述第1記億手段的上 述再生狀態資訊； 記憶於上述第1記憶手段的上述再生狀態資訊之往上 述第2記憶手段的備份及備份於上述第2記憶手段的上述再 生狀態資訊之往上述第1記憶手段的回存，係隨著上述播 放器手段之上述4狀態間的狀態遷移來進行。 6. 如申請專利範圍第5項之再生裝置，其中上述備份 ’係於由上述播放器手段受理上述控制指令的狀態且再生 上述內容資料的狀態往其他的狀態遷移時進行。 7. 如申請專利範圍第5項之再生裝置，其中上述回存 ，係於上述播放器手段的狀態遷移至受理上述控制指令的 狀態且再生上述內容資料的狀態時進行。 8. 如申請專利範圍第5項之再生裝置，其中上述回存 會在隨著根據上述再生控制程式之利用備份於上述第2記 憶手段的上述再生狀態資訊來恢復上述內容資料的再生之 -2- 1328801 Η 命令的上述狀態遷移進行時，在上述回存後丟棄備份於上 述第2記億手段的上述再生狀態資訊。 9,如申請專利範圍第5項之再生裝置，其中根據進行 上述再生控制程式之上述內容資料的再生之命令的上述播 放器手段的狀態，遷移至受理上述控制指令的狀態且再生 上述內容資料的狀態時，丟棄備份於上述第2記億手段的 上述再生狀態資訊。 1〇·如申請專利範圍第5項之再生裝置，其中由上述再 生控制程式來對上述播放器手段交付之使上述內容的再生 停止的命令中’附加顯示是否丟棄備份於上述第2記憶手 段的上述再生狀態資訊之資訊。 11. 一種再生方法，係再生記錄於記錄媒體的內容資 料，其特徵爲： 使按照自從記錄有至少包含視訊串流及音訊串流的其 中任一方的內容資料、及控制該內容資料的再生的再生控 制程式之記錄媒體所讀出的上述再生控制程式來進行於播 放器手段之上述內容資料的再生，根據上述播放器手段的 4狀態來控制，該4狀態係由是否再生上述內容資料而分類 的2狀態、及是否受理對應於使用者操作的控制指令而分 類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 由上述控制指令而使產生。 12. —種再生程式，係使再生記錄於記錄媒體的內容 資料之再生方法執行於電腦裝置，其特徵爲： ___— -3- 1328801 上述再生方法係使按照自從記錄有至少包含視訊串流 及音訊串流的其中任一方的內容資料、及控制該內容資料 的再生的再生控制程式之記錄媒體所讀出的上述再生控制 程式來進行於播放器手段之上述內容資料的再生，根據上 述播放器手段的4狀態來控制，該4狀態係由是否再生上述 內容資料而分類的2狀態、及是否受理對應於使用者操作 的控制指令而分類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 由上述控制指令而使產生。 1 3 . —種可在電腦裝置讀取的記錄媒體，係記錄有使 再生記錄於記錄媒體的內容資料的再生方法執行於電腦裝 置的再生程式，其特徵爲： 上述再生方法係使按照自從記錄有至少包含視訊串流 及音訊串流的其中任一方的內容資料、及控制該內容資料 的再生的再生控制程式之記錄媒體所讀出的上述再生控制 程式來進行於播放器手段之上述內容資料的再生，根據上 述播放器手段的4狀態來控制，該4狀態係由是否再生上述 內容資料而分類的2狀態、及是否受理對應於使用者操作 的控制指令而分類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 由上述控制指令而使產生。 14. 一種可在電腦裝置讀取的記錄媒體，係記錄有至 少包含視訊串流及音訊串流的其中任一方的內容資料、及 使該內容資料的再生控制於播放器手段的再生控制程式， -4- 1328801

其特徵爲： 上述再生控制程式，係對上述播放器手段賦予再生控 制命令，以控制上述內容的再生，上述播放器手段係根據 4狀態來控制上述內容資料的再生，該4狀態係由是否再生 上述內容資料而分類的2狀態、及是否受理對應於使用者 操作的控制指令而分類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 ® 由上述控制指令而使產生。 15·如申請專利範圍第14項之記錄媒體，其中上述再 生控制程式，係使對上述播放器手段產生上述4狀態間的 狀態遷移。 16.如申請專利範圍第14項之記錄媒體，其中上述再 生控制程式，係對上述播放器手段交付之使上述內容的再 生停止的命令中，附加顯示是否丟棄備份於上述第2記憶 手段的上述再生狀態資訊之資訊，該播放器手段係設定成 ® 記憶顯示再生中的上述內容資料的狀態的再生狀態資訊之 第1記億手段中所記億的上述再生狀態資訊之往備份記憶 於上述第1記憶手段的上述再生狀態資訊的第2記憶手段之 備份，及備份於上述第2記億手段的上述再生狀態資訊之 往上述第1記憶手段的回存，係隨著在上述播放器手段的 上述4狀態間的狀態遷移來進行。 17·—種資料構造體，係包含： 內容資料，其係至少包含視訊串流及音訊串流的其中 任一方；及 -5- 1328801 再生控制程式’其係使該內容資料的再生控制於播放 器手段； 上述再生控制程式，係對上述播放器手段賦予再生控 制命令，以控制上述內容的再生，上述播放器手段係根據 4狀態來控制上述內容資料的再生，該4狀態係由是否再生 有上述內容資料而分類的2狀態、及是否受理對應於使用 者操作的控制指令而分類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 φ 由上述控制指令而使產生。 18.—種再生裝置，係再生記錄於記錄媒體的內容資 料，其特徵爲具備·· 讀出部，其係自從記錄媒體讀出資料，該記錄媒體記 錄有：至少包含視訊串流及音訊串流的其中任一方的內容 資料、及控制該內容資料的再生之再生控制程式； 播放器部’其係按照上述再生控制程式來再生上述內 容資料；及 鲁 控制指令輸出部，其係對上述播放器部賦予對應於使 用者操作的控制指令； 上述播放器部可按照4狀態來控制上述內容資料的再 生’該4狀態係由是否再生上述內容資料而分類的2狀態 、及是否受理來自上述控制指令輸出手段的控制指令而分 類的2狀態之組合所定義， 上述播放器手段的上述4狀態間的狀態遷移，係不藉 由上述控制指令而使產生。 -6-