TWI312505B - - Google Patents

Description

1312505 (1) 九、發明說明 【發明所屬之技術領域】 本發明係有關於，除了使對被記錄在大容量之記錄媒 體之節目的使用者所致之互動操作變爲可能，還可容易限 制所定的使用者操作的再生裝置、再生方法、再生程式、 記錄媒體，以及資料結構。 B 【先前技術】 雖然作爲可隨機存取的記錄媒體，DVD(Digital Versatile Disc)出現已久，但近年來，比該DVD具有更大 容量的碟片狀記錄媒體，或比DVD攜帶更爲便利的小型 的碟片狀記錄媒體的開發正逐漸邁進。 另一方面，從先前以來就存在的再生專用之DVD視 訊規格中，係使用被配置在選單畫面上的按鈕影像等，來 實現互動機能。例如，藉由DVD視訊而再生動畫中，使 φ用遙控指令器等叫出選單畫面，選擇被配置在選單畫面上 的按鈕影像而變更再生場面等等的處理是可能的。 在此種D V D視訊規格中，用來實現互動機能的控制 程式’係撰寫有DVD視訊規格所定義之特有指令。又， 控制程式，係被分散嵌入在複數檔案或資料檔中的複數地 點，甚至也被分散嵌入在AV串流檔中。這些的執行條件 或順序，亦是由DVD視訊規格所決定。 因此’先前中’要製作泛用的內容製作系統是有困難 ’是配合預先決定好的腳本而製作故事，也就是使用所謂 -5- (2) 1312505 的樣版而進行內容的製作。當要 構成的內容時，則是先將內容製 格。 可是，在DVD視訊等的再 篇的再生中等，像是章節間的跳 生控制操作（以下稱爲「使用者f1 。另一方面，像是故事會因特定 I 、或根據使用者所選擇的回答而 的這種再生控制是很複雜的內容 使用者作業的場面。 例如，若爲多線故事，則有 生履歷而決定下個故事。此種情 使用者操作，而使得再生不會脫 要限制使用者作業。 其他的例子有，在問答遊戲 0 能夠回答的時間。此時，該限制 者作業，以使得使用者無法暫停 下，甚至，還需要預防使用者不 示正確答案的場景。 如此，在使用者與內容之間 ，爲了實現內容至作者所意圖的 者作業。 又，在本篇的再生前，也必 提示給使用者。此時，也需要限 作成樣版無法對應之複雜 作系統本身作成爲訂製規 生當中，通常，在電影本 躍等這類使用者所致的再 巨業」），係可自由地進行 的條件而分歧的多線故事 進行劇情的類似問答遊戲 中，有時會發生希望限制 時會構成爲隨著過去的再 況下，隨著章節跳躍等的 離已設定之故事線，而需 的情況下，有時需要限制 時間之間，需要限制使用 再生。在問答遊戲的情況 選擇回答，而直接跳到提 發生雙向交流的這類情況 再生，是有必要限制使用 須要將所定的警告畫面等 制使用者作業，使其無法 -6- (3) 1312505 將警告畫面跳過或快轉。 在先前的DVD視訊規格中，如圖1所示的一例，針 對再生、章節跳躍等這類各種使用者作業，設置表示是否 許可該操作的旗標，並使用該旗標，設定是否許可使用者 作業。日本特開2003-20343 3號公報中，係記載了將以 DVD視訊規格中的PGC(Program Chain)之單位來禁止或許 可資訊再生裝置之特定動作的禁止旗標，分別架構在 PGCI(Program Chain Infomation)内及 PCI(Presentation Control Information)内的技術。 但是，如上述，對使用者可能進行的使用者作業—— 設定旗標的方法，對內容製作者側來說是非常難以使用， 是爲其問題點。 例如，當不希望許可某使用者作業時，則和該當操作 關聯的其他使用者作業，經常也會想要同時令其不許可。 作爲一個例子，例如，當想要不許可「順向快轉」這個使 用者作業時，也想同時不許可「逆向快轉」這個使用者作 業。此種情況下，在先前的DVD視訊規格中，由於表示 「順向快轉」的旗標，和表示「逆向快轉」的旗標是各自 獨立’因此必須要對該使用者作業而分別進行旗標的設定 〇 在此種先前的設定方法中，對使用者作業的許可及不 許可，會發生多數的組合情形，且對使用者作業的限制， 容易發生漏失或矛盾等問題。 例如’當想要必向使用者顯示警告畫面等的場面中， -7- (4) 1312505 禁止了指示「順向快轉」及「逆向快轉」的使用者作業的 同時，卻保留了指示「章節跳躍」的使用者作業的情況下 ，使用者就可藉由進行指示「章節跳躍」的操作’而跳過 警告畫面。 另一方面，內容製作者所意圖之不許可的使用者作業 的組合，一般而言通常是限定在經常使用的數組的組合中 。因此，對每一使用者作業設定許可及不許可的方法，係 具有過剩的自由度，其結果爲，忘記設定所致之遺漏或矛 盾會很容易發生。 甚至，在DVD視訊規格中，限制使用者作業的旗標 ，係從靠近AV串流的下位階層起’至靠近應用層的上位 階層指，存在有複數階層。因此，在設定旗標之際，必須 考慮到這些階層間的組合，而會變成難以理解，是爲其問 題點。 又或者’旗標之設定所致的內容製作者所意圖之動作 的實現與否，需要由內容製作者側來驗證。這會造成內容 製作者側的負擔’是爲其問題點。 又，由於可對每項使用者作業設定許可及不許可，因 此在播放機製造者側’需要對其所有組合進行播放機是否 正確動作的驗證，對播放機驗證帶來很大的負擔，是爲其 問題點。 【發明內容】 因此，本發明的目的，在於提供一種再生裝置、再生 -8 - (5) 1312505 方法、再生程式 '記錄媒體以及資料結構，可以很容易限 制大容量記錄媒體中所記憶之節目再生之際的使用者作業 〇 本發明係爲了解決上述課題，係一種再生裝置，係屬 於將圓盤狀記錄媒體中所記錄之內容資料予以再生的再生 裝置’其特徵爲，具有：讀出手段，從至少記錄有：內容 資料；和指定針對該內容資料之再生路徑，且含有代表內 B 容資料之再生控制指示的限制模式之値以作爲屬性資訊的 再生指示資訊；和控制該內容資料之再生的再生控制程式 ’的記錄媒體中，讀出資料；和播放器手段，服從再生控 制程式而再生內容資料；和控制指令生成手段，響應於用 來賦予內容資料之再生控制指示所需之使用者作業，而生 成針對播放手段的控制指令；播放器手段，係從記錄媒體 中按照每一再生指示資訊而讀出代表限制模式的値，根據 所讀出的該代表限制模式的値而對每一再生指示資訊生成 •表格’並根據表格來對每一再生指示資訊，控制控制指令 生成手段所生成的控制指令的實行許可與否。 又，本發明係一種再生方法，係屬於將圓盤狀記錄媒 體中所記錄之內容資料予以再生的再生方法，其特徵爲， 具有：讀出步驟’從至少記錄有：內容資料；和指定針對 該內容資料之再生路徑，且含有代表內容資料之再生控制 指示的限制模式之値以作爲屬性資訊的再生指示資訊；和 控制該內容資料之再生的再生控制程式，的記錄媒體中， 讀出資料；和內容再生步驟，服從再生控制程式而再生內 -9- (6) 1312505 容資料；和控制指令生成步驟，響應於用來賦予內容資料 之再生控制指示所需之使用者作業，而生成針對播放手段 的控制指令；內容再生步驟，係從記錄媒體中按照每一再 生指示資訊而讀出代表限制模式的値，根據所讀出的該代 表限制模式的値而對每一再生指示資訊生成表格，並根據 表格來對每一再生指示資訊，控制控制指令生成步驟所生 成的控制指令的實行許可與否。 | 又，本發明係一種再生程式，係屬於令電腦裝置執行 將圓盤狀記錄媒體中所記錄之內容資料予以再生的再生方 法的再生程式，其特徵爲，具有：讀出步驟，從至少記錄 有：內容資料；和指定針對該內容資料之再生路徑，且含 有代表內容資料之再生控制指示的限制模式之値以作爲屬 性資訊的再生指示資訊；和控制該內容資料之再生的再生 控制程式，的記錄媒體中，讀出資料；和內容再生步驟， 服從再生控制程式而再生內容資料；和控制指令生成步驟 φ ，響應於用來賦予內容資料之再生控制指示所需之使用者 作業，而生成針對播放手段的控制指令；內容再生步驟， 係從記錄媒體中按照每一再生指示資訊而讀出代表限制模 式的値，根據所讀出的該代表限制模式的値而對每一再生 指示資訊生成表格，並根據表格來對每一再生指示資訊， 控制控制指令生成步驟所生成的控制指令的實行許可與否 〇 又，本發明係一種記錄媒體，其特徵爲，至少記錄有 :內容資料；和指定針對該內容資料之再生路徑’且含有 -10- (7) 1312505 代表對內容資料之再生控制指示之限制模式的値以作爲屬 性資訊的再生指示資訊；和控制該內容資料之再生的再生 控制程式。 又’本發明係一種資料結構，其特徵爲，至少具有： 內容資料；和指定針對該內容資料之再生路徑，且含有代 表對內容資料之再生控制指示之限制模式的値以作爲屬性 資訊的再生指示資訊；和控制該內容資料之再生的再生控 制程式。 » 如上述，本發明係從至少記錄有：內容資料；和指定 針對該內容資料之再生路徑，且含有代表對內容資料之再 生控制指示的限制模式之値以作爲屬性資訊的再生指示資 訊；和控制該內容資料之再生的再生控制程式，的記錄媒 體中讀出資料；再生裝置係服從於再生控制程式而進行內 容資料的再生，並根據按照每一再生指示資訊所讀出之代 表限制模式的値而對每一再生指示資訊生成表格，並將響 φ應於爲了給予內容資料之再生控制指示的使用者作業而生 成之控制指令的執行許可與否，根據表格而對每一再生指 示資訊進行控制；因此在內容製作之際，除了可將對使用 者作業的限制’根據限制模式而以再生指示資訊單位而容 易地加以設定’同時，在再生裝置側，也可將對使用者作 業的限制，根據限制模式而容易地加以驗證。 又，本發明係由於至少將：內容資料；和指定針對該 內容資料之再生路徑，且含有代表對內容資料之再生控制 指示的限制模式之値以作爲屬性資訊的再生指示資訊；和 -11 - (8) 1312505 控制該內容資料之再生的再生控制程式，記錄至記錄媒體 中，因此，在內容製作之際，除了可將藉由對進行記錄媒 體再生的再生裝置的使用者作業而產生的對對內容資料白勺 再生控制指示，能夠根據限制模式而容易地加以設定，同 時，在再生裝置側，也可將對使用者作業的限制，根據限 制模式而容易地加以驗證。 又，本發明所致之資料結構，係由於至少具有：內容 資料；和指定針對該內容資料之再生路徑，且含有代表對 內容資料之再生控制指示的限制模式之値以作爲屬性資訊 的再生指示資訊；和控制該內容資料之再生的再生控制程 式，因此，在內容製作之際，除了可將藉由對具有該資料 結構的資料進行再生的再生裝置的使用者作業而產生的對 對內容資料的再生控制指示，能夠根據限制模式而容易地 加以設定，同時，在再生裝置側，也可將對使用者作業的 限制，根據限制模式而容易地加以驗證。 本發明係將使用者作業的限制組合以模式的方式加以 定義，將頻繁使用之使用者作業的集合預先備妥於播放器 側上，而在內容製作者側，藉由選擇所被提供的使用者作 業之組合的模式，就可實現對使用者作業的限制。 因此，內容製作者側，係只需選擇預先備妥於播放器 側上的模式，就能對使用者作業加以限制，所以具有除了 可使使用者作業的控制變得更爲容易，還可減輕內容製作 者側所致之製作及驗證之際之負擔的效果。 -12- (9) 1312505 【實施方式】 以下將針對本發明之實施之一型態，按照以下順序來 說明。 1·關於UMD視訊規格 2 ·關於U M D視訊規格之播放器模型 3. 關於影片播放器之事件模型 4. 關於影片播放器物件 | 5.劇本程式（script program)之例子 6.關於檔案的管理構造 7·關於碟片再生裝置 8 ·關於使用者作業之控制 1 ·關於UMD視訊規格 首先，爲了容易理解，針對本實施形態中所能夠適用 的系統，做槪略說明。本發明之一實施形態中，是使用一 φ種稱爲ECMA劇本的指令串語言來描述播放器模型。 ECMA 劇本，由 ECMA(European Computer Manufacturers Association，歐洲電腦製造商協會）所制定的，一種以 JavaScript(註冊商標）爲基礎的跨平台用劇本語言。ECMA 劇本，因爲和HTML文檔的親和性高，且可定義獨自的物 件’因此用在本發明所致之播放器模型上甚爲理想。 又，以下當中，使用了以ECMA劇本爲基礎而成的劇 本語言的，以本發明之一實施形態爲基礎的規格，稱之爲 UMD(Universal Media Disc :註冊商標）視訊規格。又， -13 - 1312505 do) UMD視訊規格當中，特別將有關劇本的部份，稱之爲 UMD視訊劇本規格。 針對UMD視訊規格，槪略地加以說明。圖2係UMD 視訊規格的層（Layer)構成。UMD視訊規格中，定義有劇 本層（script layer)、播放清單層（playlist layer)及影片夾層 (clip layer)的3層之層構造，根據該構造來進行串流管理 〇 UMD視訊規格中，是將被數位編碼化的視訊、音訊 及字幕，以 Μ P E G 2 ( Μ o v i n g P i c t u r e s E X p e r t s G r o u p 2)的基 本串流之方式而被多重化成MPEG2串流而加以取用。被 多重化有該視訊、音訊及字幕的基本串流的MPEG2串流 ，係稱爲影片夾AV串流（Clip AV Stream)。影片夾AV串 流，係被存放在影片夾AV串流檔中。影片夾AV串流檔 的記錄時，和該當影片夾AV串流檔成1對1地，同時做 成了影片夾資訊檔（Clip Information File)。這些影片夾資 訊檔，和對應之影片夾AV串流檔所成的組，稱爲影片夾 (Clip)。 影片夾，係亦可稱之爲往碟片之記錄單位，再生時要 按照何種順序來再生影片夾，則是由影片夾的上位的層也 就是播放清單層來管理。播放清單層，係爲指定影片夾之 再生路徑的層，含有1或複數之播放清單（PlayList)。播 放清單，係由播放項（Playltem)的集合所成。播放項中， 含有代表影片夾之再生範圍的一組切入（In)點及切出（Out) 點，藉由羅列播放項，就可以任意的順序來再生影片夾。 -14- (11) 1312505 播放項，係可將影片夾重複加以指定。影, 的切入點及切出點，係被時間戳記（影片多 ，時間戳記，係藉由影片夾資訊檔之資訊 片夾AV串流檔上的位元組位置。 播放清單，係僅具有將指出影片夾之 放項依序加以逐漸再生的構成，僅使用播 再生順序的分期貨使用者的雙向性，是不 | 之一實施形態中，係將複數的播放清單， "PLAYLIST.DAT"。 劇本層，係藉由將語言規格之ECM A 成的UMD視訊劇本所建構而成。UMD ECMA劇本爲基本，爲了實現UMD視訊 加上擴充而成的劇本。 劇本層，係爲播放清單層的上位層， 再生指示、進行播放器設定的指令列所構 φ的指令，將準備給複數與援用的串流當中 選擇，按照某種條件所選擇出來的播放清 程有所變化，如此便可實現伴隨條件分歧 。作爲此種伴隨條件分歧的播放清單再生 的例子，例如有多線故事。藉由該劇本層 用者的雙向性機能（互動機能）。 此外，本發明的一實施形態中，劇本 案” SCRIPT.DAT"所構成，是被當成資源 案”SCRIPT. DAT”，係含有：根據實際的 片夾AV串流檔 名內時刻）所指定 而被轉換成在影 全部或部份的播 放清單而想實現 可能的。本發明 總結成1個檔案 劇本加以擴充而 視訊劇本，係以 所特有之機能而 是由播放清單的 成。藉由劇本層 之任何一者加以 單中令再生的流 的播放清單再生 有被使用之應用 ，就可導入和使 層，係由單一檔 而加以管理。檔 ECMA劇本而撰 -15- (12) 1312505 寫之劇本資料、按鈕操作之際的效果音等的輸出所需之聲 音資料、選單畫面的背景影像等所用之影像資料所成之螢 幕設計，以及用來顯示按鈕影像等之GUI零件的影像資料 (點陣圖資料）。 2 .關於UMD視訊規格之播放器模型 其次，針對用來再生按照UMD視訊規格之資料的再 g 生裝置（播放器）的模型，亦即播放器模型，加以說明。播 放器，首先，從碟片中讀出劇本程式、播放清單及影片夾 資訊檔，然後，按照它們所制定的再生順序，將影片夾 AV串流檔予以讀出，再生出視訊、音訊及字幕等。 劇本程式的語言規格中，係將再生播放清單的機能區 塊，實裝成劇本程式內的物件。進行該播放清單再生的物 件，在U M D視訊規格中，稱爲影片播放器（Μ 〇 v i e P 1 a y e r) 物件。播放清單的再生指示，或進行播放器設定的指令， φ係爲該影片播放器物件所擁有的「方法函數」（Method)。 影片播放器物件，係受到來自劇本層的「方法函數」所控 制。此時，從影片播放器物件對劇本層，通知狀態的變化 或再生位置等的機能就成爲必須。其係對應於影片播放器 物件是對劇本程式而發生事件，對應該事件的處理，是以 事件處理器的方式而被描述。 如此，藉由架構了從影片播放器物件往劇本程式的資 訊傳達，是藉由事件而進行，且從劇本程式對影片播放器 物件的控制是藉由方法函數而進行的模型，就可以劇本程 -16- (13) B12505 式來控制影片夾AV串流的再生。 圖3係上述之本發明之一實施形態所致之一例播放器 模型的模式性圖示。影片播放器300，係UMD視訊規格 中主掌視訊、音訊及字幕之再生的模組。上述之影片播放 器物件，係爲爲了使影片物件根據劇本程式進行操作所需 之劇本程式內的物件。換言之，影片播放器物件，係爲了 實現影片播放器之機能的劇本程式本身。 此外，影片播放器3 0 0與影片播放器物件，由於在實 質上是代表著同一對象，因此以下將它們標示爲同一符號 而加以說明。 圖3中，影片播放器300，係服從因使用者輸入310 所引起的來自位於下位層（圖3的例子中係爲原生實裝平 台301)，或上位層之劇本層302的方法函數，根據播放清 單及影片夾資訊的資料庫，以進行影片夾AV串流檔的讀 出，並進行已讀出的影片夾AV串流的解碼及顯示。 影片播放器物件3 00的內部，係依存於用來再生 UMD視訊的UMD視訊播放器之實裝，從劇本層3 02，以 被黑盒子化之物件的方式，提供了「方法函數（method)」 或「特性（property)」這類 A PI (A p p 1 i c at i ο η P r o gr ammi n g Interface)。此處，UMD視訊播放器’係指實裝有影片播 放器的實際機器。所有的UMD視訊播放器，係遵守UMD 視訊規格的限制而實裝影片播放器，具有再生相容性。 如圖3所示，影片播放器300，係具有：接受來自原 生實裝平台3 0 1之控制指令3 1 1的匯流排、對劇本層3 〇 2 -17- (14) 1312505 通知事件3 1 2的匯流排、接受來自劇本層3 02之方法函數 的匯流排，這3條輸出入匯流排。 控制指令311，係爲來自原生實裝平台301的用來控 制影片播放器300之動作的指令。原生實裝平台301，例 如係爲作爲實際機器的UMD視訊播放器上的機器所固有 之部份與影片播放器3 00之間的介面。事件3 1 2，係爲從 影片播放器300對劇本層302的劇本事件（script event)。 方法函數3 1 3，係從劇本層3 02的的劇本程式指示影片播 放器3 0 0的方法函數。 影片播放器物件3 00，係在內部具有UMD視訊規格 的播放清單及影片夾資訊資料庫3 20。影片播放器3 00, 係使用該資料庫320，來進行對使用者輸入3 1 0的無效化 (mask，遮蔽），或將被時刻所指定之再生位置，轉換成影 片夾AV串流內的位元組位置之處理。 影片播放器物件300內的回播模組321，係進行由視 訊、音訊及字幕所多重化而成的 MPEG2 PS(Program Stream)也就是影片夾AV串流的解碼。回播模組32 1，係 帶有播放（play)、停止（stop)及暫停（pause)三種狀態，藉由 控制指令或方法函數，就可在該三種狀態間進行變遷（參 照圖4)。 劇本層3 0 2 ’係執行一根據U M D視訊劇本規格的劇 本程式，是進行影片播放器物件300的控制或畫面顯示的 層。該劇本層3 0 2 ’係發揮用來實現內容製作者側所意圖 之劇情的效果。劇本層3 0 2係對影片播放器3 0 0發行方法 -18- (15) 1312505 函數313，從劇本層300，接受事件312。劇本層302，係 在與原生實裝平台301之間，進行著響應於使用者輸入 310的按鍵事件314、或對原生實裝平台301指示畫面描 繪等的方法函數315等之交換。 例如’被配置在選單畫面上的按鈕，係根據從劇本層 302的劇本程式交付給原生實裝平台301的方法函數315 ’而被原生實裝平台301所描繪。當使用者對該按鈕進行 | 選擇或決定等操作時，響應於使用者輸入310的按鍵事件 3 14便從原生實裝平台301往劇本層3〇2通知，劇本層 3 02內的劇本程式，係根據按鍵事件314而進行響應於使 用者輸入310的處理。 如此’視訊、音訊及字幕的解碼或顯示控制，係由影 片播放器3 00來主掌，用來構成按鈕等之GUI(Graphical User Interface)所需之零件影像（以下稱爲GUI零件）的配 置或顯示’以及對GUI零件進行選擇或決定等操作時的處 φ理，係由劇本層302來進行，如此而分擔彼此的角色。 原生實裝平台301，係爲當作影片播放器物件300或 劇本程式之動作所需的基盤的平台，例如，當實際的 UMD視訊播放器爲硬體的時候，則是擔任硬體與播放器 模型之間之處理的仲介角色，而被固有地實裝在硬體中。 例如，原生實裝平台301，係接受來自使用者的使用 者輸入310，判斷已收到的使用者輸入310是針對影片播 放器300的命令，還是針對在劇本層302中所描繪及顯示 之按鈕的命令。原生實裝平台301，若判定使用者輸入 -19- (16) 1312505 310是針對影片播放器300的命令，則將使用者輸入310 轉換成針對影片播放器300之內部控制命令也就是控制指 令3 1 1，來對影片播放器3〇〇發出控制命令。 另一方面，若原生實裝平台301係判定使用者輸入 3 1 〇爲針對在劇本層3 02中所描繪或顯示之GUI零件的命 令，則將響應於使用者輸入3 1 0的按鍵事件3 1 4，通知至 劇本層3 02。然後，根據響應於該按鍵事件3 1 4而從劇本 層3〇2所指示之方法函數315，例如就可在畫面上顯示出 按鈕影像。亦即，原生實裝平台301與劇本層302，係可 不透過影片播放器300，而直接地進行事件及方法函數的 收授。 其次，針對影片播放器3 0 0加以詳細說明。圖4係影 片播放器300之一例內部構成圖。如上述，影片播放器 3 00，係由資料庫320及回播模組321所構成。資料庫320 ，係存放著從碟片讀取到之播放清單資訊，和影片夾資訊 亦即 Clip Information 的領域。 回播模組3 2 1，係由解碼引擎3 22、表示回播模組3 2 1 之狀態的値也就是特性（property)323所成。特性323，例 如係像程式語言碼一樣，具有：在影片播放器300之初期 設定時便決定之特性3 2 3 A(唯讀參數），和隨著回播模組 321之狀態而値會發生變化的特性3 23 A(播放器狀態）這2 種類。 在初期設定便決定的特性3 23 A，係無法隨著原生的 系統，例如實際機器而被重置其値，也無法從播放清單或 -20- (17) 1312505 影片夾資訊、劇本程式來改變其値。特性3 2 3 A，係只能 從劇本程式來將其値加以讀出。另一方面，表示回播模組 321之狀態的特性3 23 B ’係除了可從劇本程式將其値加以 讀出，還可從一部份的劇本程式來將其値加以寫入。 此外’該動作模組中’播放清單及影片夾資訊，係假 定爲於影片夾AV串流在生前便從碟片預先載入。亦可不 限於此’即使在其他的實裝上，只要是實現了以影片播放 器模組所制定的動作即可。 影片播放器物件3 00，係服從來自劇本層302或原生 實裝平台3 0 1的指示，而將所指定的播放清單予以再生。 例如，影片播放器300，係參照資料庫320，以檔案中的 位元組位置，取得所被指定之播放清單所對應之影片夾 AV串流的再生位置。回播模組321中，解碼引擎3 22係 根據該再生位置資訊，控制著影片夾AV串流的解碼。 影片播放器3 00，係如圖5所示，響應於播放清單的 再生狀況，而具有播放（play)、停止（stop)及暫停（pause)這 三種狀態。播放狀態，係進行播放清單的再生，是指時間 正在經過的狀態。除了通常的再生以外，還包含了 2倍數 、1 /2倍數這類變速再生，或是順向快轉及逆向快轉也被 包含在播放狀態中。暫停狀態，係進行播放清單之再生的 狀態，是時間軸爲停止的狀態。將再生以畫格單位前進或 後退的所謂單格播放再生’係爲重複暫停狀態與播放狀態 的狀態。停止狀態’係播放清單沒有進行再生的狀態。 例如，影片播放器3 0 0的狀態’係伴隨著影片播放器 -21 - (18) 1312505 3 0 0內的解碼引擎3 2 2中的播放、暫停及停止之狀態變遷 ，因此響應於解碼引擎3 22的狀態變遷，特性323 B的値 會被更新。 接續資訊（r e sume inform ation)324，係將停止狀態之 前的狀態加以記憶。例如，當影片播放器3 00是正在將某 播放清單進行解碼而爲播放狀態時，一旦狀態變遷成停止 狀態，則會將停止狀態之前的狀態加以記憶。又，接續資 訊3 24，係可在作爲硬體的播放器所具有的非揮發性記憶 體中，爲了能夠識別碟片之每個標題，而令其複數記憶。 例如，碟片的每一標題具有獨特的識別資訊（稱爲標題ID) ，而將接續資訊3 24與該識別資訊賦予關聯而加以記憶。 藉此，可根據接續資訊324的資訊，當識別資訊所對應之 標題的碟片接下來是從停止狀態變遷至播放狀態時，可令 該當碟片的再生，是從以前變成停止狀態的那個位置起開 始進行。 3.關於影片播放器之事件模型 說明影片播放器300的事件模型。影片播放器300， 係在再生播放清單的播放狀態中，會發生各種事件。該事 件，係由被稱爲事件處理器的，以劇本所描述成之處理程 式的執行所引發。事件處理器，係爲隨著事件發生而被呼 叫的方法函數。隨著該事件發生而開指處理程式之執行的 程式執行模組，稱爲事件誘發模組。事件誘發模組中，會 不定期發生事件，並以事件發生爲契機，而執行事先準備 -22- (19) (19)1312505 好的程式。本實施之一型態中，劇本程式，係藉由事件處 理器群而控制影片播放器物件300的動作。 圖6係本發明之一實施形態所致之影片播放器3 00之 事件模型的模式圖。圖6中，事件處理器onEventA()、 onEventB()及〇nEventC()，係爲介面，各個事件處理器的 內容，係以劇本的方式而被描述。事件處理器的內容，例 如是在內容製作者側被作成而實裝。UMD視訊劇本規格 中，是對每個從影片播放器3 0 0通知至劇本程式的事件， 準備了事件處理器。圖6的例子中，事件A發生時所執行 的處理程式，係由事件處理器〇nEventA()所決定。關於事 件B及事件C也是同樣地，事件B發生時所對應之事件 處理器onEventBO會被執行，事件C發生時所對應之事件 處理器onEventC()會被執行。 響應於事件發生而被呼叫的事件處理器，由於係在系 統側被選擇，因此在內容製作者側，並不需要將判斷發生 了哪個事件的處理，事先撰寫在劇本程式內。 圖7係播放清單之再生中所發生之一例事件。播放清 單PlayList的開頭，由於設定有章節標記ChapterMark， 因此從播放清單的開頭起的再生開始時’首先，會發生對 應於章節標記的事件Chapter。然後，每當章節改變之際 ，事件Chapter會被通知給劇本層3 02，對應之事件處理 器onC hap ter便會被執行。又，一旦再生到達了事件標記 EventMark所設定的時刻，則會發生對應之標記事件。然 後，一旦再生到達了播放清單的最後爲止’則再生會在播 -23- (20) 1312505 放清單的最後處暫時停止，事件PlayListEnd便從影片播 放器3 0 0通知至劇本層3 0 2。劇本層3 0 2側中，在對應之 事件處理器〇nPlayListEnd()內，會指示其他的播放清單之 再生開始。如此，便以內容製作者所意圖的順序，一連串 的播放清單再生便會繼續下去。 如此，在播放器動作中會發生各種事件，藉由將事件 發生傳達至上位程式，就可使上位程式掌握播放器的狀態 。在上位程式那方，係備妥了各事件發生通知時所要執行 的程式（事件處理器），因此可對付各種事件發生。事件及 事件處理器的細節將於後述。 當事件處理器並非藉由內容製作者所描述的時候，則 會執行在規格中所規定之播放器內建動作（預設的事件處 理器）’或者’忽視該事件而不做任何執行。當沒有必要 進行任何處理時，可藉由刻意不描述事件所對應到的事件 處理器，而積極地忽視事件。 作爲事件模型’除了上述以外，只要是將某事件所對 應之聽取器由物件來登錄至播放器物件，且在播放器物件 內所發生的事件是已被登錄的事件，則可考慮到將該當事 件從播放器物件送訊至已登錄之物件，以該當物件來執行 對應之方法函數的事件聽取器的模型，或無論哪種事件發 生都去呼叫同一方法函數的單一方法函數的模型等。 本實施之一形態所致之事件模型，係比需要事件登錄 、事件登錄刪除這類處理的事件聽取器的模型更爲簡單。 又，單一方法函數的模型’係有需要將獲知哪種事件發生 -24- (21) I312505 ，並切換對毎種事件所預備的處理常式的前處理’事先撰 寫在該方法函數之中。方法函數，因爲是內容製作者側所 實裝者，因此即使模型構成簡單，對內容製作者側的負擔 仍是很大。甚至’ 一個很大的處理程式（方法函數）是在每 次事件發生時被呼叫，導致佔用許多記憶體領域，可料想 到實行速度也會跟著變慢。本發明之實施一形態所致之對 每一事件準備的處理程式（事件處理器）的模組中，關於這 點則是具有有利點。 4.關於影片播放器物件 其次，說明影片播放器物件300的外部規格。一般而 言，遵照ECMA劇本語言規格的語言所定義出來的物件， 係具有特性（p r 〇 p e r t y)與方法函數（m e t h 〇 d)。本實施形態所 致之影片播放器3 00，也是如使用圖3及圖4所說明過的 ’同樣具有特性（property)與方法函數（meth〇d)。特性 (property)，係從外部的物件，藉由將身爲對象的物件名 與物件名加以指定，而可直接地進行讀寫。不限於此，藉 由定義了進行特性値之設定的方法函數setxxxG(「XXX 」係爲對象之特性名）’或進行特性値之讀出的方法函數 getXXXO，就可令其他物件的特性的讀寫，藉由方法函數 來進行。 圖8係將影片播放器物件3 0 0所擁有之—例特性 (property)予以一覽表示。其係對應於圖4中的特性3 23。 圖4中的唯讀參數323 A中所屬的特性，係如以下。特性 -25- (22) 1312505 scriptVersion，係表示 UMD視訊劇本的版本。特性 languageCode，係被設定在UN1D視訊播放器中的表示選 單顯不旨吾S的語g碼。特性audioLanguageCode，係被設 定在UMD視訊播放器中的表示音訊語言的語言碼。特性 subtitleLanguageCode’係被設定在UMD視訊播放器中的 表不字幕（subtitle)語言的語言碼。 當碟片被裝塡之際’根據該唯讀參數323A中所被設 定的特性languageCode所示之語言碼，來決定從碟片讀 出之劇本檔。被裝塡的碟片中，沒有該當語言所對應的劇 本檔時，則讀出預設的劇本檔。例如，複數的劇本檔之中 ，被配置在碟片上最開頭側的檔案示被當成預設劇本檔而 讀出。 圖4中的播放器狀態323B中所屬的特性，係如以下 。特性playListNumber，係表示現在再生中的播放清單的 編號。特性chapterNumber ’係表示現在再生中的章節的 編號。特性videoNumber ’係表示現在再生中的視訊串流 的編號。特性a u d i ο N u m b e r ’係表示現在再生中的音訊串 流的編號。特性subtitleNumber，係表示現在再生中的字 幕串流的編號。特性playListTime，係表示將播放清單開 頭設爲〇時的時刻。特性audioFlag，係表示音訊再生的 ΟΝ/OFF及雙重單聲道LR之指定。特性subtitleFlag，係 表示字幕顯示的ΟΝ/OFF。 此外，雙重單聲道，係將立體音訊的左右（L、R)聲道 ，當成彼此獨立之單音訊聲道來使用的模式。 -26- (23) 1312505 該播放器狀態323B中所屬的各特性，係當影片播放 器於再生或暫停狀態的時候，這些資訊便會存在。若變遷 至停止狀態時，則在該時間點上播放器狀態3 2 3 B中所屬 的各特性，係被當成接續資訊3 24而被備份。此時，亦可 將播放器狀態3 2 3 B的內容予以清除。 圖9係將影片播放器物件3 00所擁有之一例方法函數 (method)予以一覽表示。其係對應於圖3中的方法函數 3 13。方法函數play()，係將視訊予以再生。方法函數 playChapterO，係指定章節而將視訊予以再生。方法函數 stop()，係將視訊的再生予以停止。方法函數pause()，係 將視訊的再生予以暫停。方法函數playStep〇，係將視訊 予以單格再生。方法函數changeStream()，係將視訊串流 、音訊串流及/或字幕串流予以變更。方法函數 getPlayerStatus()，係取得影片播放器3 00上的再生、停 止、暫停等狀態。方法函數resetO，係將視訊的再生予以 停止，將接續資訊3 24的內容加以清除。 UMD視訊規格中，是可以在顯示畫面上的一部份中 顯示視訊。以下的4個方法函數，係有關於此種情況之視 訊顯示的方法函數。方法函數setPos()，係設定視訊的顯 示位置。方法函數getPos()，係取得視訊的顯示位置。方 法函數set Size ()，係設定視訊的顯示尺寸。方法函數 setSizeO，係取得視訊的顯示尺寸。 此外，實際上，影片播放器3 00與原生實裝平台30 i ’係被構成爲一體化。亦即，對應於作爲實際裝塡碟片並 -27- (24) 1312505 將其予以再生之硬體的UMD播放器，和控制UMD播放器 的軟體的關係’哪個部份是要由硬體進行，哪個部份是要 由軟體進行’是依照實裝時的構成而決定。例如，若以個 人電腦等來構成UMD播放器的時候，則除了碟片驅動器 以外’皆可用軟體的方式來加以構成。又，若構成爲單體 的UMD播放器的時候，則除了碟片驅動器以外，例如可 將視訊解碼器或音訊解碼器等，以硬體的方式來加以構成 。因此，影片播放器3 0 0和原生實裝平台3 0 1之間所交流 的方法函數或指令、事件，係並非侷限於作爲一例而明示 的圖3之交流樣態。 另一方面，關於來自使用者的按鍵輸入，是如用圖3 所說明過的，先令原生實裝平台301來接受使用者輸入 310。換言之，原生實裝平台301，係將來自使用者的按鍵 輸入當成使用者輸入310而加以收取，並判定使用者輸入 3 10是針對影片播放器300的指令，還是針對劇本層302 的劇本程式之事件，響應其判定結果，而產生控制指令 311或按鍵事件314，通知至對應之上位層（影片播放器 3〇〇或劇本層302)。 圖1 0及圖1 1，係使用者輸入3 1 〇所致之一例的按鍵 輸入。此外，圖1〇及圖11所示的以「VK」開頭的各按 鍵，係爲不依靠實際裝配之抽象化的虛擬按鍵。圖10係 圖示有關影片播放器300之操作的一例按鍵輸入。按鍵 VK_POWER，係提供對應於電源鍵的機能。按鍵 VK_POWER_ON，係提供對應於電源0N鍵的機能。按鍵 -28- (25) 1312505 VK_POWER_OFF，係提供對應於電源OFF鍵的機能。按 鍵VK_MENU，係提供對應於令選單顯示的選單鍵之機能 。按鍵VK_ENTER，係提供對應於用來指示「決定」的決 定鍵之機能。按鍵VK_RETURN，係提供對應於令處理步 驟返回一個的返回鍵之機能。 按鍵VK_PLAY，係提供對應於用來指示再生的再生 鍵之機能。按鍵VK_ST0P ’係提供對應於用來指示再生 之停止的停止鍵之機能。按鍵VK_PAUSE，係提供對應於 用來指示再生之暫停的暫停鍵之機能。按鍵 VK — FAST — FORWARD ,係提供對應於用來指示快轉再生的 快轉鍵之機能。按鍵VK_FAST_REVERSE，係提供對應於 用來指示倒帶再生的倒帶鍵之機能。按鍵 VK_SLOW_FORWARD，係提供對應於用來指示順向慢速 再生的慢速（順向）鍵之機能。按鍵VK_SLOW_REVERSE， 係提供對應於用來指示逆向慢速再生的慢速（逆向）鍵之機 能。按鍵VK_STEP_FORWARD，係提供對應於用來指示 順向單格再生的單格（順向）鍵之機能。按鍵 VK_STEP —REVERSE，係提供對應於用來指示逆向單格再 生的單格（逆向）鍵之機能》 圖1 1係圖示有關選單操作的一例按鍵輸入。按鍵 VK —NEXT，係提供對應於用來輸入意思爲「下一個」之値 的下一個指定鍵之機能。按鍵VK_PREVIOUS，係提供對 應於用來輸入意思爲「上一個」之値的上一個指定鍵之機 能。例如，使用按鍵VK NEXT及按鍵VK_PREVIOUS， -29- (26) 1312505 就可指示往前後章節的移動。 按鍵VK_UP，係提供對應於用來輸入意思爲「上」之 値的上方向指定鍵之機能。按鍵VK —DOWN，係提供對應 於用來輸入意思爲「下」之値的下方向指定鍵之機能。按 鍵VK_RIGHT，係提供對應於用來輸入意思爲「右」之値 的右方向指定鍵之機能。按鍵VK_LEFT，係提供對應於 用來輸入意思爲「左」之値的左方向指定鍵之機能。按鍵 VK_UP_RIGHT，係提供對應於用來輸入意思爲「右上」 之値的右上方向指定鍵之機能。按鍵VK_UP_LEFT，係提 供對應於用來輸入意思爲「左上」之値的左上方向指定鍵 之機能。按鍵VK_DOWN_RIGHT，係提供對應於用來輸入 意思爲「右下」之値的右下方向指定鍵之機能。按鍵 VK_DOWN_LEFT，係提供對應於用來輸入意思爲「左下 」之値的左下方向指定鍵之機能。藉由使用這些方向鍵， 例如，可指示畫面上的游標顯示的移動。 按鍵VK_ANGLE，係提供對應於用來對多視角視訊指 示視角切換的視角切換鍵之機能。按鍵VK_SUBTITLE ’ 係提供對應於用來切換英語字幕、日語字幕、字幕顯示/ 不顯示等之字幕切換鍵之機能。按鍵VK —AUDIO’係提供 對應於用來切換聲音或雙語等音訊設定的音訊切換鍵之機 能。按鍵VK_VIDEO_ASPECT，係提供對應於用來指示視 訊的長寬比切換的長寬比切換鍵之機能。按鍵 VK_COLORED_KEY_l，係提供對應於色彩功能鍵1之機 能，按鍵VK_COLORED_KEY_2，係提供對應於色彩功能 -30- (27) 1312505 Μ 2之機會g ，按鍵VK_COLORED_KEY_3 ，係提供對 色彩功能鍵3之機會g ，按鍵VK_COLORED_KEY_4 > 供對應於色彩功能鍵 4 之機能 ，ί VK — COLORED一ΚΕΥ — 5，係提供對應於色彩功能鍵5 能，按鍵VK_COLORED_KEY —6，係提供對應於色彩 鍵6之機能。 上述之圖10所示之按鍵輸入和圖11所示之按鍵 中由於功用不同，因此需要藉由原生實裝平台301來 通知目的地。如上述，藉由圖1 〇所示的按鍵輸入， 達有關視訊、音訊及字幕之再生的指示。原生實裝 3 0 1，係一旦收取了作爲使用者輸入3 1 0的圖1 0所示 鍵輸入，便將所收到的按鍵輸入，轉換成圖12A、圖 及圖12C所示的指令而通知至影片播放器3 00。 另一方面，圖11所示的按鍵輸入，因爲是針對 的使用者輸入310，因此該使用者輸入，係有需要通 用來配置畫面構成或按鈕的劇本層302而被處理。原 裝平台3 0 1，係一旦收取到作爲使用者輸入3 1 0的圖 示之按鍵輸入，便轉換成圖3中的按鍵事件314而通 劇本層3 02。圖1 3係圖示該按鍵輸入所對應之一例 3 14°

