專利名稱：再現(xiàn)裝置、程序、再現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明是屬于虛擬包(Virtual Package)的技術(shù)領(lǐng)域的發(fā)明。
背景技術(shù)：
虛擬包是指，通過動態(tài)地組合記錄在BD-ROM等只讀型記錄介質(zhì)的數(shù)字流、和記錄在硬盤等可重寫型記錄介質(zhì)的數(shù)字流，構(gòu)筑虛擬數(shù)據(jù)包，從而謀求只讀型記錄介質(zhì)的容量擴張的技術(shù)。當(dāng)記錄在該BD-ROM的數(shù)字流構(gòu)成電影作品的正篇，記錄在硬盤的數(shù)字流構(gòu)成電影作品的續(xù)篇時，通過構(gòu)筑上述的虛擬包，能夠?qū)D-ROM上的本篇和硬盤上的續(xù)篇作為一個長篇的電影作品，提供給再現(xiàn)。
并且，作為關(guān)于虛擬包的已有技術(shù)，有記載在以下專利文獻(xiàn)的技術(shù)。
專利文獻(xiàn)1日本特開2002-369154號公報但是，在將記錄在BD-ROM的數(shù)字流和記錄在硬盤的數(shù)字流作為一個流序列進(jìn)行再現(xiàn)時，在構(gòu)成流序列的數(shù)字流中，有可能包含不穩(wěn)定狀態(tài)的內(nèi)容。在此，不穩(wěn)定狀態(tài)的數(shù)字流是指，向硬盤的下載沒結(jié)束、或者寫入不完全這樣的數(shù)字流。如果不顧包含不穩(wěn)定狀態(tài)的數(shù)字流，還要再現(xiàn)上述的流序列，則在再現(xiàn)單元的再現(xiàn)時刻剛到達(dá)不穩(wěn)定流時，有可能產(chǎn)生再現(xiàn)紊亂及再現(xiàn)中斷。
在此，若再現(xiàn)裝置內(nèi)的再現(xiàn)單元(解碼器等)能夠正確地檢驗要再現(xiàn)的流是否處于不穩(wěn)定狀態(tài)，就可以避免這樣的再現(xiàn)的紊亂和中斷。但是，再現(xiàn)單元在每個1/24秒、1/29.4秒的幀期間專注于輸出圖像信號的處理，通常不存在用于進(jìn)行那樣的檢驗的余力。因此，無法避免如上所述的再現(xiàn)的紊亂和中斷的發(fā)生。另一方面，在制造BD-ROM再現(xiàn)裝置的民用設(shè)備的制造領(lǐng)域，對于圖像再現(xiàn)要求嚴(yán)格的品質(zhì)標(biāo)準(zhǔn)，即使在再現(xiàn)單元側(cè)沒有檢驗數(shù)字流的余力，也不能夠允許如上所述的再現(xiàn)的紊亂和中斷。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種再現(xiàn)裝置，即使在再現(xiàn)單元側(cè)沒有檢驗不穩(wěn)定狀態(tài)的數(shù)字流的余力的情況下，也可以防止將記錄在BD-ROM的數(shù)字流和記錄在硬盤的數(shù)字流作為一個流序列進(jìn)行再現(xiàn)時的再現(xiàn)的紊亂和中斷。
為了實現(xiàn)上述目的，涉及本發(fā)明的再現(xiàn)裝置，具備再現(xiàn)單元；包管理單元，當(dāng)構(gòu)成流序列的各個數(shù)字流在多個記錄介質(zhì)的每個分開存在時，將各數(shù)字流的狀態(tài)設(shè)定為再現(xiàn)單元可識別的狀態(tài)、或者再現(xiàn)單元不能識別的狀態(tài)；以及應(yīng)用程序執(zhí)行單元，執(zhí)行應(yīng)用程序，以執(zhí)行對記錄介質(zhì)的存取控制；如果構(gòu)成流序列的一部分?jǐn)?shù)字流是可以識別的狀態(tài)，即使其余的數(shù)字流是不能識別的狀態(tài)，上述再現(xiàn)單元也開始再現(xiàn)；在對流序列中的一部分?jǐn)?shù)字流的再現(xiàn)處理繼續(xù)進(jìn)行期間，上述包管理單元按照來自應(yīng)用程序執(zhí)行單元的請求，將其余的數(shù)字流的狀態(tài)變更為再現(xiàn)單元能識別的狀態(tài)、或不能識別的狀態(tài)。
通過應(yīng)用程序變更為可以識別數(shù)字流的狀態(tài)、或者不能識別的狀態(tài)，可以實現(xiàn)再現(xiàn)單元再現(xiàn)數(shù)字流、或者不再現(xiàn)的選擇。由實現(xiàn)記錄介質(zhì)的存取的應(yīng)用程序掌握使再現(xiàn)單元再現(xiàn)數(shù)字流、或者不再現(xiàn)的選擇權(quán)，所以應(yīng)用程序在不能確認(rèn)數(shù)字流沒有正確地寫入在記錄介質(zhì)時，若將該數(shù)字流設(shè)為不能識別的狀態(tài)，認(rèn)為其數(shù)字流未曾存在地進(jìn)行處理。由此，不會錯誤地再現(xiàn)不穩(wěn)定的數(shù)字流。這樣，不會出現(xiàn)圖像的紊亂和中斷。
在此，在多個記錄介質(zhì)中有只讀型記錄介質(zhì)和可重寫型記錄介質(zhì)；上述再現(xiàn)單元只能識別只讀型記錄介質(zhì)的文件布局；記錄在可重寫型記錄介質(zhì)的數(shù)字流以存儲在文件中的狀態(tài)被記錄在可重寫型記錄介質(zhì)；由上述包管理單元進(jìn)行的向可識別狀態(tài)的變化，是根據(jù)只讀型記錄介質(zhì)中上的文件管理信息和可重寫型記錄介質(zhì)中的文件管理信息來生成虛擬的卷標(biāo)管理信息，并傳遞給再現(xiàn)單元而進(jìn)行的；向不可識別狀態(tài)的變化，是根據(jù)上述虛擬的卷標(biāo)管理信息除去可重寫型記錄介質(zhì)的文件管理信息進(jìn)行的。
由包管理單元進(jìn)行的可識別狀態(tài)的變化，還包含在可重寫型記錄介質(zhì)中把存儲了數(shù)字流的文件變更為只讀屬性的處理；向不能識別狀態(tài)的變更，還包含在可重寫型記錄介質(zhì)中把存儲了數(shù)字流的文件變更為可重寫性屬性的處理。
在此，一部分?jǐn)?shù)字流的再現(xiàn)中，應(yīng)用程序進(jìn)行控制，以便把其余的數(shù)字流下載到記錄介質(zhì)，若該一部分?jǐn)?shù)字流的再現(xiàn)結(jié)束，通過把該數(shù)字流設(shè)定為可識別的狀態(tài)，能夠使再現(xiàn)單元進(jìn)行寫入的數(shù)字流的再現(xiàn)。
而且，若其余數(shù)字流的寫入在一部分的數(shù)字流的再現(xiàn)期間內(nèi)沒有結(jié)束，通過把該數(shù)字流設(shè)定為不能識別的狀態(tài)，可以從再現(xiàn)單元的再現(xiàn)中除去這樣的數(shù)字流。數(shù)字流的再現(xiàn)可否的設(shè)定可以與下載處理的進(jìn)度聯(lián)動，所以，可以并行地執(zhí)行構(gòu)成流序列的數(shù)字流的再現(xiàn)和構(gòu)成流序列的數(shù)字流的下載。在此，當(dāng)下載在BD-ROM的數(shù)字流是構(gòu)成電影本篇的數(shù)字流，下載到硬盤的數(shù)字流是電影的預(yù)告篇時，在本篇數(shù)字流的再現(xiàn)中下載預(yù)告篇數(shù)字流，若本篇數(shù)字流的再現(xiàn)結(jié)束，可以在其后馬上開始預(yù)告篇數(shù)字流的再現(xiàn)。
圖1是表示關(guān)于本發(fā)明涉及的再現(xiàn)裝置的使用行為的方式的圖。
圖2是表示BD-ROM的內(nèi)部結(jié)構(gòu)的圖。
圖3是模式地表示AVClip如何構(gòu)成的圖。
圖4是表示PL信息的構(gòu)成的圖。
圖5是表示AVClip時間軸和PL時間軸之間關(guān)系的圖。
圖6是表示由四個Clip_Information_file_name構(gòu)成的成批指定的圖。
圖7是表示PLmark信息的內(nèi)部結(jié)構(gòu)的圖。
圖8是表示利用PLmark的章定義的圖。
圖9是表示子路徑信息的內(nèi)部結(jié)構(gòu)的圖。
圖10是表示子播放條目(SubPlayItem)時間軸上的再現(xiàn)區(qū)間定義和同步指定的圖。
圖11(a)是表示收納在Java(注冊商標(biāo))檔案文件中的程序和數(shù)據(jù)的圖。(b)是表示類文件的內(nèi)部結(jié)構(gòu)的圖。
圖12是表示本發(fā)明涉及的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)的圖。
圖13(a)是表示局部存儲器(Local Storage)18中的目錄結(jié)構(gòu)的圖。(b)是表示流存儲位置信息文件的內(nèi)部結(jié)構(gòu)的圖。
圖14是將由存儲在ROM24的軟件和硬件構(gòu)成的部分置換為層結(jié)構(gòu)描述的圖。
圖15是表示Java(注冊商標(biāo))虛擬機30的內(nèi)部結(jié)構(gòu)的圖。
圖16是表示虛擬文件系統(tǒng)(Virtual File System)部38的虛擬包信息結(jié)構(gòu)的一例的圖。
圖17是表示虛擬文件系統(tǒng)部38的狀態(tài)管理的一例的圖。
圖18是表示反映了狀態(tài)管理的虛擬包信息的生成的圖。
圖19是表示網(wǎng)絡(luò)管理模塊37的下載正在進(jìn)行時的虛擬文件系統(tǒng)部38的虛擬包構(gòu)筑的圖。
圖20(a)是表示利用存儲在局部存儲器的PL信息定義了怎樣的播放表(PlayList)再現(xiàn)時間軸的圖。(b)是表示前進(jìn)播放表(Progressive PlayList)信息的概念的圖。
圖21是表示管理信息轉(zhuǎn)換模塊39的實例生成的圖。
圖22是表示播放表對象的Play函數(shù)的調(diào)用的圖。
圖23是模式地表示getMissingStreams函數(shù)的詢問結(jié)果的圖。
圖24是模式地表示enableClip函數(shù)的調(diào)用的圖。
圖25是模式地表示disableClip函數(shù)的調(diào)用的圖。
圖26是表示虛擬包構(gòu)筑時的處理的流程圖。
圖27(a)是表示enableClip函數(shù)的調(diào)用時的處理順序的流程圖。(b)是表示disableClip函數(shù)的調(diào)用時的處理順序的流程圖。
圖28是表示回放控制引擎(Playback Control Engine)32的再現(xiàn)順序的流程圖。
圖29是表示應(yīng)用程序的處理順序的流程圖。
圖30(a)、(b)是表示網(wǎng)絡(luò)管理模塊37的下載進(jìn)度和回放控制引擎32的再現(xiàn)進(jìn)度的圖。
圖31(a)、(b)是表示網(wǎng)絡(luò)管理模塊37的下載進(jìn)度和回放控制引擎32的再現(xiàn)進(jìn)度的圖。
圖32(a)、(b)是表示網(wǎng)絡(luò)管理模塊37的下載進(jìn)度和回放控制引擎32的再現(xiàn)進(jìn)度的圖。
圖33是表示網(wǎng)絡(luò)管理模塊37的下載進(jìn)度和回放控制引擎32的再現(xiàn)進(jìn)度的圖。
具體實施例方式
(第1實施方式)下面，說明本發(fā)明涉及的記錄介質(zhì)的實施方式。首先，說明本發(fā)明涉及的再現(xiàn)裝置的實施行為中的使用行為的方式。圖1是表示關(guān)于本發(fā)明涉及的再現(xiàn)裝置的使用行為的方式的圖。在圖1中，本發(fā)明涉及的再現(xiàn)裝置是再現(xiàn)裝置200。該再現(xiàn)裝置200的用途是，向由遙控器300、電視機400形成的家庭影院系統(tǒng)供給電影作品。
以上說明了本發(fā)明涉及的再現(xiàn)裝置的使用方式。接著，說明作為本發(fā)明涉及的再現(xiàn)裝置所再現(xiàn)的對象的記錄介質(zhì)。由本發(fā)明涉及的再現(xiàn)裝置再現(xiàn)的是BD-ROM。圖2是表示BD-ROM的內(nèi)部結(jié)構(gòu)的圖。
在該圖的第4層表示BD-ROM，在第3層表示BD-ROM上的軌道。該圖的軌道是將從BD-ROM的內(nèi)周至外周螺旋狀地形成的軌道在橫向上拉伸描繪的。該軌道由導(dǎo)入?yún)^(qū)、信息區(qū)和、導(dǎo)出區(qū)構(gòu)成。該圖的信息區(qū)具有稱為物理層、文件系統(tǒng)層、應(yīng)用層的層模型。如果使用目錄結(jié)構(gòu)表現(xiàn)BD-ROM的應(yīng)用層格式(應(yīng)用格式)，就成為如圖中的第1層。在該第1層中，在BD-ROM中的Root目錄下，有BDMV目錄。
在BDM目錄的下面，存在被稱為PLAYLIST目錄、CLIPINF目錄、STREAM目錄、BDJA目錄的四個子目錄。
在STREAM目錄中，存在存儲了成為所謂數(shù)字流主體的文件的目錄，即賦予了后綴M2TS的文件(00001.M2TS)。
在PLAYLIST目錄中，存在賦予了后綴MPLS的文件(00001.MPLS)。
在CLIPINF目錄中，存在賦予了后綴CLPI的文件(00001.CLPI)。下面，說明這些文件。
<AVClip>
首先，說明賦予了后綴.M2TS的文件。圖3是模式地表示賦予了后綴.M2TS的文件如何構(gòu)成的圖。賦予了后綴.M2TS的文件(00001.M2TS，00002.M2TS，00003.M2TS)存儲AVClip。AVClip(中層)是，將由多個視頻幀(像素pj1，2，3)構(gòu)成的視頻流、由多個音頻幀構(gòu)成的音頻流(上第1層)轉(zhuǎn)換為PES包列(上第2層)，進(jìn)一步轉(zhuǎn)換為TS包(上第3層)，相同地，將字幕類的演示圖形流(下第1層的PG流)及對話類的交互圖形流(下第2層的IG流)轉(zhuǎn)換為TS包(下第3層)，然后對它們進(jìn)行多路復(fù)用而構(gòu)成。
AVClip除了如圖3所示的進(jìn)行了多路復(fù)用的流以外，還有沒進(jìn)行多路復(fù)用的流。這樣的AVClip被稱為SubClip，存在構(gòu)成音頻流、圖形流、文本字幕流(TextSTStream)等的AVClip。
<Clip信息>
賦予了后綴“CLPI”的文件(00001.CLPI)是與各個AVClip一對一對應(yīng)的Clip信息。由于是管理信息，Clip信息持有AVClip中的流的編碼方式、幀速率、比特率、分辨率等的信息，和表示GOP的起始位置位置的EP_map。
<PlayList信息>
賦予了后綴“MPLS”的文件(00001.MPLS)是存儲了PlayList(PL)信息的文件。PL信息是參照AVClip定義播放表的信息。圖4是表示PL信息的結(jié)構(gòu)的圖，如該圖的左側(cè)所示，PL信息由“MainPath信息”、“PLMark信息”、“子路徑信息”構(gòu)成。
MainPath信息(MainPath())，如點劃線的箭頭mp1所示地由多個播放條目信息(PlayItem())構(gòu)成。播放條目是指，在一個以上的AVClip時間軸上，通過指定In_Time、Out_Time定義的再現(xiàn)區(qū)間。通過配置多個播放條目信息，定義了由多個再現(xiàn)區(qū)間構(gòu)成的播放表(PL)。圖中的點劃線mp2，特寫播放條目信息的內(nèi)部結(jié)構(gòu)。如該圖所示，播放條目信息，由表示對應(yīng)的AVClip的“Clip_information_file_name”、“In_time”、和“Out_time”構(gòu)成。圖5是表示AVClip和PL的關(guān)系的圖。第1層表示AVClip具有的時間軸，第2層表示PL具有的時間軸。PL信息包含PlayItem#1、#2、#3的三個播放條目信息，由這些PlayItem#1、#2、#3的In_time、Out_time，定義了三個再現(xiàn)區(qū)間。如果排列這些再現(xiàn)區(qū)間，就定義了與AVClip時間軸不同的時間軸。這是在第2層表示的PL時間軸。這樣，通過播放條目信息的定義，可以定義與AVClip不同的時間軸。
原則上對AVClip的指定是一個，但也可以進(jìn)行對多個AVClip的成批指定。該成批指定是通過播放條目信息中的多個Clip_Information_file_name進(jìn)行。圖6是表示由四個Clip_Information_file_name形成的成批指定的圖。在該圖中，第1層～第4層表示四個AVClip時間軸(AVClip#1，#2，#3，#4的時間軸)，第5層表示PL時間軸。由播放條目信息持有的四個Clip_Information_file_name，指定了這四個時間軸。通過這樣做，根據(jù)播放條目所具有的In_time、Out_time，擇一地定義了可以再現(xiàn)的四個再現(xiàn)區(qū)間。由此，在PL時間軸上定義了由可切換的多個角度影像構(gòu)成的區(qū)間(所謂多角度區(qū)間)。
PLmark信息(PLmark())是將PL時間軸中的任意區(qū)間指定為章的信息。圖7是表示PLmark信息的內(nèi)部結(jié)構(gòu)的圖，如該圖的引出線pm1所示PLmark信息包含“ref_to_PlayItem_Id”和“Mark_time_stamp”。圖8是表示利用PLmark的章定義的圖。該圖中的第1層表示AVClip時間軸，第2層表示PL時間軸。圖中的箭頭pk1，2，表示Plmark中的播放條目指定(ref_to_PlayItem_Id)和某一時刻的指定(mark_time_stamp)。通過這些指定，在PL時間軸上定義了三個章Chapter#1、#2、#3)。以上是關(guān)于PLmark的說明。接著，說明子路徑信息。
子路徑信息(SubPath())是通過在SubClip的時間軸上指定In_Time、Out_Time來定義一個以上的再現(xiàn)區(qū)間的信息，具有圖9所示的內(nèi)部結(jié)構(gòu)。該圖所示的子路徑信息如點劃線的引出線sh1所示，由多個子播放條目信息(SubPlayItem())構(gòu)成。如使用點劃線sh2進(jìn)行特寫那樣，子播放條目信息由“Clip_information_file_name”、“In_time”、“Out_time”、“Sync_PlayItem_Id”、“Sync_start_Pts_of_PlayItem”構(gòu)成。對于SubClip的時間軸上的In_Time、Out_Time的指定，由“Clip_information_file_name”、“In_time”、“Out_time”構(gòu)成?！癝ync_PlayItem_Id”及“Sync_start_Pts_of_PlayItem”，成為使SubClip時間軸上的再現(xiàn)區(qū)間和PL時間軸同步的同步指定。通過該同步指定，PL時間軸和SubClip時間軸步進(jìn)行。
圖10是表示SubClip時間軸上的再現(xiàn)區(qū)間定義定義和同步指定的圖。在該圖中，第1層表示PL時間軸，第2層表示SubClip時間軸。圖中的SubPlayItem.IN_time表示再現(xiàn)區(qū)間的起始點，SubPlayItem.Out_time表示再現(xiàn)區(qū)間的終點。由此可以知道，在SubClip時間軸上也定義著再現(xiàn)區(qū)間。在箭頭Sn1中，Sync_PlayItem_Id表示對播放條目的同步指定，在箭頭Sn2中，sync_start_PTS_of_PlayItem表示PL時間軸的播放條目的某時刻的指定。
能夠進(jìn)行可切換多個AVClip的多角度區(qū)間、可以使AVClip_SubClip同步的同步區(qū)間的定義，是BD-ROM的PL信息的特征。以上的Clip信息及PL信息被分類為“靜態(tài)腳本”。
接著說明“動態(tài)腳本”。“動態(tài)”是指，通過再現(xiàn)裝置200的狀態(tài)變化或來自用戶的鍵盤事件變更再現(xiàn)控制的內(nèi)容。在BD-ROM中，利用與Java(注冊商標(biāo))應(yīng)用程序相同的記述，可以記述該再現(xiàn)控制。即在BD-ROM中，Java(注冊商標(biāo))應(yīng)用程序擔(dān)當(dāng)動態(tài)腳本的作用。
<Java(注冊商標(biāo))應(yīng)用程序>
說明Java(注冊商標(biāo))應(yīng)用程序。Java(注冊商標(biāo))應(yīng)用程序由被裝載到虛擬機的堆區(qū)域(還稱為工作存儲器)的一個以上的xlet程序構(gòu)成。應(yīng)用程序由被裝載到該工作存儲器的xlet程序及數(shù)據(jù)構(gòu)成。以上是Java(注冊商標(biāo))應(yīng)用程序的構(gòu)成。
相當(dāng)于該Java(注冊商標(biāo))程序的實體的是存儲在圖2的BDMV目錄下的BDJA目錄的Java(注冊商標(biāo))檔案文件(00001.jar，00002.jar)。下面，參照圖11說明Java(注冊商標(biāo))檔案文件。
<Java(注冊商標(biāo))檔案文件>
Java(注冊商標(biāo))檔案文件(圖9的00001.JAR)是將一個以上的類文件、一個以上的數(shù)據(jù)文件等歸納為一個而得到的文件。圖11(a)是表示由檔案文件收納的程序、數(shù)據(jù)的圖。該圖的數(shù)據(jù)是用Java(注冊商標(biāo))檔案歸納配置了框內(nèi)所示的目錄結(jié)構(gòu)的多個文件的數(shù)據(jù)?？騼?nèi)所示的目錄結(jié)構(gòu)由根目錄、Java(注冊商標(biāo))目錄、image目錄構(gòu)成，在根目錄配置著common.pkg，在Java(注冊商標(biāo))目錄是配置著類文件(aaa.class，bbb.class)，在image目錄配置著menu.jpg。Java(注冊商標(biāo))檔案文件是用Java(注冊商標(biāo))檔案歸納這些而得到的。這樣的類文件及數(shù)據(jù)在從BD-ROM讀取到高速緩存時被展開，在高速緩存上，作為配置在目錄下的多個文件進(jìn)行處理。Java(注冊商標(biāo))檔案文件的文件名中的“zzzzz”這五位數(shù)值，表示應(yīng)用程序的ID(application ID)。在該Java(注冊商標(biāo))檔案文件被讀取到高速緩存時，通過參照該文件名中的數(shù)值，可以取出構(gòu)成任意的Java(注冊商標(biāo))應(yīng)用程序的程序及數(shù)據(jù)。
該圖中的類文件(圖中的aaa.class，bbb.class)是對應(yīng)上述xlet程序的類文件。Java(注冊商標(biāo))工作環(huán)境的工作模式(BD-J模式)下的再現(xiàn)步驟，由相當(dāng)于該類文件的是實例的xlet程序規(guī)定。Xlet程序是可以利用JMF(Java(注冊商標(biāo))Media FrameWork)方式的接口的Java(注冊商標(biāo))程序，按照J(rèn)MF等的方式，基于鍵事件進(jìn)行處理。xlet程序可以進(jìn)行JMF方式的處理，所以，通過生成對于MPLS文件的JMF方式的實例(播放表對象)，可以向再現(xiàn)裝置200命令播放表再現(xiàn)。另外在xlet程序中，通過記載功能API的調(diào)用，可以執(zhí)行BD-ROM再現(xiàn)裝置200特有的處理。
再者，xlet程序還可以執(zhí)行訪問三維網(wǎng)頁后下載內(nèi)容的步驟。由此可以再現(xiàn)交換了下載內(nèi)容和播放表再現(xiàn)的嶄新的作品。
說明xlet程序的類文件。圖11(b)是表示類文件的內(nèi)部結(jié)構(gòu)的圖。該圖所示的類文件與通常的類文件相同，由“常量池”、“接口”、“函數(shù)1，2，3……n”構(gòu)成。在類文件的函數(shù)中，有預(yù)先注冊了成為動作的觸發(fā)的鍵事件的函數(shù)(EventListner)、和調(diào)用BD-ROM再現(xiàn)裝置200側(cè)的功能API的函數(shù)。這些函數(shù)記載了通過使用分配給自身的局部變量、或調(diào)用自身時的參數(shù)，進(jìn)行運算等的步驟。以上說明了Java(注冊商標(biāo))檔案文件。由此，結(jié)束對BD-ROM的說明。下面說明本發(fā)明涉及的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)。
<再現(xiàn)裝置>
圖12是表示本發(fā)明涉及的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)的圖。本發(fā)明涉及的再現(xiàn)裝置是基于該圖所示的內(nèi)部結(jié)構(gòu)工業(yè)生產(chǎn)出來的。本發(fā)明涉及的再現(xiàn)裝置，主要由系統(tǒng)LSI和稱為驅(qū)動裝置的兩個配件構(gòu)成，通過在裝置的箱體及基板上實裝這些配件，可以進(jìn)行工業(yè)生產(chǎn)。系統(tǒng)LSI是集成了執(zhí)行再現(xiàn)裝置的功能的各種處理部的集成電路。這樣生產(chǎn)的再現(xiàn)裝置包括BD-ROM驅(qū)動器1、讀緩沖器2、解復(fù)用器3、視頻解碼器4、視頻平面5、P圖形解碼器6、演示圖形平面7、合成部8、字體生成器9、I圖形解碼器10、開關(guān)11、交互圖形平面12、合成部13、CLUT部14、CLUT部15、音頻解碼器16、網(wǎng)絡(luò)裝置17、局部存儲器18、讀緩沖器19、解復(fù)用器20、命令ROM21、用戶事件處理部22、PSR組23、CPU24、腳本存儲器25、局部內(nèi)存26、開關(guān)27。
首先，說明與記錄在BD-ROM的AVClip再現(xiàn)有關(guān)的構(gòu)成要素(BD驅(qū)動器1～音頻解碼器16)。
BD-ROM驅(qū)動器1進(jìn)行BD-ROM的裝載/排出，執(zhí)行對BD-ROM的存取。
讀緩沖器2是FIFO存儲器，按先入先出方式存儲了從BD-ROM讀取的TS數(shù)據(jù)包。
解復(fù)用器(De-MUX)3從讀緩沖器2取出TS數(shù)據(jù)包，將構(gòu)成該TS數(shù)據(jù)包的TS數(shù)據(jù)包轉(zhuǎn)換成PES數(shù)據(jù)包。然后，將通過轉(zhuǎn)換得到的PES數(shù)據(jù)包中的、具有由CPU24設(shè)定的PID的PES數(shù)據(jù)包，向視頻解碼器4、P圖形解碼器6、I圖形解碼器10、音頻解碼器16的某一個輸出。
視頻解碼器4解碼從解復(fù)用器3輸出的多個PES數(shù)據(jù)包，得到非壓縮形式的圖像，寫入到視頻平面5。
視頻平面5是用于存儲非壓縮形式的圖像的平面。平面是指，在再現(xiàn)裝置中用于存儲一個畫面的圖像數(shù)據(jù)的存儲區(qū)域。視頻平面5的分辨率是1920×1080，存儲在該視頻平面5的圖像數(shù)據(jù)，由用16比特的YUV值表現(xiàn)的圖像數(shù)據(jù)構(gòu)成。在視頻平面5中，可以對視頻流中的每個幀的再現(xiàn)影像進(jìn)行定標(biāo)。定標(biāo)是指，使每一幀的再現(xiàn)圖像變化為視頻平面5整體的1/4、1/1(滿定標(biāo))中的某一個。在BD-J模式下按照來自CPU24的指示執(zhí)行這樣的定標(biāo)，所以，可以將視頻流的再現(xiàn)圖像縮到畫面的角落、或者進(jìn)行在整個畫面輸出的畫面演出。
P圖形解碼器6對從BD-ROM讀取的演示圖形流進(jìn)行解碼，向演示圖形平面7寫入非壓縮圖形。通過圖形流的解碼，字幕可以顯示在畫面上。
演示圖形平面7是具有相當(dāng)于一個畫面的區(qū)域的存儲器，可以存儲一個畫面的非壓縮圖形。該平面的分辨率是1920×1080，演示圖形平面7中的非壓縮圖形的各像素用8比特的指示色表現(xiàn)。通過使用CLUT(Color Lookup Table)轉(zhuǎn)換這樣的指示色，存儲在演示圖像平面7的非壓縮圖形用于顯示。
合成部8將存儲在視頻平面5的非壓縮狀態(tài)的圖像數(shù)據(jù)(i)和演示圖形平面7的存儲內(nèi)容進(jìn)行合成。
字體生成器9使用字符字體將包含在textST流中的文本代碼展開成位圖，并寫入演示圖形平面7。
I圖形解碼器10在HDMV模式下對從BD-ROM或局部存儲器18讀取的IG流進(jìn)行解碼，將非壓縮圖形寫入交互圖形平面12。
開關(guān)11是將字體生成器9生成的字體列、和通過P圖形解碼器6的解碼得到的圖形的某一個有選擇地寫入演示圖形平面7的開關(guān)。
交互圖形平面12中寫入通過I圖形解碼器10的解碼而得到的非壓縮圖形。而且，在交互圖形平面12中，在BD-J模式下寫入由應(yīng)用程序描繪的字符或圖形。
合成部13合成交互圖形平面12的存儲內(nèi)容和作為合成部8的輸出的合成圖像(合成了非壓縮狀態(tài)的圖形數(shù)據(jù)和演示圖形平面7的存儲內(nèi)容的圖像)。通過這樣的合成，可以在非壓縮狀態(tài)的圖形數(shù)據(jù)上疊加應(yīng)用程序?qū)懭隝圖形解碼器10的字符及圖形，進(jìn)行顯示。
CLUT部14將存儲在視頻平面5的非壓縮圖形中的指示色轉(zhuǎn)換為Y、Cr、Cb值。
CLUT部15將存儲在交互圖形平面12的非壓縮圖形中的指示色轉(zhuǎn)換為Y、Cr、Cb值。
音頻解碼器16對從解復(fù)用器3輸出的PES包進(jìn)行解碼，輸出非壓縮形式的音頻數(shù)據(jù)。
以上是涉及AVClip再現(xiàn)的構(gòu)成要素。接著，說明涉及BD-J模式下的動作的構(gòu)成要素(網(wǎng)絡(luò)裝置17～解復(fù)用器20)。
網(wǎng)絡(luò)裝置17是實現(xiàn)再現(xiàn)裝置的通信功能的設(shè)備，若在BD-J模式下由Java(注冊商標(biāo))應(yīng)用程序賦予了URL指定，則確立與相當(dāng)于該URL的web網(wǎng)頁的TCP鏈接、FTP鏈接等。通過這樣的鏈接確立，使Java(注冊商標(biāo))應(yīng)用程序進(jìn)行自web網(wǎng)頁的下載。
局部存儲器18是將通過由網(wǎng)絡(luò)裝置17確立的鏈接從web網(wǎng)頁下載的內(nèi)容等、從DB-ROM以外的記錄介質(zhì)及通信介質(zhì)供給的內(nèi)容，同，中間數(shù)據(jù)一起存儲的硬盤。該中間數(shù)據(jù)是用于將下載內(nèi)容綁定到局部存儲器18進(jìn)行管理的信息，通過對該局部存儲器18進(jìn)行存取，BD-J模式下的應(yīng)用程序可以進(jìn)行利用了下載內(nèi)容的各種處理。
讀緩沖器19是FIFO存儲器，在存儲在局部存儲器18的下載內(nèi)容中包含SubClip時，按先入先出方式存儲構(gòu)成該SubClip的TS數(shù)據(jù)包。
解復(fù)用器(De-MUX)20從讀緩沖器19取出TS數(shù)據(jù)包，將TS數(shù)據(jù)包轉(zhuǎn)換為PES數(shù)據(jù)包。然后，將通過轉(zhuǎn)換得到的PES數(shù)據(jù)包中的、具有希望的PID的PES數(shù)據(jù)包，輸出給字體生成器9、I圖形解碼器10、音頻解碼器16。
利用以上的網(wǎng)絡(luò)裝置17～De-mux20，可以與記錄在BD-ROM的內(nèi)容同樣得再現(xiàn)Java(注冊商標(biāo))應(yīng)用程序通過網(wǎng)絡(luò)下載的內(nèi)容。接著，說明實現(xiàn)再現(xiàn)裝置中的綜合控制的構(gòu)成要素(命令ROM21～開關(guān)27)。
命令ROM21存儲著規(guī)定再現(xiàn)裝置的控制的軟件。
用戶事件處理部22根據(jù)對遙控器或再現(xiàn)裝置的前面板的鍵操作，向CPU24輸出進(jìn)行該操作的用戶事件。
PSR組23是內(nèi)置在再現(xiàn)裝置中的寄存器，由64個播放狀態(tài)寄存器(PSR)和4096個的通用寄存器(GPR)構(gòu)成。播放狀態(tài)寄存器的設(shè)定值(PSR)中的PSR4～PSR8用于表現(xiàn)現(xiàn)在的再現(xiàn)時刻。
PSR4，通過被設(shè)定為1～100的值，表示現(xiàn)在的再現(xiàn)時刻所屬的標(biāo)題，通過被設(shè)定為0，表示現(xiàn)在的再現(xiàn)時刻是頂級菜單。
PSR5，通過被設(shè)定為1～999的值，表示現(xiàn)在的再現(xiàn)時刻所屬的章序號，通過被設(shè)定為0xFFFF，表示再現(xiàn)裝置中章序號是無效的。
PSR6，通過被設(shè)定為0～999的值，表示現(xiàn)在的再現(xiàn)時刻所屬的PL(當(dāng)前PL)的序號。
PSR7，通過被設(shè)定為0～255的值，表示現(xiàn)在的再現(xiàn)時刻所屬的播放條目(當(dāng)前播放條目)的序號。
PSR8，通過被設(shè)定為0～0xFFFFFFFF的值，使用45KHz的時間精度表示現(xiàn)在的再現(xiàn)時刻(當(dāng)前PTM(Presentation Time))。通過以上的PSR4～PSR8，在圖21(a)的BD-ROM全體的時間軸中，可以特定現(xiàn)在的再現(xiàn)時刻在哪兒。
CPU24執(zhí)行存儲在命令ROM21的軟件，執(zhí)行再現(xiàn)裝置全體的控制。該控制的內(nèi)容根據(jù)從用戶事件處理部22輸出的用戶事件、及PSR組23的各PSR的設(shè)定值，動態(tài)地變化。
腳本存儲器25是用于存儲當(dāng)前的PL信息或當(dāng)前的Clip信息的存儲器。當(dāng)前PL信息是指，存儲在BD-ROM的多個PL信息中的成為當(dāng)前處理對象的PL信息。當(dāng)前Clip信息是指，記錄在DB-ROM的多個Clip信息中的成為當(dāng)前處理對象的Clip信息。
局部內(nèi)存26是，因從BD-ROM的讀取是低速，所以用于暫時存儲BD-ROM的記錄內(nèi)容的緩沖存儲器。通過存在這樣的局部內(nèi)存26，BD-J模式下的程序執(zhí)行效率化。
開關(guān)27是將從BD-ROM及局部存儲器18讀取的各種數(shù)據(jù)有選擇地投入到讀緩沖器2、讀緩沖器19、腳本存儲器25、局部內(nèi)存26的某一個的開關(guān)。
以上是本實施方式涉及的再現(xiàn)裝置的硬件結(jié)構(gòu)。接著，說明本實施方式涉及的再現(xiàn)裝置的文件系統(tǒng)結(jié)構(gòu)。
圖13(a)是表示局部存儲器18的目錄結(jié)構(gòu)的圖。
在該圖的目錄結(jié)構(gòu)中的根目錄下，有“DLDAT”的子目錄，在其下，有“PKG00001”、“PKG00002”的子目錄?！癙KG00001”、“PKG00002”分別是BD-ROM的卷標(biāo)號，表示在局部存儲器18中存在與具有“PKG00001”這樣卷標(biāo)號的BD-ROM對應(yīng)的目錄、和與具有“PKG00002”這樣卷標(biāo)號的BD-ROM對應(yīng)的目錄。其中，子目錄“PKG00001”表示是與卷標(biāo)號“PKG00001”的BD-ROM對應(yīng)的、下載數(shù)據(jù)的放置位置。通過在對應(yīng)各BD-ROM的目錄下設(shè)置子目錄，分別存儲關(guān)于各BD-ROM的下載數(shù)據(jù)。在該子目錄下，與存儲在BD-ROM的信息相同地存儲著播放表信息、Clip信息、AVClip，另外存在Java(注冊商標(biāo))檔案文件、和流存儲位置信息文件。
在此，記錄在BD-ROM的AVClip對應(yīng)于電影作品的本篇，記錄在局部存儲器18上的AVClip是在目前在劇場上映的電影作品的預(yù)告篇。預(yù)告篇的內(nèi)容隨時代的變遷而變化，所以目前在劇場上映的電影作品的預(yù)告篇，在局部存儲器18上作為AVClip記錄著。
說明后者的流存儲位置信息文件。該流存儲位置信息文件是表示構(gòu)成虛擬包的文件一覽的信息。圖13(b)是表示流存儲位置信息文件的內(nèi)部結(jié)構(gòu)的圖，流存儲位置信息文件包括構(gòu)成虛擬包的各AVClip及Clip信息的存儲位置信息。各存處位置信息包括AVClip及Clip信息的“識別符”和表示該AVClip及Clip信息在局部存儲器18中的存儲位置的“文件路徑”。通過參照這樣的存儲位置信息，在構(gòu)筑虛擬包時，可以確認(rèn)作為虛擬包的構(gòu)成要素的AVClip及Clip信息是否齊備。
以上是本實施方式涉及的再現(xiàn)裝置的文件系統(tǒng)結(jié)構(gòu)。下面說明本實施方式涉及的再現(xiàn)裝置中的軟件結(jié)構(gòu)。
圖14是將由存儲在ROM24的軟件和硬件構(gòu)成的部分置換為層結(jié)構(gòu)描繪的圖。如該圖所示，再現(xiàn)裝置的層結(jié)構(gòu)包括以下的a)、b)、c)。即，包括a)BD播放裝置的第1級；b)BD播放模塊的第2級；c)應(yīng)用程序運行環(huán)境(Application Runtime Enviroment)的第3級。
在這些級中，圖32所示的再現(xiàn)裝置的硬件結(jié)構(gòu)屬于第1級。在該圖的第1級“BD Player Device”中，包含由圖12所示的硬件結(jié)構(gòu)中的視頻解碼器4、P圖形解碼器6、I圖形解碼器10、音頻解碼器16構(gòu)成的“解碼器”，由視頻平面5、演示圖形平面7、交互圖形平面12構(gòu)成的“平面”，BD-ROM及其文件系統(tǒng)、局部存儲器18及其文件系統(tǒng)。
第2級“BD播放模塊”，包括以下的b1)、b2)層。即，包括b2)回放控制引擎32的層，b1)虛擬文件系統(tǒng)38及演示引擎31的層，并且，對比自身上位的級提供，提供功能API。
其中，圖12所示的PSR組23、腳本存儲器25，存在于回放控制引擎32內(nèi)。
第3級“應(yīng)用程序運行環(huán)境”包括以下的c1)的堆棧級。即，包括c1)HDMV模塊29a、BD-J模塊29b所存在的層。
下面，說明該軟件結(jié)構(gòu)中的各結(jié)構(gòu)要素。
<HDMV模塊29a，BD-J模塊29b>
HDMV模塊29a解讀導(dǎo)航命令，基于解讀結(jié)果執(zhí)行對回放控制引擎32的功能調(diào)用。
BD-J模塊29b是所謂Java(注冊商標(biāo))平臺，成為將d1-1)Java(注冊商標(biāo))虛擬機30d1-2)用于Java(注冊商標(biāo))虛擬機進(jìn)行的工作的中間件階層化的構(gòu)成。
<Java(注冊商標(biāo))虛擬機30>
Java(注冊商標(biāo))虛擬機30將構(gòu)成應(yīng)用程序的xlet程序加載到工作存儲器，解讀xlet程序，按照解讀結(jié)果進(jìn)行對下層的控制。對下層的控制過程是，向中間件發(fā)行函數(shù)，置換成BD再現(xiàn)裝置對應(yīng)的功能調(diào)用，向回放控制引擎32發(fā)行置換后的功能調(diào)用。
<Java(注冊商標(biāo))虛擬機30的內(nèi)部結(jié)構(gòu)>
在此說明Java(注冊商標(biāo))虛擬機30的內(nèi)部結(jié)構(gòu)。圖15是表示，Java(注冊商標(biāo))虛擬機30的內(nèi)部結(jié)構(gòu)的圖。該圖所示的Java(注冊商標(biāo))虛擬機30包括圖12所示的CPU24、用戶類裝載器52、函數(shù)區(qū)53、工作存儲器54、線程55a、b…n、Java(注冊商標(biāo))堆棧56a、b…。
用戶類裝載器52從局部內(nèi)存26等讀取BDJA目錄的Java(注冊商標(biāo))檔案文件中的類文件，并存儲到函數(shù)區(qū)53。該用戶類裝載器52的類文件讀出是通過應(yīng)用程序管理器36向用戶類裝載器52指示指定了文件路徑的讀取而進(jìn)行的。如果文件路徑表示局部內(nèi)存26，用戶類裝載器52從局部內(nèi)存26將構(gòu)成應(yīng)用程序的Java(注冊商標(biāo))檔案文件中的類文件讀取到工作存儲器54。如果文件路徑表示文件系統(tǒng)上的目錄，用戶類裝載器52從BD-ROM或局部存儲器18將構(gòu)成應(yīng)用程序的Java(注冊商標(biāo))檔案文件中的類文件。
函數(shù)區(qū)53存儲由用戶類裝載器52從局部內(nèi)存26讀取的類文件。
工作存儲器54是所謂的堆區(qū)域，存儲各種各樣類文件的對象。在工作存儲器54，存儲常駐型的常駐應(yīng)用程序、和與讀取到函數(shù)區(qū)域53的類文件對應(yīng)的實例。該實例是構(gòu)成應(yīng)用程序的xlet程序。通過在工作存儲器54配置這樣的xlet程序，應(yīng)用程序成為可執(zhí)行狀態(tài)。
線程55a、b…n是執(zhí)行存儲在工作存儲器54的函數(shù)的邏輯上的執(zhí)行主體，將存儲在局部變量、操作數(shù)堆棧的參數(shù)作為操作數(shù)進(jìn)行運算，將運算結(jié)果存儲到局部變量或操作數(shù)堆棧。圖中的箭頭ky1、ky2、kyn象征地表示從工作存儲器54向線程55a、b…n的函數(shù)供給。物理上的執(zhí)行主體唯一地是CPU，作為邏輯上的執(zhí)行主體的線程可以存在于最大64個Java(注冊商標(biāo))虛擬機30內(nèi)。在該64個這樣的數(shù)值內(nèi)，可以新創(chuàng)建線程、也可以刪除已有的線程，線程的動作數(shù)在Java(注冊商標(biāo))虛擬機30的動作中可以增減。線程數(shù)可以適當(dāng)增加，所以，可以由多個線程并行地執(zhí)行一個實例，實現(xiàn)實例的高速化。
Java(注冊商標(biāo))堆棧56a、b…n與線程55a、b…n按一對一的比例存在，在內(nèi)部具有程序計數(shù)(圖中的PC)和一個以上的幀?！俺绦蛴嫈?shù)”表示在實例中當(dāng)前在執(zhí)行哪一部分。“幀”是向?qū)瘮?shù)的一次調(diào)用分配的堆棧式的區(qū)域，包括存儲有其一次調(diào)用時的參數(shù)的“操作數(shù)堆?！焙捅徽{(diào)用的函數(shù)使用的“局部變量堆棧(圖中的局部變量)”。幀在每次進(jìn)行調(diào)用時被堆積到Java(注冊商標(biāo))堆棧56a、b…n上，所以在某個函數(shù)遞歸調(diào)用自身時，該幀也被堆積一個。
以上是Java(注冊商標(biāo))虛擬機的內(nèi)部結(jié)構(gòu)。這樣構(gòu)成的Java(注冊商標(biāo))虛擬機，成為被事件驅(qū)動的執(zhí)行主體(事件驅(qū)動的執(zhí)行主體)。以上說明了Java(注冊商標(biāo))虛擬機。
<演示引擎(Presentation Engine)31>
演示引擎31執(zhí)行AV再現(xiàn)功能。再現(xiàn)裝置的AV再現(xiàn)功能是指，從DVD播放機、CD播放機繼承的傳統(tǒng)的功能群，是如下的功能再現(xiàn)開始(Play)、再現(xiàn)停止(Stop)、暫停(Pause On)、解除暫停(PauseOff)、靜音功能的解除(still off)、帶速度指定的快進(jìn)(ForwardPlay(speed))、帶速度指定的快退(Backword Play(speed))、聲音切換(Audio Change)、副圖像切換(Subtitle Change)、角度切換(Angle Change)。為了實現(xiàn)AV再現(xiàn)功能，演示引擎31控制視頻解碼器4、P圖形解碼器6、I圖形解碼器10、音頻解碼器16，以便進(jìn)行讀取到讀緩沖器2上的AVClip中的、希望時刻的部分的解碼。作為希望時刻，進(jìn)行PSR8(目前PTM)所示的位置的解碼，在AVClip中可以進(jìn)行任意時刻的再現(xiàn)。
<回放控制引擎32>
回放控制引擎32執(zhí)行對播放表的再現(xiàn)控制功能(i)、PSR組23中的狀態(tài)取得/設(shè)定功能(ii)這樣的各功能。對PL的再現(xiàn)控制功能是指，按照當(dāng)前PL信息及Clip信息進(jìn)行演示引擎31所進(jìn)行的AV再現(xiàn)功能中的再現(xiàn)開始、再現(xiàn)停止。這些功能(i)～(ii)根據(jù)來自HDMV模塊29a～BD-J模塊29b的功能調(diào)用執(zhí)行。
在此，說明回放控制引擎32的處理和Java(注冊商標(biāo))虛擬機的處理的同期。若功能被調(diào)用，回放控制引擎32基于PL信息執(zhí)行處理步驟。如果要再現(xiàn)的AVClip具有15分、30分的再現(xiàn)時間，則繼續(xù)這些時間及上述的處理。在此成為問題的是，Java(注冊商標(biāo))虛擬機30返回存取響應(yīng)的時間、和回放控制引擎32實際上結(jié)束處理的時間之間的間隔。Java(注冊商標(biāo))虛擬機30是事件驅(qū)動的處理主體，所以在調(diào)用后立即返回表示再現(xiàn)成功、還是再現(xiàn)失敗的響應(yīng)，但是，回放控制引擎32結(jié)束AVClip及播放條目的再現(xiàn)是經(jīng)過15分鐘、30分鐘后，因此，如果以向應(yīng)用程序返回存取響應(yīng)的時間為基準(zhǔn)，不能檢測出經(jīng)過15分鐘、30分后鐘后的處理結(jié)束。如果在PL再現(xiàn)中進(jìn)行快進(jìn)、快退，該15分鐘、30分鐘的再現(xiàn)期間前后變動，處理結(jié)束的檢測更為困難。因此，回放控制引擎32在播放條目的再現(xiàn)結(jié)束時、AVClip的再現(xiàn)結(jié)束時，向應(yīng)用程序輸出表示播放條目、AVClip的再現(xiàn)結(jié)束的事件。通過這樣的輸出，應(yīng)用程序可以得知回放控制引擎32結(jié)束播放條目或AVClip的再現(xiàn)的時刻。
以上是Java(注冊商標(biāo))虛擬機、網(wǎng)絡(luò)裝置31、回放控制引擎32的說明。對于回放控制引擎32的Java(注冊商標(biāo))虛擬機的控制通過虛擬包進(jìn)行。為了實現(xiàn)通過虛擬包的、對回放控制引擎32的控制，在再現(xiàn)裝置中存在如下所示的構(gòu)成要素(網(wǎng)絡(luò)管理模塊37、虛擬文件系統(tǒng)部38、管理信息轉(zhuǎn)換模塊39、函數(shù)執(zhí)行模塊40)。下面說明這些構(gòu)成要素。
<網(wǎng)絡(luò)管理模塊37>
網(wǎng)絡(luò)管理模塊37按照來自應(yīng)用程序的函數(shù)調(diào)用，從電影作品的提供者運營的三維網(wǎng)下載虛擬包構(gòu)筑所需的數(shù)據(jù)。在虛擬包構(gòu)筑所需的數(shù)據(jù)中，有流存儲位置信息文件、博放表信息、Clip信息、AVClip。當(dāng)由工作存儲器(Work Memory)54上的應(yīng)用程序發(fā)出了的下載請求時，網(wǎng)絡(luò)管理模塊37通過網(wǎng)絡(luò)下載在虛擬包構(gòu)筑所需的數(shù)據(jù)，寫入到局部存儲器18。
該下載的寫入步驟是
流存儲位置信息文件→播放表信息→多個Clip信息→多個AVClip。
在此，在播放表信息-多個Clip信息的寫入結(jié)束的階段，可以進(jìn)行虛擬包的構(gòu)筑。
<虛擬文件系統(tǒng)部38>
虛擬文件系統(tǒng)部38是屬于第2級的構(gòu)成要素之一，按照來自應(yīng)用程序的函數(shù)調(diào)用，構(gòu)筑虛擬包。在虛擬包的構(gòu)筑處理中，包含構(gòu)成虛擬包的各AVClip的狀態(tài)管理和虛擬包信息的生成處理。
1.虛擬包信息虛擬包信息是擴展了BD-ROM中的卷標(biāo)管理信息的信息。在此，卷標(biāo)管理信息是規(guī)定某記錄介質(zhì)上存在的目錄文件結(jié)構(gòu)的信息，包括關(guān)于目錄的目錄管理信息、關(guān)于文件的文件管理信息。
虛擬包信息是通過在表示BD-ROM的目錄文件結(jié)構(gòu)的卷標(biāo)管理信息中追加新的文件管理信息，實現(xiàn)BD-ROM中的目錄文件結(jié)構(gòu)的擴展的信息。在此，追加到BD卷標(biāo)管理信息的文件管理信息是指，關(guān)于存在于局部存儲器18的播放表信息、Clip信息、AVClip的文件管理信息，通過生成追加了這樣的文件管理信息的虛擬包并傳遞給回放控制引擎32，回放控制引擎32可以識別為位于局部存儲器18上的播放表信息、Clip信息、AVClip存在于BD-ROM上。圖16是表示由虛擬文件系統(tǒng)部38進(jìn)行的虛擬包信息構(gòu)筑的一例的圖。該圖的左上是BD_ROM中的目錄文件構(gòu)造，與圖2所示的相同。該圖的左下是局部存儲器18中的目錄文件構(gòu)造，與圖13(a)所示的相同。向BD-ROM的卷標(biāo)管理信息追加關(guān)于該局部存儲器18上的播放表信息、Clip信息、AVClip的文件管理信息。
具體地說，i)向BD卷標(biāo)構(gòu)成信息中的MPLS路徑的路徑管理信息，追加關(guān)于局部存儲器18上的播放表(00002.MPLS)的文件管理信息；
ii)向BD卷標(biāo)構(gòu)成信息中的CLPI目錄的目錄管理信息，追加關(guān)于局部存儲器18上的Clip信息#2、Clip信息#3、#4(00002.CLPI，00003.CLPI，00004.CLPI)的文件管理信息；iii)向BD卷標(biāo)構(gòu)成信息中的STREAM目錄的目錄管理信息，追加關(guān)于局部存儲器18上的AVClip#2、AVClip#3、#4(00002.M2TS，00003.M2TS，00004.M2TS)的文件管理信息。
通過這樣做，可得到虛擬包信息。通過該追加得到的容量管理信息是虛擬包信息。
向回放控制引擎32傳遞這樣生成的虛擬包信息。由此，回放控制引擎32，可以與BD-ROM上的播放表信息、Clip信息、AVClip對等地處理局部存儲器18上的播放表信息、Clip信息、AVClip。以上是對于虛擬包信息生成的說明。接著說明由虛擬文件系統(tǒng)部38進(jìn)行的狀態(tài)管理。
3.允許(enable)及禁止(disable)“狀態(tài)管理”是指，應(yīng)構(gòu)筑虛擬包的AVClip是允許還是禁止的管理。在此，播放表信息中的一個播放條目信息是多角度對象時，構(gòu)成多角度區(qū)間的各個AVClip成為是允許還是禁止的狀態(tài)管理的對象。而且，在播放條目信息中存在子播放條目信息時，該子播放條目信息的記載了Clip_information_file_name的AVClip也成為是允許還是禁止的狀態(tài)管理的對象。
圖17(a)是表示由虛擬文件系統(tǒng)部38進(jìn)行的狀態(tài)管理的一例的圖。如該圖所示，AVClip的狀態(tài)有“允許”、和“禁止”?！霸试S”是指，Clip信息和與其對應(yīng)的AVClip存在于局部存儲器18上，該AVClip被設(shè)定成只讀模式的狀態(tài)。
另一方面，“禁止”是指，雖然Clip信息存在于局部存儲器18上，但與其對應(yīng)的AVClip在局部存儲器18中不存在(損失流，MissingStream)、或者即使存在也是可以刪除的狀態(tài)。
禁止是作為可刪除的內(nèi)容操作的，在局部存儲器18上的容量不足時，禁止的AVClip成為刪除對象。
因此，在局部存儲器18下載了AVClip時，只要虛擬文件系統(tǒng)部38不改變AVClip為允許，回放控制引擎32就把該下載的AVClip作為不存在的內(nèi)容來處理。只要沒有虛擬文件系統(tǒng)部38的作為，回放控制引擎32就不識別局部存儲器18上的AVClip，所以在不穩(wěn)定的狀態(tài)下，回放控制引擎32不可能使再現(xiàn)繼續(xù)進(jìn)行。
3.只讀模式及其取消下面說明只讀模式。向只讀模式的變化是通過重寫局部存儲器18中的容量管理信息的文件管理信息進(jìn)行的。該重寫對象是局部存儲器18中的DLDAT目錄下的PACKAGE00001目錄中的文件管理信息，通過將這樣的文件管理信息中的文件屬性全部重寫到只讀屬性，局部存儲器18上的AVClip不會被重寫。因此，在回放控制引擎32的再現(xiàn)中，即使應(yīng)用程序要存取局部存儲器18上的AVClip，AVClip也不會被重寫，所以保持了再現(xiàn)中的AVClip的同一性。
使局部存儲器18上的AVClip成為可以從回放控制引擎32識別的狀態(tài)時，在局部存儲器18中，將存儲該AVClip的文件置為只讀屬性，所以Java(注冊商標(biāo))虛擬機上的應(yīng)用程序即使要直接對局部存儲器18進(jìn)行存取，其AVClip的內(nèi)容也不會在中途改變。
說明只讀模式的取消。只讀模式的取消，與向只讀模式的變化同樣地，通過重寫局部存儲器18中的卷標(biāo)管理信息的文件管理信息進(jìn)行的。該重寫對象是局部存儲器18中的DLDAT目錄下的PACKAGE00001目錄中的文件管理信息，通過將這樣的文件管理信息中的文件管理信息從只讀屬性改寫為可重寫屬性，局部存儲器18上的AVClip任何時候都能被重寫。因此，在回放控制引擎32的再現(xiàn)結(jié)束后，馬上把局部存儲器18中的文件管理信息改寫成可重寫屬性，局部存儲器18上的AVClip成為刪除對象。以上是對狀態(tài)管理的說明。
4.狀態(tài)管理和虛擬包信息的關(guān)系該狀態(tài)管理的內(nèi)容可反映為虛擬包信息的制作。即，在狀態(tài)管理中，關(guān)于被禁止的AVClip的文件管理信息，不追加到BD-ROM的卷標(biāo)管理信息，只有關(guān)于被允許的AVClip的文件管理信息，被追加到BD-ROM的卷標(biāo)管理信息。通過將這樣生成的虛擬包信息傳遞給回放控制引擎32，回放控制引擎32只識別設(shè)定為允許的AVClip。存在于BD-ROM上的AVClip#1、和存在于局部存儲器18上的AVClip#2、AVClip#3、AVClip#4中，如果AVClip#1、AVClip#2是允許，AVClip#3、AVClip#4是禁止，那么虛擬文件系統(tǒng)部38如圖18所示地進(jìn)行虛擬包信息的生成。圖18是表示反映了狀態(tài)管理的虛擬包信息的生成的圖。在該圖中，關(guān)于AVClip#2的文件管理信息被追加到BD卷標(biāo)構(gòu)成信息中的STREAM目錄的目錄管理信息，但是，關(guān)于AVClip#3、AVClip#4的文件管理信息不被追加到BD卷標(biāo)構(gòu)成信息中的STREAM目錄的目錄管理信息。在圖18左下部的四個AVClip中，相當(dāng)于AVClip#2的00002.M2TS是允許，相當(dāng)于AVClip#3、AVClip#4的00003.M2TS、00004.M2TS是禁止。那么，如該圖所示，在局部存儲器18中，相當(dāng)于AVClip#2的0000.M2TS的文件屬性設(shè)定為只讀屬性。而且，相當(dāng)于AVClip#3、AVClip#4的00003.M2TS、00004.M2TS的文件屬性設(shè)定為可重寫屬性。通過向回放控制引擎32傳遞這樣生成的虛擬包信息，回放控制引擎32不會識別AVClip#3、AVClip#4。
在此，雖然Clip信息存在，但對應(yīng)的AVClip不在局部存儲器18上時，其AVClip被設(shè)定為禁止。但是，雖然對于Clip信息的文件路徑在流存儲位置信息文件中，可是，不僅AVClip、連Clip信息也不在局部存儲器18時，虛擬包的構(gòu)筑不可能。即，在虛擬包中本來應(yīng)有的Clip信息不存在，意味著波及整個虛擬包。
5.虛擬包信息的傳遞說明通過以上的1.～4.生成的虛擬包信息如何被傳遞。
在此，如圖18所示，假設(shè)了播放表信息、Clip信息#2～Clip信息#4、AVClip#2的下載雖然結(jié)束，但AVClip#3、AVClip#4的下載沒有結(jié)束的狀態(tài)。在這樣的狀態(tài)下若請求虛擬包構(gòu)筑，虛擬文件系統(tǒng)部38進(jìn)行如19所示的動作。圖19是表示通過網(wǎng)絡(luò)管理模塊37進(jìn)行的下載正在中途時的、虛擬文件系統(tǒng)部38的虛擬包構(gòu)筑的圖。在該圖的狀況下若請求了虛擬包構(gòu)筑(⊙1VPCreate)，則從BD-ROM及局部存儲器18讀取目錄管理信息及文件管理信息(⊙2，3)，進(jìn)行虛擬包的構(gòu)筑，向回放控制引擎32傳遞虛擬包信息(⊙4)，并且傳遞給應(yīng)用程序(⊙5)。通過這樣做，回放控制引擎32可以通過虛擬包利用BD-ROM、及局部存儲器18上的AVClip構(gòu)筑一個流序列。
而且，在傳遞給應(yīng)用程序的虛擬包信息中，Clip信息#3、Clip信息#4存在而AVClip#3、AVClip#4不存在，所以應(yīng)用程序認(rèn)為雖然AVClip#3、AVClip#4構(gòu)成數(shù)據(jù)流列，但它們是不存在的流(損失流)。
以上是對于虛擬文件系統(tǒng)部38的說明。
<管理信息轉(zhuǎn)換模塊39>
管理信息轉(zhuǎn)換模塊39是BD-J模塊29b內(nèi)的一個中間件，在應(yīng)用程序請求了存在于虛擬包中的播放表信息的實例時，在Java(注冊商標(biāo))虛擬機的工作存儲器54生成JMF形式的播放表信息的實例(在圖16的工作存儲器54內(nèi)表示的播放表對象)。
該實例(播放表對象)具有作為播放表信息的“數(shù)據(jù)部”和多個“函數(shù)部”。
播放表對象中的多個函數(shù)，使回放控制引擎32進(jìn)行再現(xiàn)開始(Play)、再現(xiàn)停止(Stop)、暫停(Pause On)、暫停解除(Pause Off)、靜音功能的解除(still off)、帶速度指定的快進(jìn)(ForwardPlay(speed))、帶速度指定的快退(Backword Play(speed))、聲音切換(Audio Change)、副圖像切換(Subtitle Change)、角度切換(Angle Change)這樣的各種再現(xiàn)處理。由此，通過應(yīng)用程序調(diào)用該函數(shù)，能夠再現(xiàn)由該播放表規(guī)定的流序列、或者停止這樣的再現(xiàn)。
在此，說明由播放表對象再現(xiàn)的播放表信息。該播放表信息是存在于局部存儲器18上的播放表信息。
BD-ROM上的播放表信息只參照BD-ROM上的AVClip，相對于此，局部存儲器18上的播放表信息被稱為“前進(jìn)播放表信息”，參照BD-ROM上的AVClip和局部存儲器18上的AVClip。
在此，假設(shè)前進(jìn)播放表信息由播放條目信息#1～播放條目信息#5這樣的五個播放條目信息構(gòu)成。在其中的三個播放條目信息#1～播放條目信息#3參照BD-ROM上的Clip信息，剩余兩個(播放條目信息#4、播放條目信息#5)參照局部存儲器18上的Clip信息的時，該前進(jìn)播放表信息如圖20(a)所示地可以利用BD-ROM上的AVClip和局部存儲器18上的AVClip定義一個流序列。
圖20(a)是表示由存儲在局部存儲器的PL信息定義了怎樣的播放表再現(xiàn)時間軸的圖。第1層表示記錄在BD-ROM的AVClip中的再現(xiàn)時間軸，第2層表示由存儲在局部存儲器的PL信息定義的播放表再現(xiàn)時間軸。第3層表示存儲在局部存儲器的AVClip#2的再現(xiàn)時間軸，第4層表示存儲在局部存儲器的AVClip#3中的再現(xiàn)時間軸，第5層表示存儲在局部存儲器的AVClip#4中的再現(xiàn)時間軸。
播放表信息中的播放條目中，播放條目信息#4、播放條目信息#5、播放條目信息#6指定AVClip#2、AVClip#3、AVClip#4作為再現(xiàn)區(qū)間，前進(jìn)播放表信息可以將BD-ROM上的AVClip及局部存儲器18上的AVClip規(guī)定為一個流序列。
在此，前進(jìn)播放表信息的“順序”是指，在由構(gòu)成播放表信息的播放條目信息參照的AVClip中，若一部分是允許，即使其余的是禁止，也可以開始流序列的再現(xiàn)。
圖20(b)是表示前進(jìn)播放表信息的概念的圖。該圖的第2層～第5層表示圖20(a)的第2層、第3層、第4層、第5層。在圖20(a)的第3層、圖20(b)的第3層的AVClip是允許，第4層～第5層的AVClip是禁止時，由前進(jìn)播放表信息參照的四個AVClip中，雖然AVClip#3、AVClip#4是不能再現(xiàn)的，但AVClip#1、AVClip#2可以再現(xiàn)，所以，可以開始流序列的再現(xiàn)。這樣，如果是一部分的AVClip則可以投機地開始再現(xiàn)，這是前進(jìn)播放表信息的特征。
在虛擬包構(gòu)筑由虛擬文件系統(tǒng)部38進(jìn)行的階段，工作存儲器54上的應(yīng)用程序請求了關(guān)于如圖20那樣的前進(jìn)播放表信息的實例生成時，管理信息轉(zhuǎn)換模塊39進(jìn)行如圖21所示的處理。圖21是表示由管理信息轉(zhuǎn)換模塊39進(jìn)行的實例生成的圖。
當(dāng)應(yīng)用程序調(diào)用請求存在于虛擬包的播放表信息的實例生成的生成函數(shù)時(⊙1)，管理信息轉(zhuǎn)換模塊39從腳本存儲器25讀取播放表信息(⊙2)，在工作內(nèi)存54生成將該前進(jìn)播放表信息作為數(shù)據(jù)部，并附加了函數(shù)部的播放表對象(⊙3)。由于這樣的播放表對象可以在工作內(nèi)存54得到，所以通過應(yīng)用程序調(diào)用該播放表對象的函數(shù)，可以向回放控制引擎32命令由播放表信息規(guī)定的流序列的再現(xiàn)。
圖22是表示播放表對象中的Play函數(shù)的調(diào)用的圖。通過該Play函數(shù)的調(diào)用(⊙4)，對回放控制引擎32進(jìn)行PL再現(xiàn)的功能調(diào)用(⊙5)。這樣，回放控制引擎32讀取由請求了再現(xiàn)的播放表信息參照的AVClip(BD-ROM上的AVClip#1、局部存儲器18上的AVClip#2)(⊙6，7)，依次供給解碼器。以上是對于管理信息轉(zhuǎn)換模塊39的說明。
<函數(shù)執(zhí)行模塊40>
函數(shù)執(zhí)行模塊40是BD-J模塊29b內(nèi)的中間件中的一個構(gòu)成要素，按照來自存在于Java(注冊商標(biāo))虛擬機30的應(yīng)用程序的函數(shù)調(diào)用，執(zhí)行各種函數(shù)。在由函數(shù)執(zhí)行模塊40執(zhí)行的函數(shù)中，有各種各樣的函數(shù)，但getMissingStreams函數(shù)、enableClip函數(shù)、disableClip函數(shù)、getDisableClips函數(shù)是本申請的特征。下面，說明這些函數(shù)。
1.getMissingStreams函數(shù)getMissingStreams函數(shù)是指，在由網(wǎng)絡(luò)管理模塊37進(jìn)行的下載正在繼續(xù)時，向虛擬文件系統(tǒng)部38詢問是否還存在成為損失流的AVClip的函數(shù)。
在此，假設(shè)如圖19所示的虛擬包信息被傳遞給工作內(nèi)存54上的應(yīng)用程序。在虛擬包構(gòu)筑時判明的損失流是AVClip#3、AVClip#4，之后，應(yīng)用程序調(diào)用getMissingStreams函數(shù)，由此向虛擬文件系統(tǒng)部38詢問了最新的損失流。此時的函數(shù)執(zhí)行模塊40的處理如圖22所示。
圖23是模式地表示該詢問的結(jié)果的圖。在該圖中如⊙1所示，進(jìn)行g(shù)etMissingStreams函數(shù)的調(diào)用，通過該調(diào)用，虛擬文件系統(tǒng)部38作為返回值返回AVClip#4。如果這樣，在調(diào)用getMissingStreams函數(shù)之前，損失流是AVClip#3、AVClip#4，在getMissingStreams函數(shù)的調(diào)用后成為AVClip#4，這樣可以判定為AVClip#3不是損失流(下載已結(jié)束)。通過這樣做，隨著下載的進(jìn)行，可以知道損失流解決到什么程度。
2.enableClip函數(shù)enableClip函數(shù)是指，在虛擬包的構(gòu)筑時是損失流，但是在其后，當(dāng)存在不是損失流的AVClip時，用于設(shè)定該AVClip為允許的函數(shù)。
在此，明確了在圖23中AVClip#3不是損失流，所以調(diào)用將該AVClip#3作為對象的enableClip函數(shù)。此時，函數(shù)執(zhí)行模塊40進(jìn)行如圖24所示的處理。圖24是模式地表示enableClip函數(shù)的調(diào)用的圖。當(dāng)進(jìn)行以該AVClip#3為對象的enableClip函數(shù)的調(diào)用時(⊙1)，應(yīng)用程序?qū)VClip#3變更為允許，向應(yīng)用程序返回Success響應(yīng)(⊙2)。通過這樣做，可以在虛擬包的構(gòu)筑中將不能成為損失流的AVClip變更為允許。設(shè)AVClip為允許時，函數(shù)執(zhí)行模塊40向應(yīng)用程序及回放控制引擎32傳遞包含新設(shè)為允許的AVClip的虛擬包信息。由此，回放控制引擎32及應(yīng)用程序可以識別并存取新成為允許的AVClip。
3.disableClip函數(shù)disableClip函數(shù)是指，把處于允許的AVClip設(shè)置為禁止的函數(shù)。在此，圖20所示的前進(jìn)播放表信息的再現(xiàn)中，表示AVClip#2的再現(xiàn)結(jié)束的事件由回放控制引擎32通知。此時，若通知了AVClip#2的再現(xiàn)已結(jié)束，進(jìn)行如圖25的處理。圖25是模式地表示disableClip函數(shù)的調(diào)用的圖。在該圖中，若伴隨回放控制引擎32的再現(xiàn)的進(jìn)行，如果由end of Clip事件通知了AVClip#2的再現(xiàn)已結(jié)束(⊙1)，通過調(diào)用以該AVClip#2為對象的disableClip函數(shù)(⊙2)，應(yīng)用程序可以把AVClip#3改變?yōu)榻?。通過這樣做，可以把再現(xiàn)已結(jié)束的AVClip變更為禁止。通過這樣做，AVClip#2被設(shè)定為禁止，所以AVClip#2成為刪除對象。在構(gòu)成預(yù)告篇的AVClip時時刻刻被下載時，只要把由前進(jìn)播放表信息規(guī)定的流序列中的、再現(xiàn)已結(jié)束的依次設(shè)置為禁止，則可以將再現(xiàn)已結(jié)束的AVClip設(shè)為禁止而成為刪除對象。把AVClip設(shè)為禁止時，函數(shù)執(zhí)行模塊40向應(yīng)用程序及回放控制引擎32傳遞除去了新設(shè)置為禁止的AVClip之外的虛擬包信息。由此，回放控制引擎32不會識別成為禁止的AVClip。而且，在刪除局部存儲器18上的AVClip時，中間件只檢驗要刪除的應(yīng)用程序的寫入權(quán)限，然后執(zhí)行其刪除。這是為了防止因不注意的刪除引起的AVClip的丟失。
4.getDisableClips函數(shù)getDisableClips函數(shù)是詢問是否存在成為禁止的AVClip的函數(shù)。通過該函數(shù)的調(diào)用，應(yīng)用程序使用該函數(shù)可以得到目前是否有成為禁止的AVClip的信息。
作為使用例，例如在前進(jìn)播放表再現(xiàn)中接受了來自用戶的章跳越請求時，應(yīng)用程序使用該函數(shù)判斷跳躍對象的AVClip是否是禁止。并且，若是禁止，不進(jìn)行章跳躍，顯示“正在下載，還不能跳躍到其它章”，喚起注意。通過這樣做，可以在前進(jìn)播放表的再現(xiàn)中執(zhí)行稱為章跳躍的特殊再現(xiàn)。
通過以上說明，結(jié)束關(guān)于由函數(shù)執(zhí)行模塊40執(zhí)行的函數(shù)的說明。
參照流程圖詳細(xì)說明之前的各構(gòu)成要素的處理順序。
圖26是表示虛擬包構(gòu)筑時的處理的流程圖。在該流程圖中，先判斷與存儲在流存儲位置信息文件中的AVClip對應(yīng)的Clip信息在局部存儲器18中是否完備(步驟S1)，若在Clip信息中有不完備的，對于從應(yīng)用程序的虛擬包調(diào)用，進(jìn)行錯誤返回(步驟S10)。即使對于Clip信息的文件路徑存在于流存儲位置信息文件，AVClip甚至Clip信息都不在局部存儲器時，虛擬包的構(gòu)筑不可能。
另一方面，如果記述在流存儲位置信息文件中的所有Clip信息存在于局部存儲器18(步驟S1的“是”)，向BD卷標(biāo)管理信息中的播放表目錄的目錄管理信息追加局部存儲器18中的播放表信息的文件管理信息(步驟S2)，向BD卷標(biāo)管理信息中的CLPINF目錄的目錄管理信息追加局部存儲器18中的Clip信息的文件管理信息(步驟S3)。之后，執(zhí)行步驟4～步驟S8的循環(huán)處理。該循環(huán)處理是，對存在于局部存儲器18的各個Clip信息，重復(fù)步驟S6～步驟S8的處理的處理(步驟S4、步驟S5)。在此，把成為循環(huán)處理的對象的一個Clip信息作為Clip信息x。
在該循環(huán)處理中，確定對應(yīng)Clip信息x的AVClip(步驟S6)，判斷該AVClip是允許還是禁止(步驟S7)。若是允許，向BD卷標(biāo)管理信息的STREAM目錄的目錄管理信息，追加局部存儲器18中的AVClipx的文件管理信息(步驟S8)。另一方面，若AVClip是禁止，跳過步驟S8。如果對于所有Clip信息及AVClip重復(fù)以上的處理，關(guān)于允許的AVClip的文件管理信息就被追加到BD卷標(biāo)管理信息上。通過這樣的追加得到的BD卷標(biāo)管理信息成為虛擬包信息。向虛擬包調(diào)用的調(diào)用源的應(yīng)用程序及回放控制引擎32傳遞該虛擬包信息(步驟S9)，結(jié)束處理。
圖27(a)是表示enableClip函數(shù)的調(diào)用時的處理順序的流程圖。若進(jìn)行該函數(shù)的調(diào)用，根據(jù)調(diào)用時的參數(shù)確定應(yīng)設(shè)為允許的AVClipy(步驟S14)，并且依次進(jìn)行步驟S15、步驟S16的判斷。步驟S15是判斷AVClipy是否存儲在局部存儲器18的判斷，步驟S16判斷AVClipy的文件路徑是否被記載在流存儲位置信息文件。若這些判斷步驟的某一個是“否”，就向調(diào)用源返回“錯誤”，結(jié)束該流程圖的處理(步驟S19)。另一方面，如果步驟S15-步驟S16的雙方是“是”，就將AVClipy設(shè)為允許，在局部存儲器18中，將存儲了AVClip y的文件的文件屬性設(shè)為只讀，將AVClipy設(shè)為只讀模式(步驟S17)。之后，把“成功”作為返回值返回(步驟S18)。
圖27(b)是表示disableClip函數(shù)的調(diào)用時的處理順序的流程圖。若進(jìn)行了該函數(shù)的調(diào)用，根據(jù)調(diào)用時的參數(shù)確定應(yīng)成為禁止的AVClipy(步驟S21)，并且依次進(jìn)行步驟S22、步驟S23的判斷。步驟S22判斷AVClipy是否是再現(xiàn)中，步驟S23判斷AVClipy的文件路徑是否記載在流存儲位置信息文件中。若這些判斷步驟的某一個是“是”，向調(diào)用源返回“錯誤”，結(jié)束該流程圖的處理(步驟S26)。另一方面，如果步驟S22-步驟S23的雙方是“是”，將AVClipy設(shè)為禁止，在局部存儲器18中，把存儲了AVClipy的文件的文件屬性設(shè)為重寫屬性，取消AVClipy的只讀模式(步驟S24)。之后，把“成功”作為返回值返回(步驟S25)。
圖28是表示回放控制引擎32的再現(xiàn)順序的流程圖。該流程圖是，以播放表信息中的起始播放條目信息作為播放條目，執(zhí)行步驟S33～步驟S42的循環(huán)處理。步驟S33～步驟S42的循環(huán)處理的控制變量是變量i，執(zhí)行步驟S33～步驟S40，之后，在變量i超過播放條目值(播放條目值的序號)之前執(zhí)行控制變量I加1的處理(步驟S41)。
說明步驟S32～步驟S40的處理。這些處理中，把記述在播放條目信息i的Clip_information_file_name的AVClip作為AVClip(步驟S33)，成為再現(xiàn)的對象。步驟S34判斷AVClip是否是允許，若AVClip不是允許，在該時刻中止本流程圖的處理。若是允許，向驅(qū)動器裝置及解碼器發(fā)出指示，再現(xiàn)AVClipj中的從PlayItem.In_time到PlayItem.Out_time的部分(步驟S35)。
步驟S36判斷把播放條目信息指定為Sync_PlayItem_id的子播放條目k是否存在。若不存在，直接轉(zhuǎn)移到步驟S41。若存在，將記述在子播放條目k的Clip_information_file_name的AVClip設(shè)為AVCliph(步驟S38)，判斷其AVCliph是否是允許(步驟S39)。若是允許，向驅(qū)動器裝置及解碼器發(fā)出指示，以便再現(xiàn)其AVCliph中的從Sync_Start_PTS_of_PlayItem到Out_time，轉(zhuǎn)移到步驟S41(步驟S40)。
如果其AVCliph不是允許，則跳過步驟S40。通過對構(gòu)成播放表信息的所有播放條目信息重復(fù)以上的處理，進(jìn)行由播放表信息規(guī)定的流序列的再現(xiàn)。圖29是表示應(yīng)用程序的處理順序的流程圖。首先，請求流存儲位置信息和播放表信息、Clip信息、AVClip的下載(步驟S1)。然后進(jìn)行虛擬包的構(gòu)筑請求(步驟S52)。步驟S53判斷構(gòu)筑請求是否是成功了，在虛擬包的構(gòu)筑成功之前，虛擬包的構(gòu)筑請求重復(fù)多次。
若虛擬包的構(gòu)筑成功，執(zhí)行步驟S55。步驟S55判斷損失流是否存在于虛擬包信息中。具體地說，在Clip信息存在但對應(yīng)的AVClip不存在時，將該AVClip作為損失流取得(步驟S56)。
之后，在步驟S57調(diào)用前進(jìn)播放表信息的Play函數(shù)，然后進(jìn)行Play函數(shù)是否是成功的判定(步驟S58)。若是錯誤，結(jié)束該流程圖的處理。若是成功，執(zhí)行由步驟S59～步驟S61構(gòu)成的循環(huán)處理。
步驟S59是getMissingStreams函數(shù)的調(diào)用。步驟S60是在步驟S59的調(diào)用，若被通知了損失流，判斷在以前取得的損失流中是否存在下載已結(jié)束的。
步驟S61判斷是否發(fā)生了表示AVClip的再現(xiàn)結(jié)束的事件。應(yīng)用程序在進(jìn)行回放控制引擎32的再現(xiàn)期間，重復(fù)執(zhí)行該步驟S59～步驟S61的處理。
在上述處理的重復(fù)中，若有結(jié)束了下載的AVClip(在步驟S60的“是”)，對其下載結(jié)束的損失流調(diào)用enableClip函數(shù)(步驟S62)。通過這樣做，可以早期地將下載已結(jié)束的AVClipe設(shè)為允許。
而且，若有結(jié)束再現(xiàn)的AVClip(在步驟S61“是”)，判定其AVClip是否是預(yù)告篇，若是預(yù)告篇，對于其AVClip，調(diào)用disableClip函數(shù)。根據(jù)這樣做，可以早期地將結(jié)束再現(xiàn)的預(yù)告篇的AVClip為disable。
<動作>
說明再現(xiàn)圖20所示的播放表信息時的再現(xiàn)裝置的動作。圖30～圖33是表示由網(wǎng)絡(luò)管理模塊37進(jìn)行的下載進(jìn)度和由回放控制引擎32進(jìn)行的再現(xiàn)進(jìn)度的圖。第一層表示由網(wǎng)絡(luò)管理模塊37進(jìn)行的下載的進(jìn)度，第二層表示由回放控制引擎32進(jìn)行的再現(xiàn)的進(jìn)度。第三層是現(xiàn)狀的時間軸。第四層表示由應(yīng)用程序進(jìn)行的函數(shù)的調(diào)用。
如第一層所示，由網(wǎng)絡(luò)管理模塊37進(jìn)行的下載包括圖20所示的播放表信息的下載、Clip信息#1～Clip信息#4的下載、AVClip#1～AVClip#4的下載。
圖30(a)的目前時刻＝時刻t0時刻t0是播放表信息、Clip信息#1～Clip信息#4的下載結(jié)束的時刻。因此，虛擬包的構(gòu)筑成為可能。而且，虛擬包中的播放表信息參照AVClip#1，該AVClip#1至少是允許，所以流序列的再現(xiàn)從t0開始。
圖30(b)的目前時刻＝時刻t1
時刻t1是由播放表#1參照的AVClip#1的再現(xiàn)途中，但其是AVClip#2的下載結(jié)束的時刻。由于AVClip#2的下載已結(jié)束，所以AVClip#2不是禁止。因此，應(yīng)用程序通過調(diào)用enableClip函數(shù)，可以將AVClip#2置為允許。通過該調(diào)用，相當(dāng)于AVClip#2的播放條目#4成為再現(xiàn)對象。
圖31(a)的目前時刻＝時刻t2時刻t2是由播放表#1參照的AVClip#2的再現(xiàn)途中，但其是AVClip#3的下載已結(jié)束的時刻。由于AVClip#3的下載已結(jié)束，所以AVClip#3不是禁止。因此，應(yīng)用程序通過調(diào)用enableClip函數(shù)，可以把AVClip#3置為允許。通過該調(diào)用，相當(dāng)于AVClip#3的播放條目#5成為再現(xiàn)對象。
圖31(b)的目前時刻＝時刻t3時刻t3是AVClip#2的再現(xiàn)結(jié)束的時刻。AVClip#2的再現(xiàn)已結(jié)束，AVClip#2是預(yù)告篇，所以由播放條目參照的AVClip#2成為刪除對象。因此，通過調(diào)用將該AVClip#2作為對象的disableClip函數(shù)，將AVClip#2設(shè)為刪除對象。通過這樣做，回放控制引擎32可以像AVClip#2未曾存在似地進(jìn)行處理。
圖32(a)的目前時刻＝時刻t4時刻t4是由播放表#1參照的AVClip#3的再現(xiàn)途中，AVClip#4的下載結(jié)束的時刻。由于AVClip#4的下載已結(jié)束，所以AVClip#4不是禁止。因此，應(yīng)用程序通過調(diào)用enableClip函數(shù)，可以將AVClip#4設(shè)為允許。通過該調(diào)用，相當(dāng)于AVClip#4的播放條目#6成為再現(xiàn)對象。
圖32(b)的目前時刻＝時刻t5時刻t5是AVClip#3的再現(xiàn)結(jié)束的時刻。AVClip#3的再現(xiàn)已結(jié)束，AVClip#3是預(yù)告篇，所以由播放條目#5參照的AVClip#3成為刪除對象。因此，通過調(diào)用將該AVClip#3作為對象的disableClip函數(shù)，將AVClip#3作為刪除對象。通過這樣做，回放控制引擎32可以像AVClip#3未曾存在似地進(jìn)行處理。
圖33的目前時刻＝時刻t6時刻t6是AVClip#4的再現(xiàn)結(jié)束的時刻。AVClip#4的再現(xiàn)已結(jié)束，AVClip#4是預(yù)告篇，所以由播放條目#6參照的AVClip#4成為刪除對象。因此，通過調(diào)用將該AVClip#4作為對象的disableClip函數(shù)，將AVClip#4作為刪除對象。通過這樣做，回放控制引擎32可以像AVClip#4未曾存在似地進(jìn)行處理。
根據(jù)如上所述的本實施方式，并行地進(jìn)行由網(wǎng)絡(luò)管理模塊37進(jìn)行的下載和由回放控制引擎32進(jìn)行的再現(xiàn)，通過把進(jìn)行了下載的AVClip從禁止設(shè)為允許，可以提供給回放控制引擎32的再現(xiàn)。由此，可以實現(xiàn)推進(jìn)再現(xiàn)處理的“追趕再現(xiàn)”，以便趕上下載的進(jìn)度。
而且，通過將下載的數(shù)字流中的已再現(xiàn)的數(shù)據(jù)流從允許變更為禁止，可以將已進(jìn)行了再現(xiàn)的數(shù)字流作為刪除對象提供，所以，可以實現(xiàn)推進(jìn)刪除處理的“追趕刪除”，以便趕上再現(xiàn)處理的進(jìn)度。
由于能夠進(jìn)行推進(jìn)再現(xiàn)處理的“追趕再現(xiàn)”，以便追趕下載的進(jìn)度，或者進(jìn)行推進(jìn)刪除處理的“追趕刪除”，以便追趕再現(xiàn)處理的進(jìn)度，所以，即使在連結(jié)再現(xiàn)裝置和再現(xiàn)裝置的通信線路的通信速率低，且內(nèi)置在再現(xiàn)裝置中的局部存儲器18的容量小的情況下，也可以把記錄在BD-ROM的數(shù)字流和下載到局部存儲器18的數(shù)據(jù)流作為一個流序列，進(jìn)行連續(xù)再現(xiàn)。
以上說明并不是表示本發(fā)明的所有實施行為的方式。根據(jù)實施了下述(A)(B)(C)(D)……的變更的實施行為的方式，可以實施本發(fā)明。本申請的權(quán)利要求涉及的各發(fā)明是以上記載的多個實施方式及擴展了那些變形方式的記載，甚至一般化的記載。擴展甚至一般化的程度，基于本發(fā)明的技術(shù)領(lǐng)域的申請時的技術(shù)水平的特性。
(A)在上述的虛擬文件系統(tǒng)部38的說明中，沒有提及目錄管理信息及文件管理信息的具體數(shù)據(jù)結(jié)構(gòu)，在BD-ROM中的文件系統(tǒng)是由ISO/IEC13346規(guī)定的情況下，目錄管理信息也可以由“目錄文件”及“文件入口”構(gòu)成。目錄文件包括記述了位于自身下面的目錄的目錄名的文件識別描述符、和記述了位于自身下面的文件的文件名的文件識別描述符。該“文件入口”包括描述符標(biāo)簽、ICB標(biāo)簽、分布描述符長度、擴展屬性、分布描述符。
文件管理信息也可以由文件入口構(gòu)成。分布描述符表示構(gòu)成文件的各范圍的記錄位置。
此時，虛擬包信息的生成過程是，在與BD-ROM的卷標(biāo)管理信息中的STREAM目錄相當(dāng)?shù)哪夸浳募?，追加局部存儲器上的AVClip的文件名的文件識別描述符，在BD-ROM的卷標(biāo)管理信息中的STREAM目錄下，追加關(guān)于局部存儲器上的AVClip的文件入口。
(B)在所有實施方式中，把記錄介質(zhì)作為BD-ROM實施，只要是能夠記錄AVClip及播放表信息的記錄介質(zhì)，也可以是任何記錄介質(zhì)。例如，也可以是DV-ROM、DVD-RAM、DVD-RW、DVD-R、DVD+RW、DVD+R、CD-R、CD-RW等的光盤，PD、MO等的磁光盤。而且，也可以是小型閃存(注冊商標(biāo))卡、智能存儲卡(smart media)、存儲棒(memory stick)、多媒體卡、PCM-CIA卡等半導(dǎo)體存儲卡。也可以是軟盤、超級盤(SuperDisk)、Zip、Clik！等的磁記錄盤(i)，ORB、Jaz、SparQ、SyJet、EZFley、微驅(qū)動器等的可移動硬盤(ii)。還可以是，設(shè)備內(nèi)置型的硬盤。
(C)所有實施方式中的再現(xiàn)裝置，對記錄在BD-ROM的AVClip進(jìn)行解碼后向TV輸出，可以只把BD-ROM驅(qū)動器作為再現(xiàn)裝置，此外的構(gòu)成要素由TV具備，此時，可以把再現(xiàn)裝置和TV組裝到通過IEEE1394連接的家庭網(wǎng)絡(luò)中。而且，實施方式的再現(xiàn)裝置是與電視機連接并利用的類型，但也可以是與顯示器成為一體的再現(xiàn)裝置。再者，在各實施方式的再現(xiàn)裝置中，也可以只把構(gòu)成處理的本質(zhì)部分的部分作為再現(xiàn)裝置。這些再現(xiàn)裝置都是記載在本申請說明書中的發(fā)明，所以不論是這些中的哪一個方式，都基于在各實施方式所示的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)，制造再現(xiàn)裝置的行為成為記載在本申請的說明書的發(fā)明的實施行為。各實施方式所示的由再現(xiàn)裝置的有償及無償?shù)霓D(zhuǎn)讓(有償時是買賣、無償時是贈予)、租借、進(jìn)口的行為也是本發(fā)明的實施行為。通過店內(nèi)展示、目錄勸導(dǎo)、傳單發(fā)布，向一般用戶請求這些的轉(zhuǎn)讓和租借的行為也是本再現(xiàn)裝置的實施行為。
(D)利用各流程圖所示的程序進(jìn)行的信息處理，是使用硬件資源具體實現(xiàn)的，在上述流程圖中表示了處理順序的程序是以單體作為發(fā)明來成立的。所有實施方式是組裝到再現(xiàn)裝置的方式，表示了對于本發(fā)明涉及的程序的實施行為的實施方式，也可以從再現(xiàn)裝置分離，實施各實施方式所示的程序單體。在程序單體的實施行為中，有生產(chǎn)這些程序的行為(1)，通過有償及無償轉(zhuǎn)讓程序的行為(2)，進(jìn)行租借的行為(3)，進(jìn)口行為(4)，經(jīng)由雙向的電子通信線路向公眾提供的行為(5)，通過店內(nèi)展示、目錄勸導(dǎo)、傳單發(fā)布，向一般用戶請求程序的轉(zhuǎn)讓和租借的行為(6)。
(E)把在各流程圖中按時間序列執(zhí)行的各步驟的[時]的要素，作為確定發(fā)明的必須的事項考慮。這樣，可以知道這些流程圖的處理順序公開了再現(xiàn)方法的使用方式。如果通過按時間序列進(jìn)行各步驟的處理進(jìn)行這些流程圖的處理，以便實現(xiàn)本發(fā)明的本來目的，產(chǎn)生作用及效果，則毋庸置疑，相當(dāng)于本發(fā)明涉及的記錄方法的實施行為。
(F)在各實施方式中，記錄在記錄介質(zhì)的數(shù)字流是AVCilp，但也可以是DVD-Video格式、DVD-Video Recording格式的VOB(視頻對象)。VOB是對視頻流、音頻流進(jìn)行復(fù)用而得到的按照ISO/IEC13818-1規(guī)格的程序流。而且，AVClip中的視頻流，也可以是MPEG4或WMV方式。再者，音頻流也可以是Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、Dts、WMA(Windows(注冊商標(biāo))media audio)。
(G)各實施方式中的圖像作品也可以是通過對由模擬廣播播放的模擬圖像信號進(jìn)行編碼而得到的。也可以是由通過數(shù)字廣播播放的傳輸流構(gòu)成的流數(shù)據(jù)。
而且，也可以是對記錄在錄像帶上的模擬/數(shù)字圖像信號進(jìn)行編碼而得到內(nèi)容。再者，還可以對從攝像機直接讀取的模擬/數(shù)字的圖像信號進(jìn)行編碼而得到內(nèi)容。另外，也可以是通過發(fā)送服務(wù)器發(fā)布的數(shù)字著作物。
(H)BD-J模塊29b也可以是為了衛(wèi)星廣播接收而組裝到設(shè)備中的Java(注冊商標(biāo))平臺。若是涉及BD-J模塊29b的Java(注冊商標(biāo))平臺，則本發(fā)明涉及的再現(xiàn)裝置兼用作MHP用STB的處理。
再者，也可以是為了便攜式電話的處理控制而組裝到設(shè)備中的Java(注冊商標(biāo))平臺。若BD-J模塊29b是這樣的Java(注冊商標(biāo))平臺，本發(fā)明涉及的再現(xiàn)裝置可兼用作便攜式電話的處理。
(I)在矩陣模式中，也可以在BD-J模塊之上配置HDMV模塊。尤其是，HDMV模式下的動態(tài)腳本的解釋、和基于動態(tài)腳本的控制順序的執(zhí)行，對于再現(xiàn)裝置的負(fù)擔(dān)輕，所以在BD-J上執(zhí)行HDMV模式也不會產(chǎn)生任何問題。而且，在再現(xiàn)裝置和電影作品的開發(fā)時，動作保證可以用一個模式就可以。
再者，可以只在BD-J模式下執(zhí)行再現(xiàn)處理。在BD-J模式下也可以進(jìn)行與PL的再現(xiàn)同步的再現(xiàn)控制，所以，基于即使不設(shè)置較強的HDMV模式也可以的理由。
(J)在局部存儲器18下載的AVClip，也可以是特別圖像、制作者、演員的采訪。
(K)作為利用應(yīng)用程序得知某Clip是損失流或可重寫的哪一狀態(tài)的方法，在上述實施方式中調(diào)用getMissingStream函數(shù)，但是，也可以使用java(注冊商標(biāo)).net，java(注冊商標(biāo)).io等的java(注冊商標(biāo))程序庫實現(xiàn)。此時，使用以下a)，b)，c)的方法是現(xiàn)實的。
a)利用XML Parger解析Binding Unit Manifest File(流位置存儲信息)的內(nèi)容。
Binding Unit Manifest File的例<Progressive>
<ProgressiveAsset VPFilename＝”BDMV/STREAM/01000.m2ts”>
←識別符<BUDAFile name＝”1/1/streams/0.m2ts”></BUDAFile>
←文件路徑</ProgressiveAsset>
<ProgressiveAsset VPFilename＝”BDMV/STREAM/01001.m2ts”>
<BUDAFile name＝”1/1/streams/1.m2ts”></BUDAFile>
</ProgressiveAsset>
<ProgressiveAsset VPFilename＝”BDMV/STREAM/01002.m2ts”>
<BUDAFile name＝”1/1/streams/2.m2ts”></BUDAFile>
</ProgressiveAsset>
</Progressive>
※”BUDA”是Binding Unit Data Area的簡稱，Binding Unit Data Area是存儲在虛擬包利用的文件的局部存儲器內(nèi)的區(qū)域b)使用java(注冊商標(biāo)).io，確認(rèn)在記載在Binding UnitManifest File的文件路徑(流存儲位置)中是否存在xxxxx.m2ts。
例new java(注冊商標(biāo)).io.File(“1/1/streams/0.m2ts”).
exists()；//錯誤時是損失流
c)下載是否結(jié)束的判斷是使用java(注冊商標(biāo)).net，java(注冊商標(biāo)).io，確認(rèn)服務(wù)器上的文件大小和局部存儲器上的文件大小是否一致。
例new java(注冊商標(biāo)).net.URL(http://xxx.com/vp_data/0.m2ts).openConnection().getContentLength()＝＝new java(注冊商標(biāo)).io.File(“1/1/streams/0.m2ts”).length()；//若一致，可以認(rèn)為下載已結(jié)束。
生產(chǎn)商的利用可能性本發(fā)明涉及的再現(xiàn)裝置，如在家庭影院系統(tǒng)的利用那樣，可以以個人用途利用。但是，本發(fā)明在上述實施方式中公開了內(nèi)部結(jié)構(gòu)，基于該內(nèi)部可以進(jìn)行批量生產(chǎn)，所以在資質(zhì)上可以工業(yè)利用。由此本發(fā)明涉及的再現(xiàn)裝置，具有產(chǎn)業(yè)上的利用可能性。
權(quán)利要求
1.一種再現(xiàn)裝置，再現(xiàn)流序列，其特征在于，具備再現(xiàn)單元；包管理單元，當(dāng)構(gòu)成流序列的各個數(shù)字流在多個記錄介質(zhì)的每個分開存在時，將各數(shù)字流的狀態(tài)設(shè)定為再現(xiàn)單元可識別的狀態(tài)、或者再現(xiàn)單元不能識別的狀態(tài)；以及應(yīng)用程序執(zhí)行單元，執(zhí)行應(yīng)用程序，以執(zhí)行對記錄介質(zhì)的存取控制；如果構(gòu)成流序列的一部分?jǐn)?shù)字流是可以識別的狀態(tài)，即使其余的數(shù)字流是不能識別的狀態(tài)，上述再現(xiàn)單元也開始再現(xiàn)；在對流序列中的一部分?jǐn)?shù)字流的再現(xiàn)處理繼續(xù)進(jìn)行期間，上述包管理單元按照來自應(yīng)用程序執(zhí)行單元的請求，將其余的數(shù)字流的狀態(tài)變更為再現(xiàn)單元能識別的狀態(tài)、或不能識別的狀態(tài)。
2.如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，在多個記錄介質(zhì)中，有只讀型記錄介質(zhì)和可重寫型記錄介質(zhì)；上述再現(xiàn)單元只能識別只讀型記錄介質(zhì)的文件布局；記錄在可重寫型記錄介質(zhì)的數(shù)字流，是在存儲在文件中的狀態(tài)下被記錄到可重寫型記錄介質(zhì)的；通過上述包管理單元進(jìn)行的向可識別狀態(tài)的變化，是利用只讀型記錄介質(zhì)上的文件管理信息和可重寫型記錄介質(zhì)中的文件管理信息生成虛擬的卷標(biāo)管理信息后，傳遞給再現(xiàn)單元而進(jìn)行的；向上述不能識別狀態(tài)的變化，通過從上述虛擬的卷標(biāo)管理信息中除去可重寫型記錄介質(zhì)中的文件管理信息而進(jìn)行。
3.如權(quán)利要求2所述的再現(xiàn)裝置，其特征在于，由包管理單元進(jìn)行的向可識別狀態(tài)的變化，還包括在可重寫型記錄介質(zhì)中，將存儲了數(shù)字流的文件變更為只讀屬性的處理；向不能識別狀態(tài)的變化，還包括在可重寫型記錄介質(zhì)中，將存儲了數(shù)字流的文件變更為可重寫屬性的處理。
4.如權(quán)利要求3所述的再現(xiàn)裝置，其特征在于，在多個記錄介質(zhì)中有可重寫型的記錄介質(zhì)；通過上述應(yīng)用程序進(jìn)行的存取控制是指，向可重寫型記錄介質(zhì)的寫入控制；由上述包管理單元變更為可識別狀態(tài)的數(shù)字流，是在上述再現(xiàn)處理的繼續(xù)中寫入已結(jié)束的數(shù)字流；由上述包管理單元變更為不能識別狀態(tài)的數(shù)字流，是記錄在可重寫型記錄介質(zhì)的數(shù)字流，是再現(xiàn)處理已結(jié)束的數(shù)字流。
5.一種程序，使計算機執(zhí)行再現(xiàn)流序列的處理，其特征在于，使計算機執(zhí)行如下步驟再現(xiàn)步驟；包管理步驟，當(dāng)構(gòu)成流序列的各個數(shù)字流在多個記錄介質(zhì)的每個分開存在時，將各數(shù)字流的狀態(tài)設(shè)定為再現(xiàn)步驟可識別的狀態(tài)、或者再現(xiàn)步驟不能識別的狀態(tài)；應(yīng)用程序執(zhí)行步驟，執(zhí)行應(yīng)用程序，以執(zhí)行對記錄介質(zhì)的存取控制；如果構(gòu)成流序列的一部分?jǐn)?shù)字流是可以識別的狀態(tài)，即使其余的數(shù)字流是不能識別的狀態(tài)，上述再現(xiàn)步驟也開始再現(xiàn)；在對流序列中的一部分?jǐn)?shù)字流的再現(xiàn)處理繼續(xù)進(jìn)行期間，上述包管理步驟按照來自應(yīng)用程序執(zhí)行步驟的請求，將其余的數(shù)字流的狀態(tài)變更為再現(xiàn)步驟能識別的狀態(tài)、或不能識別的狀態(tài)。
6.一種再現(xiàn)方法，再現(xiàn)流序列，其特征在于，包括再現(xiàn)步驟；包管理步驟，當(dāng)構(gòu)成流序列的各個數(shù)字流在多個記錄介質(zhì)的每個分開存在時，將各數(shù)字流的狀態(tài)設(shè)定為再現(xiàn)步驟可識別的狀態(tài)、或者再現(xiàn)步驟不能識別的狀態(tài)；應(yīng)用程序執(zhí)行步驟，執(zhí)行應(yīng)用程序，以執(zhí)行對記錄介質(zhì)的存取控制；如果構(gòu)成流序列的一部分?jǐn)?shù)字流是可以識別的狀態(tài)，即使其余的數(shù)字流是不能識別的狀態(tài)，上述再現(xiàn)步驟也開始再現(xiàn)；在對流序列中的一部分?jǐn)?shù)字流的再現(xiàn)處理繼續(xù)進(jìn)行期間，上述包管理步驟按照來自應(yīng)用程序執(zhí)行步驟的請求，將其余的數(shù)字流的狀態(tài)變更為再現(xiàn)步驟能識別的狀態(tài)、或不能識別的狀態(tài)。
全文摘要
記錄在BD_ROM及局部存儲器(18)的多個AVClip構(gòu)成一個流序列時，如果回放控制引擎(32)是構(gòu)成流序列的一部分AVClip能識別的允許狀態(tài)，即使其余的AVClip是不能識別的禁止?fàn)顟B(tài)，也開始進(jìn)行再現(xiàn)。虛擬文件系統(tǒng)部(38)在對流序列中的一部分AVClip的再現(xiàn)處理繼續(xù)的期間，按照應(yīng)用程序?qū)瘮?shù)的調(diào)用，把其余AVClip的狀態(tài)變更為回放控制引擎(32)能識別的允許狀態(tài)、或不能識別的禁止?fàn)顟B(tài)。
文檔編號G11B20/12GK1954386SQ20058001516
公開日2007年4月25日 申請日期2005年5月10日 優(yōu)先權(quán)日2004年5月11日
發(fā)明者田中敬一, 大蘆雅弘, 金丸智一 申請人:松下電器產(chǎn)業(yè)株式會社