用於再現彼此相關的圖形數據和應用程式的再現裝置、再現方法和程序的製作方法

2023-05-22 19:11:26 2

專利名稱：用於再現彼此相關的圖形數據和應用程式的再現裝置、再現方法和程序的製作方法
技術領域：
本發明涉及與應用程式同步地重放視頻數據的技術，尤其涉及對響應於用戶操作 而激活應用程式的改進。
背景技術：
與應用程式同步地重放視頻數據涉及一種技術，例如，該技術由視頻重放裝置使 用，用於執行與Java應用程式同步地重放視頻數據(Java是已註冊的商標，以下含義均相 同)。預期該技術會得到商品製造領域的廣泛關注。通常，與視頻數據同步執行的應用程式 與叫作「標題」的視頻數據的一個或多個重放單元相關聯。當用戶選擇相關聯的標題時，與 視頻數據的重放同步，激活該應用程式。公開了相關的現有技術，例如，在下面所列的專利文獻1和專利文獻2中。[專利文獻1]日本專利申請公開號No. 2002-125199[專利文獻2]日本專利申請公開號No. 2003-513555

發明內容
本發明試圖解決的問題。不幸的是，雖然現有技術涉及用戶在選擇標題時可能顫動而導致的問題。術語「顫 動」指的是在相當短的時間周期內重複地接收多次相同的用戶輸入。如果在非常短的時間 周期內迅速且重複地接收所述相同的用戶輸入，則會反覆地激活與所選擇的標題相關聯的 應用程式。因而，很可能擾亂屏幕顯示或凍結整個系統操作。另外，在重放裝置執行特效播放的情況下，由於重放速率的增加，應用程式的渲染 率與視頻數據的渲染率不一致。這導致屏幕顯示的改變太快，超過了可察覺的水平，使用戶 很難理解正在顯示的內容。此外，存在這樣的情況，其中執行與對於很難理解的內容無效的 視頻數據的部分相關聯的程序是無用的。特效播放是允許快速前進重放和後退重放、標題搜索、章節搜索、時間搜索等的特 徵。根據特效播放的類型，技術上不可能與視頻數據重放同步地執行應用程式。即使在該 特效播放過程中，激活應用程式也有可能是無用的。考慮到上述問題，作出本發明，並旨在提供重放裝置，其保證響應於用戶操作，穩定地、與視頻數據重放同步地執行與視頻數據相關聯的應用程式，即使該用戶做出了顫動。解決問題的方法
為了實現上述目的，本發明提供了一種重放裝置，用於與和視頻數據相關的應用 程序同步地執行所述視頻數據的重放。該重放裝置包括激活單元、接收單元和激活控制單 元。所述激活單元，用於激活應用程式。所述接收單元，用於接收來自用戶的輸入，所述輸 入指定多個重放部分中的一個，每個重放部分與一條視頻數據和應用程式相關。如果所述 接收單元在接收第一輸入之後，從接收到所述第一輸入起的預定時間周期之內接收到第二 輸入，而且在從接收到所述第二輸入之後的在預定時間周期之內未接收到第三輸入，激活 控制單元促使所述激活單元根據所述第二輸入激活所述應用程式。發明的效果通過上述結構，如果在從接收到第一輸入起的預定時間周期之內接收到第二輸入，本發明使從用戶處接收的第一輸入無效。如果在從接收到所述第二輸入之後的預定時 間周期之內未接收到第三輸入，則根據第二輸入激活應用程式。因此，防止了無用地激活多 個應用程式，從而防止了擾亂屏幕顯示和凍結整個系統操作。另外，由於根據第二輸入激活 該應用程式，即使由於失誤而選擇了錯誤的標題，也允許用戶在預定時間周期之內選擇正 確的標題。這防止激活與錯誤地選擇的標題相關的不必要的應用程式。該激活控制單元可以包括計時器和重複單元。該重複單元用於當所述接收單元接收所述第一輸入時，重複如下過程設置所述計時器，判斷是否是在接收到所述第一輸入起 的預定時間周期之內接收到所述第二輸入，以及當判斷結果是肯定時，重新設置所述計時 器。重複該過程直到作出否定的判斷結果為止。通過上述結構，一旦接收到所述第一輸入，重放裝置就設置所述計時器，以判斷是 否在預定時間周期之內接收到所述第二輸入。如果在規定時間周期之內接收到所述第二輸 入，重放裝置重新設置所述計時器以重複上述過程。也就是說，通過重複上述過程所需要那 麼多的次數，重放裝置能夠處理接連做出的多於三次的用戶輸入。該激活控制單元包括獲取單元和判斷單元。所述獲取單元用於獲取信息，所述信 息為與該條視頻數據和所述應用程式相關的特定重放部分，指示用於指示所述相關應用程 序的激活屬性。所述判斷單元用於判斷所述激活屬性是否指示在執行所相關的該條視頻數 據的重放時要自動執行所述應用程式。如果所述判斷單元作出肯定判斷，則所述激活控制 單元用於執行所述激活控制。通過上述結構，根據所述應用程式的激活屬性，判斷所述激活控制單元是否應當 執行所述激活控制。所述激活屬性指示是否一旦開始與所述應用程式相關的視頻數據的重 放，就自動激活所述應用程式。因此，僅當一旦開始與所述應用程式相關的視頻數據的重 放，就自動激活所述應用程式時，所述激活控制單元執行該激活控制。與一條視頻數據和應用程式相關的每個重放部分可以是標題。每個標題或者是主 要方面在所述視頻數據的電影標題，或者是主要方面在應用程式的交互標題。所述激活控 制單元用於在所指定的重放部分是電影標題時執行所述激活控制。通過上述結構，如果標題是主要方面在視頻和音頻的電影標題，所述激活控制單 元執行激活控制，以防止重複多次應用程式的激活。另一方面，如果標題是主要方面為應用 程序的交互標題，以正常方式激活該應用程式。因此，在標題搜索操作之後立即在屏幕上進 行顯示。這用於消除用戶受挫。另一方面，本發明提供了一種重放裝置，用於與和視頻數據相關的應用程式同步地執行所述視頻數據的重放。該重放裝置包括執行單元、接收單元、保持單元和執行控制單 元。執行單元用於執行應用程式。接收單元用於接收來自用戶的與所述視頻數據的特效播 放相關的輸入。保持單元用於為所述視頻數據的多個預定重放部分中的每一個保持與重放 部分相關的應用程式的管理信息。在通過所述接收單元接收與特效播放相關的輸入時，執 行控制單元根據特效播放的狀態和在所述保持單元中所保持的管理信息來控制所述執行 單元。
通過上述結構，根據保持單元中保持的特效播放狀態和管理信息，控制應用程式 的執行。所述特效播放狀態指示特效播放是否開始、正在執行、或者終止。所述執行控制單 元用於控制所述執行單元，從而禁止所述執行單元在特效播放開始之後或者特效播放正在 執行時新激活或終止任何應用程式，並允許在特效播放終止時重新激活或終止應用程式。通過上述結構，在特效播放過程中沒有應用程式被開始或終止執行。因此，應用程 序的渲染率和視頻數據的渲染率之間的不一致不再導致屏幕顯示改變得太快，高於可覺察 的水平。因此，避免了用戶面對在理解所顯示的內容上的困難。所述管理信息包括在特效播放正在執行時與每個應用程式的執行相關的信息。所 述執行控制單元用於控制所述執行單元，從而即使是在正在執行特效播放時，所述執行單 元也根據在所述管理信息中包含的信息，新激活或終止應用程式。通過上述結構，即使在特效播放過程中，能夠根據關於應用程式的信息執行或終 止相關的應用程式。例如，可能存在特效播放的速度不是太快的情況，使得所述應用程式的 渲染率與視頻數據的渲染率相差不大。在這樣的情況中，即使在特效播放的執行過程中，所 述重放裝置也能夠執行所述應用程式，以更靈活地響應用戶的需求。所述管理信息包括指示每個應用程式的激活屬性的信息。所述執行控制單元包 括存儲單元，用於存儲指示在特效播放正在執行時的所述激活屬性的信息；以及判斷單 元，用於判斷從接收到請求特效播放終止的輸入起預定時間周期內，接收單元是否從用戶 接收到請求特效播放開始的輸入。當所述判斷單元作出否定判斷時，所述執行控制單元用 於使得所述執行單元根據在所述存儲單元中存儲的信息激活並終止應用程式。通過上述結構，為了延遲應用程式的激活或終止，提前存儲所述應用程式的激活 屬性。結果，與在特效播放結束之後才讀取管理信息以便控制所述應用程式的執行的情況 相比，能夠更快地激活或終止所述應用程式。