此外，上市圖10及圖11中，雖然也含有 VK_ANGLE、按鍵 VK_SUBTITLE、按鍵 VK_AUDIO 有關於串流切換的按鍵輸入，但這些係爲用來實現相 從腳本程式對影片播放器3 00的串流切換之方法函數 應於 係提 :鍵 之機 功能 輸入 分派 會下 平台 的按 1 2B GUI 知至 生實 11所 知至 事件 按鍵 這類 同於 的機 -31 - (28) 1312505 能所需之按鍵輸入。 針對上述圖12A、圖12B及圖12C的指令做更詳細的 說明。指令 uo_timeSearch(playListTime)’ 係指示 了從再 生中的播放清單的指定時刻起之再生。引數playListTime ，係代表將播放清單的開頭設爲0時的時刻。該指令中， 由於無法指定播放清單編號，因此引數playListTime所代 表的時刻，係爲現在再生中的播放清單之範圍內的指定時 刻。指令uo_play〇，係指示了例如以1倍速這類所定之 再生速度的再生開始。開始位置，·係根據接續資訊324來 決定。當對應於接續資訊324的資訊是不存在時，則該使 用者操作會被無效化。該指令，係對應於播放清單編號未 指定的方法函數play()已執行時。又，該指令下，使用者 操作上是無法指定播放清單編號。 指令 uo_playChapter(chapterNumber)，係指示 了從再 生中之播放清單的、被引數chapterNumber所指定之章節 起的再生開始。當章節未指定時，則指示了從現在再生中 之章節之開頭起的再生開始。此係對應於章節編號未指定 的方法函數 playChapter()。指令 uo_playPrevChapter()， 係指示從比現在更前面一個章節起的再生開始。指令 uo_playNextChapter()，係指示從比現在更前面一個章節 起的再生開始。指令uo_stop()，係指示再生的停止。 指令uo_jumpToEnd()，係指示往播放清單之最後的跳 躍。該指令係對應於，對影片播放器300指示中止現在的 再生而令其發生事件playListEnd的使用者操作。對應於 -32- (29) 1312505 該指令，在劇本層302中，事件處理器onPlayListEnd會 被執行。指令 uo_f〇rwardScan(speed)，係指示以引數 speed 所指定之再生速度的順向再生。指令 uo —backwardScan(speed)，係指示以引數 speed所指定之 再生速度的逆向再生。這些指令uo — forwardScan(speed)及 指令 uo —backwardScan(speed)中的引數 speed，係依存於 UMD視訊播放器的實際裝配而決定。

指令 uo_playStep(forward)，係指示順向的單格再生 。指令uo_playStep(backward)，係指示逆向的單格再生。 指令uo_pauseOn()，係指示基於使用者操作的再生的暫停 。指令uo_pauseOff()，係指示將基於使用者操作的再生 暫停狀態加以解除。 指令 uo_changeAudioChannel(value)，係指示 了音訊 的聲道切換或雙重單聲道再生時的單聲道切換。該指令的 執行時，旗標audioFlag的値也會變更爲相應的內容。指 令 uo_setAudioEnabled(boolean)，係指定音訊串流的 ΟΝ/OFF。該指令的執行時，旗標audioFlag的値也會變更 爲相應的內容。指令 uo_setSubtitleEnabled(boolean)，係 指定字幕串流的 ΟΝ/OFF。該指令的執行時，旗標 subtitleFlag 的値也會變更爲相應的內容。指令 uo_angleChange()，係指示顯示視角的變更。該指令所致 之使用者操作若被傳達至影片播放器3 00，則影片播放器 300係對劇本層 302通知事件 angleChange。指令 uo audioChange (audioStreamNumber)，係指示了 再生之 -33- (30) 1312505 曰訊串流的變更。指令 uo — subtitleChange ( subtitleStreamNumber )，係指示了再生之字幕串流的變更 0 上述圖13所示的事件及事件的影片播放器3 00的方 法函數之間的關係’加以更詳細說明。事件menu，係跳 躍至選單。該事件係並非針對影片播放器300，而是從原 生實裝平台301通知至劇本層3〇2。該事件menu係一旦 | 被劇本層3 0 2所收取，則劇本層3 0 2便會執行事件處理器 onMenu。事件exit’係當原生實裝平台3〇1令UMD視訊 應用程式結束之際，從原生實裝平台301所發出的事件。 該事件exit係一旦被劇本層3 02所收取，則劇本層3 02便 會執行事件處理器onExit。 事件 up、事件 down、事件 left、事件 right、事件 focusln、事件 focus〇ut、事件 push 及事件 cancel，係顯 示在畫面上的GUI零件也就是按鈕影像被聚焦時所發生的 φ事件。該事件係並非針對影片播放器3 00，而是從原生實 裝平台3 0 1通知至劇本層3 02。此外，所謂按鈕影像被聚 焦時’例如，係用來指示畫面上之位置的游標爲表示了按 鈕影像的顯示座標，而使該當按鈕影像呈可以選擇之狀態 。事件up、事件down、事件left、事件right，係對按鈕 影像的聚焦，分別往上、下、左、右之按鈕影像移動時所 發生的事件。事件focusln，係在某個按鈕影像被聚焦的 情況下所發生；事件focusOut，則是當已被聚焦的按鈕影 像脫離聚焦的情況下所發生。又，事件push，係當對已被 -34- (31) 1312505 聚焦的按鈕影像進行按下操作之際所發生。事件cancel， 係當對按鈕影像的按下操作而進行取消操作之際所發生。 事件autoPlay及事件conti nueP lay，係爲指示劇本層 3 02中的劇本之執行開始的事件。事件aut0 Play，係指示 在碟片裝塡時自動地開始劇本之執行的事件。事件 continuePlay，係在碟片裝塡時，例如，根據接續資訊324 ，指示從以前曾經中止過的時點起的劇本之執行開始。 對於圖13所示的事件，係存在有會在事件發生時被 執行的程式。該事件所對應到的程式稱爲事件處理器。所 謂事件語事件處理器，係例如可以藉由名稱而將他們建立 對應關係。作爲一例，例如在事件名的開頭附加上「Ο n」 後即成爲事件處理器名。圖14及圖15，係圖示一例的事 件處理器。藉由讓內容製作者來撰寫事件處理器的內容， 就可在UMD視訊播放器上令其執行內容製作者所意圖的 各種動作。 圖14係圖示了影片播放器物件300所帶有之一例之 事件的一部份’與對應之事件處理器。該圖1 4的事件， 係對應於上述的圖3的事件312，是從影片播放器300通 知至劇本層3 0 2。事件處理器，係爲一種介面，其內容係 例如由內容製作者使用劇本語言而加以實際裝配。藉由如 此而構成事件處理器，當事件發生時，就可實現內容製作 者所意圖之動作。 事件mark及事件處理器onMark()，係在事件標記被 測出時會被執行。事件標記，例如，係被嵌入在播放清單 -35- (32) 1312505 中’於播放清單再生中會被影片播放器300所測出。一旦 藉由影片播放器3 00而測出事件標記，則事件mark會從 影片播放器3 0 0對劇本層3 0 2進行通知。劇本層3 0 2，係 執行該事件mark所對應之事件處理器onMark()。同樣地 ，事件palyListEnd及事件處理器onpiayListEnd()，係在 播放清單結束之際會被執行。事件chapter及事件處理器 onChapter〇，係在章節標記測出時會被執行。章節標記， 例如’係被嵌入在播放清單中，於播放清單再生中會被影 片播放器3 00所測出。