圖1示出了 BD-ROM的分層數據結構；圖2示出了軟體的層模型，BD-ROM是為軟體設計的；圖3示出了根據本發明第一實施例的重放裝置的內部結構；圖4是示出重放裝置的結構的方塊圖，所述重放裝置與響應於選擇標題的用戶操 作而執行的對應用程式的執行進行的控制相關；圖5示出了應用程式管理信息的示例；圖6示出了應用程式激活狀態管理信息的示例；圖7示出了示例，其中向多個標題中的每個標題提供一條不同的應用程式管理信息；
圖8示出了根據標題轉變執行的應用程式；圖9是響應於標題搜索為了執行對應用程式的控制所執行的處理步驟的流程圖；圖10是延遲的應用程式激活過程的流程圖；圖11是延遲的應用程式激活過程的流程圖；圖12是示出重放裝置的用戶輸入和操作的示例的時序圖；圖13示出了播放列表管理信息的示例；圖14示出的示例中，每個標題具有一條不同的播放列表管理信息和一條不同的
應用程式管理信息；圖15示出了根據標題轉變而執行的應用程式和播放列表重放；圖16示出的示例中，每個標題具有一條不同的播放列表管理信息和一條不同的
應用程式管理信息；圖17是響應於標題搜索而執行的處理步驟的流程圖，該標題搜索用於根據播放 列表管理信息執行對應用程式的控制；圖18是應用程式激活控制過程的流程圖；圖19示出了標題的屬性信息的示例；圖20示出了標題#1和標題#2的標題屬性信息的示例；圖21示出了響應於標題搜索而執行的處理步驟的流程圖，該標題搜索用於根據 播放列表管理信息執行對應用程式的控制；圖22是根據本發明的第二實施例的重放裝置的結構方框圖，涉及響應於請求特 效播放的用戶操作而執行的過程；圖23示出了 AV重放庫中保持的系統參數；圖24示出了重放裝置中保持的特效播放信息的內容；圖25示出了根據用於執行由用戶操作觸發的特效播放的第二實施例的處理步驟 的流程圖；圖26是示出根據第二實施例的重放裝置的結構的方塊圖，涉及響應於請求特效 播放的用戶操作而執行的過程；圖27示出了根據第二實施例的應用程式的管理單元；圖28示出了根據第二實施例的應用程式管理信息的示例；圖29示出了根據標題轉變執行的應用程式，所述標題轉變基於圖28所示的應用
程序管理信息；圖30示出了根據第二實施例的應用程式的管理單元；圖31示出了根據第二實施例，在特效播放過程中執行的用於對應用程式的執行進行控制的處理步驟的流程圖；圖32示出了圖31所示的應用程式狀態控制過程的流程圖；圖33示出了根據第二實施例的另外包括irutrickplay結束標記的應用程式管理 fn息；圖34示出了根據用於在特效播放過程中終止應用程式的第二實施例執行的處理 步驟的流程圖；圖35示出了根據第二實施例的另外包括in_triCkplay激活標記的應用程式管理fn息；圖36示出了根據用於在特效播放過程中激活應用程式的第二實施例的處理步驟 的流程圖；圖37示出了根據第二實施例的另外包括快速重放標記的應用程式管理信息；圖38示出了根據用於在快速重放過程中執行對應用程式的控制的第二實施例執 行的處理步驟的流程圖；圖39示出了根據第二實施例的另外包括特效播放速率的應用程式管理信息；圖40示出了根據用於取決於當前重放速率執行對應用程式的控制的第二實施例執行的應用處理步驟的流程圖；圖41示出了根據第二實施例的應用程式的管理單元；圖42示出了根據標題轉變而執行的應用程式；圖43是根據本發明第三實施例的重放裝置的結構，涉及響應於請求特效播放的 用戶操作而執行的過程；圖44示出了根據第三實施例的應用程式激活狀態管理信息的示例；圖45示出了根據用於在特效播放過程中執行對應用程式的控制的第三實施例的 處理步驟的流程圖；圖46示出了圖45所示的應用程式延遲控制過程的流程圖；圖47示出了圖45所示的應用程式延遲控制過程的流程圖。附圖標記3OlBD 驅動器302軌道緩存器303多路復用器304視頻解碼器305視頻平面306音頻解碼器307圖像存儲器308圖像平面309圖像解碼器310加法器311靜態腳本存儲器312動態腳本存儲器313 類 DVD (DVD-Like)模塊314Java 模塊314a Java 模塊314b Java 模塊315U0檢測模塊316模式管理模塊317調度程序318渲染引擎
319特效播放管理信息320AV 重放庫401標題管理器402應用程式管理器402a應用程式管理器402b應用程式管理器403特效播放信息獲取模塊404媒體播放模塊405重放信息管理模塊406應用程式控制模塊407動態腳本獲取模塊408靜態腳本獲取模塊409重放信息獲取模塊410特效播放狀態獲取模塊411延遲控制管理模塊412U0事件分配模塊413JAVA 應用程式414JAVA 應用程式501應用程式ID502激活屬性503BIND 屬性601應用程式激活狀態1301自動重放標記1302播放列表名1901標題對象類型1902標題訪問類型1903標題重放類型1904標題對象名2201腳本程序2202腳本控制模塊2203U0處理模塊2801 有效期3301in_trickplay 結束標記3501in_trickplay 激活標記3701快速重放標記3901特效播放速率
具體實施例方式以下將參照附圖描述本發明的實施例。
(第一實施例)〈結構〉圖1示出了 BD-ROM(在下文中稱為「BD」 )的結構。類似於諸如DVD和⑶所代表的光碟等其他碟片，BD盤具有螺旋形式的記錄區域，其從碟片中心附近向外延伸。該記錄 區域由導入區、導出區和邏輯空間組成。該導入區和導出區分別位於碟片的內半徑和外半 徑。邏輯地址空間位於導入區、導出區之間，用於記錄邏輯數據。BD盤還具有叫作BCA(燒 錄區)的特定空間，位於導入區內部。任何應用程式都不能讀取BCA，因此BCA常常用於版 權保護。邏輯地址空間存儲應用程式數據之前的文件系統信息(卷)，例如視頻數據。文 件系統可以符合UDF(通用碟片格式)或IS09660。與典型的個人計算機相似，經由目錄和 文件作出對所存儲的邏輯數據的讀取訪問。根據該實施例的目錄和文件結構，BD具有ROOT 目錄(ROOT)和在ROOT目錄緊下方的BDVIDE0目錄。BDVIDE0目錄存儲諸如AV內容和管理
信息等數據。更具體地，BDVIDE0目錄存儲下面七種類型的文件。BD. INFO文件(固定的文件名)包括與整個BD盤相關的多條「BD管理信息」之一。 BD. INFO文件是BD播放器要讀取的第一個文件。BD. PROG文件(固定的文件名)包括與整個BD盤相關的多個「BD重放程序」之一。XXX. PL文件(「XXX」是可變的，而擴展名「PL」是固定的)包括多條「BD管理信 息」中的一條。其中存儲的該條BD管理信息是定義腳本的播放列表(PlayList)信息。每 個播放列表分別包括在一個文件中。XXX. PROG文件(「XXX」是可變的，而擴展名「PR0G」是固定的)包括與播放列表之 一相關的「BD重放程序」中的一個。用文件主體名識別包含播放列表的文件和包括BD重放 程序的文件，該BD重放程序與該播放列表相關(兩個文件名都包含「XXX」)。YYY. VOB文件(「YYY」是可變的，而擴展名「V0B」是固定的)包括為多條「AV數 據」之一的MPEG流。多個VOB中的每一個都分別包括在一個文件中。YYY. VOBI文件(「YYY」是可變的，而擴展名「V0BI」是固定的)包括與VOB相關的 多條「BD管理信息」中的一條，其是一條AV數據。用文件主體名識別包含VOB的文件和包 含一條與VOB相關BD管理信息的文件(兩個文件名都包含「YYY」)。ZZZ.PNG文件(「ZZZ」是可變的，而擴展名「PNG」是固定的)包括多條「AV數據」 中的一個，「AV數據」是構成字幕和菜單所使用的圖像數據。AV數據記錄成PNG格式(PNG 是W3C制定的圖像格式標準，發音是「ping」)。每個PNG圖像分別存儲在一個文件中。圖2示出了重放控制的層模型。如圖2所示，第一層是物理層，控制對要播放的流 的供應。如第一層所示，不僅只從BD-ROM供應要播放的流，各種記錄介質和通信介質也提 供流，包括HD、存儲卡和網絡。第一層控制包括HD、存儲卡和網絡的這些數據源(控制對盤 片的訪問、對卡的訪問和網絡通信)。第二層是AV數據層。第二層定義了解密方法，用於對從第一層提供的流進行解密。第三層(BD管理數據)定義流的靜態腳本。該靜態腳本是該碟片的製造者事先定 義的應用程式管理信息、重放路徑信息和流管理信息的集合。第三層基於各條信息定義重放控制。第四層(BD重放程序)實現流的動態腳本。動態腳本是程序，用於執行與AV流重放相關的AV流重放過程或控制過程中的至少一個。響應於用戶對重放裝置的操作，根據 動態腳本的重放控制發生改變。在這方面，可以說動態腳本的本質更接近程序。在該實施 例中，以兩種模式執行動態重放控制。一種模式是在AV裝置特有的環境中執行對記錄在 BD-ROM中的視頻數據的重放的模式(類DVD模式)。另一種模式是向記錄在BD-ROM上的 視頻數據添加值的模式(Java模式)。圖2的第四層中示出了這兩種模式，即類DVD模式和 Java模式。類DVD模式是在環境中執行重放的模式。在類DVD模式中，執行定義腳本的腳 本程序，以動態地改變重放的進程。另一方面，Java模式是一種重放模式，其中Java虛擬 機是執行實體，Java應用程式執行重放控制。圖3大致地示出了重放裝置的結構方塊圖。如圖3所示，重放裝置由BD-ROM驅動 301、軌道緩存器302、多路分解器303、視頻解碼器304、視頻平面305、音頻解碼器306、圖 像存儲器307、圖像平面308、圖像解碼器309、加法器310、靜態腳本存儲器311、動態腳本 存儲器312、類DVD模塊313、Java模塊314、U0檢測模塊315、模式管理模塊316、調度程序 317、渲染引擎318、特效播放信息保持單元319和AV重放庫320組成。BD-ROM驅動器301裝載/彈出BD-R0M，而且訪問BD-ROM上存儲的數據。軌道緩存器302是FIFO存儲器。從BD-ROM讀取的訪問單元存儲到軌道緩存器 302中，而且以先入先出的順序取出。多路分解器303從軌道緩存器302提取訪問單元，而且將提取的訪問單元多路分 解成構成GOP的視頻幀和音頻幀。得到的視頻幀被提供給視頻解碼器304，得到的音頻幀被 提供給音頻解碼器306。第二視頻流被存儲到圖像存儲器307，而導航按鈕信息被存儲到動 態腳本存儲器312中。多路分解器303所作的信號分離包括將TS信息包轉換成PES信息 包。視頻解碼器304對多路分解器303提供的視頻幀進行解碼，並將未壓縮的畫面寫 到視頻平面305中。視頻平面305是存儲未壓縮畫面的存儲器。音頻解碼器306對多路分解器303提供的音頻幀進行解碼，從而輸出未壓縮音頻 數據。圖像存儲器307是緩存器，用於存儲從BD-ROM讀取的第二視頻流、導航按鈕信息 中包括的PNG數據，以及圖像文件。圖像平面308是具有等於一屏的區域的存儲器。第二流的擴展數據、PNG數據和 圖像文件顯示在圖像平面308上。圖像解碼器309擴展圖像存儲器307中存儲的第二視頻流、PNG數據和圖像文件， 將得到的數據寫入到圖像平面308上。通過解碼第二視頻流，顯示屏幕上出現各種菜單和 第二視頻。加法器310將圖像平面308上擴展的圖像覆蓋在視頻平面305中存儲的未壓縮畫 面數據上。結果，生成並輸出合成圖像。靜態腳本存儲器311是存儲應用程式管理信息、當前PL和當前流管理信息的存儲 器。應用程式管理信息記錄在BD-ROM上。當前PL指的是BD-ROM上記錄的多個PL中當前正在被執行的那一個。當前流管理信息指的是BD-ROM上記錄的多條流管理信息中當前正 在被執行的那一個。動態腳本存儲器312是用於存儲當前動態腳本的存儲器，供類DVD模塊313和 Java模塊314使用。當前動態腳本指的是BD-ROM上記錄的多個腳本中當前正被執行的那 一個。類DVD模塊313是虛擬DVD播放器，其是類DVD模式的執行實體，並執行裝載到動 態腳本存儲器312中的當前腳本程序。Java模塊314是Java平臺，由Java虛擬機、配置和外形(profile)組成。Java虛 擬機包括類裝入程序。Java模塊314創建並運行來自裝載到動態腳本存儲器312的Java 類文件的當前Java對象。Java虛擬機將以Java語言寫成的Java對象轉換成重放裝置的 CPU的本機代碼，並促使CPU執行該Java對象。UO檢測模塊315檢測遠程控制器上或者重放裝置的面板上所作出的用戶操作。基 於該檢測，UO檢測模塊315將指示所檢測的用戶操作(以下簡稱為「U0」(用戶操作))的 信息輸出到模式管理模塊316。模式管理模塊316保持從BD-ROM讀取的模式管理表格，而且執行模式管理和分支 控制。模式管理模塊316執行的模式管理是要指定類DVD模塊313和Java模塊314中的 任一個，從而執行該動態腳本。調度程序317有選擇地將適合重放裝置的當前模式的UO發送到被指定執行當前 模式的模塊。例如，假設在執行類DVD模式的過程中接收到用戶信息UP、DOWN、RIGHT、LEFT 和ACTIVATE，調度程序317將接收的UO輸出到被指定執行類DVD模式的模塊。渲染引擎318具有基礎軟體，例如Java2D和0PENGL。渲染引擎318根據Java模 塊314提供的指令渲染計算機圖形，並將渲染後的計算機圖形輸出到圖形平面308。特效播放信息保持單元319存儲重放裝置支持的重放速率的列表，其用於執行特 效播放，還存儲與類DVD模式中可用的特效播放功能有關的信息。Java模塊引用該列表和 信息，以保證Java模式中執行的特效播放過程中與類DVD模式的兼容性。AV重放庫320響應於來自類DVD模塊313和Java模塊314的功能調用，執行AV 重放功能和播放列表重放功能。AV重放功能指的是與DVD和⑶播放器的功能相似的功能 組。具體地，該功能包括重放開始、停止、暫停、繼續、靜止圖像功能的取消、以立即值指定的 重放速率快速前進重放、以立即值指定的重放速率後退重放、音頻改變、第二流改變和角變 位。播放列表重放功能指的是AV重放功能的類型，通過其根據播放列表信息開始或停止重 放。AV重放庫320根據由類DVD模塊313和Java模塊314以立即值所指定的重放速率， 改變讀取速率，以此速率從軌道緩存器302讀出數據。然後AV重放庫320控制多路分解器 303以變化的讀取速率提取視頻數據，而且將所提取的視頻數據發送到視頻解碼器304。以 相似方式，AV重放庫320控制多路分解器303，從而提取音頻數據，而且將所提取的音頻數 據發送到音頻解碼器306。通過上述處理過程，以立即值指定的重放速率執行特效播放。至此結束對重放裝置的部件的描述。接下來，圖4示出了 Java模塊314的詳細結構的方塊圖。附圖中所示的結構涉及 對應用程式的執行的控制，這響應於選擇標題的用戶操作來執行。響應於涉及標題選擇的用戶操作，調度程序317請求標題管理器401選擇對應於該輸入數字的標題。 標題管理器401請求媒體重放模塊404執行AV重放，還請求應用程式控制模塊 406激活應用程式。響應於來自標題管理器401的激活請求，應用程式控制模塊406控制從動態腳本 獲取模塊407獲取的Java應用程式413和414的行為(behavior)。根據應用程式管理信 息、應用程式狀態和定時信息執行該控制。該應用程式管理信息是從靜態腳本獲取模塊408 獲得的。該應用程式狀態和定時信息是從延遲控制管理模塊411獲得的。動態腳本獲取模塊407從動態腳本存儲器312獲取Java應用程式。根據應用程 序控制模塊406提供的指令，動態腳本獲取模塊407將來自BD-ROM的Java應用程式存儲 到動態腳本存儲器312中，而且從動態腳本存儲器312釋放該Java應用程式。靜態腳本獲取模塊408從靜態腳本存儲器311獲取應用程式管理信息，用於控制 Java應用程式的行為。重放信息獲取模塊409從重放信息管理模塊405獲取重放信息，而且當對該重放 信息做出改變時，接收事件。特效播放狀態獲取模塊410從媒體重放模塊404接收與特效播放開始、特效播放 執行和特效播放結束相關的事件，作為特效播放狀態，延遲控制管理模塊411根據標題選擇時刻標題之間的轉變，存儲應用程式的激活 屬性。此外，延遲控制管理模塊411在延遲激活的時刻，執行時間管理。該延遲的激活指的 是如下過程，即一旦接收激活請求，經過延遲之後再激活與用戶選擇的標題相關的應用程 序，而不是立即激活該應用程式。應用程式控制模塊406響應於用戶的標題選擇，發出該激 活請求。延遲的長度指的是應用程式的激活被延遲的時間周期。具體地，延遲控制管理模 塊411包括計時器。UO事件分配模塊412將標題管理器401接收的UO事件傳送給Java應用程式。〈數據〉圖5示出了應用程式管理信息的實例。如圖5所示，應用程式管理信息由應用程 序ID 501、激活屬性502和BIND屬性503組成。應用程式ID 501是應用程式的標識符。激活屬性502指示是否在剛開始相關標題時就激活相應的應用程式 (AutoStart)，或者在剛開始相關標題時不激活該應用程式(存在)。BIND屬性503指示是否允許在相鄰標題之間的轉變之前持續地執行相應的應用 程序。當選擇新標題時，終止具有BIND屬性「綁定」的應用程式。另一方面，即使在標題選 擇之後，仍允許持續地執行具有BIND屬性「未綁定」的應用程式。接下來，圖6示出了應用程式激活狀態管理信息的實例。如圖6所示，應用程式激 活狀態管理信息由應用程式ID 501和應用程式激活狀態601組成。應用程式激活狀態601指示「自動開始」或「存在」兩者之一。狀態「自動開始」指 示在選擇相關標題之後，自動地激活相應的應用程式。另一方面，「存在」狀態指示在標題選 擇之後，應用程式既不能自動激活也不能自動終止。具有「存在」狀態的應用程式由另一個 應用程式激活，或者響應於例如用戶操作等事件而被激活。圖7示出的實例中，多個標題中的每一個標題具有一條不同的應用程式管理信息。應用程式管理表格(以下稱為「AMT」)是包括一條應用程式管理信息的表格。在這種 情況下，每次選擇新的標題時，應用程式管理器402從標題管理器401獲取相應的一條應用 管理信息。通過上述安排，根據視頻重放，適當地控制應用程式的操作。〈操作〉圖8示出了當根據圖7所示的應用程式管理信息依次執行標題#1和標題#2的正 常重放時，所執行的應用程式的實例。在該實例中，假設每個具有「存在」屬性的應用程式 都是由另一個應用程式激活。一旦標題#1的重放開始，就根據一片條相應的應用程式管理 信息激活具有「自動開始」屬性的應用程式#1。然後，應用程式#1激活應用程式#2，應用 程序#2激活應用程式#3。接下來當選擇標題#2時，根據標題#1的應用程式管理信息，終 止具有BIND屬性「綁定」的應用程式#1和應用程式#2。然而，即使在標題選擇過程中，仍 持續地執行具有「未綁定」屬性的應用程式#3。一旦開始重放標題#2，就激活與標題#2相 關而且具有自動開始屬性的應用程式#2，應用程式#3保持執行。然後，應用程式#3激活應 用程序#4。一旦結束了標題#2的重放，根據對應於標題#2的一條應用程式管理信息，終止 具有「綁定」屬性的應用程式#2、#3和#4。注意響應於例如用戶操作等事件，可以激活具有「存在」屬性的應用程式。圖9示出了當接收到來自模式管理模塊316的標題選擇請求或標題結束請求時， 標題管理器401和應用程式控制模塊406執行的處理步驟的流程圖的實例。一旦接收到來自模式管理模塊的請求，標題管理器401判斷所接收的請求是標題 選擇請求或者標題結束請求(步驟S901)。如果所接收的請求是標題結束請求，標題管理 器401請求媒體重放模塊404終止AV重放。一旦接收到該請求，媒體重放模塊404就終止 AV重放(步驟S902)。接下來，標題管理器401向應用程式控制模塊406請求終止應用程 序。一旦接收到該請求，應用程式控制模塊406就終止所有當前正在執行的應用程式(步 驟S903)。另一方面，如果所接收的請求是標題選擇請求，標題管理器401請求應用程式控 制模塊406終止每個具有「綁定」屬性的應用程式。一旦接收到該請求，應用程式控制模塊 406就終止所有正在執行的「綁定」應用程式(步驟S904)。然後，應用程式控制模塊406執 行延遲應用程式激活過程(步驟S905)。接下來，圖10和圖11示出了圖9所示的延遲應用程式激活過程的處理步驟的 流程圖。在該流程圖中，字母「i」表示變量，其指定應用程式管理信息中指示的應用程式 ID中的一個，而字母「j」表示變量，其指定應用程式激活狀態管理信息中指示的應用程式 ID中的一個。首先，判斷輸入的數字是否匹配存儲的數字，或者沒有存儲任何數字(步驟 S1001)。如果判斷所輸入的數字不匹配所存儲的數字，或者沒有存儲任何數字，則存儲所輸 入的數字(步驟S1002)。另一方面，如果所輸入的數字匹配所存儲的數字，則初始化變量 「i」(步驟S1003)。在存儲輸入數字之後，也初始化變量「i」。然後，判斷當前是否正在執 行變量「i」指定的應用程式ID所標識的應用程式(步驟S1004)。如果當前沒有執行該應 用程序，則判斷對應於應用程式ID的激活屬性是否是「自動開始」(步驟S1005)。如果激 活屬性不是「自動開始」，應用程式激活狀態「存在」存儲在延遲控制管理模塊411中(步驟 S1006)。另一方面，如果激活屬性是「自動開始」，則將應用程式激活狀態「自動開始」被存 儲到延遲控制管理模塊411中(步驟S1007)。如果在步驟S1004中判斷當前正在執行應用 程序，則繼續該應用程式的執行(步驟S1008)。在上述步驟之後，判斷應用程式管理信息是否指示任何其他應用程式ID (步驟S1009)。如果指示任何其他應用程式ID，則變量「i」 加1 (步驟S1010)，接下來執行步驟S1004。另一方面，如果指示任何其他ID，則判斷當前 是否正在執行任何具有未在該應用程式管理信息中指示的應用程式ID的應用程式(步驟 SlOlD0如果正在執行這樣的應用程式，則將該應用程式全部終止(步驟S1012)。然後， 設置測量預定時間周期的計時器(步驟S1013)。判斷在預定的時間周期之中是否接收到 與所存儲的數字相同的參考數字輸入(步驟S1014)。如果在預定的時間周期之中接收到 相同的參考數字，則重新設置計時器(步驟S1015)，接下來執行步驟S1014。接下來，初始 化變量「 j」 (步驟S1016)。然後判斷對應於變量「j」所指定的應用程式ID的應用程式的 激活狀態是否是「自動開始」(步驟S1017)。如果激活狀態是「自動開始」，則激活該應用程 序(步驟S1018)。然後判斷應用程式激活狀態管理信息是否指示任何其他應用程式ID (步 驟S1019)。如果指示任何其他應用程式ID，則變量「j」加1(步驟S1020)，接下來執行步驟 S1017。如果不指示任何其他應用程式ID，則終止該過程。注意在上述的流程圖中，判斷是否接收到與存儲的數字相同的參考數字輸入。然 而，沒有必要把該判斷限制於相同的參考數字輸入。例如，當判斷在預定的時間周期之內做 出了選擇另一個標題的輸入時，其還可適用於重新設置定時器。在這種情況下，如果在預定 的時間周期之內不再有更多的輸入，根據最近接收到的輸入激活應用程式。接下來，參照圖12，提供應用程式的延遲應用程式激活過程的具體描述。當連續地 做出多次相同輸入時，執行延遲應用程式激活過程。在圖12中，第一級指示調度程序。第 二級指示標題管理器。第三級指示應用程式管理器。第四級指示類裝載器。每個級的橫軸 表示時間。從時間、到t5、時間t2到t6、時間t3到t7、時間t4到t8的每個時間周期對應於 預定時間周期。在時間t1;用戶在遠程控制器上做出選擇標題#1的鍵盤輸入。作為響應， 調度程序請求標題管理器選擇標題#1。一旦接收到請求，標題管理器就請求應用程式管理 器激活標題#1。一旦接收到請求，應用程式管理器就設置計時器，使其判斷在預定時間周期 之內是否做出了選擇相同標題的另一個輸入，而不是立即對類裝載器發出指令。在時間t2， 接收選擇標題#1的另一個輸入。因此，應用程式管理器重新設置計時器以判斷在預定時間 周期之內是否還做出了選擇相同標題的另一個輸入。在時間t3，做出選擇標題#1的另一個 輸入。因此，應用程式管理器重新設置計時器，使其判斷在預定時間周期之內是否做出了選 擇相同標題的另一個輸入。在時間t4，做出選擇標題#1的另一個用戶輸入。因此，應用程 序管理器再次重新設置計時器，從而判斷在預定時間周期之內是否做出了選擇相同標題的 另一個用戶輸入。由於在預定時間周期之內不再做出選擇相同標題的輸入，應用程式管理 器在時間t8根據最近接收的輸入(時間t4做出的輸入)對類裝載器發出指令。接下來，圖13示出了播放列表管理信息的實例，該信息允許Java模塊響應於標題 選擇，自動地開始AV重放，而不是通過應用程式。播放列表管理信息由自動重放標記1301 和播放列表名1302組成。自動重放標記設置成「ON」或「OFF」。當設置成「ON」時，Java模塊自動執行對播 放列表名1302中指示的第一播放列表的重放。另一方面，當自動重放標記設置成「OFF」時， Java模塊自動執行對播放列表名1302中指示的播放列表的重放。否則，由應用程式執行播 放列表的重放。播放列表名1302指的是在相應標題的重放過程中可執行的一個或多個播放列表的列表。接下來，圖14示出的示例中，每個標題具有一條不同的播放列表管理信息和一條不同的應用程式管理信息。為各個標題提供不同的播放列表管理信息條，可以限制各個標 題中使用的播放列表。此外，當選擇相應的標題時，能夠自動開始對播放列表的重放。圖15示出了當為了正常重放而順序地選擇了標題#1和#2時，根據圖14中所示 的應用程式管理信息和播放列表管理信息，所執行的應用程式操作和播放列表重放。在開 始標題#1的重放時，根據該應用程式管理信息，激活具有「自動開始」屬性的應用程式#1。 由於播放列表管理信息指示自動重放標記是「0N」，則自動執行對該播放列表管理信息中指 示的第一播放列表，即播放列表#1的重放。如果從應用程式接收到重放請求，或者接收到 例如用戶操作等事件，則執行其他播放列表。例如，如果當前正在執行的應用程式#1請求 改變播放列表，則將播放列表#1轉換到播放列表#2。在開始標題#2的重放時，激活與標題 #2相關且具有「自動開始屬性」的應用程式#2，終止僅與標題#1相關的應用程式#1。由於 該條相應於標題#2的播放列表管理信息指示自動重放標記設置為「OFF」，因此，不自動執 行對任何播放列表的重放。應應用程式#2的請求開始對播放列表#3的重放。當應用程式 #2和播放列表#3結束時，結束對標題#2的重放。接下來，圖16示出的示例中，其中，一個標題具有應用程式管理信息和播放列表 管理，然而另一個標題僅僅具有應用程式管理信息。提供兩種類型的標題(一個標題具有 應用程式管理信息和播放列表管理信息，另一個標題僅具有應用程式管理信息)使得可以 提供一個標題，其中AV數據和應用程式共存，和另一個標題僅由應用程式組成。僅由應用 程序組成的這種標題的示例包括遊戲。圖17是由標題管理器401和應用程式控制模塊406 —旦從模式管理模塊316接 收到標題選擇請求或標題結束請求，就執行的處理步驟的示例性流程圖。在該示例中，假設 所選擇的標題具有播放列表管理信息。一旦從模式管理模塊316接收到標題選擇請求或標題結束請求，標題管理器401 就判斷接收的請求是上述兩種請求中的哪一種(步驟S1701)。如果所接收的請求是標題 結束請求，標題管理器401請求媒體重放模塊404終止AV重放。一旦接收到請求，媒體重 放模塊404就終止AV重放(步驟S1702)。此外，標題管理器401請求應用程式控制模塊 406終止應用程式。一旦接收到請求，應用程式控制模塊406就終止當前正在執行的所有應 用程序(步驟S1703)。另一方面，如果所接收的請求是標題選擇請求，標題管理器401請 求應用程式控制模塊406終止所有「綁定」應用程式。一旦接收到請求，應用程式控制模塊 406就終止當前正在執行的所有「綁定」應用程式(步驟S1704)。然後標題管理器401判 斷所選擇的標題是否具有播放列表管理信息(步驟S1705)。如果所選擇的標題具有播放列 表管理信息，標題管理器401請求應用程式控制模塊406激活應用程式。一旦接收到請求， 應用程式控制模塊406就執行應用程式激活控制過程(步驟S1706)。另一方面，如果所選 擇的標題具有播放列表管理信息，則判斷播放列表管理信息中的自動重放標記是否設置為 「ON」 (步驟S1707)。如果播放列表管理信息中的自動重放標記設置為「OFF」，則執行步驟 S1706。另一方面，如果播放列表管理信息中的自動重放標記設置為「0N」，標題管理器401 請求媒體重放模塊404開始AV重放。一旦接收到請求，媒體重放模塊404執行對指定播放 列表的重放(步驟S1708)。然後，應用程式控制模塊406執行延遲應用程式激活過程(步驟 S1709)。接下來，圖18是圖17所示的應用程式激活控制過程的示範性流程圖。在該流程圖 中，字母「i」表示變量，該變量指定應用程式管理信息中指示的應用程式ID之一。首先，初 始化變量「i」 (步驟S1801)。判斷當前是否正在執行變量「i」指定的該應用程式ID標識 的應用程式(步驟S1802)。如果當前正在執行該應用程式，則繼續該應用程式的執行(步 驟S1803)。另一方面，如果當前沒有執行該應用程式，則判斷該應用程式ID相應的激活屬 性是否是「自動開始」(步驟S1804)。如果該激活屬性是「自動開始」，則激活該應用程 序 (步驟S1805)。在上述處理步驟之後，判斷該應用程式管理信息是否指示任何其他應用程 序ID(步驟S1806)。如果指示任何其他應用程式ID，則變量「i」增加1 (步驟S1807)，並 且執行步驟S1802。另一方面，如果不指示任何其他應用程式ID，則判斷當前是否正在執行 具有該應用程式管理信息中未指示的應用程式ID的任何應用程式(步驟S1808)。如果正 在執行這樣的應用程式，則終止所有應用程式(步驟S1809)。如果未在執行這樣的應用程 序，則結束該過程。圖19示出了標題的屬性信息的示例，其是重放執行的單元。對於選擇一個標題 的模式管理模塊316來說，標題屬性信息是必要的，而且標題屬性信息包括標題對象類型 1901、標題訪問類型1902、標題重放類型1903和標題對象名1904。標題對象類型1901是模式管理模塊316所使用的屬性信息，其響應於請求標題選 擇的用戶操作，判斷所請求的標題是與類DVD模塊313相關的「HDMV」標題，還是與Java模 塊314相關的「BD-J」標題。通過提供該屬性信息，除光碟上存儲的內容之外，重放裝置能 夠重放廣播波上承載的或例如HDD等存儲器上記錄的內容。標題訪問類型1902是屬性信息，用於判斷用戶操作是否可選擇該標題。通過提供 該屬性信息，就向內容提供者提供了包括隱藏標題的選項。標題重放類型1903是屬性信息，用於判斷標題的主要特徵是否在視頻和音頻(電 影標題)中或在相關應用程式中(交互標題)。通過提供該屬性信息，模式管理模塊316能 夠判斷要將用戶操作所生成的按鍵事件分配給類DVD模塊313或者Java模塊314。標題對象名1904是屬性信息，指示所述標題屬性信息的連結的標題對象。圖20示出了標題列表中包括的標題#1和#2的標題屬性信息的示例。如圖所示， 標題#1是「BD-J」標題，其被Java模塊314執行。此外，標題#1是「可訪問的」，這意味著 用戶操作能夠選擇該標題，而且標題#1是「電影」標題，這意味著該標題的主要特徵在於其 音頻和視頻數據。此外，標題對象名是「BD-J 0bj#l」。另一方面，標題#2是「HDMV」標題， 由類DVD模塊313執行。此外，標題#2是不可訪問的，這意味著用戶操作不能選擇該標題， 而且標題#2是「交互」標題，這意味著該標題的主要特徵在相關應用程式。此外，該標題對 象名是 「Movie 0bj#2」。圖21示出了標題管理器401和應用程式控制模塊406—旦從模式管理模塊316接 收到標題選擇請求或標題結束請求，就執行的處理步驟的示範性流程圖。該示例涉及所請 求的標題具有標題屬性信息的情況。一旦接收到來自模式管理模塊316的標題選擇請求或 標題結束請求，標題管理器401判斷接收的請求是上述兩種中的哪一種(步驟S2101)。如 果所接收的請求是標題結束請求，標題管理器401請求媒體重放模塊404終止AV重放。一 旦接收到該請求，媒體重放模塊404終止AV重放(步驟S2102)。然後，標題管理器401請求應用程式控制模塊406終止應用程式。一旦接收到該請求，應用程式控制模塊406終止 當前正在執行的所有應用程式(步驟S2103)。另一方面，如果接收的請求是標題選擇請求， 標題管理器401請求應用程式控制模塊406終止BIND應用程式。一旦接收到該請求，應用 程序控制模塊406終止當前正在執行的所有「綁定」應用程式(步驟S2104)。然後標題管 理器401判斷所選擇的標題是否具有播放列表管理信息(步驟S2105)。如果所選擇的標題 不具有播放列表管理信息，則執行應用程式激活控制過程(步驟S2106)。另一方面，如果所 選擇的標題具有播放列表管理信息，則判斷播放列表管理信息中指示的自動重放標記是否 設置為ON(步驟S2107)。如果該播放列表管理信息中指示的自動重放標記設置為OFF，則 判斷標題屬性信息中指示的標題重放類型是否是「電影」(步驟S2108)。如果該標題重放 類型不是「電影」，則執行步驟S2106。另一方面，如果該標題重放類型是「電影」，則執行延 遲應用程式激活處理(步驟S2110)。如果該播放列表管理信息中指示的自動重放標記設置 為0N，則標題管理器401請求媒體重放模塊404開始AV重放。一旦接收到該請求，媒體重 放模塊404執行對指定播放列表的重放(步驟S4309)。然後，執行步驟S2110。如上所述，根據第一實施例，如果在用戶選擇標題時接收到的作為顫動 (chattering)的結果的多個輸入，則響應於最近接收的輸入，執行應用程式。因此，避免了 相同的應用程式被重複地激活，使得避免了圖像顯示幹擾或系統操作凍結。要注意的是，第一實施例涉及一個標題對應於一個重放部分的情況。然而，所述重 放部分並不限於所述標題。例如，播放列表的章節可以作為標題處理。
(第二實施例)本發明的第二實施例涉及特效播放過程中應用程式的執行控制方面的改善。圖22示出了根據第二實施例的類DVD模塊313和Java模塊314a的結構。此外， 圖中所示的結構涉及響應於請求特效播放的用戶操作，例如快速前進重放、快速後退重放、 章節搜索和時間搜索等而執行的過程。首先，提供對類DVD模塊313執行的重放控制和特 效播放控制的描述。腳本程序2201是記錄在BD-ROM上的BD重放程序，在類DVD模式中使用。腳本程 序2201調用腳本控制模塊2202提供的腳本控制功能，促使如播放列表中所定義的條件分支。腳本控制模塊2202提供腳本控制功能。UO處理模塊2203響應於遠程控制器上做出的用戶操作，執行過程。更具體地，UO 處理模塊2203根據從調度程序317接收的UO事件，執行特效播放，例如快速前進重放、快 速後退重放、章節搜索和時間搜索等。接下來，在Java模式的情況下，BD-ROM上記錄的Java應用程式414在相應的BD 標題重放過程中，使用媒體重放模塊404提供的API，執行腳本控制和特效播放控制。當用戶操作遠程控制器時，標題管理器401從調度程序317接收UO事件，做出涉 及例如快速前進重放、快速後退重放、章節搜索或時間搜索等輸入。然後標題管理器401經 由應用程式管理器402a將所接收的UO事件傳送到當前正在執行的Java應用程式414。當Java應用程式414執行特效播放時，重放速率改變。響應於重放速率的改變， 應用程式管理器402a從媒體重放模塊404接收特效播放開始事件。一旦接收到特效播放 開始事件，應用程式管理器402a如下操作，直到接收到特效播放結束事件。也就是說，如果從重放信息管理模塊405接收到腳本轉變事件，則應用程式管理器402a根據應用程式管理信息的相應條控制Java應用程式413和414的行為。特效播放信息獲取模塊403獲取特效播放信息，並將所獲取的特效播放信息傳送 到Java應用程式414。媒體重放模塊404向Java應用程式414提供用於媒體重放控制的API。當Java 應用程式414調用媒體重放控制API時，媒體重放模塊404反過來從AV重放庫320調用函 數，並控制AV重放。重放信息管理模塊405管理重放信息，並將腳本轉變事件傳送到應用程式管理器 402a。響應於UO事件，例如按下快速前進按鈕，Java應用程式414經由特效播放信息獲 取模塊403獲取特效播放信息，並判斷應當使用哪個支持的重放速率用於特效播放。Java 應用程式414從特效播放信息讀取類DVD模式中重放裝置所支持的重放速率。根據該速率， Java應用程式414確定用於媒體重放模塊404的合適的重放速率。圖23示出了指示重放信息的系統參數(SPRM)的列表。參數SPRM(O)到SPRM(12) 指示當前重放狀態和根據腳本轉變的接連的改變。按照重放裝置的優選值(preference) 設置其他參數。SPRM(O)交互圖形流號SPRM(I)音頻流號SPRM(2)顯示圖形/字幕流號SPRM(3)角度號SPRM (4)當前標題號SPRM(5)當前章節號SPRM(6)當前播放列表IDSPRM(7)當前播放項目IDSPRM(8)顯示時間信息SPRM (9)導航計時器SPRM(IO)選擇的按鍵信息SPRM(Il)交互圖形流中的菜單頁IDSPRM(12)字幕流中的用戶風格IDSPRM (13)父母級SPRM(14)保留SPRM (15)關於音頻的播放器配置值SPRM(16)關於音頻流的語言代碼SPRM(17)關於字幕流的顯示圖形/語言代碼SPRM(IS)關於菜單的語言代碼SPRM(19)保留SPRM(20)保留SPRM(21)保留SPRM(22)保留
SPRM(23)保留SPRM(24)保留SPRM(25)保留SPRM(26)保留SPRM(27)保留SPRM(28)保留SPRM(29)保留SPRM (30)文本字幕支持信息SPRM (31)播放器版本信息SPRM(32)保留圖24示出了對應於重放裝置所保持的重放信息的特效播放信息的內容。特效播 放信息包括重放裝置所支持的重放速率列表、類DVD模式中使用的重放速率信息和信息觸 發特效播放。例如，用戶通過按鈕操作觸發特效播放。在按鈕操作的情況中，特效播放信息 為每種類型的特效播放指定按鈕ID和該按鈕要被按壓的次數。注意雖然圖24示出的示例中可利用快速前進重放、快速後退重放、慢速前進重 放、慢速後退重放，還可以附加應用其他類型的特效播放。例如，特效播放是跳躍重放，跳躍 到對應於幾秒後的重放點。在跳躍重放的情況中，特效播放信息指示秒數，而不是能支持的 重放速率。然而，沒有必要指示重放裝置所支持的所有秒數。特效播放信息指示類DVD模 式中的跳躍重放可用的秒數就足夠了。該實施例涉及以與正常重放速率不同的重放速率執 行的特效播放的類型。然而，該實施例適用於以時間參數執行的特效播放的類型(例如，跳 躍到對應於15秒後的重放點的跳躍重放。)圖25示出了用於執行用戶操作觸發的特效播放的處理步驟的流程圖。當用戶操 作遠程控制器或重放裝置的前面板以按下，例如快速前進按鈕時，UO檢測模塊315檢測用 戶的按鍵操(步驟S2501)，而且將對應於所檢測到的按鍵操作的事件發送到模式管理模 塊316。作為響應，模式管理模塊316判斷當前模式是Java模式還是類DVD模式(步驟 S2502)。如果當前模式是類DVD模式，模式管理模塊316中包括的調度程序317將UO事件 發送到類DVD模塊中包括的UO處理模塊2203 (步驟S2503)。UO處理模塊2203執行對應 於所接收的UO事件的重放控制(步驟S2504)。另一方面，如果當前模式是Java模式，調度 程序317將UO事件發送到Java模塊中的標題管理器401 (步驟S2505)。一旦接收到該UO 事件，標題管理器401反過來將所接收的UO事件經由應用程式管理器402a發送到當前正 在執行的Java應用程式414 (步驟S2506)。一旦接收到該UO事件，Java應用程式414經 由特效播放信息獲取模塊403獲取重放裝置的特效播放信息(步驟S2507)。然後Java應 用程序414根據該特效播放信息，經由媒體重放模塊404，執行對應於所接收的UO事件的特 效控播放制(步驟S2508)。例如，在所接收的UO事件是按下快速前進按鈕時，Java應用程 序414保持對按鈕被連續按下的次數的計數。根據快速前進按鈕是否被按下一次、兩次或 三次，Java應用程式414從特效播放信息中選擇適合的重放速率。在上述描述中，Java應用程式414在接收到UO事件之後獲取特效播放信息。然 而，可替換地，Java應用程式414可以在例如裝置的開始時刻，提前讀取特效播放信息。此 夕卜，提前讀取的特效播放信息可以保持在Java應用程式414中。
圖26更詳細地示出了圖22所示的應用程式管理器402a的結構。此外，圖中所示的結構涉及響應於請求例如快速前進重放、快速後退重放、章節搜索和時間搜索等特效播 放的用戶操作，而執行的過程。 當Java應用程式414執行特效播放時，應用程式控制模塊406控制從動態腳本獲取模塊407獲取的Java應用程式413和414的行為。該控制是根據從靜態腳本獲取模塊 408獲取的應用程式管理信息、從特效播放狀態獲取模塊410獲取的特效播放狀態(特效播 放開始、特效播放執行和特效播放結束)和從重放信息獲取模塊409獲取的重放信息而執 行的。接下來，圖27示出了標題列表中所列出的每個標題都是應用程式的管理單元。標題#1包括主要特徵(main feature)電影。當選擇標題#1時，用於執行主要特 徵視頻的重放的應用程式被激活，因此開始主要特徵視頻的重放。一旦接收到事件，例如遠 程控制器上做出的用於請求快速前進重放或跳躍重放等的按鍵操作，所激活的應用程式命 令媒體重放模塊來相應地控制重放裝置的行為。當開始標題#1的重放時，除了用於主要特 徵重放的應用程式，必要時激活其他應用程式。例如，激活顯示彈出(pop-up)菜單的應用 程序和顯示購物車的應用程式，以便允許用戶購買主要特徵視頻中出現的商品。為了從主 要特徵標題切換到另一個標題，執行標題轉變。例如，為了激活在線購買應用程式，以便購 買主要特徵重放中出現的商品，用戶選擇與在線購買應用程式相關的標題#2。當選擇標題 #2時，與標題#1相似，激活與標題#2相關的應用程式，終止與標題#2無關的應用程式。在 標題轉變過程中(beyond the title transition)，連續地執行與標題#1和標題#2都相關 的應用程式。換句話說，如果應用程式與標題#1和標題#2都相關，在從標題#1到標題#2 的轉變過程中，該應用程式保持執行，沒有終止和重新開始。圖28示出了根據第二實施例的應用程式管理信息的示例。每條應用程式管理信息包括有效期2801、應用程式ID 501和激活屬性502。與每 個應用程式ID 501相應，應用程式管理信息管理有效期2801，其中應用程式與視頻重放同 步執行。此外，激活屬性502指示在特定的有效期2801中是否自動激活該應用程式。有效期2801指示「標題」、「章節」、「播放列表」和「播放列表播放項目」中的每一 個。該有效期「標題」指示相應的應用程式的有效性遍及整個標題。有效期「章節」指示相 應的應用程式的有效性遍及該播放列表中指示的相鄰播放列表標誌之間的周期。有效期 「播放列表」指示相應的應用程式的有效性遍及整個播放列表。有效期「播放列表播放項 目」指示該相應的應用程式的有效性遍及該播放列表中的播放項目。應用程式ID501和激 活屬性502與第一實施例中所述的相同。此外，如圖28所示，如果同一個應用程式與多個標題相關，則允許該應用程式在 所述多個標題中自始自終連續地執行。應用程式管理信息指示應用程式#3與標題#1和標 題#2相關。因此，在標題#1的重放過程中，激活應用程式#3。由於應用程式#3還與標題 #2相關，在標題#2的重放過程中也執行應用程式#3。也就是說，應用程式#3在從標題#1 到標題#2的轉變過程中連續地執行，當結束標題#1的重放時沒有終止。如上所述，如果同 一個應用程式與多個標題相關，在該相關標題之間轉變時，連續地播放該應用程式，沒有終 止和重新開始。然而，即使一個應用程式與多個標題相關，當開始與該應用程式無關的標題 時，終止該應用程式。
圖29示出了在順次執行標題#1和標題#2的正常重放情況中，根據圖28所示的應用程式管理信息，執行應用程式。在該示例中，假設具有「存在」屬性的每個應用程式由另 一個應用程式激活。一旦標題#1的重放開始，根據相應條應用程式管理信息激活具有「自 動開始」屬性的應用程式#1。當重放從章節#1進行到章節#2時，激活與章節#2相關且具 有「自動開始」屬性的應用程式#2。由應用程式#2激活應用程式#3之後，開始對章節#3 的重放。然後，終止與章節#3不相關的應用程式#2。當章節#3的重放結束時，標題#1的 重放結束而標題#2的重放開始。在標題#2的重放開始時，終止與標題#2不相關的應用程 序#1，根據相應條應用程式管理信息，激活具有「自動開始」屬性的應用程式#4。當標題#2 的重放結束時，終止應用程式#3和應用程式#4。圖30示出的示例中，每個標題具有一條不同的應用程式管理信息。圖31示出了根據第二實施例由應用程式控制模塊406執行的處理步驟的示範性 流程圖。當標題重放過程中執行特效播放時，在特效播放過程中沒有激活任何應用程式或 者終止任何應用程式，當特效播放結束時，執行應用程式的激活和終止。在該實例中，假設 提前獲取標題重放的應用程式管理信息。應用程式控制模塊406監視在標題重放過程中特 效播放狀態獲取模塊410是否接收到特效播放開始事件(步驟S3101)。一旦接收到特效 播放開始事件，特效播放開始(步驟S3102)，以便最近沒有激活或終止任何應用程式，直到 特效播放狀態獲取模塊410接收特效播放結束事件。接下來，特效播放狀態獲取模塊410 監視是否接收到特效播放結束事件(步驟S3103)。一旦接收到特效播放結束事件，應用程 序控制模塊406從重放信息獲取模塊409獲取重放信息(步驟S3104)。更具體地，這裡獲 取的重放信息包括標題號SPRM(4)、章節號SPRM(5)、播放列表ID SPRM(6)和播放項目ID SPRM(7)。然後應用程式控制模塊406執行應用程式狀態控制過程(步驟S3105)。接下來，圖32示出了應用程式狀態控制過程的示範性流程圖。在該示例中，假設 提前獲取標題重放的應用程式管理信息。應用程式控制模塊406根據已經從靜態腳本獲取 模塊408獲取的應用程式管理信息，控制應用程式的執行。在該流程圖中，字母「 i 」是變量， 其指定應用程式管理信息中指示的應用程式ID之一。首先，初始化變量「i」(步驟S3201)。 參照所獲取的重放信息(標題號SPRM(4)、章節號SPRM(5)、播放列表ID SPRM(6)和播放項 目ID SPRM(7))和對應於該應用程式ID的有效期，判斷重放信息是否在有效期之內(步驟 S3202)。如果該重放信息在有效期之內，那麼判斷對應於該應用程式ID的激活屬性是否是 「自動開始」(步驟S3203)。如果該激活屬性是「自動開始」，則激活對應於該應用程式ID的 應用程式(步驟S3204)。另一方面，如果該重放信息未落入該有效期中，那麼判斷當前是 否正在執行對應於該應用程式ID的應用程式(步驟S3205)。如果當前正在執行該應用程 序，則終止該應用程式(步驟S3206)。在激活該應用程式之後(步驟S3204)，或者如果該 激活屬性不是「自動開始」(步驟S3203 否)，或者在終止該應用程式之後(步驟S3206)， 或者當前沒有執行該應用程式(步驟S3205 否)，那麼判斷該應用程式管理信息是否指示 任何其他應用程式ID(步驟S3207)。如果指示任何其他應用程式ID，變量「i」加1(步驟 S3208)，接下來執行步驟S3202。如果不指示任何其他應用程式ID，則終止該過程。圖33示出了應用程式管理信息的示例，其允許即使在特效播放過程中，一旦有效 期屆滿，則終止應用程式。應用程式管理信息包括irutrickplay結束標記3301，允許一旦 有效期屆滿，則終止相應的應用程式。當irutrickplay結束標記3301設置為「是」，即使在特效播放過程中，一旦有效期屆滿，則終止該應用程式。如果irutrickplay結束標記3301 設置為「否」，在特效播放過程中不能終止該應用程式。
圖34示出了在特效播放過程中當從重放信息獲取模塊409接收到腳本轉變事件 時，執行的處理步驟的示範性流程圖。在該示例中，根據圖33所示的應用程式管理信息執 行處理步驟。在該流程圖中，字母「i」表示變量，其指定應用程式管理信息中指示的應用程 序ID中的一個。首先，應用程式控制模塊406監視特效播放狀態獲取模塊410在標題重放 過程中是否接收到特效播放開始事件(步驟S3401)。一旦接收到特效播放開始事件，開始 特效播放。然後判斷是否從重放信息獲取模塊409接收到腳本轉變事件(步驟S3402)。一旦 從重放信息獲取模塊409接收到腳本轉變事件，應用程式控制模塊406從重放信息獲取模 塊409獲取當前的重放信息(步驟S3403)。更具體地，這裡獲取的當前重放信息包括標題號 SPRM (4)、章節號SPRM (5)、播放列表ID SPRM (6)和播放項目ID SPRM (7)。接下來，初始化變 量「i」(步驟S3404)。然後，判斷irutrickplay結束標記是否設置為「是」(步驟S3405)。如 果irutrickplay結束標記設置為「是」，則判斷重放信息是否在有效期之內(步驟S3406)。 參照當前重放信息(標題號SPRM(4)、章節號SPRM(5)、播放列表ID SPRM(6)和播放項目ID SPRM(7))和該應用程式管理信息中指示的有效期作出判斷。如果該重放信息不在有效期之 內，則判斷當前是否正在執行對應於該應用程式ID的應用程式(步驟S3407)。如果當前 正在執行該應用程式，則終止該應用程式(步驟S3408)。如果in_triCkplay結束標記設 置為「否」(步驟S3405 否)，或者如果當前沒有正在執行該應用程式(步驟S3407 否)， 或者如果該重放信息在有效期之內(步驟S3406 是)，或者在終止該應用程式之後(步驟 S3408)，判斷該應用程式管理信息是否指示任何其他應用程式ID (步驟S3409)。如果指示 任何其他應用程式ID，則變量「i」加1(步驟S3410)，接下來執行步驟S3405。如果不指示 任何其他應用程式ID，則終止該處理。圖35示出了應用程式管理信息的示例，其在效期屆滿時允許應用程式被激活，即 使是在特效播放期間也是如此。應用程式管理信息包括in-trickplay激活標記3501，用於 在有效期開始時允許相應的應用程式被激活。當irutrickplay結束標記3501設置為「是」 時，在有效期開始時激活應用程式，即使是在特效播放期間也是如此。如果injrickplay 激活標標記3501設置為「否」，則在特效播放期間不激活應用程式。圖36示出了當在特效播放期間從重放信息獲取模塊409接收到腳本轉變事件時 執行的處理步驟的示例性流程圖。在該示例中，處理步驟是根據圖35所示的應用程式管理 信息而執行的。在該流程圖中，字母「i」表示用於指定在應用程式管理信息中指示的多個應 用程序ID之一的變量。首先，應用程式控制模塊406監視在標題重放期間特效播放狀態獲 取模塊410是否接收到特效播放開始事件(步驟S3601)。一旦接收到特效播放開始事件，特 效播放開始。然後判斷是否從重放信息獲取模塊409接收到腳本轉變事件(步驟S3602)。 一旦從重放信息獲取模塊409接收到腳本轉變事件，應用程式控制模塊406就從重放信息 獲取模塊409獲取當前重放信息(步驟S3603)。更具體地，在此獲取的當前重放信息包括 標題號SPRM (4)、章節號SPRM (5)、播放列表ID SPRM (6)、以及播放項目ID SPRM (7)。接下 來，初始化變量「i」(步驟S3604)。然後，判斷injrickplay激活標記是否設置為「是」(步 驟S3605)。如果injrickplay激活標記設置為「是」，則判斷重放信息是否在有效期之內 (步驟S3606)。該判斷是參考當前重放信息(標題號SPRM(4)、章節號SPRM(5)、播放列表IDSPRM(6)、以及播放項目IDSPRM(7))和在應用程式管理信息中指示的有效期而作出的。如 果判斷重放信息在有效期之內，則判斷在應用程式管理信息中指示的激活屬性是否為「自 動開始」(步驟S3607)。如果激活屬性是「自動開始」，則激活與應用程式ID相對應的應用 程序(步驟S3608)。如果in_triCkplay激活標記設置為「否」(步驟S3605 否)，或者如 果重放信息沒有在有效期內(步驟S3606 否)，或者如果激活屬性不是「自動開始」(步驟 S3607 否)，或者在應用程式被激活之後(步驟S3608)，則判斷應用程式管理信息是否指示 任何其他的應用程式ID(步驟S3609)。如果指示了任何其他應用程式ID，「i」加1 (步驟 S3610)，接下來執行步驟S3605。如果沒有指示其他應用程式ID，則過程終止。 注意，可應用的是採用in_triCkplay激活標記和in_triCkplay結束標記兩者。接下來，圖37示出了應用程式管理信息的示例，其允許快速重放期間在有效期開 始和屆滿時分別激活和終止應用程式。應用程式管理信息包括快速重放標記3701，用於允 許在有效期開始和屆滿時激活和終止應用程式，即使是在快速重放期間也是如此。當快速 重放標記3701設置為「是」時，允許在有效期開始和屆滿時激活和終止應用程式，即使是在 快速重放期間也是如此。如果快速重放標記3701設置為「否」，則在快速重放期間不執行和 終止應用程式。有關快速重放的判斷是根據重放速率或UO事件而執行的。圖38示出了應用程式控制模塊406執行的處理步驟的示例性流程圖，應用程式控 制模塊406包括一種機制，用於判斷當從重放信息獲取模塊409接收到腳本轉變事件時是 否激活或終止應用程式。在該示例中，處理步驟是根據圖37中所示的應用程式管理信息而 執行的。在該流程圖中，字母「i」表示用於指定在應用程式管理信息中指示的多個應用程 序ID之一的變量。應用程式控制模塊406判斷正在執行的特效播放是否是快速重放(步 驟S3801)。如果正在執行快速重放，則應用程式控制模塊406監視特效播放狀態獲取模塊 410是否接收到腳本轉變事件(步驟S3802)。一旦接收到腳本轉變事件，應用程式控制模 塊406就從重放信息獲取模塊409獲取當前重放信息(步驟S3803)。更具體地，在此獲取 的當前重放信息包括標題號SPRM(4)、章節號SPRM(5)、播放列表ID SPRM(6)、以及播放項 目IDSPRM(7)。接下來，初始化變量「i」(步驟S3804)。然後判斷快速重放標記是否設置為 「是」(步驟S3805)。如果快速重放標記設置為「是」，則判斷當前重放信息是否在有效期之 內(步驟S3806)。該判斷是參考當前重放信息(標題號SPRM(4)、章節號SPRM(5)、播放列 表ID SPRM(6)、以及播放項目ID SPRM(7))和在應用程式管理信息中指示的有效期而作出 的。如果重放信息在有效期之內，則判斷在應用程式管理信息中指示的激活屬性是否為「自 動開始」(步驟S3807)。如果激活屬性是「自動開始」，則激活與應用程式ID相對應的應用 程序(步驟S3808)。如果重放信息沒有在有效期內，則判斷與應用程式ID相對應的應用 程序當前是否正在執行(步驟S3809)。如果應用程式當前正在執行，則終止應用程式(步 驟S3810)。如果快速重放標記設置為「否」(步驟S3805 否)，或者如果激活屬性不是「自 動開始」(步驟S3807 否)，或者在應用程式被激活之後(步驟S3808)，或者如果當前應用 程序沒有正在執行(步驟S3809:否)，或者在應用程式被終止之後(步驟S3810)，則判斷 應用程式管理信息是否指示任何其他的應用程式ID(步驟S3811)。如果指示了任何其他 應用程式ID，「i」加1(步驟S3812)，接下來執行步驟S3805。如果沒有指示其他應用程式 ID，則過程終止。
圖39示出了應用程式管理信息的示例，其允許根據重放速率而在有效期開始和屆滿時激活和終止應用程式，即使是在特效播放期間也是如此。應用程式管理信息包括特 效播放速率3901，其允許在有效期開始和屆滿時激活和終止應用程式。在指定了特效播放 速率3901的情況中，允許在有效期開始和屆滿時激活和終止相應的應用程式，即使是在特 效播放期間也是如此，條件是重放速率在指定特效播放速率3901的取值範圍內。如果沒有 指定特效播放速率3901，如圖中標誌「-」所示，則在特效播放期間不激活或終止應用程式。圖40是應用程式控制模塊406執行的處理步驟的示例性流程圖，應用程式控制模 塊406包括一種機制，用於判斷當在特效播放期間從重放信息獲取模塊409接收到腳本轉 變事件時是否激活或終止應用程式。在該示例中，處理步驟是根據圖39所示的應用程式管 理信息而執行的。在流程圖中，字母「i」表示用於指定在應用程式管理信息中指示的多個應 用程序ID之一的變量。首先，應用程式控制模塊406監視在標題重放期間特效播放狀態獲 取模塊410是否接收到特效播放開始事件(步驟S4001)。一旦接收到特效播放開始事件，特 效播放開始。然後監視是否從重放信息獲取模塊409接收到腳本轉變事件(步驟S4002)。 一旦接收到來自重放信息獲取模塊409的腳本轉換事件，應用程式控制模塊406從重放信 息獲取模塊409獲得當前重放信息(步驟S4003)。更具體的，在此所獲得的當前重放信息 包括標題號SPRM (4)、章節號SPRM (5)、播放列表ID SPRM (6)、以及播放項目IDSPRM (7)。接 下來，初始化變量「i」 (步驟S4004)。然後，應用程式控制模塊409從特效播放狀態獲取模 塊410獲得當前重放速率(步驟S4005)，並判斷當前重放速率是否在特定的特效播放速率 取值範圍內(步驟S4006)。如果當前重放速率在特定取值範圍內，則判斷重放信息是否在 有效期內(步驟S4007)。該判斷是參考當前重放信息(標題號SPRM(4)、章節號SPRM(5)、 播放列表ID SPRM(6)、以及播放項目ID SPRM(7))和在應用程式管理信息中指示的有效期 而作出的。如果重放信息落入有效期內，則判斷在應用程式管理信息中的激活屬性是否是 「自動開始」(步驟S4008)。如果激活屬性是「自動開始」，則激活與應用程式ID相對應的 應用程式(步驟S4009)。如果判斷重放信息沒有落入有效期內，則判斷與應用程式ID相對 應的應用程式是否當前正在執行(步驟S4010)。如果應用程式當前正在執行，則終止應用 程序(步驟S4011)。如果當前重放速率沒有在特定取值範圍內或者沒有指定特殊效播放速 率，如標誌「_」所示(步驟S4006 否)，或者如果激活屬性不是「自動開始」(步驟S4008 否)，或者在應用程式被激活之後(步驟S4009)，或者如果應用程式當前沒有被執行(步驟 S4010 否)，或者在終止應用程式之後，則判斷應用程式管理信息是否指示任何其他的應 用程序ID (步驟S4012)。如果指示了任何其他應用程式ID，則變量「i」加1，且接下來執行 步驟S4005。如果沒有指示其他應用程式ID，則過程終止(步驟S4013)。接下來，圖41示出了一個示例，在其中，除了在圖27的標題列表中的標題之外，還 提供了標題#3作為獎勵標題(bonus title)。標題#3提供了與主要特徵電影同步執行的 遊戲。當標題#3被選擇時，激活用於主要特徵重放的應用程式，以開始主要特徵重放。響 應於一個事件，例如由於按下遙控器上的鍵而作出的對於快進重放和跳躍重放的請求，用 於主要特徵重放的應用程式向介質重放模塊發出必要的指令，以便相應地控制重放裝置的 操作。圖42示出了應用管理信息的一個示例，其允許當在圖41所示的獎勵標題的重放 期間當前重放點到達一個播放列表標誌時，應用程式被自動激活。該圖還示出了對於該效果所執行的處理。應用程式#5具有「自動開始」屬性，並且其有效期為標誌#2。因此，當重 放點到達標誌#2時，應用程式#5被自動激活。如上所述，根據第二實施例，對Java應用程式的執行進行控制，從而使得在視頻 數據的特效播放期間Java應用程式不會被激活或終止。當特效播放結束時，根據應用程式 管理信息將Java應用程式激活或終止。即，如果應用程式在該類型的特效播放期間不能與 視頻數據重放同步，第二實施例避免了在特定類型的特效播放期間無用地激活應用程式。然而，通過將irutrickplay結束標識設置為「是」，允許一旦腳本轉變就終止應用 程序，即使是在特效播放期間也是如此。此外，通過將irutrickplay激活標記設置為「是」，允許一旦腳本轉變就激活應用 程序，即使是在特效播放期間也是如此。此外，通過將快速重放標記設置為「是」，允許一旦腳本轉變就激活和終止應用程 序，即使是在快速重放期間也是如此。此外，允許一旦腳本轉變就激活和終止應用程式，即使是在特效播放期間也是如 此，假設了重放速率落入特定特效播放速率的取值範圍內。注意，特效播放可以是章節搜索或時間搜索。另外，可以對第二實施例進行修改，從而使得應用程式管理信息為在應用程式管 理信息中登記的所有應用程式共同定義了在特效播放期間的應用程式的執行控制，而不是 為每個應用程式定義不同的執行控制。可替換地，可以對重放裝置進行設置，以便共同定義 在特效播放期間的所有應用程式的執行控制。(第三實施例)本發明的第三實施例是基於第二實施例的，並且響應於與特效播放相關的用戶操 作而額外地實現了對應用程式的延遲激活和終止。為此目標，在特效播放期間，響應於腳本 轉變，存儲每個應用程式的狀態，並且當特效播放結束時根據應用程式的狀態激活或終止 應用程式。圖43是示出根據第三實施例的Java模塊314b和應用程式管理器402b的詳細結 構的框圖。如圖所示，延遲控制管理模塊411是額外提供給圖26中所示的結構的。圖43 所示的結構涉及根據特效播放對應用程式的執行控制，例如快速前進重放、快速後退重放、 章節搜索和時間搜索。當Java應用程式414執行特效播放時，應用程式控制模塊406控制從動態腳本 獲取模塊407中獲得的Java應用程式413和414的行為。控制的執行基於從靜態腳本獲 取模塊408獲取的應用程式管理信息、從特效播放狀態獲取模塊410獲得的特效播放狀態 (特效播放開始、特效播放執行和特效播放結束)、從重放信息獲取模塊409獲得的重放信 息、從延遲控制管理模塊411獲得的應用程式狀態，以及時間信息。接下來，圖44示出了根據第三實施例在延遲控制管理模塊411中存儲的應用程式 激活狀態管理信息的示例。應用程式激活狀態601a表示「自動開始」、「銷毀」和「存在」中的一種。「自動開始」表示相應的應用程式在特效播放結束之後自動被激活。「銷毀」表示相應的應用程式在特效播放結束之後自動終止。「存在」表示相應的應用程式即不被自動激活也不終止。具有「存在」屬性的應用程式由另一應用程式激活或者響應於諸如用戶操作之類的事件而被激活。圖45示出了由應用程式控制模塊406執行的處理步驟的示例性流程圖。根據第三實施例，應用程式控制模塊406包括一種機制，用於判斷當從特效播放狀態獲取模塊410 接收到特效播放開始事件時，是否根據應用程式管理信息對應用程式的激活或終止進行延 遲。在該流程圖中，字母「i」表示用於指定在應用程式管理信息中指示的多個應用程式ID 之一的變量。首先，應用程式控制模塊406監視特效播放狀態獲取模塊410是否接收到特效 播放開始事件(步驟S4501)。一旦接收到特效播放開始事件，特效播放開始。然後在特效 播放期間判斷特效播放狀態獲取模塊410是否接收到腳本轉變事件(步驟S4502)。一旦接 收到腳本轉變事件，應用程式控制模塊406就從重放信息獲取模塊409獲取當前重放信息 (步驟S4503)。更具體地，在此獲取的當前重放信息包括標題號SPRM(4)、章節號SPRM(5)、 播放列表ID SPRM (6)、以及播放項目ID SPRM (7)。然後，初始化變量「i」(步驟S4504)。接 下來，判斷重放信息是否在有效期之內(步驟S4505)。該判斷參考當前重放信息(標題號 SPRM(4)、章節號SPRM(5)、播放列表ID SPRM(6)、以及播放項目ID SPRM(7))和在應用程式 管理信息中指示的有效期而作出。如果重放信息沒有在有效期之內，則將應用程式激活狀 態「銷毀」存儲在延遲控制管理模塊411中(步驟S4506)。如果播放信息在有效期之內， 則判斷在應用程式管理信息中指示的激活屬性是否是「自動開始」(步驟S4507)。如果激 活屬性是「自動開始」，則將應用程式激活狀態「自動開始」存儲在延遲控制管理模塊411中 (步驟S4508)。另一方面，如果激活屬性不是「自動開始」，則將應用程式激活狀態「存在」 存儲在延遲控制管理模塊411中(步驟S2709)。在上述處理步驟之後，判斷應用程式管理 信息是否指示任何其他應用程式ID (步驟S4510)。如果指示任何其他應用程式，則將變量 「i」加1(步驟S4511)，接下來執行步驟S4505。如果沒有指示其他應用程式ID，或者在步 驟S4502中判斷沒有接收到腳本轉變事件，則判斷特效播放狀態獲取模塊410是否接收到 特效播放結束事件(步驟S4512)。如果接收到特效播放結束事件，則執行延遲的應用程式 控制過程(步驟S4513)。如果沒有接收到特效播放結束事件，則執行步驟S4502。接下來，圖46和47示出了在圖45中所示的延遲的應用程式控制過程的示例性 流程圖。字母「j」表示用於指定在應用程式激活狀態管理信息中指示的多個應用程式ID 之一的變量。首先，設置計時器(步驟S4601)，以便判斷預定時間周期是否已經過去(步 驟S4602)。如果預定時間周期還沒有過去，則判斷特效播放信息獲取模塊是否接收到特效 播放開始事件(步驟S4603)。一旦接收到特效播放開始事件，則終止該過程。如果沒有接 收到特效播放開始事件，則執行步驟S4602。如果預定時間周期已經過去，則判斷延遲控制 管理模塊411是否包括應用程式激活狀態管理信息(步驟S4604)。如果不包含應用程式 激活狀態管理信息，則應用程式控制模塊406從重放信息獲取模塊409獲得當前重放信息 (步驟S4605)。更具體地，在此獲取的當前重放信息包括標題號SPRM(4)、章節號SPRM(5)、 播放列表ID SPRM (6)、以及播放項目ID SPRM (7)，以便執行應用程式狀態控制過程(步驟 S4606)。如果包含應用程式激活狀態管理信息，則初始化變量「j」(步驟S4607)。然後判 斷應用程式激活狀態是否是「自動開始」(步驟S4608)。如果應用程式激活狀態是「自動開 始」，則激活應用程式(步驟S4609)。如果應用程式激活狀態不是「自動開始」，則判斷應用 程序激活狀態是否是「銷毀」(步驟S4610)。如果應用程式激活狀態是「銷毀」，則終止應用 程序(步驟S2911)。在上述處理步驟之後，判斷應用程式激活狀態管理信息是否指示任何其他應用程式ID (步驟S4612)。如果指示任何其他應用程式ID，則將將變量「j」加1(步驟S4613)，接下來執行步驟S4608。如果沒有指示其他應用程式ID，則該過程終止。如上所述，根據第三實施例，在特效播放結束之後預定時間周期將Java應用程式激活或終止。為了允許這種延遲的激活或終止，要預先存儲Java應用程式的激活屬性。因 此，與在特效播放結束之後通過讀出應用程式管理信息而激活或終止Java應用程式的情 況相比，激活或終止Java應用程式所需要的時間變得更短。(補充說明)到該處為止，已經通過上述實施例描述了根據本發明的重放裝置。然而應該自然 理解的是，本發明並不局限於這些特定實施例。儘管上述實施例是採用BD-ROM作為示例描述的，也可以採用HD-DVD或其他光碟。儘管上述實施例涉及重放裝置，但是本發明也可以實現為包含在上述任意流程圖 中所示的處理步驟的方法。此外，本發明可以實現為包含程序代碼的程序，所述程序代碼用 於使得計算機執行在上述任意流程圖中所示的處理步驟。再另外，本發明可以實現為諸如 LSI電路之類的、實現重放裝置的功能的集成電路。系統LSI可以稱為IC、LSI、高級LSI或 者超級LSI，這取決於封裝密度。另外，集成電路可以不僅僅採用LSI方式製造。例如，可應用的是，使用LSI電路 的FPGA(現場可編程門陣列)製造後編程。還可應用的是使用可重構處理器，其允許對在 LSI電路中的電路單元之間的連接以及它們的設置進行重構。當任何新電路集成技術變得可用或者由於半導體技術的發展而得到時，這種新技 術就能夠用於集成本發明的功能塊。這種新技術的一種可能的候選可以是通過自適應生物 技術來實現。工業實用性體現本發明的重放裝置可以在商業基礎上連續和重複地製造。該重放裝置在與電 影內容生產相關的電影產業和商業設備產業中尤其具有工業可用性。
權利要求
一種重放裝置，包括重放單元，用於執行視頻數據的重放；激活單元，用於激活與所述視頻數據相關的應用程式；接收單元，用於基於用戶操作接收特效播放指示以執行對由所述重放單元正在播放的所述視頻數據的特效播放；以及控制單元，用於在所述接收單元接收到所述特效播放指示時，如果與所述視頻數據相關的應用程式還未被激活，則禁止所述激活單元激活所述應用程式直到所指示的特效播放結束。
2.如權利要求1所述的重放裝置，其中，所述特效播放指示是要由所述重放單元以所請求的重放速度執行所述視頻數據 的重放；並且其中，如果所請求的重放速度並不屬於指定特效播放速度的範圍，則由所述控制單元禁止。
3.如權利要求2所述的重放裝置，其中，所述控制單元允許所述激活單元在所請求的重放速度屬於指定特效播放速度的 所述範圍的情況下激活所述應用程式。
4.如權利要求1所述的重放裝置，其中，在所述重放裝置中，設置激活標題以指示是否能夠在特效播放期間激活所述應 用程序；並且其中，如果所述激活標題指示不能在特效播放期間激活所述應用程式，則由所述控制 單元禁止。
5.如權利要求4所述的重放裝置，其中，所述控制單元允許所述激活單元在所述激活標題指示能夠在特效播放期間激活 所述應用程式的情況下激活所述應用程式。
6.如權利要求1所述的重放裝置，其中，在所述重放裝置中，設置結束標題以指示是否能夠在特效播放期間終止所述應 用程序；並且其中，在接收到所述特效播放指示時，所述控制單元允許所述激活單元在已經激活所 述應用程式並且所述結束標題指示能夠在特效播放期間終止所述應用程式的情況下終止 所述應用程式。
7.一種重放方法，包括如下步驟 執行視頻數據的重放；激活與所述視頻數據相關的應用程式；基於用戶操作接收特效播放指示以執行對在所述重放步驟中正在播放的所述視頻數 據的特效播放；以及在接收到所述特效播放指示時，如果與所述視頻數據相關的應用程式還未被激活，則 禁止所述激活單元激活所述應用程式直到所指示的特效播放結束。
全文摘要
一種重放裝置，用於與和視頻數據相關的應用程式同步地執行視頻數據的重放。該重放裝置包括激活單元，用於激活應用程式，接收單元，用於接收來自用戶的輸入，該輸入指定與一條視頻數據和應用程式相關的重放部分，以及激活控制單元。如果通過接收單元從用戶接收到第一輸入，並自從接收第一輸入起的預定時間周期內接收到第二輸入，則激活控制單元就丟棄第一輸入。如果自從接收第二輸入起的預定時間周期內沒有接收到第三輸入，則激活控制單元就根據第二輸入激活應用程式。
文檔編號G11B27/00GK101807420SQ201010129048
公開日2010年8月18日 申請日期2005年9月7日 優先權日2004年9月8日
發明者大久保雅文, 大戶英隆, 大蘆雅弘 申請人:松下電器產業株式會社