事件 angleChange 及事件處理器 onAngleChange()， 係當藉由使用者操作而指示了視角變更時會被執行。例如 ，一旦響應於使用者操作而有按鍵輸入VK_ANGLE被當 成使用者輸入310而輸入至原生實裝平台301，則原生實 裝平台301，係將該當使用者輸入310轉換成指令 uo_angleChange()而交付給影片播放器3 00。影片播放器 300，係響應於該指令uo — angleChange()而產生出事件 angleChange ’交付給劇本層3 02。劇本層3 02，係執行該 事件 angleChange 所對應到之事件處理器 onAngleChange()。同樣地，事件audioChange及事件處理 器on Audio Change ()，係當藉由使用者操作而指示了音訊 變更時會被執行。事件 subtitleChange及事件處理器 onSubtitleChange() ’係當藉由使用者操作而指示了字幕變 更時會被執行。 圖1 5係圖示了系統物件所擁有之一例的事件處理器 -36- (33) 1312505 之一部份。該圖1 5所示的事件處理器，係爲原生實裝平 台301所預先持有的事件處理器，會被從原生實裝平台 3〇1通知至劇本層302。 事件menu及事件處理器onMenu()，係跳躍至選單。 事件menu係爲’例如當使用者操作等而按下了選單按鈕 時’會從原生實裝平台301往劇本層302通知之事件。劇 本層3 02 ’係接受該事件，執行對應之事件處理器 onMenu()，在事件處理器onMenu()內進行構成選單畫面之 GUI零件的配置或顯示等。事件exit及事件處理器 onExit()，係當原生實裝平台301令UMD視訊應用程式結 束之際’從原生實裝平台301所發出的事件及對應之事件 處理器。 事件exit係爲，例如當藉由使用者操作等而指示了 UMD視訊播放器之動作結束之際，會被從原生實裝平台 301通知至劇本層3〇2。劇本層302的劇本，係可接受已 通知過來的事件exit，在事件處理器onExit()內進行結束 處理。事件autoPlay及事件處理器〇nAutoPlay()，以及事 件continuePlay及事件處理器〇nContinuePlay()，分別會 開始劇本的執行。 此外’除了系統物件的事件處理器以外，還有關於按 鈕的事件處理器。和該按鈕有關的事件處理器，由於和本 發明的關聯性較低，因此省略說明。 使用圖1 6的流程圖，槪略地說明以使用者輸入事件 爲契機’而執行已備妥之程式的一例之處理。圖16，係於 -37- (34) 1312505 UMD視訊播放器中進行碟片通常再生中，藉由使用者， 指示了要再生下個章節所需之” next，’鍵被按下時，除了對 應該按鍵輸入’而跳躍至下個章節而開始再生，同時還將 已準備的訊息顯示在畫面上的例子。 例如’藉由UMD視訊播放器而將碟片予以通常再生 中’一旦使用者使用UMD視訊播放器的遙控指令器而按 下了”next"(步驟S10)，則作爲對原生實裝平台301的使用 | 者輸入310’會將按鍵VK_NEXT予以交付。原生實裝平 台301中，對應於該使用者輸入310而發生了使用者指令 uo一playNextChapter()(步驟 S11)。該使用者指令 uo_playNextChapter()，係被通知給影片播放器3 00。 收取該指令uo_playNextChapter()的影片播放器300 ’係檢索資料庫32〇，並從播放清單資訊中，以現在正在 再生之位置爲基準，取得下個章節標記的位置。步驟S 1 3 中，判斷下個章節標記是否存在，若判斷爲不存在時，則 φ 不進行章節跳躍，繼續現在的再生。 另一方面，步驟S13中，若判斷爲下個章節標記是存 在時，則處理便進入步驟S 1 4。步驟S 1 4中，影片播放器 3 00，係中止現在的再生，指示下個章節標記，將影片夾 AV串流檔內的位元組位置，從資料庫3 20的影片夾資訊 檔之特徵點資訊中加以取得。然後，步驟S 1 5中，向已取 得之檔案內的位元組位置進行存取，從該位置起開始串流 的讀取而開始再生。 步驟S16以下，係爲用來令通知章節已被切換的事實 -38- (35) 1312505 加以通知的訊息顯示在畫面上所需之一連串的程 章節被切換而從章節的開頭起開始再生，就會發 件（步驟S 1 6)。例如，被設在章節開頭的章節標 片播放器3〇〇測出，而發生事件chapter。該章 係從影片播放器3 00通知至劇本層3 02。影片播 ’係在該事件的通知時，連同所跳躍的章節之章 —倂對劇本層3 02加以通知。劇本層3 02，會將 _ 之事件所對應之事件處理器，例如事件 onChapter()開始加以執行。 本例中，事件處理器內，描述了在章節切換 畫面上顯示出通知該要旨的訊息的動作。劇本層 本’係執行該事件處理器，在事件發生時取得從 器3 0 0所通知過來的跳躍目標之章節編號（步驟 對原生實裝平台301，送出令其畫面上顯示例如 取得之章節編號之章節的開頭」等的所定訊息。 鲁平台301’係響應於該指示，在畫面上顯示雷 S 1 9 ) ’便結束事件處理器所致之處理（步驟s 2 〇 )。 藉由上述處理，當使用者藉由操作指示下個 生開始的按鍵"next"，而進行章節跳躍時，在跳 下個章節的再生開始時畫面上就會顯示出表示此 頭的訊息。 如此’使用者輸入事件，係改變了影片播放 狀態’同時也成了令新事件發生的契機，可利用 事件而進行各種處理。 序。一旦 生章節事 記是被影 節事件， 放器3 0 〇 節編號， 已被通知 處理器 之際會在 302的劇 影片播放 S 1 8)，並 「此爲已 原生實裝 '息（步驟 章節之再 躍目標的 爲章節開 器300的 新發生之 -39- (36) 1312505 圖17係UMD視訊播放器中，自載入碟片起至排片爲 止之處理槪略性圖示。此外，圖17中，劃上斜線的方塊 所描述的處理，係代表著劇本被執行的狀態。 首先’一旦藉由使用者在UMD視訊播放器中裝塡碟 片，則U M D視訊播放器’係藉由所定的動作而載入碟片 ’變成可再生的狀態（步驟S3 0)。一旦碟片被載入，則藉 由原生實裝平台301而參照接續資訊324，對應於該當碟 片的繼續再生資訊便會被載入（步驟S3 1)。 然後’參照該當碟片所對應之接續資訊324內，判斷 是否存在繼續再生資訊（步驟S；32)，若存在，則從原生實 裝平台301對劇本層通知事件continuePlay。虜[J本層302 ’係執行已通知過來之事件continuePlay所對應之事件處 理器onContinuePlay()(步驟S33)。步驟S32中，若判斷該 碟片所對應之繼續再生資訊是不存在時，則處理便進入步 驟S34，從原生實裝平台301對副本層302通知事件 autoPlay’劇本層302便令對應之事件處理器onAutoPlay 執行。 步驟S35中，根據事件處理器onAutoPlay或事件處 理器onContinuePlay的描述內容來進行碟片的再生動作等 ，伴隨碟片的再生動作所發生的事件，或對應於該當事件 的事件處理器便被執行。 此處，一旦從原生實裝平台301發生了事件exit，則 步驟S36中，劇本層3 02中所對應之事件處理器onExit 便被執行，然後執行用來結束UMD視訊應用程式的處理 -40- (37) 1312505 。事件exit ’例如係根據響應於對遙控指令器的所定操作 的使用者輸入310，而在原生實裝平台301上產生。 —旦根據事件處理器onExit的劇本處理結束，則處理 會移往原生實裝平台301。然後，步驟S37中，在影片播 放器300中，執行將再生動作加以停止的處理。此時，停 止前的狀態會被當成繼續再生資訊而記憶至接續資訊324 中。然後，一旦碟片的再生結束（步驟S38)，且不再度再 _ 生相同碟片之際（步驟S3 9)，在步驟S40中，一旦藉由原 生實裝平台3〇1而排出碟片，便結束一連串之處理。又， 當要對同一碟片進行再生之際，處理便返回步驟S3 1。 圖18係圖示了劇本檔（script file)之構成例。如已經 使用圖2所說明過的，劇本檔，係以構成劇本層3 0 2之檔 案"SCRIPT.DAT”內的檔案的方式而存在。劇本檔，係由 事件處理器群和主處理部所成。事件處理器群，係由1或 複數複數事件處理器排列而成。每當有事件的發生被通知 φ 至劇本層3 02時，被通知之事件所對應到的事件處理器， 會被檢索、執行。主處理部，係描述有例如爲各事件處理 器所共通使用的全域變數等之定義，通常只會在最開始被 執行一次。 圖19係事件處理器onAutoPlayO執行之一例程序。 將碟片裝塡入UMD視訊播放器之際，藉由使用者，對影 片播放器3 00發出再生指示使其從開頭處進行再生的時候 (步驟S50)，該處理便會被執行。原生實裝平台301，係 在步驟 S51中，調查劇本中是否存在事件處理器 -41 - (38) 1312505 〇nAut〇Play()。若爲存在，則原生實裝平台301係將事件 autoPlay ’對劇本層3 02進行通知（步驟S 52)。接受該通知 ，在步驟 S54中，劇本層3〇2便會執行事件處理器 onAutoPlayO。藉此，所裝塡的碟片便會自動地開始再生 〇 另一方面，步驟S5 1中，若判斷爲劇本中不存在事件 處理器onAutoPlayO ’則處理便進入步驟S53，原生實裝 | 平台3 0 1會將事件3 02對劇本層3 0 2進行通知。此時，例 如’操作選單按鍵等等’而從原生實裝平台301中所實裝 的選單畫面中下達了再生指示，就可開始碟片的再生。當 劇本層3 02持有事件處理器onExit()時，該事件處理器 onExit()便會被執行。 圖20係事件處理器onc〇ntinuePIay()執行之一例程序 。將碟片裝塡入UMD視訊播放器之際，藉由使用者，對 影片播放器3 00發出再生指示使其進行繼續再生的時候（ 步驟S60)，該處理便會被執行。原生實裝平台3〇1，係在 步驟S61中’調查是否存在有對應於被裝塡之碟片的接續 資訊3 24。若不存在，則處理便進入步驟S62，變成從開 頭起進行再生。 若存在有對應於被裝塡之碟片的接續資訊3 24，則處 理便進入步驟S63，調查劇本中是否存在有事件處理器 onContinuePlay()。若爲存在，則原生實裝平台3〇1係將 事件continuePlay，對劇本層3〇2進行通知。接受該通知 ’劇本層302便會執行事件處理器onc〇ntinuePlay()(步驟 -42- (39) 1312505 S64)。藉此’已裝塡的碟片，便會服從事件處理器 onContinuePlay()而再度開始再生。 另一方面，在步驟S63中，若判斷爲劇本中不存在事 件處理器〇nContinuePlay()，則處理便進入步驟S65，執 行預設的事件處理器〇nContinuePlay()。預設的事件處理 器onContinuePlay()，例如係根據接續資訊324之資訊而 從上次結束再生的位置起，單純地開始進行再生。 此外，這些事件處理器onAutoPlay及事件處理器 onContinuePlay所致之使用者介面，並不限於上述例子， 而可考慮其他各種方法。例如，在上述圖20中，雖然步 驟S 60中先是藉由使用者指示了繼續再生，然後才調查是 否存在有對應於所裝塡之碟片的接續資訊324，但亦可顛 倒其順序，而爲先調查接續資訊324是否存在，若存在時 才向使用者催促選擇是否進行繼續再生。 圖2 1係再生結束時之一例處理。碟片再生中，當例 如藉由使用者，對影片播放器3 00指示了結束再生時（步 驟S7〇)，便進行該處理。指示再生結束的使用者輸入310 一旦對原生實裝平台301輸入後，則原生實裝平台301便 開始結束處理（步驟S71)。結束處理，例如係爲下記3個 處理。 (1) 阻止新的事件發生 (2) 丟棄仍殘留在佇列中的事件處理器 (3) 發行針對影片播放器3 00的控制指令u〇_st〇p() 一旦步驟S71之處理被執行，而要結束現在正在執行 -43- (40) 1312505 之事件處理器（步驟S 72)，則在下個步驟S73中，從原生 實裝平台301對劇本層302，通知事件exit。劇本層302 係接受該通知，執行事件處理器onExit()(步驟S74)。藉 由事件處理器〇nExit()，例如，再生結束時的所定之後處 理，或記憶著使用者所致之設定資料的方法函數 setUserData等便被執行。 然後，在下個步驟S75中，藉由原生實裝平台3〇1, 執行結束處理。該結束處理中，例如會進行：對非揮發性 記憶體之繼續資訊的保存（亦即，針對再生結束前的狀態 的接續資訊324進行備份），或往系統選單的遷移等。 藉由以上這種播放器模型，就可再生視訊、音訊及字 幕。又，由於是令內容製作者所預先設定好的、於再生中 的某時刻的事件被發生，使其執行內容製作者所預先準備 好的事件處理器，因此可實現內容製作者所意圖的動作。 再者，若在UMD視訊播放器所致之碟片的再生中遇到使 用者操作的時候，則從原生實裝平台3 0 1對影片播放器 3 0 0，通知一相應於使用者操作的指令，而可按照使用者 的意圖來使播放器的狀態發生變化。又甚至，接受了使用 者操作所致之使用者輸入的原生實裝平台，藉由對劇本層 3 02通知一對應於使用者輸入的事件，就可響應於使用者 操作而實現內容製作者所準備的動作。藉由架構此種播放 器模型，就可向使用者提供視訊、音訊及字幕之再生’以 及互動操作。 -44 - (41) 1312505 5·劇本程式（script program)之例子 其次，針對劇本層3 02的劇本程式之例子加以說明。 首先’假設如圖2 2所示的內容再生的流程，是由內容製 作者所製作的。圖2 2所示的內容，作爲顯示的要素，係 由：播放清單400及401、頂層選單402，以及訊息403 所構成。播放清單400，係用來令碟片一旦被裝塡，就會 自動顯示出警告文畫面。播放清單401，例如係爲該內容 之主眼的電影的本篇部份。頂層選單畫面402，係爲了能 夠指示播放清單401的再生，而配置有按鈕等GUI零件。 又，訊息403，係在播放清單40 1之再生中的任意時刻上 會被顯示。 再者，該圖22的構成中，是準備了數個事件處理器 。事件處理器〇nAut〇Play()，係若碟片被裝塡至UMD播 放器，則會將播放清單400自動地予以再生，並顯示出警 告文。事件處理器onPlayListEndO，係一旦事件處理器的 再生結束就會被叫出的事件處理器，在該圖22的例子中 ，在播放清單400或播放清單401的結束時就會被叫出。 亦即，事件處理器onPlayListEndQ，係會判定哪個播放清 單已經結束，並當播放清單400的再生結束時，便指示播 放清單40 1的再生開始。又，播放清單40 1的再生結束時 ，會將頂層選單畫面402叫出。 事件處理器onMenuO，係在使用者操作選單鍵時會被 叫出，並叫出頂層選單402而顯示在畫面上。事件處理器 onMarkO，係於再生中當到達標記Mark所指示的時刻時 -45- (42) 1312505 會被執行。該圖22的例子中，對播放清單40 1設定有標 記Mark，一旦播放清單401的再生是到達了標記Mark所 指示的時刻，便會令畫面上顯示出訊息403。 亦即，圖22的例子中，一旦碟片被裝塡至UMD視訊 播放器，則事件處理器onAutoPlay便被呼叫而再生播放 清單400，顯示出警告畫面。播放清單400的再生時間開 始流動，一旦到達播放清單400的最後，則事件處理器 onPlayListEnd會被呼叫，播放清單400便被判定爲已被 再生至最末尾，而開始下個播放清單401的再生。此處， 播放清單401的再生中，一旦藉由使用者操作了選單鍵， 則事件處理器onMenu便被呼叫，而顯示出頂層選單畫面 402。又，藉由事件處理器onMenu，對應於針對頂層選單 畫面4〇2的所定操作，會從播放清單401的開頭起開始再 生。然後，播放清單401的再生時課若到達了標記Mark 所指示的時刻，則事件處理器onMark便被呼叫，訊息 403便被顯示在畫面上。一且播放清單401被再生至最後 ，則事件處理器〇 η PI a y L i s t E n d會被呼叫，判定爲播放清 單401已被再生至最後，而顯示出頂層選單畫面402。 圖2 3所示係甩來實現圖2 2所示之動作所需之一例劇 本程式。如上述，劇本程式，係排列有事件處理器，會響 應於事件的發生而執行所對應之事件處理器。劇本程式， 係被存放在後述之檔案"SCRIPT.DAT”中。 對影片播放器3 00指示播放清單之再生的方法函數， 係爲「movieplayer.play()」。括弧內是記述著作爲引數之 -46- (43) 1312505

要進行再生的播放清單之編號。一旦播放清單的再生結束 ’則事件playListEnd便會發生。一旦該事件playListEnd 發生’則從劇本呼 叫事件處理器 movieplayer.onPlayListEnd()。此時，會連同事件 playListEnd與物件 event_info，一倂交給劇本。物件 event_info，係存放著表示哪個播放清單已經結束的播放 清單編號等。劇本中，藉由該物件event —info的內容，就 可改變下個動作。 6.關於檔案的管理構造 其次，針對UMD視訊規格中所適用的檔案之管理構 造，使用圖24來說明。檔案係藉由目錄構造而被階層式 管理，記錄在碟片上。碟片的檔案系統，係可適用 ISO (International Organization for Standarization)-9660 或UDF(UniVersal Disk Format)等所規定之檔案系統。 根目錄下，放置有檔案"TITLEID.DAT"及目錄 "VIDEO"。目錄"VIDEO”之下，還放置有目錄 ” RESOURCE”、目錄’’CLIP"及目錄"STREAM"，以及檔案 ” PLAYLIST.DAT"。 檔案”TITLEID.DAT”，係爲用來存放每個標題（內容的 種類）爲互異之標題識別子的檔案。對於1張碟片，係具 有 1 個檔案” TITLEID.DAT”。 目錄”RESOURCE”之下，置有檔案”SCRIPT.DAT”。該 檔案”SCRIPT.DAT”，係如上述，是存放著構成劇本層302 -47 - (44) 1312505 的劇本程式。目錄” RE SOURCE”之下’通常置有1個檔案 ” SCRIPT.DAT”。但不侷限於此，目錄”RESOURCE”之下亦 可置有複數個檔案”SCRIPT.DAT” °此時’例如只要將檔 名的一部份分別加以變更’以使其彼此不會重複。複數之 檔案” SCRIPT.DAT”，例如，係當準備了顯示語言互異之 複數選單等之際，是每種語言會使用 1個檔案 ” SCRIPT. DAT”。但即使如此，實際被使用的檔案 ，，SCRIPT.DAT，，，也是只有 1 個。 目錄” CLIP”之下，置有1個以上的影片夾資訊檔。影 片夾資訊檔，係將檔名命名爲，在身爲定界符的句點前以 「0000 1」等五個文字乃至數字的字串（本例中是用數字）， 在句點之後的副檔名則爲「CLP」。藉由副檔名「CLP」 ，該當檔案就可被識別成影片夾資訊檔。 目錄”STREAM”之下，置有1個以上的影片夾AV串 流檔。影片夾AV串流檔，係將檔名命名爲，在身爲定界 符的句點前以「0000 1」等五個文字乃至數字的字串（本例 中是用數字），在句點之後的副檔名則爲「P S」。藉由副 檔名「PS」，該當檔案就可被識別成影片夾AV串流檔。 本實施之一形態中，影片夾AV串流檔，係被多重化有視 訊串流、音訊串流及字幕串流，且被當成MPEG2(Moving Pictures Experts Group 2)的節目串流，而被存放在以上述 副檔名「PS」來識別的檔案中。 如上述’影片夾AV串流檔，係爲將視訊資料及音訊 資料予以壓縮編碼化及分時多重化而得的檔案，藉由讀取 -48- (45) 1312505 該檔案、進行解碼處理’就可獲得視訊資料及音訊資料。 又，影片夾資訊檔’係爲描述有該影片夾AV串流檔之性 質的檔案，是和影片夾AV串流檔相對應。本實施之一形 態中，藉由與影片夾資訊檔相對應的影片夾AV串流檔， 來使檔名中的副檔名之前的五個文字乃至數個文字所成之 字串成爲一致，就可容易地掌握兩者的對應關係。 檔案”SCRIPT.DAT”，係如上述，是記述有劇本程式 的劇本檔，是存放有爲了讓本實施之一形態所適用之碟片 的再生形態成爲互動式所需的程式。檔案” SCRIPT.DAT” ，係優先於被存放在碟片中的其他檔案而讀出。 檔案”PLAYLIST.DAT”，係指定影片夾 AV串流之再 生順序的播放清單所被描述的播放清單檔》使用圖25〜圖 27，說明檔案”PLAYLIST.DAT”的內部構造。圖25所示係 檔案"PLAYLIST.DAT"之全體構造之一例語法（syntax)。此 處是將語法，以被當作電腦裝置等的程式撰寫語言的C語 言的撰寫法來圖示。這點在表示其他語法的圖中也是同樣 的。 欄位name_length，係具有8位元的資料長，代表該 播放清單檔所被賦予的名稱的長度。欄位name_string， 係具有25 5位元組的資料長，代表該播放清單檔所被賦予 的名稱。欄位name_string，係從其開頭起，至欄位 name_length所表示的位元組長爲止，是被當作有效名稱 而使用。例如，欄位name_length所帶有的値爲”1〇”的時 候，就被解譯爲從欄位name_string的開頭起算1〇位元組 -49- (46) 1312505 的部份是有效名稱。 欄位number_of_PlayLists，係具有16位元之資料長 ，是表示其後所被撰寫的區塊PlayList()的個數。區塊 PlayList〇，是被記述了該當於下一行的for回圈所指出的 欄位 number_of_PlayLists 的圈數份之個數。區塊 PlayListO，係爲播放清單本身。

說明區塊PlayList()之一例內部構造。區塊PlayList() 的開頭，配置有欄位 PlayList_data_length。欄位 PlayLiSt_data_length，係具有32位元之資料長，是表示 含有該當欄位PlayList_data_length的區塊PlayList ()的 資料長。接著，配置有具有1 5位元之資料長的欄位 reserved_for_word_alignment，和具有 1位元之資料長的 旗標 capture_enab 1e_f1ag_P1 ay Li st。欄位 reserved_for_ word_alignment ，係和資料長爲 1 位元的旗標 capture_enable_flag_PlayList組合，是被用在爲了將區塊 PlayListO內的配置對齊成16位元之位置。 旗標 capture_enable_flag_PlayList，係爲指出含有該 當 capture_enable — flag_PlayList 之區塊 PlayListO 中所屬 的動畫像的二次利用之許可與否的旗標。例如，若該旗標 capture_enable_flag_PlayList 的値爲 ”1”，則表示該當

PlayListO中所屬的動畫像，是可許於再生機內的2次利 用。 此外，上述中，雖然將旗標capture_enable__flag —

PlayList表示爲位元的旗標，但其並非侷限於本例。例如 -50- (47) 1312505 ’亦可將旗標capture_enable_flag_PlayList構成爲複數位 元，而記述成可階段性地許可2次利用。作爲一例則有， 將旗標 capture_enable_flag_PlayList 構成爲 2 位元，當 値爲”0”時則爲完全禁止二次利用，値爲” 1”則爲例如只有 在64像素χ64像素等所定的解析度以下進行過壓縮編碼化 之後的情況’才准予二次利用。又，若値爲” 2 ”，則爲許 可毫無限制地二次利用。不限於此，亦可爲2位元構成當 中的位元〇之値爲” 1 ”時則表示許可內容再生應用程式的 二次使用’位元1的値爲”1”的時候則表示許可在同一框 體內的其他應用程式（例如桌布影像或螢幕保護程式）的二 次使用。此時，可將位元0及位元1之値加以組合而使用 欄位PlayList_name_length，係具有8位元的資料長 ，代表該區塊PlayList()所被賦予的名稱的長度。欄位 PlayList_name_string，係具有25 5位元的資料長，代表該

區塊 PlayList()所被賦予的名稱。欄位 PlayList_name_string ，係從其開頭起，至欄位 PlayList_name_string所表示的位元組長爲止，是被當作 有效名稱而使用。 欄位number_of_PlayItems，係具有16位元之資料長 ，是表示其後所被撰寫的區塊Playltem()的個數。區塊

PlayltemO是被記述了’該當於下一行的for回圈所指出的 欄位 number_of_PlayItem2 的圈數份的個數。區塊 Playltem()，係爲播放項本身。 -51 - (48) 1312505 區塊PlayList()內的各區塊Playltem()內，被賦予有 識別資訊（ID)。例如，區塊piayList()內最初被記述的區 塊Playltem()係被設爲〇號，以降，按照區塊PlayItem() 的出現順序’而被賦予1號、2號…之流水號。該流水號 係被當成識別各區塊Playltem()的識別資訊而使用。重複 達區塊Playltem()之個數的for回圈的引數i，可被當成對 應之區塊Playltem()的識別資訊使用。區塊Playltem()的 | 後面，配置有區塊PlayListMark()。 使用圖26，說明區塊PUyltem()之一例內部構造。區 塊Playltem()的開頭，配置有欄位length。欄位length， 係具有16位元的資料長，代表該當區塊Playitem()的長度 。接著，配置有欄位 Clip_Information_file_name_length 。欄位 Clip_Information_file —name_length，係具有 16 位 元的資料長，代表該區塊Playltem()所對應之影片夾資訊 檔的名稱的長度。欄位Clip_Information_file_name，係爲 φ 位元組單位且具有16位元的資料長，代表該區塊 Playltem()所對應之影片夾資訊檔的名稱。欄位 Clip —Information_file_name，係從其開頭起，至欄位 Clip_Information_file_name_length 所表示的位元組長爲 止，是被當作有效名稱而使用。一旦被欄位 Clip_Information_file_name指定了影片夾資訊檔’就可藉 由上述的檔名的對應關係，而將該當影片夾資訊檔所對應 之影片夾AV串流檔加以特定。 欄位IN_time及欄位〇UT_time，都具有32位元之資 -52 - (49) 1312505 料長，係在區塊 Playltem()內中，用來指定以欄位 Clip_Information_file_name所指定之影片夾資訊檔所對應 的影片夾AV串流檔的再生開始位置及再生結束位置的時 刻資訊。藉由使用這些欄位IN_time及欄位OUT_time的 資訊，就可指定從影片夾AV串流檔開頭以外的部份開始 再生。同樣地，亦可指定影片夾AV串流檔之後端以外的 再生結束。 使用圖27，說明區塊PlayListMarkO之一例內部構造 。區塊PlayListMark()的開頭，配置有欄位length。欄位 length，係具有 32位元的資料長，代表該當區塊 PlayListMark()的長度。接著，配置有欄位 number_of_ PIayList_marks。欄位 number_of_PlayList —marks，係具有 16位元之資料長，是表示其後所接續的區塊Mark()的個 數。區塊Mark()是被記述有該當於下一行的for回圈所指 出的欄位number —of_PlayList_marks的圈數份的個數。 說明區塊Mark〇之一例內部構造。區塊Mark()的開頭 ，配置有欄位mark_type。欄位mark_type，係具有8位元 之資料長，是表示含有該當欄位mark_type的區塊Mark() 的種類。本實施之一形態中，如圖2 8所示之一例，規定 有：章節標記、索引標記及事件標記之三種標記。章節， 係爲將播放清單（區塊PlayListO)予以分割的起頭單位， 索引則是將章節更進一步分割的起頭單位。章節標記及索 引標記，分別是將其章節位置及索引位置以時刻資訊來表 示。事件標記，係爲用來產生標記事件的標記。 -53- (50) 1312505 欄位mark_name_length，係具有8位元的資料長，代 表該區塊Mark〇所被賦予的名稱的長度。被排列在區塊 Mark()的最下行的欄位mark_name_string，係代表該標記 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 —Playltem_id，係具有16位元的資料長，代表區塊 Playltem()的識別資訊。藉此，就可特定出影片夾資訊檔 和影片夾AV串流檔。 欄位mark_time_stamp，係具有32位元之資料長，是 爲了指定在影片夾AV串流檔內的標記之時刻而被使用。 使用圖2 9槪略地加以說明。圖2 9中，假設播放清單係由 編號〇、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的値，設爲代表含有 -54- (51) 1312505 時刻to的播放項” 1 ”，然後，將對應之影片夾AV串流檔B 上相當於時刻tG的時刻，記述至欄位mark_time_stamp中

返回圖27的說明，欄位mark_time_stamp之後配置 有欄位 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，係分別代表該當之基 本串流所被多重化的封包（packet〇)之串流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串流#0與影片夾 AV串流#1是不同章節構成等時候會被使用。當該當之標 記Mark()標記Mark()並未被賦予關聯至特定的基本串流時 ，則這兩個欄位的値都被設成”0”。 接下來，使用ft 30〜圖34，說明影片夾資訊檔的內 部構造。影片夾資訊檔”XXXXX.CLP”係如上述，是被置於 -55- (52) 1312505 目錄”STREAM”下，記述有對應之影片夾 AV串流檔 ”XXXXX.PS”之性質等。 圖30係圖示了影片夾AV串流檔"XXXXX.CLP”之全 體構造之一例語法（syntax)。影片夾 AV 串流檔 ”XXXXX.CLP” ， 係在開頭分別配置有欄位 presentation_start_time 及欄位 presentation_end_time。欄 位 presentation_start 一 time 及欄位 presentation end time ，係都具有3 2位元之資料長，係表示所對應之影片夾A V 串流檔之開頭和後端的時刻。時刻資訊’係可採用MPEG2 系統中的 PTS(Presentation Time Stamp)。PTS ’ 係具有 90kHz之精確度。 接下來，配置有具有 7位元之資料長的欄位 reserved_for_word_alignment，和具有1位兀之資料長的 旗標 capture_enable_flag_Clip。欄位 reserved —for —word_ alignment，係和資料長爲1位元的旗標capture_enable_ flag_Clip組合，是被用在爲了將欄位”XXXXX.CLP”內的 配置對齊成 16位元之位置。旗標 capture_enable_flag 一Clip，係表示該當檔案”XXXXX.CLP”所對應之影片夾AY 串流檔中所含之動畫像的二次利用是否許可。例如，若該 旗標capture_enable_flag_Clip的値爲”1”，則表示該當欄 位”XXXXX.CLP”中所對應之影片夾AV串流檔的動畫像， 是許可在再生機內的2次利用。 欄位number_of_streams，係具有8位元之資料長， 是表示其後所接續的區塊StreamlnfoO構造的個數。從欄 -56 - (53) 1312505 位number_of_streams的後面起’記述有藉由 f0I·回圈而 示於欄位 number_of_streams的圈數份之數量的區塊

StreamInfo()。for回圈之後’配置有區塊EP_map()。

說明區塊 StreamInfo()之一例內部構造。區塊 StreamInfo()的開頭，配置有欄位length。欄位length，係 具有16位兀的資料長’代表該當區塊StreamInfo()的長度 。接著’配置了分別具有8位元之資料長的欄位 stream_id 及欄位 private —stream_id，如圖 31 所示之一例 ，將該當區塊Stream Info()建立關聯至基本串流。該圖31 的例子中，該當區塊StreamInfo()係爲，欄位stream_id 是以値"ΟχΕΟ”〜値”OxEF”而被關聯至視訊串流，以値 ”0xBD"而被關聯至 ATRAC(Adaptive Transform Acoustic Coding)音訊串流、LPCM(Linear Pulse Code Modulation) 音訊串流和字幕串流。又，該當區塊StreamInfo()係，欄 位 private_stream_id 是以値 ”〇χ〇〇” 〜値 ”〇x〇F”、値 ”0x1 0” 〜値” 0 X 1 F "及値” 0 X 8 0 ”〜値” 0 X 9 F ”，而分別被關聯至 ATRAC音訊串流' LP CM音訊串流及字幕串流。 此外’在圖3 1中的値的記載當中，「0x」係表示其 後所接的數値是1 6進位。這點在以下的相同表現中也是 共通的。 此處’區塊StreamInfo()，大致來說，是記述著在串 流中不會變化的資訊和在串流中會變化的資訊之2種資訊 。串流中不會變化的資訊，係被記述在區塊StaticInfo() 中。另一方面’在串流中會變化的資訊，則是以時刻資訊 -57- (54) 1312505 指定出變化點，而被記述在區塊DynamicInfoO中。 區塊StreamInfo()中，由於在區塊StaticInfo()之後是 將位元組位置加以對齊，因此配置有具有8位元之資料長 的欄位 reserved_for_word_alignment，而在其後頭’配置 有欄位 number_of_Dyna.micInfo 。欄位 number_of 一

Dynamiclnfo，具有 8位元之資料長，是代表在區塊 StreamInfo()內於其後所記述之區塊DynamicInfoO的個數 。欄位 pts_change_point 及區塊 Dynamic Info()，是被記述 有恰好等於藉由 for 回圈而以欄位 number_of_

Dynamiclnfo所示的圏數份的數量。 欄位pts_change_point，係具有32位元之資料長，是 將對應之區塊DynamicInfoO的資訊會變爲有效的時刻， 以 PTS來表示。每個串流開頭的時刻，也是以欄位 pts_Change_point來代表，其係等同於檔案”XXXXX.CLP” 內所定義的上述之欄位presentation_start_time。 使用圖32，說明區塊Staticlnf0()之一例內部構造》 區塊StaticInf〇()，係隨著所對應之基本串流的種類而內 容有所不同。對應之基本串流的種類，係可根據用圖3 1 說明過的欄位stream_id及欄位private_stream_id之値來 判斷。圖32中，區塊StaticInf〇()所對應之基本串流之種 類究竟是視訊串流、音訊串流及字幕（subtitle)串流之何者 ，是使用if語法來分別加以描述。以下，關於區塊 StaticInfo()，按照每個基本串流來加以說明。 若基本串流爲視訊串流時，則區塊S t a t i c I n f 〇 ()，係 -58- (55) 1312505 由·分別具有4位兀之資料長的欄位picture_size及欄位 frame_rate、具有1位元之資料長的旗標cc_flag所成。欄 位picture_size及攔位frame_rate，係分別表示該當視訊 串流之影像尺寸及畫格頻率（frame rate)。旗標cc_ flag， 係表τκ該當視訊串流是否含有隱藏式字幕（cl〇sed caption) 。例如，若旗標cc_flag的値爲”1”，則該當視訊串流是含 有隱藏式字幕。欄位res erved_for_word一alignment，係爲 | 了將資料配置對齊成16位元所用。 若基本串流爲音訊串流時，則區塊StaticInfo()，係 由：具有16位元之資料長的欄位 audio_language_code ' 具有8位元之資料長的欄位channel_configuration、具有 1位兀之資料長的旗標lfe_exsistance及具有4位元之資 料長的欄位sampling_frequency所成。欄位 audio_ language_code，係表示該當音訊串流中所含之語言的代碼 。欄位channel_configuration，係表示單音、立體聲、多 φ聲道等之音訊資料的聲道屬性。欄位lfe_existance，係表 示是否含有低音強調聲道，例如値爲” 1，，則表示含有。欄 位samPling_freqUenCy，係表示音訊資料的取樣頻率。欄 位reserved_for_word_alignment ’係爲了將資料配置對齊 成1 6位元所用。 若基本串流爲字幕（subtitle)串流時，則區塊 StaticInfo()，係由：分別具有16位元之資料長的欄位 SUbtitle_language_c〇de及具有1位元之資料長的旗標 configurable — flag 所成。欄位 subtitle —language —c〇de，係 -59- (56) 1312505 表示該當字幕串流中所含之語言的代碼。攔位 c〇nfigurable_flag，係表示在該當字幕串流顯示之際，是 否許可變更文字的大小及位置，例如値爲” 1”則代表許可 。欄位 reserved_for_word_alignment，係爲了 將資料配置 對齊成1 6位元所用。

使用圖33，說明區塊DynamicInfo()之一例內部構造 。區塊DynamicInfoO，係在開頭配置了具有8位元之資 料長的欄位 reserved_for_word — alignment。接下來的內容 ，係隨著對應之基本串流的種類而不同。對應之基本串流 的種類，係可根據用圖3 1說明過的欄位stream_id及欄位 private — stream_id 之値來判斷。圖 33 中，區塊 DynamicInfoO所對應之基本串流之種類究竟是視訊串流、 音訊串流及字幕（subtitle)串流之何者，是使用if語法來 分別加以描述。以下，關於區塊DynamicInfo()，按照每 個基本串流來加以說明。 若基本串流爲視訊串流時，則區塊DynamicInfoO， 係由具有4位元之資料長的欄位display_aspect_ratio所 成。欄位display_aspect_ratio，係表示視訊的顯示輸出長 寬比爲 16:9 還是 4:3。欄位 reserved_for_word_alignment ，係爲了將資料配置對齊成1 6位元所用。 若基本串流爲音訊串流時，則區塊DynamicInfoO， 係由具有4位元之資料長的欄位channel_assignment所成 。欄位channel_assignment’係當該當音訊串流是以2聲 道而構成時，表示其輸出是立體聲還是單聲道。雙重單聲 -60- (57) 1312505 道，例如係在可以再生雙語發音之際所使用。欄位 reserved_for_word_alignment，係爲了將資料配置對齊成 1 6位元所用。 若基本串流爲字幕串流時，則區塊DynamicInfoO ’ 係爲了將資料配置對齊成16位元所用’是由欄位 reserved_for_word_alignment所構成。亦即’關於子幕串 流，並未定義動態變化之屬性。 使用圖34，說明區塊EP_map()之一例內部構造。區 塊EP_map，係對每個基本串流，將位元串流內的可開始 解碼位置（進入點），使用時刻資訊和位置資訊來表示。位 置資訊，例如可使用位置資訊所被記錄的記錄媒體中之存 取的最小單位。各基本串流，係視爲可從區塊EP_map〇 所示的位置起進行解碼處理。 固定速率的串流，因爲可開始解碼位置能夠藉由計算 而求得，因此該區塊EP_map()的這類資訊，可以免除。 另一方面，可變速率的串流，或MPEG係的視訊壓縮編碼 方式的這類每個存取單元的資料大小是可變的這類串流的 情況下，區塊EP_map()就成了用來進行隨機存取所需的 重要資訊。 區塊EP_map() ’爲了將配置對齊成1 6位元，而在開 頭配置了具有 8 位元之資料長的欄位 reserved_for — word — alignment 。接著，配置有欄位 number 一 of_stream 一 id 一 entries 。欄位 number_of—stream — id_enuies，係具有 8位元組的資料長，代表該區塊 -61 - (58) 1312505 EP_map()中所記述之基本串流的數目。藉由第lfor回圈 ’欄位 stream_id、欄位 private_stream_id 及欄位 number_of_EP_entries >是被記述著相當於欄位 number_of_stream_id_entries所示之圈數份的個數。然後 ，第lfor回圈的每1次的記述中，有欄位PTS_EP_start 及欄位 RPN_EP_start 是被配置成相當於欄位 number_of_EP一entries所示的圈數份之個數。

在第lfor回圈內，最初是配置有分別具有8位元之資 料長的欄位stream_id及欄位private_stream_id，如圖31 所示之一例，將基本串流加以特定。其次被配置的欄位 number_of_EP_entries，係具有32位元之資料長，是表示 對該當基本串流所記述的進入點的數目。其後，於第2f〇r 回圏中，欄位PTS_EP_start及欄位RPN_EP_start是分別 被配置有相當於欄位number_of_EP_entries所示的數目。 欄位PTS_EP_start及欄位RPN_EP_start，係分別具 有 32位元之資料長，是代表進入點本身。欄位 PTS_EP_start，係將進入點之在影片夾 AV串流檔內的時 刻以PTS來表示。另一方面，欄位RPN_EP_start，係將 進入點之在影片夾AV串流檔內的位置，例如以2048位 元組單位來表示。 本實施之一形態中，碟片上的存取單位亦即1扇區是 設爲2048位元組。因此，進入點之影片夾AV串流檔內 的位置，係藉由欄位RPN_EP_start，而以扇區單位來表示 -62- (59) 1312505 此處，視訊串流之可開始再生位置的正前面’必定配 置有封包 private_stream一2。該封包 private_stream_2 ’ 係 爲存放有爲了將視訊串流予以解碼所需之可利用之資訊的 封包。因此，視訊串流之進入點的位置’係爲該當封包 private_stream_2所被存放的捆包pack()之位置。 區塊EP_map()，如上述，係將影片夾AV串流上的時 刻，和影片夾A V串流檔內的位置，建立對應關係。藉此 ，當往影片夾AV串流之存取點的時刻資訊（時間戳記）被 賦予時，在影片夾AV串流檔之中檢索出資料必須開始讀 出之資料位址會變得容易，可使碟片的隨機存取能夠平滑 地進行。 此外，本實施之一形態中，在區塊EP_map()中，每 個基本串流的時刻資訊和位置資訊的群組（第2f〇r回圈內 的欄位PTS_EP_start與欄位RPN_EP_start的群組），係對 於欄位PTS_EP_start及RPN_EP_start兩者成遞增（或遞減 )的順序而預先排序而加以登錄。換言之，時刻資訊與位 置資訊，係預先按照所定的方向而排列。因此，可直接對 該資料執行二分檢索。 此外，本發明之一實施形態中，雖然視訊的基本串流 ，是以 MPEG2-Video的規格爲依據的基本串流來說明， 但其並非但其並非限定於此例。例如，視訊的基本串流， 亦可爲依據MPEG4-Visual或MPEG4-AVC的規格者。又 ，音訊的基本串流，雖然是以ATRAC音訊的基本串流來 說明，但其並非侷限於此例，亦可適用例如MPEG 1/2/4音 -63- (60) 1312505 訊。 7·關於碟片再生裝置 其次，針對可適用本發明之一實施形態的碟片再生裝 置。圖35係可適用本發明之碟片再生裝置1〇〇之一例構 成的槪略圖。對於匯流排1 1 1，分別連接有：CPU (Central Processing Unit)l 12、記憶體磁碟機介面1 13、碟驅動機 介面114、輸入介面115、視訊解碼器116、音訊解碼器 117、視訊輸出入介面118及音訊輸出入介面119。該碟片 再生裝置100的各部，係可透過匯流排111而彼此交換有 視訊串流、音訊串流、各種指令或資料等。 碟驅動機介面114，更連接有碟驅動機1〇2。碟驅動 機1 〇2 ’係透過碟驅動機介面1 1 4而和匯流排1 1 1進行資 料或指令的交換。 CPU112 ’ 係具有 R〇M(Read Only Memory)及 RAM(Random Access Memory)(未圖示），會服從 rom 內 所預先記憶的程式或資料’透過匯流排1 1 1，和該碟片再 生裝置100的各部進行資料或指令的交換，控制該碟片裝 置1 00的全體。RAM係當作CPU 1 1 2的工作記憶體而使用 〇 輸入介面11 5 ’係被供給有，藉由使用者實際進行輸 入操作而從輸入裝置來的輸入訊號。輸入裝置，例如，係 爲以紅外線訊號等遠端操作碟片再生裝置1 〇 〇的遙控指令 器，或直接設在該碟片再生裝置1〇〇上的按鍵等。輸入介 -64 - (61) 1312505 面1 1 5，係將從這些輸入裝置所供給過來的訊號，轉換成 對CPU 1 1 2的控制訊號而加以輸出。 碟片1 01，係爲圖24以降所說明過的格式，記錄有播 放清單、劇本程式、影片夾資訊檔、影片夾AV串流檔等 。一旦碟片101被裝塡至碟驅動機102中，則會自動再生 或依照使用者的輸入操作而將碟片1 0 1加以再生。從碟片 1 〇 1讀出的劇本檔或播放清單檔、影片夾資訊檔，係被供 I 給至CPU 1 1 2，例如，記憶在CPU 1 1 2所擁有的RAM內。 CPU1 12，係根據被記憶在RAM內的這些資料或劇本程式 ，而從碟片101將影片夾AV串流檔加以讀出。 從碟片1 0 1讀出的影片夾AV串流檔，係被暫時存放 在記憶體1 1 3內。視訊解碼器1 1 6，係根據CPU 1 1 2的命 令’將記憶體1 1 3中所存放的影片夾A V串流檔的視訊串 流或字幕串流加以解碼。已被解碼的視訊資料或字幕資料 ，例如係藉由CPU 11 2分別施以放大或縮小處理等影像處 φ理，同時還實施合成、加算處理，變成1條視訊資料。這 些影像處理’並非侷限於此，亦可在視訊解碼器1 1 6或視 訊輸出介面1 1 8中進行。該視訊資料，係被記憶體1丨3加 以緩衝’而供給至視訊輸出介面1 1 8。視訊輸出介面1 1 8 ，例如’係將所供給過來的視訊資料轉換成類比視訊訊號 ’而導出至視訊輸出端子120。 同樣地，音訊解碼器117，係根據CPU112的命令， 將5己憶體113中所存放的影片夾AV串流檔的音訊串流加 以解碼。已被解碼的音訊資料’係被記憶體1 1 3加以緩衝 -65 - (62) 1312505 ，而供給至音訊輸出介面119。音訊輸出介面119，例如 ，係將所供給過來的音訊資料轉換成例如類比音訊訊號， 而導出至音訊輸出端子121。 此外，此處雖然將圖3 5所示的各部分別以獨立的硬 體來構成，但其並非侷限於此。例如，視訊解碼器1 1 6及 /或音訊解碼器117，係可藉由在CPU1 1 2上動作的軟體來 構成。 圖36A及圖36B，係將圖35所示的碟片再生裝置100 上的動作更加詳細說明用的機能方塊圖。碟片再生裝置 100，槪略而言，是由作業系統201，和視訊內容再生部 210所成。視訊內容再生部210，實質上來說，係爲在作 業系統20 1上動作的軟體程式。不限於此，視訊內容再生 部2 1 0，係亦可爲將軟體與硬體統合起來動作的構成。以 下當中，是以視訊內容再生部2 1 0爲軟體的情況來加以說 明。此外，圖36A及圖36B中，碟驅動機102係被省略。 作業系統201，係一旦電源投入至碟片再生裝置1〇〇 便會在CPU1 12中最先被啓動，進行各部的初期設定等必 要之處理，並將應用程式（此處係爲視訊內容再生部210) 從RO Μ中叫出。作業系統2 0 1，係在視訊內容再生部2 1 0 的動作中，對於視訊內容再生部2 1 0，提供來自碟片1 〇 1 的檔案之讀出或檔案系統之解譯等等基本的服務。例如， 作業系統20 1，係響應於從視訊內容再生部2 1 0所交付過 來的檔案讀出要求，透過碟驅動機介面1 1 4而控制碟驅動 機1 02，將記錄在碟片1 0 1中的資料加以讀出。已讀出之 -66 - (63) 1312505 資料，係藉由作業系統20 1的控制，而被交付給視訊內容 再生部210。 又，作業系統2 0 1，係具備多工處理機能，可將複數 的軟體模組，例如藉由分時控制而在外觀上看似進行平行 控制。亦即，圖36A及圖36B所示之一例，構成視訊內容 再生部210的各模組，係藉由作業系統201的多工處理機 能，而可全部都爲平行動作。 以下，針對視訊內容再生部2 1 0的動作，更具體地加 以說明。視訊內容再生部2 1 0，在內部係更具有數個模組 ，實現下記機能。 (1) 判斷被裝塡之碟片101是否爲依照UMD視訊規格 的碟片（以下稱爲UMD視訊碟片）。 (2) 若判斷被裝塡之碟片101是UMD視訊碟片，則從 碟片1 0 1中讀出劇本檔，交付給劇本控制模組2 1 1。 (3) 若判斷被裝塡之碟片101是UMD視訊碟片，則更 進一步又將構成資料庫的檔案（播放清單檔、影片夾資訊 檔等）加以讀出，交付給劇本控制模組2 1 2。 以下，針對視訊內容再生部2 1 0的各模組的動作，加 以說明。 劇本控制模組211，係將劇本檔”SCRIPT.DAT”中所記 述的劇本程式加以解譯而執行之。如播放器模型的說明中 所述，選單畫面等之影像的作成及輸出，或是響應於使用 者輸入的游標移動、選單畫面之變更的這類GUI，係藉由 劇本程式來控制圖形處理模組2 1 9來實現。又，劇本控制 -67- (64) 1312505 模組2 1 1 ’係藉由劇本程式的執行，而可進行播放器控制 模組2 1 2的控制。 播放器控制模組2 1 2，係參照從碟片1 0 1所讀出的播 放清單檔”PLAYLIST.DAT”或影片夾資訊檔”XXXXX.CLP” 這些檔案中所存放的資料庫資訊，而進行有關碟片1 〇 1中 所記錄之視訊內容的再生之以下的控制。 (1) 將播放清單或影片夾資訊這些資料庫資訊加以解析 〇 (2) 將內容資料供給模組2 1 3、解碼控制模組2 1 4及緩 衝控制模組2 1 5加以控制。 (3) 遵照來自劇本控制模組2 1 1或輸入介面1 1 5的指示 ，進行再生、再生停止、再生暫停這類播放器的狀態變遷 控制，或串流切換等之再生控制處理。 (4) 從解碼控制模組2 1 4中，針對再生中的視訊串流， 取得時刻資訊，並進行時刻顯示或標記事件之生成等。 內容資料供給模組2 1 3，係遵照播放器控制模組2 i 2 之指示，從碟片101中讀出影片夾AV串流檔這類內容資 料，交付給緩衝控制模組2 1 5。緩衝控制模組2 1 5，係將 已交付之內容資料，暫存在身爲緩衝區之實體215A的記 憶體u 3內。內容資料供給模組2 1 3，係控制緩衝控制模 組2 1 5，遵從來自視訊解碼器控制模組2 1 6、音訊解碼器 控制模組2 1 7及字幕解碼器控制模組2 1 8的要求，將暫存 在記億體Π 3內的內容資料，所定地供給至這些模組2 1 6 、2 1 7及2 1 8。又，內容資料供給模組2 1 3，係以將被緩衝 -68- (65) 1312505 控制模組2 1 5所暫存之內容資料的量控制成所定量之方式 ’而從碟片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的動作。 緩衝控制模組2 1 5，係將記憶體1 1 3的一部份做排他 性使用，以做爲緩衝區之實體2 1 5 A。又，緩衝控制模組 2 1 5，係記憶著資料開頭指標器及資料寫入指標器。緩衝 控制模組2 1 5，更具有視訊讀出機能、音訊讀出機能及字 幕讀出機能，以做爲其內部模組。視訊讀出機能的內部， 具有視訊讀出指標器。又，視訊讀出機能的內部，具備用 來積存屬於存取單元資訊的資訊au_information()用的暫 存器。音訊讀出機能的內部，具有音訊訊讀出指標器。字 幕讀出機能的內部，具有字幕讀出指標器與字幕讀出機能 旗標。字幕讀出機能旗標’係響應於寫入之値而控制字幕 讀出機能的有效/無效。例如’若字幕讀出機能旗標中寫 入了 ”，則字幕讀出機能被設爲有效，若寫入了 ”0”，則 字幕讀出機能被設爲無效。 緩衝控制模組2 1 5的內部模組的視訊讀出機能、音訊 讀出機能及字幕讀出機能’係更具有從被多重化有視訊串 流、音訊串流及字幕串流的影片夾AV串流中’將各串流 -69- (66) 1312505 予以分離出來的去多重器機能。本發明之一實施形態中， 複數的基本串流是以MPEG2系統的節目串流之形式而被 分時多重化’而形成影片夾AV串流。因此，視訊讀出機 能、音訊讀出機能及字幕讀出機能，係具有針對MPEG2 系統之節目串流的去多重器機能。 因此’視訊讀出機能’係會讀取被配置在串流內之所 定位置的欄位stream_id(參照圖31)之値，而加以保持。 同樣地’音訊讀出機能及字幕讀出機能，係會讀取欄位 stream_id 及欄位 private_stream_id(參照圖 31)之値，而加 以保持。這些欄位stream__id及欄位private_stream_id之 値，係在解析被供給過來之位元串流之際會使用到。 視訊解碼器控制模組2 1 6，係對緩衝控制模組2 1 5內 的視訊讀出機能發出指示，使其從記憶體1 1 3讀出視訊串 流之單一視訊存取單元而供給至視訊解碼器1 1 6。然後， 視訊解碼器控制模組2 1 6，係控制視訊解碼器1 1 6，將已 被供給至視訊解碼器1 1 6的視訊串流以存取單元爲單位而 進行解碼。將視訊串流予以解碼後所生成的視訊資料’係 被供給至圖形處理模組2 1 9。 同樣地，音訊解碼器控制模組2 1 7 ’係對緩衝控制模 組2 1 5內的音訊讀出機能發出指示，使其從記憶體1 1 3讀 出音訊串流之單一視訊存取單兀而供給至音訊解碼器11 7 。此外，本實施之一形態中，構成音訊串流的存取單元（ 音訊訊框），係設爲既知之固定長。然後’音訊解碼器控 制模組2 1 7，係控制音訊解碼器1 1 7 ’將已被供給至音訊 -70- (67) 1312505 解碼器1 1 7的音訊串流以存取單元爲單位而進行解碼。將 音訊串流予以解碼後所生成的音訊資料，係被供給至音訊 輸出模組242。 然後，字幕解碼器控制模組2 1 8，係對緩衝控制模組 215內的字幕讀出機能發出指示，使其從記憶體113中讀 出字幕串流之單一字幕存取單元而供給至字幕解碼器控制 模組2 1 8。此外，本實施之一形態中，構成字幕串流的字 幕存取單元，係在單元的開頭中存放有該當單元的長度資 訊。字幕解碼器控制模組218，係具有字幕解碼器機能， 可將所被供給之字幕串流予以解碼。字幕串流被字幕解碼 器控制模組2 1 8的字幕解碼器機能予以解碼後的字幕影像 資料，係被供給至圖形處理模組2 1 9。 圖形處理模組2 1 9，係如上述，會被供給有，基於視 訊解碼器控制模組2 1 6之控制而被視訊解碼器1 1 6所解碼 後的視訊資料，與被字幕解碼器控制模組2 1 8所解碼後的 字幕影像資料。圖形處理模組2 1 9，係對供給過來的這些 視訊資料，將字幕影像資料進行所定之加算，而生成用來 輸出的視訊訊號。圖形處理模組2 1 9中，更進一步，遵從 劇本控制模組2 1 1或播放器控制模組2 1 2之指示，生成選 單畫面或訊息畫面，針對輸出視訊訊號進行合成（重疊）。 例如，圖形處理模組2 1 9，係對所供給之字幕影像資 料，遵從來自劇本控制模組2 1 1的指示而進行放大處理或 縮小處理，並對視訊資料進行所定之加算。 又，圖形處理模組2 1 9，係根據預先指定之輸出視訊 -71 - (68) 1312505 裝置的長寬比，和從碟片101中在生出來的內容內所指定 之輸出長寬比，進行輸出訊號的長寬比轉換。例如，輸出 裝置的長寬比爲16:9時’若輸出長寬比爲16:9，則直接 將視訊資料予以輸出；若輸出長寬比爲4 : 3，則將所輸出 之視訊資料，以使影像的高度是和輸出視訊裝置的畫面高 度一致的方式進行縮小（squeeze)處理，並在畫面的左右插 入黑影像而加以輸出。當輸出裝置的長寬比爲4 : 3時，若 輸出長寬比爲4:3，則直接將視訊資料予以輸出；若輸出 長寬比爲1 6 : 9，則將所輸出之視訊資料，以使影像的寬度 是和輸出視訊裝置的畫面寬度一致的方式進行放大 (squeeze)處理，並在畫面的上下插入黑影像而加以輸出。 圖形處理模組2 1 9，係更進一步會進行以下處理：響 應於來自播放器控制模組2 1 2的要求，將現在處理中的視 訊訊號予以捕捉’而回送給播放器控制模組2 1 2。 視訊輸出模組2 4 1 ’係將記憶體η 3的一部份予以排 他性地佔有而當成FIF Ο (F i r s t I n F i r s t 0 u t)之緩衝區使用 ’將已被圖形處理模組2 1 9處理過的視訊資料暫時地暫存 在該緩衝區內’以所定的時序進行讀出控制。已從緩衝區 讀出的視訊資料’是從視訊輸出介面丨〗8中被輸出。 音訊輸出模組242，係將記憶體1 1 3的一部份予以排 他性地佔有而當成FIFO(First In First Out)之緩衝區使用 ’將已被音訊輸出介面〗丨9處理過的音訊資料暫時地暫存 在該緩衝區內’以所定的時序進行讀出控制。已從緩衝區 讀出的苜訊資料’是從音訊輸出介面119中被輸出。 -72- (69) 1312505 又’音訊輸出模組242，係內容的音訊模式 聲道（例如雙語）時，則遵從預先指定好的聲音輸 將音訊資料加以輸出。當聲音輸出模式指定爲「 時，則例如是在記憶體1 1 3中將左聲道的記憶體 聲道’使得2聲道的輸出都是輸出左聲道的音訊 聲音輸出模式指定爲「副聲音」時，則例如是 1 1 3中將右聲道的記憶體複製到左聲道，使得2 出都是輸出右聲道的音訊資料。當聲音輸出模式 副聲音」的時候，若內容是立體聲，則將音訊資 出。 這類聲音輸出模式的設定，係可藉由視訊內 210所生成的選單畫面等，來讓使用者以對話方 定。 非揮發性記憶體控制模組2 5 0，係藉由來自 制模組2 1 2的指示，進行往視訊內容再生部2 1 0 但仍未消除之領域的寫入，或從該當領域讀出資 有：把標題識別ID(Title_ID)當成關鍵字，] Saved —Player — Status 及資料 Saved_User_Data 之 數件地記憶至該當領域之機能。做 Saved_PIayer_Status，而將播放器控制模組212 資料 Backup_Player_Status 加以記憶。 Backup_Player_Status，例如係對應於上述之播 232B的播放器控制模組 212結束前的資穿 Saved_Player_Status則對應於接續資訊3 24。又 爲雙重單 出模式而 主聲音」 複製到右 資料。當 在記億體 聲道的輸 爲「主. 料直接輸 容再生部 式進行設 播放器控 已經結束 料。其具 而將資料 組合，複 爲資料 所帶有之 該資料 放器狀態 斗；資料 ，做爲資 -73- (70) 1312505 料SaVed_USer_Data，而將播放器控制模組212所帶有之 資料User_Data加以記憶。資料User_Data，係藉由使用 者對播放器控制模組2 1 2所設定之所定資料。 例如，當碟片再生裝置1 00是具有屬於非揮發性記億 體之快閃記憶體的時候，非揮發性記憶體控制模組2 5 0， 係在該快閃記憶體的所定領域中將這些資料 Saved_Player_Status 及資料 S aved_User_D ata 之組合，和 碟片1 0 1的標題ID建立關聯而加以記憶。非揮發性記憶 體控制模組2 5 0用來記憶資料的記憶媒體，並不侷限於快 閃記憶體，例如亦可爲硬碟等。 8 .關於使用者作業之控制 其次’說明本發明之一實施形態所致之使用者作業限 制。本發明之一實施形態中，是將對使用者作業之限制的 組合，以模式（稱爲使用者作業遮蔽模式，UOP mask m 〇 d e)的方式加以定義。亦即，並非將代表是否許可該操 作的旗標對每一使用者作業加以設定，而是預先在播放器 側準備了預想會經常使用之使用者作業的集合；而在內容 製作者側’藉由選擇已備妥的模式，就可實現對使用者作 業之限制。 使用者作業遮蔽模式的資訊，是在播放清單的語法中 定義爲欄位UOP_mask_mode，是每個播放清單所帶有者 。該使用者作業遮蔽模式資訊，係只在播放清單的階層中 具有，並非被複數的階層所具有。 -74- (71) Ϊ312505 藉此，對使用者作業之限制的組合，是以使用者作業 遮蔽模式的方式，被實裝在播放器側而提供給內容製作者 側。因此，可減輕內容製作者側所致之動作驗證的負擔。 又，當內容製作者想要進行使用者作業之限制時，因 爲只需要選擇預先備妥之使用者作業遮蔽模式，因此可更 容易地控制使用者作業。因此，除了減輕內容製作者側之 製作及驗證的負擔，同時還減輕了播放器側之實裝時的驗 證負擔。 以下，針對本發明之一實施形態中的使用者作業限制 ，做更詳細說明。圖3 7係本發明之一實施形態所致之檔 案"PLAYLIST.DAT"之一例語法。如圖37所示之一例，本 實施之一形態中，對於已用圖25說明過之UMD視訊規格 所致之檔案”PLAYLIST.DAT”，追加了欄位 UOP_mask_ mode。圖37的例子中，欄位UOP_mask_mode，係被追加 在圖 25 的檔案”PLAYLIST.DAT” 中的欄位 PlayList_data_length 之後的欄位 reserve_for_word_ alignment 和欄位 capture_enable_flag —PlayList 之間。因 此，欄位 UOP_mask_mode，係在檔案” P L A YLI S T . D AT ” 中 所含之每一播放清單中都有記述。 此外，該欄位UOP_mask_mode之位置僅爲一例，並 非被限定爲本例。 如已用圖4所說明過地，影片播放器300，係在碟片 101的再生開始時將檔案”playlist.dat”予以讀取，該 碟片101的再生中，係將所讀取到的播放清單之資訊，保 -75- (72) 1312505 持在內部的記憶體中。因此，欄位UOP_maSk_mode的資 訊，在該當之播放清單再生中，也是被保持在記憶體中。 欄位UOP_mask_m〇de，係具有4位元之資料長’係 表示該檔案”PLAYLIST. DAT”中所含之每一播放清單所定 義之使用者作業遮蔽模式。圖38係例示了 ，攔位 UOP_mask_mode所代表之値的意義。値「0x0」，係表不 該當播放清單的使用者作業遮蔽模式，是所有的使用者作 業均可進行的模式。

I 當欄位UOP_mask_mode的値被設爲「0x1」時，則表 示是對該當播放清單，將使用者作業遮蔽模式設定爲^ 1 」。使用者作業遮蔽模式被設爲「1」的播放清單，係做 爲使用者作業，是僅有再生停止（stop)是被視爲有效的。 該當播放清單的再生中即使有其他的使用者作業被進行， 播放器側也會將其忽視。 又，對使用者作業遮蔽模式被設定爲「1」的播放清 φ 單’係定義爲，當從該當播放清單中的任意時刻起之開始 再生、亦即所謂「跳躍再生」的使用者作業被指示時，則 一定要從該當播放清單的開頭起，以順向之所定速度再生 (例如1倍速再生）的方式來開始再生。亦即，其他播放清 單再生中’發生了對使用者作業遮蔽模式被設爲「1」之 播放清單的跳躍再生的時候，則會從該當播放清單的開頭 起以順向之例如1倍速這種所定速度而進行再生。 該使用者作業遮蔽模式「1」，係可想定爲例如在收 錄有電影內容等之碟片101中，早於電影內容而被再生， -76- (73) 1312505 對於用來將顯示禁止任意複製或任意播送等之訊息的 畫面（FBI WARNING)予以再生所需之播放清單而使用 當欄位UOP_mask_mode的値被設爲「0x2」時， 示是對該當播放清單，將使用者作業遮蔽模式設定爲 」。被設定了使用者作業遮蔽模式「2」的播放清單 爲使用者作業，係於該當播放清單再生中，禁止藉由 者操作而跳躍至該當播放清單的末尾。但是，再生的 則都是被許可。又，往順向的高速再生，或往逆向的 再生，係被許可。 該使用者作業遮蔽模式「2」，對使用者作業之 的強制力，係較上述模式「1」爲弱。該使用者作業 模式「2」係想定爲例如對在收錄有出租用內容的碟片 的開頭或末尾中所收錄的宣傳用映像（廣告）進行再生 放清單來使用。 此外，欄位UOP_mask_mode中，値「0x3」〜「 」，係保留給未來使用的預留値。 其次，針對上述之使用欄位UOP_mask_mode之 進行之使用者作業的控制加以說明。圖3 9係在影片 器3 00內用來實現使用者作業限制機能之一例的機能 圖。影片播放器300，係將從碟片1〇1所讀取到的播 單的屬性資訊500，亦即以欄位UOP_mask_mode所 値爲根據’生成指令過爐表501。 另一方面，使用者作業，係做爲對原生實裝平台 之使用者輸入310而輸入。原生實裝平台301，係將 警告 〇 則表 y r 2 ，做 使用 停止 高速 限制 遮蔽 101 之播 'OxF 値而 播放 方塊 放清 示之 301 所輸 -77- (74) 1312505 入之使用者輸入3 1 0轉換成控制指令3 1 1 ’供給至影片播 放器300。該控制指令311，係被交付給影片播放器300 內的指令過濾器502。指令過濾器502，係參照指令過濾 表5 0 1，判斷是有要將已被交付的控制指令3 1 1交給回播 模組3 2 1。受到欄位U Ο P _ m a s k _ m 〇 d e所限制的使用者作 業，會被指令過濾表5 0 1所過濾，是不會被交付給回播模 組321之對應於控制指令3 1 1的使用者作業。 圖4 0係指令過濾表5 0 1之一例之作成程序的流程圖 。例如一旦碟片101被載入至碟片再生裝置1〇〇中（步驟 S 8 0)，則影片播放器300，係從碟片101中讀取出播放清 單或影片夾資訊檔。然後，從已讀取到的播放清單之屬性 資訊中，讀取欄位UOP_mask_mode(步驟S81)。然後’所 讀取到之欄位UOP_mask_mode所示之使用者作業遮蔽模 式所對應到的指令過濾表50 1會被作成（步驟S82)。指令 過濾表5 0 1，係會對每一播放清單來作成。 圖4 1係使用者作業遮蔽模式「1」所對應之一例指令 過濾表501。該指令過濾表501中，除了從該當播放清單 之開頭以外的再生開始都被設成「禁止」，同時，被許可 的控制指令311，係只被設成指令uo_st〇p()(參照圖12A 、圖1 2B及圖1 2C)。 圖42係使用者作業遮蔽模式「2」所對應之一例指令 過濾表5 0 1。除了從該當播放清單之開頭以外的再生開始 都被設成「許可」，同時，如使用圖12A、圖12B及圖 12 C所說明過的各控制指令 311中，只有指令 -78- (75) 1312505 u〇」umpToEnd()是被禁止。換言之’使用者作業遮蔽模式 「2」中，除了指令uo_jumpToEnd()以外的控制指令311 都是被許可的。 圖41及圖42所說明的這種指令過濾表501 ’並非在 內容製作者側所準備，而是在影片播放器300的內部被生 成的。指令過濾表5 0 1是要以何種形式而被播放器內部所 持有係爲任意，是隨著播放器之實裝而不同。 此外圖41及圖4 2中，雖然將指令過濾表5 01分別以 使用者作業遮蔽模式「1」及「2」來代表，但其並非限定 於此例。例如，指令過濾表5 〇 1 ’係亦可將使用者作業遮 蔽模式予以一覽而加以總結產生。又’亦可用if語法來撰 寫。當使用if語法_時，可以將指令過濾表501之機能’ 藉由劇本本身來加以實現。 圖43係使用指令過濾表501來限制使用者作業之一 例處理的流程圖。此外，早於該流程所致之處理開始以前 ，碟片101被載入至播放器中，假設是根據載入時所讀取 到的檔案”PLAYLIST.DAT”，而生成指令過濾表501。 步驟S1 00中，一旦有對播放器的使用者操作發生， 則該使用者操作所對應到的使用者輸入3 1 0係被輸入至原 生實裝平台301。步驟S101中，原生實裝平台301 —旦 接受到該使用者輸入310，則在下個步驟S102中，原生 實裝平台3 0 1，係將所收到的使用者輸入3 1 0，轉換成對 影片播放器3 00的控制指令3 1 1，通知至影片播放器300 -79- (76) 1312505 影片播放器3 00，係一旦收到該控制指令3 1 1 ’便參 照現在再生中的播放清單之指令過瀘表501 (步驟S1 03)。 然後，步驟S104中，根據指令過濾表501，判斷已通知 之控制指令3 1 1的執行是否被許可。若判斷爲該當控制指 令3 1 1之執行是不被許可時，則處理係進入步驟S 1 05， 影片播放器300就不會執行該當控制指令311所致之處理 〇 另一方面，步驟 S104中，若判斷爲該當控制指令 311之執行是被許可，則處理便進入步驟 S106。步驟 S1 06中，會判斷該當控制指令311是否爲在現在再生中 之播放清單內會被執行者。亦即，在步驟S106中，例如 ，會判斷控制指令311是否爲：跳躍至該當播放清單內之 其他章節的章節跳躍，或指示串流切換這類動作之、會在 現在再生中之播放清單內被執行之指令；或是指示從其他 播放清單之所定章節起開始再生等等，這類會將目前的播 放清單再生予以中斷然後重新開始其他播放清單之再生的 指令。 若在步驟S106中，判斷該當控制指令31丨是會在現 在再生中的播放清單內被執行的指令，則處理便進入步驟 S 1 07，該當控制指令3 1 1會被執行。此外，對該控制指令 3 1 1的執行’可以藉由事件處理器來給予限制。亦即，對 於使用者作業’進行過使用者作業遮蔽所致之過濾後，還 可再藉由事件處理器進行過濾。 另一方面，步驟S 106中’若判斷該當控制指令3 1 1 -80- (77) 1312505 不是會在播放清單中被執行者，則處理便進入步驟SI 08 。步驟S 1 0 8中，會參照試圖要新開始再生的其他播放清 單的指令過濾表501。例如，上述步驟S102中已被通知 給影片播放器3 00的控制指令3 1 1，是指示了從現在再生 中之播放清單起跳往其他播放清單之動作的指令時，跳躍 目標的播放清單的指令過濾表5 0 1就會被參照。 處理進入步驟S 1 09，根據試圖新開始再生的其他播 放清單的指令過濾表5 0 1，而在該當其他播放清單中，判 斷是否只許可從開頭起的再生。若判斷爲只許可從開頭起 的再生，則處理便進入步驟S 1 1 0。然後，影片播放器3 0 0 係當即使該當控制指令3 1 1指示了要從該當其他播放清單 的開頭以外的位置開始再生時，仍對回播模組321指示要 從該當其他播放清單的開頭開始再生。 另一方面’步驟S1 09中，若判斷爲從該當其他播放 清單的開頭以外的位置起的再生是被許可時，則處理便進 入步驟S 1 1 1。然後’影片播放器3 00，係遵從該當控制指 令3 1 1，對回播模組3 2 1指示，使其從控制指令3 1 1所指 定的時刻或章節起，再生該當其他播放清單。 如以上說明，本發明之一實施形態所致之使用者作業 的控制可被實現。 【圖式簡單說明】 【圖1】用來說明先前之DVD視訊規格所致之使用者 作業控制的略線圖。 -81 - (78) 1312505 【圖2】UMD視訊規格的層構成的略線圖。 【圖3】本發明之一實施形態所致之一例播放器模型 的模式的略線圖。 【圖4】影片播放器之一例內部構成之略線圖。 【圖5】用來說明影片播放器之3狀態的圖。 【圖6】本發明之一實施形態所致之影片播放器之事 件模型的模式的略線圖。 【圖7】播放清單之再生中所發生之事件之一例的略 線圖。 【圖8】將影片播放器物件所擁有之一例特性 (property)予以一覽表示的略線圖。 【圖9】將影片播放器物件所擁有之一例「方法函數 」（method)予以一覽表示的略線圖。 【圖10】使用者輸入所致之一例按鍵輸入的略線圖。 【圖11】使用者輸入所致之一例按鍵輸入的略線圖。 【圖12】圖12A、圖12B及圖12C，係響應於按鍵輸 入之一例控制指令的略線圖。 【圖1 3】按鍵輸入所對應之一例事件的略線圖。 【圖14】一例事件處理器（event handler)的略線圖。 【圖15】一例事件處理器（event handler)的略線圖。 【圖16】以使用者輸入事件爲契機，已備妥之程式被 執行之一例處理的流程圖。 【圖1 7】UMD視訊播放器中，自載入碟片起至排片 爲止之處理槪略的流程圖。 -82- (79) 1312505 【圖18】劇本檔（script fne)之構成例之略線圖。 【圖19】事件處理器onAutoPlay()執行之—例程序的 流程圖。 【圖20】事件處理器onc〇ntinuePlay()執行之一例程 序的流程圖。 【圖21】再生結束時之一例處理的流程圖。 【圖22】劇本程式（script program)之例子的說明圖。 【圖23】一例劇本程式（script program)的略線圖。 【圖24】係UMD視訊規格所適用之檔案的管理構造 的說明用之略線圖。 【圖25】檔案”PLAYLIST.DAT"之全體構造之一例語 法（syntax)的略線圖。 【圖26】區塊Playltem()之一例內部構成之略線圖。 【圖27】區塊PlayListMark()之一例內部構成之略線 圖。 【圖28】區塊Mark()內的欄位mark_type的說明圖。 【圖29】影片夾AV串流檔的標記時刻之指定的說明 圖。 【圖30】影片夾AV串流檔"XXXXX.CLP"之全體構造 之一例語法（s y n t a X)的略線圖。 【圖31】對於區塊StreamInfo()之基本串流的關聯建 立之說明圖。 【圖32】區塊StaticInfo()之一例內部構成之略線圖 -83- (80) 1312505 【圖33】區塊DynamicInfo()之一例內部構成之略線 圖。 【圖34】區塊EP_map()之一例內部構成之略線圖。 【圖35】可適甩本發明之碟片再生裝置之一例構成槪 略的方塊圖。 【圖36】圖36A及圖36B，係將碟片再生裝置上的動 作更加詳細說明用的機能方塊圖。 【圖 37】本發明之一實施形態所致之檔案 ” P L A Y LI S T. D A T ”之一例語法的略線圖。 【圖38】欄位UOP_maSk_m〇de所代表之値的意義的 例示的略線圖。 【圖39】在影片播放器內用來實現使用者作業限制機 能之一例的機能方塊圖。 【圖40】指令過濾表之一例之作成程序的流程圖。 【圖4 1】使用者作業遮蔽模式^ 1」所對應之一例指 令過濾表的略線圖。 【圖42】使用者作業遮蔽模式「2」所對應之一例指 令過濾表的略線圖。 【圖43】使用指令過濾表來限制使用者作業之一例處 理的流程圖。 -84- (81) 1312505 【主要元件符號說明】 101 碟片 112 CPU ' 113 記憶體 115 輸入介面 116 視訊解碼器 117 音訊解碼器 φ 118 視訊輸出介面 119 音訊輸出介面 2 0 1 作業系統 2 10 視訊內容再生部 2 11 劇本控制模組 212 播放器控制模組 213 內容資料供給模組 214 解碼控制模組 I 2 1 5緩衝控制模組 216 視訊解碼器控制模組 Λ 217 音訊解碼器控制模組 • 218 字幕解碼器控制模組 219 圖形處理模組 24 1 視訊輸出模組 242 音訊輸出模組 250 非揮發性記憶體控制模組 300 影片播放器 -85 (82) 1312505 301 原生實裝平台 3 02 劇本層 3 10 使用者輸入 ' 311 控制指令 3 1 2 事件 3 13 方法函數 320 資料庫 φ 321 回播模組 322 解碼引擎 323 特性 324 接續資訊 S10 再生中，使用者按下了 "next”鍵 S 1 1 發生 uo一playNextChapter() 512 從播放清單的資料庫獲知下個章節標記的位置 513 是否存在下個章節？ ® S14中止現在的再生 S 1 5 跳躍至下個章節標記所指示的位置並開始視訊再生 S 1 6 發生標記事件 ' S 1 7 開始執行標記事件所對應到之事件處理器 518 從事件發生時所被通知的資訊中獲知章節編號 519 顯示代表這是章節開頭的訊息 520 事件處理器執行結束 S 3 0 碟片的載入 -86- (83) 1312505 531 繼續再生資訊的載入 532 是否有繼續再生資訊？ S 3 3 onContinuePlay S 3 4 onAutoPlay S3 5 接受事件並執行事件處理器 S 3 6 執行 onExit S37 播放器停止（保持繼續再生資訊） φ S3 8 再生結束 539 是否還要再觀賞一次？ 540 碟片排出 550 從使用者往影片播放器的再生指示（從頭再生） 551 onAutoPlay事件處理器是否存在？ 552 原生實裝平台係將autoPlay事件通知給劇本 553 原生實裝平台係將Exit事件通知給劇本 554 執行onAutoPlay事件處理器 W S60 從使用者往影片播放器的再生指示（繼續再生） 561 是否存在接續資訊？ 562 從頭再生 563 劇本中是否準備有onContinuePlay事件處理器？ S 64 執行onContinuePlay事件處理器 S65 執行預設onContinuePlay事件處理器 570 來自使用者的結束指示 571 接受使用者操作的原生實裝平台係開始結束處理 -87- (84) 1312505 (1) 阻止新的事件發生 (2) 丟棄仍殘留在佇列中的事件處理器 (3) 對影片播放器發行uo_stop()指令 S72 結束執行中的事件處理器 S 7 3 從原生實裝平台往劇本層通知Exit事件 S74 onExit事件處理器的執行（收拾殘局、執行 setUserData方法函數等） | S75 原生實裝平台所致之結束處理（繼續資訊保存至非揮 發性記憶體、遷移至系統選單等等） 580 碟片被載入 581 從播放清單之屬性資訊中讀取UOP_mask_mode 582 對每一播放清單生成對應於模式的指令過濾表 S 100發生了使用者操作 S101由原生實裝平台來接受使用者操作 S102原生實裝平台將使用者操作轉換成控制指令而通知 # 至影片播放器 S103參照再生中的播放清單的指令過濾表 S 1 04欲執行之控制指令是否被許可？ S 105不執行控制指令 S106控制指令是否爲要在現在再生中之播放清單內執行 之指令？ S 1 0 7執行控制指令 S 1 0 8參照欲新開始再生之播放清單的指令過濾表 S 109是否只許可從開頭起的再生？ -88- (85) 1312505 S 1 1 0當作是從播放清單開頭起再生而執行控制指令 S 1 1 1當作是從被指定的時刻（或章節）起的播放清單再生 而執行控制指令

-89-

Claims (1)

1312505 切^7曰修正本 十、申請專利範圍 第94 1 27202號專利申請案 中文申請專利範圍修正本 民國98年3月 1. 一種再生裝置，係屬於將圓盤狀記錄 錄之內容資料予以再生的再生裝置，其特徵爲 具有： 讀出手段，從至少記錄有：內容資料；和 內容資料之再生路徑，且含有代表上記內容資 制指示的限制模式之値以作爲屬性資訊的再生 和控制該內容資料之再生的再生控制程式，的 ，讀出資料；和 播放器手段，服從上記再生控制程式而再 資料；和 控制指令生成手段，響應於用來賦予上記 上記再生控制指示所需之使用者作業，而生成 放手段的控制指令； 上記播放器手段，係從上記記錄媒體中按 再生指示資訊而讀出代表上記限制模式的値， 的該代表限制模式的値而對上記每一再生指示 格，並根據上記表格來對上記每一再生指示資 記控制指令生成手段所生成的上記控制指令的 否。 27日修正 媒體中所記 指定針對該 料之再生控 指示資訊； 記錄媒體中 生上記內容 內容資料之 針對上記播 照每一上記 根據所讀出 資訊生成表 訊，控制上 實行許可與 1312505 2 ·如申請專利範圍第1項所記載之再生裝置，其中 ， 上記限制模式，係爲僅許可對上記播放器手段指示上 記內容資料的再生停止之上記控制指令的模式。 3 .如申請專利範圍第1項所記載之再生裝置，其中 j 上記限制模式，係當上記控制指令指示了，要從帶有 φ 代表上記限制模式之値所被含有之上記屬性資訊的上記再 生指示資訊所對應到的再生區間內的任意時刻起的再生開 始的時候’則控制上記播放器手段使其從該再生區間的開 頭起以所定的再生速度進行再生。 4 ·如申請專利範圍第1項所記載之再生裝置，其中 > 上記限制模式係爲： 帶有代表上記限制模式之値所被含有之上記屬性資訊 Φ 之上記再生指示資訊所對應之上記內容資料的再生中遇到 上記控制指令時’則僅許可對上記播放器手段指示上記內 容資料之再生停止的上記控制指令； 當遇到指示要從帶有代表上記限制模式之値所被含有 之上記屬性資訊之上記再生指示資訊所對應到的再生區間 內之任意時刻起的再生開始的上記控制指令時，則控制上 記播放器手段使其從該再生區間的開頭起以所定的再生速 度進行再生； 之模式。 -2- 1312505 5 ·如申請專利範圍第1項所記載之再生裝置，其中 ， 上記限制模式’係當於帶有代表上記限制模式之値所 被含有之上記屬性資訊之上記再生指示資訊所對應之上記 內容資料再生中，上記控制指令是指示了將該再生指示資 訊所對應之該內容資料的再生予以中止而跳躍至該再生指 示資訊所對應到之再生區間的末尾處的時候，則禁止該控 Φ 制指令之執行的模式。 6. 如申請專利範圍第1項所記載之再生裝置，其中 上記播放器手段，係在遇到上記控制指令時，則藉由 以現在再生中的上記內容資料所對應之上記再生指示資訊 的上記屬性資訊中所含之代表上記限制模式之値爲依據的 上記表格，而判斷該控制指令的執行是否被許可； 若判斷爲是被許可時，則更進一步判斷該控制指令是 φ 否爲在該再生指示資訊所對應到的第1再生區間內被執行 之指令； 若判斷爲該控制指令並非在該第1再生區間內被執行 之指令，則藉由以該控制指令所試圖重新開始再生的第2 再生區間所對應之上記再生指示資訊的上記屬性資訊中所 含之代表上記限制模式之値爲依據的上記表格，而更進一 步判斷是否僅許可從該第2再生區間之開頭起的再生。 7. 一種再生方法，係屬於將圓盤狀記錄媒體中所記 錄之內容資料予以再生的再生方法’其特徵爲’ -3- 1312505 具有： 讀出步驟，從至少記錄有：內容資料；和指定針對該 內容資料之再生路徑，且含有代表對上記內容資料之再生 控制指示的限制模式之値以作爲屬性資訊的再生指示資訊 ;和控制該內容資料之再生的再生控制程式，的記錄媒體 中，讀出資料；和 內容再生步驟，服從上記再生控制程式而再生上記內 I 容資料；和 控制指令生成步驟，響應於用來賦予上記內容資料之 上記再生控制指示所需之使用者作業，而生成針對上記播 放手段的控制指令； 上記內容再生步驟，係從上記記錄媒體中按照每一上 記再生指示資訊而讀出代表上記限制模式的値，根據所讀 出的該代表限制模式的値而對上記每一再生指示資訊生成 表格，並根據上記表格來對上記每一再生指示資訊，控制 Φ 上記控制指令生成步驟所生成的上記控制指令的實行許可 與否。 8. —種記錄有再生程式之電腦可讀取之記錄媒體， 該程式係屬於令電腦執行將圓盤狀記錄媒體中所記錄之內 容資料予以再生的再生方法的再生程式，其特徵爲， 上記再生方法係 具有： 讀出步驟，從至少記錄有：內容資料；和指定針對該 內容資料之再生路徑，且含有代表對上記內容資料之再生 -4- 1312505 控制指示之限制模式的値以作爲屬性資訊的再生指示資訊 ;和控制該內容資料之再生的再生控制程式’的記錄媒體 中，讀出資料；和 內容再生步驟，服從上記再生控制程式而再生上記內 容資料；和 控制指令生成步驟，響應於用來賦予上記內容資料之 上記再生控制指示所需之使用者作業，而生成針對上記播 放手段的控制指令； 上記內容再生步驟，係從上記記錄媒體中按照每一上 記再生指示資訊而讀出代表上記限制模式的値，根據所讀 出的該代表限制模式的値而對上記每一再生指示資訊生成 表格，並根據上記表格來對上記每一再生指示資訊，控制 上記控制指令生成步驟所生成的上記控制指令的實行許可 與否。 9- 一種記錄媒體，其特徵爲，至少記錄有： 內容資料；和 指定針對該內容資料之再生路徑，且含有代表對上記 內容資料之再生控制指示之限制模式的値以作爲屬性資訊 的再生指示資訊；和 控制該內容資料之再生的再生控制程式。 1 °·如申請專利範圍第9項所記載之記錄媒體，其中 上記內容資料是服從再生裝置所讀出之上記再生控制 程式而被再生’且爲了賦予上記內容資料的上記再生控制 -5- 1312505 指示，響應於被賦予給上記再生裝置的使用者作業而控制 上記內容資料之再生的控制指令，是在上記再生裝置上被 產生出來； 表格是根據代表上記限制模式之値而藉由上記再生裝 置對每一上記再生指示資訊加以生成，且是否在上記再生 裝置上許可上記控制指令的執行，是根據上記表格而對每 一上記再生指示資訊加以控制。 • π.如申請專利範圍第9項所記載之記錄媒體，其中 上記限制模式，係僅許可對上記再生裝置的上記內容 資料之再生停止之指示的模式。 1 2 ·如申請專利範圍第9項所記載之記錄媒體，其中 > 上記限制模式，係當從帶有代表上記限制模式之値所 被含有之上記屬性資訊的上記再生指示資訊所對應到的再 • 生區間內的任意時刻起的再生開始被指示的時候，則控制 上記再生裝置所致之上記內容資料的再生，使其從該再生 區間的開頭起以所定的再生速度進行再生的模式。 13.如申請專利範圍第9項所記載之記錄媒體，其中 > 上記限制模式係爲： 對於上記再生裝置’當遇到再生中之帶有代表上記限 制模式之値所被含有的上記屬性資訊的上記再生指示資訊 所對應之上記內容資料的再生停止之指示時，則僅許可該 -6 - 1312505 指示； 當遇到要從帶有代表上記限制模式之値所被含有之上 記屬性資訊之上記再生指示資訊所對應到的再生區間內之 任意時刻起的再生開始的指示時，則控制上記再生裝置所 致之上記內容資料之再生’使其從該再生區間的開頭起以 所定的再生速度進行再生 之模式。 14.如申請專利範圍第9項所記載之記錄媒體，其中 上記限制模式’係當於帶有代表上記限制模式之値所 被含有之上記屬性資訊之上記再生指示資訊所對應之上記 內容資料被上記再生裝置再生中，上記控制指令是指示了 將該再生指示資訊所對應之該內容資料的再生予以中止而 跳躍至該再生指示資訊所對應到之再生區間的末尾處的時 候’則禁止該控制指令之執行的模式。 1 5.如申請專利範圍第1 〇項所記載之記錄媒體，其 中， 當在上記再生裝置上生成了上記控制指令時，藉由以 現在再生中的上記內容資料所對應之上記再生指示資訊的 上記屬性資訊中所含之代表上記限制模式之値爲依據的上 記表格，該控制指令的執行許可與否會被判斷； 若被判斷爲是被許可時，則該控制指令是否爲在該再 生指示資訊所對應到的第1再生區間內被執行之指令會被 更進一步判斷； 1312505 若被判斷爲該控制指令並非在該第1再生區間內被執 行之指令，則是否僅許可從該第2再生區間之開頭起的再 生’會藉由以該控制指令所試圖重新開始再生的第2再生 區間所對應之上記再生指示資訊的上記屬性資訊中所含之 代表上記限制模式之値爲依據的上記表格，而被更進一步 判斷。 1 6. —種資料結構產品，其特徵爲，至少具有： 內容資料；和 指定針對該內容資料之再生路徑，且含有代表對上記 內容資料之再生控制指示之限制模式的値以作爲屬性資訊 的再生指示資訊；和 控制該內容資料之再生的再生控制程式。 -8- 1312505 七、指定代表圖 (一） 、本案指定代表圖為：第（39)圖 (二） 、本代表圖之元件代表符號簡單說明： 3 00影片播放器 5 0 0屬性資訊 5 0 1指令過爐表 5 02指令過濾器 3 1 1控制指令 3 2 1回播模組 301原生實裝平台 310使用者作業（uo) 八、本案若有化學式時，請揭示最能顯示發明特徵的化學 式：

-4-