專利名稱：：再生裝置、再生方法及程序的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及對記錄在BD-ROM(Blu-RayDiscReadOnlyMemory藍(lán)光只讀光盤)等的記錄介質(zhì)中的影像數(shù)據(jù)進行再生的再生裝置，尤其涉及將記錄在該記錄介質(zhì)中的影像數(shù)據(jù)向該記錄介質(zhì)以外的其他的記錄介質(zhì)進行記錄的技術(shù)(受控復(fù)制MamigedCopy)ο
背景技術(shù)：
受控復(fù)制是指，在將記錄于BD-ROM等的只讀記錄介質(zhì)的數(shù)字流、應(yīng)用程序(下面，稱為“應(yīng)用”)向其他的光盤(BD-R、BD-RE、DVD-R、DVD-RW、DVD-RAM等)、硬盤、可移動存儲介質(zhì)6D存儲卡、存儲棒(memorystick)、CF(CompactFlash)卡(注冊商標(biāo))、SM(SmartMedia)卡、MMC(MultimediaCard)卡等)等的可讀寫的記錄介質(zhì)復(fù)制時，不允許無限制地復(fù)制，在復(fù)制前與服務(wù)器進行通信，僅在進行了認(rèn)證且被許可的狀態(tài)下才能夠執(zhí)行復(fù)制的技術(shù)。通過該技術(shù)，由于能夠進行限制備份次數(shù)、僅在已收費的狀態(tài)下才允許備份等的控制，不需要完全禁止BD-ROM的備份，使得在受到管理的狀態(tài)進行備份成為可能，能夠提高BD-ROM視聽的便利性。作為受控復(fù)制的現(xiàn)有技術(shù)，有在以下的專利文獻中記載的技術(shù)?，F(xiàn)有技術(shù)文獻專利文獻專利文獻1日本特開2008-98765號然而，若將受控復(fù)制完全交給再生裝置側(cè)，則不能夠進行基于內(nèi)容提供者的獨自的管理，不能夠有效地使用復(fù)制時間，例如，內(nèi)容提供者采用獨自的收費方法，復(fù)制中插入宣傳，或者在復(fù)制時間中為了不使用戶無聊而使簡單的游戲應(yīng)用程序動作等。但是，由于受控復(fù)制中消耗了較多的資源，若使在再生裝置側(cè)進行控制的受控復(fù)制和記錄介質(zhì)上的應(yīng)用執(zhí)行同時動作，則可能會陷入資源不足的情況。例如，在從BD-ROM向DVD-R進行備份時，除了進行BD-ROM的讀取、向DVD-R的寫入之外，還需要進行數(shù)字流的再壓縮和加密處理。在這樣的狀況下，若執(zhí)行應(yīng)用，則會發(fā)生內(nèi)存不足、BD-ROM讀取的沖突、數(shù)字流的再生和壓縮的沖突等的各種問題。若正在進行受控復(fù)制時執(zhí)行應(yīng)用，由于陷入資源不足而復(fù)制失敗，這對于為了進行受控復(fù)制而已被收費的用戶來說會造成很大的麻煩。為了避免上述那樣的競爭，可以考慮在受控復(fù)制執(zhí)行中使應(yīng)用的動作全部結(jié)束這樣的控制。但是，若為了避免與受控復(fù)制之間的資源使用的競爭而使動作中的應(yīng)用完全結(jié)束，則不能夠使應(yīng)用執(zhí)行受控復(fù)制的收費處理、受控復(fù)制的進度顯示等，需要通過再生裝置的常駐程序來實現(xiàn)這些功能。但是，網(wǎng)絡(luò)中計費方式(清算clearance)大多數(shù)情況下每個內(nèi)容提供者都不同，若在再生裝置側(cè)實現(xiàn)基于受控復(fù)制的收費處理，則制造再生裝置的制造者必須支持這些內(nèi)容提供者各自的清算。這樣對每個內(nèi)容提供者的清算的支持給再生裝置的制造者造成了極大的負(fù)擔(dān)，結(jié)果使得家電設(shè)備的受控復(fù)制采用的可5能性變小。
發(fā)明內(nèi)容本發(fā)明的目的在與提供一種既能夠避免受控復(fù)制和應(yīng)用執(zhí)行的資源競爭，又能夠?qū)崿F(xiàn)受控復(fù)制和應(yīng)用執(zhí)行的同時動作的再生裝置。為了解決上述課題，本發(fā)明提供一種再生裝置，一邊執(zhí)行應(yīng)用，一邊執(zhí)行對多個記錄介質(zhì)的介質(zhì)控制，其特征在于，對多個記錄介質(zhì)的介質(zhì)控制包括再生控制和復(fù)制控制，該再生裝置具備再生部以及使應(yīng)用動作的平臺，上述再生控制是根據(jù)通過了平臺內(nèi)的I/O模塊的來自應(yīng)用的請求，從多個記錄介質(zhì)中讀出在第一記錄介質(zhì)中記錄的文件來供給再生部的處理，上述復(fù)制控制是不經(jīng)由平臺內(nèi)的I/O模塊而從上述第一記錄介質(zhì)讀出數(shù)據(jù)，并寫入第二記錄介質(zhì)的處理，上述I/O模塊在復(fù)制控制被執(zhí)行期間，拒絕來自應(yīng)用的請求。發(fā)明效果在執(zhí)行復(fù)制控制期間，平臺內(nèi)部的I/O模塊拒絕來自上述應(yīng)用的再生指示，由此，即使在受控復(fù)制中執(zhí)行了來自應(yīng)用的再生請求，由于沒有執(zhí)行再生，能夠防止數(shù)字流的讀取、譯碼、壓縮中所利用的拾取控制、編碼器、解碼器等的資源競爭。此外，在受控復(fù)制的執(zhí)行中，由于不是使動作中的應(yīng)用全部結(jié)束，因此例如動作中的應(yīng)用使用可利用的API，能夠控制復(fù)制動作中的用戶接口。因此，能夠?qū)崿F(xiàn)復(fù)制中的宣傳、廣告顯示，在播放器側(cè)不需要具有受控復(fù)制的用戶接口，因此能夠降低再生裝置中的實裝成本。此外，在實現(xiàn)受控復(fù)制時，能夠通過應(yīng)用來終結(jié)全部與服務(wù)器之間的通信，因此內(nèi)容的制作工作室不會施加與服務(wù)器之間的通信使用何種協(xié)議這樣的限制。由于產(chǎn)生了通信協(xié)議選擇的自由度，工作室采用各自的協(xié)議，由此能夠?qū)崿F(xiàn)用于受控復(fù)制的清算。此外，再生裝置不必為了與服務(wù)器之間的處理而實裝常駐程序各自的通信模塊，從而能夠降低實裝成本。另外，通過采用本發(fā)明，內(nèi)容提供者可以通過網(wǎng)絡(luò)同意用戶進行BD-ROM的復(fù)制，并征收其等價報酬，在進行該等價報酬的征收時，可以采用內(nèi)容提供者各自的清算。因此，基于BD-ROM的電影作品的發(fā)布而獲得了一次收益后，通過同意該BD-ROM的復(fù)制，內(nèi)容提供者能夠容易地實現(xiàn)獲取二次收益這樣的商業(yè)模式。因此，內(nèi)容提供者能夠獲得新的商機。此外，可以任意優(yōu)選在執(zhí)行上述復(fù)制控制部對上述第一記錄介質(zhì)上的數(shù)據(jù)的讀取以及對上述第二記錄介質(zhì)的數(shù)據(jù)的寫入的期間，若上述I/O模塊以及介質(zhì)再生模塊變?yōu)榫芙^來自應(yīng)用的再生請求的狀態(tài)，則上述應(yīng)用把第一記錄介質(zhì)當(dāng)做不存在的介質(zhì)來進行處理，若上述I/O模塊以及介質(zhì)再生模塊變?yōu)橐勒諄碜詰?yīng)用的再生請求的狀態(tài)，則上述應(yīng)用把第一記錄介質(zhì)當(dāng)做存在的介質(zhì)來進行處理。在受控復(fù)制中，即使應(yīng)用請求了對BD-ROM上的數(shù)據(jù)的訪問，由于作為第一記錄介質(zhì)的BD-ROM處于虛擬的被取出的狀態(tài)，即使在訪問目的地存在數(shù)據(jù)，也當(dāng)做不存在而使訪問失敗，由于不進行實際的盤訪問，能夠防止BD-ROM的讀取發(fā)生沖突。此外，任意優(yōu)選在對上述第一記錄介質(zhì)上的數(shù)據(jù)的讀取或者對上述第二記錄介質(zhì)上的數(shù)據(jù)的寫入已失敗的情況下，上述通知部向通過上述登記API而被登記的應(yīng)用通知基于上述復(fù)制控制的復(fù)制已失敗。該情況下，即使在復(fù)制中強制性地取出介質(zhì)等而導(dǎo)致復(fù)制失敗，由于應(yīng)用能夠接收復(fù)制失敗通知，因此在復(fù)制失敗時，能夠采取取消復(fù)制前進行的收費等的對策。此外，任意優(yōu)選上述再生裝置還具備進度管理部，上述進度管理部根據(jù)來自應(yīng)用的編程接口的調(diào)用，向上述應(yīng)用通知基于上述復(fù)制控制的向第二記錄介質(zhì)已寫入的數(shù)據(jù)大小和預(yù)計寫入但未寫入的剩余的數(shù)據(jù)大小。由此，雖然變?yōu)榱颂摂M的盤被取出的狀態(tài)，不能從應(yīng)用對BD-ROM上數(shù)據(jù)進行訪問的狀態(tài)，由于應(yīng)用能夠把握復(fù)制的開始和結(jié)束以及進度狀況，因此能夠在畫面上顯示表示進度的進度條或者顯示剩余時間，到復(fù)制結(jié)束為止，可以顯示宣傳和廣告畫面和/或執(zhí)行游戲應(yīng)用程序等。圖1是表示實施方式1的系統(tǒng)圖圖2是表示實施方式1中的BD-ROM的數(shù)據(jù)層級圖圖3是表示以實施方式1中的BD-ROM為對象的軟件的層模型的圖。圖4是表示通過實施方式1中的2個模式的動態(tài)的再生控制而制作的電影作品的圖。圖5是表示實施方式1中的再生裝置的內(nèi)部構(gòu)成的圖。圖6是表示實施方式1中的受控復(fù)制控制部的內(nèi)部構(gòu)成的圖。圖7是表示實施方式1中的BD-J模塊的具體構(gòu)成的圖。圖8是表示實施方式1中的受控復(fù)制的流程圖。圖9是表示實施方式1中的復(fù)制目標(biāo)介質(zhì)選擇畫面的一例的圖。圖10是表示實施方式1中的受控復(fù)制中的畫面顯示的一例的圖。圖11是表示實施方式1中的盤訪問限制的開始、結(jié)束的圖。圖12是表示實施方式1中的盤訪問限制中的BD-J模塊的內(nèi)部構(gòu)成的圖。圖13是表示實施方式1中的受控復(fù)制控制部的復(fù)制實施的流程圖。圖14是表示實施方式2中的考慮了可移動存儲介質(zhì)的文件名限制的受控復(fù)制的圖。圖15是表示實施方式2中的文件名變換表的一例的圖。圖16是表示錄放式的再生裝置的一般的內(nèi)部構(gòu)成以及添加了該代碼轉(zhuǎn)換的構(gòu)成要素的圖。圖17是表示了BD-J模塊的一般的構(gòu)成要素的內(nèi)部構(gòu)成圖。圖18是表示拒絕來自BD-J應(yīng)用的請求的狀態(tài)的圖。圖19是表示拒絕來自BD-J應(yīng)用的請求的狀態(tài)結(jié)束并回復(fù)為通常后的狀態(tài)的圖。圖20表示了受控復(fù)制前后中的標(biāo)題邊界應(yīng)用、復(fù)制控制應(yīng)用、受控復(fù)制控制部所進行的處理的時間轉(zhuǎn)變。圖21將來自BD-J應(yīng)用的API調(diào)用與對應(yīng)于該調(diào)用的處理內(nèi)容建立對應(yīng)來表示。圖22是表示復(fù)制執(zhí)行部604的處理順序的流程圖。圖23是表示BD-J應(yīng)用管理器的處理順序的流程圖。圖M是表示進行復(fù)制控制的BD-J應(yīng)用如何利用API的處理順序的流程圖。圖25是表示利用了API的收費處理的處理順序的流程圖。圖沈是表示伴隨著小游戲執(zhí)行和/或預(yù)告片再生的復(fù)制進度顯示的一例。附圖標(biāo)記說明101再生裝置102遙控器103輸出顯示器104可移動存儲介質(zhì)105BD-ROM106外接驅(qū)動器401只讀BD驅(qū)動器402讀入控制部403解復(fù)用器demultiplexer)404視頻解碼器405視頻平面(plane)406音頻解碼器407圖形(image)存儲器408圖形平面409圖形解碼器410加算器411靜態(tài)場景(scenario)存儲器412動態(tài)場景存儲器413HDMV模塊414BD-J模塊415UO檢測模塊416模式管理模塊417調(diào)度程序(Dispatcher)418渲染引擎(Renderingengine)420AV再生庫421網(wǎng)絡(luò)接口422本地存儲器423受控復(fù)制控制部601序列號讀出部602介質(zhì)ID讀出部603介質(zhì)狀態(tài)管理部604復(fù)制執(zhí)行部605復(fù)制狀態(tài)通知部606復(fù)制進度管理部607隨機值(nonce)生成寫入部608密鑰信息寫入部70IJavaBD-J應(yīng)用702介質(zhì)再生模塊703受控復(fù)制模塊7041/0模塊705網(wǎng)絡(luò)模塊706BD-J應(yīng)用管理器SlOl復(fù)制對象介質(zhì)確認(rèn)步驟S102復(fù)制對象介質(zhì)選擇步驟S103剩余容量管理步驟S104收費處理步驟S105密鑰信息的要素數(shù)據(jù)取得步驟S106密鑰信息取得步驟S107復(fù)制實施步驟幻01盤訪問限制開始步驟S202復(fù)制開始通知步驟幻03數(shù)據(jù)復(fù)制步驟S204盤訪問限制解除步驟幻05復(fù)制結(jié)束通知步驟幻06復(fù)制失敗通知步驟具體實施方式下面，針對本發(fā)明的實施方式，參照附圖來進行說明。(實施方式1)首先，對本發(fā)明的再生裝置的實施行為中的使用行為的形態(tài)進行說明。圖1是表示本發(fā)明的再生裝置的使用行為的形態(tài)的一例的圖。圖1中，本發(fā)明的再生裝置是再生裝置101。該再生裝置101具有向例如由遙控器102、電視機103形成的家庭影院系統(tǒng)提供電影作品的用途。此外，再生裝置101具備插入SD存儲卡、存儲棒、CF卡、SM卡、MMC卡等的可移動存儲介質(zhì)104的插入口以及用于外接BD驅(qū)動器106的插入口。以上是關(guān)于本發(fā)明的再生裝置的使用形態(tài)的說明。接下來對作為本發(fā)明的再生裝置的再生的對象的記錄介質(zhì)(media)進行說明。在本例子中，本發(fā)明的再生裝置所再生的記錄介質(zhì)是光盤即BD-ROM105。圖2是表示BD-ROM(下面有時也稱為“BD”)的結(jié)構(gòu)的圖。本實施方式中，將用于再生電影等的AV內(nèi)容的AV應(yīng)用作為主要著眼點來說明BD-ROM，但當(dāng)然也可以將BD-ROM換成CD-ROM、DVD-ROM那樣的用于計算機的記錄介質(zhì)來利用本發(fā)明。BD-ROM與其他的光盤，例如DVD、CD等相同，具有從其內(nèi)周向外周呈螺旋狀的記錄區(qū)域，內(nèi)周的導(dǎo)入(IeacUn)和外周的導(dǎo)出(Ieadout)之間具有能夠記錄邏輯數(shù)據(jù)的邏輯地址空間。此外，在導(dǎo)入的內(nèi)側(cè)是僅被稱為BCA(BurstCuttingArea)的驅(qū)動器才能夠讀出的特別的區(qū)域。該區(qū)域不能夠從應(yīng)用被讀出，因此在著作權(quán)保護技術(shù)等中被利用，記錄有表示記錄介質(zhì)的物理的序列號的PMSN(Pre-recordedMediaSerialNumber)。在邏輯地址空間中記錄有影像數(shù)據(jù)等的應(yīng)用數(shù)據(jù)，該應(yīng)用數(shù)據(jù)的開頭是文件系統(tǒng)信息(容量volume)。文件系統(tǒng)是UDF、IS09660等，與通常的PC相同，能夠使用目錄、文件結(jié)構(gòu)來讀出所記錄的邏輯數(shù)據(jù)，能夠讀出255字符的文件名、目錄名。在本實施方式的情況下，BD-ROM上的目錄、文件結(jié)構(gòu)是在根目錄(ROOT)下有BDMV目錄和CERTIFICATE目錄。BDMV目錄是記錄有通過BD-ROM來處理的AV內(nèi)容、管理信息等的數(shù)據(jù)的目錄，CERTIFICATE目錄下有discroot.crt(文件名固定)文件，記錄著在應(yīng)用的署名檢證時所使用的證書。在BDMV目錄下存在有被稱為PLAYLIST目錄、CLIPINF目錄、STREAM目錄、BDJO目錄和JAR目錄的5個子目錄，BDMV目錄下配置有index.bdmv、MovieObJect.bdmv2種文件。STREAM目錄可以說是存儲了成為數(shù)字流主體的文件的目錄，該目錄下存在附加了擴展名M2TS的文件(xxx.mhs，其中“xxx”可變，擴展名“m2ts”固定)。在PLAYLIST目錄下存在附加了擴展名mpls的文件(xxx.mpls，其中“xxx”可變，擴展名“mpls”固定)。在CLIPINF目錄下存在附加了擴展名dpi的文件(xxx.clpi，其中“XXX”可變，擴展名”dpi”固定)。在JAR目錄下存在附加了擴展名jar的文件(xxx.jar,其中“XXX”可變，擴展名“jar”固定)。在BDJO目錄下存在附加了擴展名bdjo的文件(xxx.bdjo，其中“XXX”可變，擴展名”bdjo”固定)。附加了擴展名“m2ts”的文件是使MPEG-TS(Transportstream)格式的數(shù)字AV流、視頻流、1個以上的音頻流、1個以上的副影像流復(fù)用而得到的。視頻流是電影的影像部分，音頻流是電影的音聲部分，副影像流分別表示電影的字幕。附加了擴展名“dpi”的文件是與每個數(shù)字AV流1對1對應(yīng)的Clip信息。作為管理信息，Clip信息具有數(shù)字AV流的編碼格式、幀率、比特率、分辨率等的信息，以及表示GOP的開頭位置的EP_map。附加了擴展名“mpls”的文件是存儲了PlayList信息的文件，記錄有流的再生區(qū)間(“hiTime/OutTime”)。附加了擴展名“jar”的文件是Java(注冊商標(biāo))歸檔文件，描述了使用Java虛擬機進行動態(tài)的場景控制的Java應(yīng)用的程序。在希望根據(jù)Java應(yīng)用來控制各標(biāo)題的再生的情況下，該文件是必要的，其中所述各標(biāo)題表示BD-ROM上的內(nèi)容的再生單位。附加了擴展名“bdjo”的文件是存儲了BD-J對象的文件。BD-J對象是通過將PlayList信息所表示的AV流和應(yīng)用建立關(guān)聯(lián)來定義標(biāo)題的信息。BD-J對象表示“應(yīng)用管理表”以及在該標(biāo)題中能夠再生的PlayList—覽。應(yīng)用管理表是通過羅列應(yīng)用的識別符(應(yīng)用ID)和屬于該應(yīng)用的Java歸檔文件的ID來表示將該標(biāo)題作為生存區(qū)間的應(yīng)用的表。即，一個應(yīng)用由一個以上的Java歸檔文件構(gòu)成。tedex.bdmv(文件名固定)是與BD-ROM整體有關(guān)的管理信息，具有確定電影作品的提供者的識別符organizationID(32bit)、向提供者所提供的每個BD-ROM分配的識別符discID(USbit)等的信息，在向再生裝置插入盤后，tedex.bdmv被最先讀出，由此在再生裝置中盤被唯一地識別。而且，在tedex.bdmv中含有在BD-ROM中將變?yōu)槟軌蛟偕?0的多個標(biāo)題以及規(guī)定各個標(biāo)題的BD-J對象建立對應(yīng)來表示的表。MovieObject.bdmv(文件名固定)中包括描述了在HDMV模式(后述)下的各標(biāo)題再生中使再生進行動態(tài)變化的場景的場景程序。圖3是表示再生控制的層模型的圖。圖3的第1層是物理層，控制作為處理對象的流主體的供給。如該第1層所示，作為處理對象的流不僅將BD-ROM作為供給源，還將HDD(硬盤驅(qū)動器)等的再生裝置中預(yù)先裝入的記錄介質(zhì)即本地存儲器、可移動存儲介質(zhì)、網(wǎng)絡(luò)之類的所有記錄介質(zhì)、通信介質(zhì)作為供給源。對這些本地存儲器、可移動存儲介質(zhì)、網(wǎng)絡(luò)之類的供給源的控制(盤訪問、卡訪問、網(wǎng)絡(luò)通信)是第1層的控制。第2層是AV數(shù)據(jù)的層。該第2層規(guī)定了使用怎樣的譯碼方式來對第1層所供給的流進行譯碼。第3層(BD管理數(shù)據(jù))是規(guī)定流的靜態(tài)的場景的層。靜態(tài)的場景是指由盤制作者預(yù)先規(guī)定的再生路徑信息、流管理信息，該第3層規(guī)定了基于這些信息的再生控制。第4層(BD再生程序)是實現(xiàn)流中的動態(tài)的場景的層。動態(tài)的場景是執(zhí)行AV流的再生順序以及與該再生有關(guān)的控制順序中的至少一方的程序。基于動態(tài)的場景的再生控制是根據(jù)對于裝置的用戶操作而變化的，具有程序性的性質(zhì)。這里的動態(tài)的再生控制有2個模式。2個模式中的1個是在AV設(shè)備特有的再生環(huán)境中對記錄于BD-ROM中的影像數(shù)據(jù)進行再生的模式(HDMV模式)，另一個模式使提高在BD-ROM中記錄的影像數(shù)據(jù)的附加價值的模式(BD-J模式)。在圖3中的第4層中描述了HDMV模式和BD-J模式這兩個模式。HDMV模式是類似于DVD的再生環(huán)境的再生模式，使描述了場景的場景程序進行動作，所述場景是用于使再生前進動態(tài)變化的場景。另一個BD-J模式是與Java虛擬機為主體的再生模式，根據(jù)Java應(yīng)用來進行再生控制。圖4是表示通過2個模式的動態(tài)的再生控制來制作的電影作品的圖。圖4(a)是表示通過定義HDMV模式下動態(tài)的再生控制來制作的電影作品的一個場面的圖。HDMV模式能夠通過與DVD再生裝置能夠解釋的命令非常相似的命令來描述再生控制，因此能夠定義與DVD相同的再生控制，即通過對菜單進行選擇來進行再生的再生控制。圖4(b)是通過定義在BD-J模式下的動態(tài)的再生控制而制作的電影作品。BD-J模式能夠使用Java虛擬機能夠解釋的Java言語來描述控制順序。若該再生控制控制計算機繪圖(CG)的動作，則BD-J模式能夠定義在顯示了影像的畫面的旁邊CG(圖中的貓頭鷹的圖像)來回動作那樣的再生控制。圖5是表示再生裝置的大致功能構(gòu)成的框圖。如圖5所示，再生裝置包括BD-ROM驅(qū)動器401、讀入控制部402、解復(fù)用器403、視頻解碼器404、視頻平面405、音頻解碼器406、圖形存儲器407、圖形平面408、圖形解碼器409、加算器410、靜態(tài)場景存儲器411、動態(tài)場景存儲器412、HDMV模塊413、BD-J模塊414、UO探測模塊415、模式管理模塊416、調(diào)度程序417、渲染引擎418、寫入控制部419、AV再生庫420、網(wǎng)絡(luò)接口421、本地存儲器422、受控復(fù)制控制部423、可移動存儲介質(zhì)104和記錄式BD驅(qū)動器106。BD-ROM驅(qū)動器401進行BD-ROM的載入/取出、執(zhí)行對BD-ROM的訪問。讀入控制部402對在載入BD-ROM驅(qū)動器401中的BD-ROM105、載入記錄式BD驅(qū)動器106中的BD-R/RE、本地存儲器422以及可移動存儲介質(zhì)104上記錄的數(shù)據(jù)進行讀取控制。解復(fù)用器403對由讀入控制部402讀出的傳輸流的多重分離，獲得構(gòu)成GOP的視頻幀和音頻幀，并將視頻幀向視頻解碼器404輸出，將音頻幀向音頻解碼器406輸出。副影像流存儲在圖形存儲器407中，NavigationButton信息存儲在動態(tài)場景存儲器412中?；诮鈴?fù)用器403的多重分離包括將TS數(shù)據(jù)包變換為PES數(shù)據(jù)包的變換處理。視頻解碼器404對從解復(fù)用器403輸出的視頻幀進行譯碼并將非壓縮格式的圖像寫入視頻平面405。視頻平面405是用于存儲非壓縮格式的圖像的存儲器。音頻解碼器406對從解復(fù)用器403輸出的音頻幀進行譯碼，并輸出非壓縮格式的音頻數(shù)據(jù)。圖形存儲器407是用于存儲從解復(fù)用器403讀出的副影像流、NavigationButton信息內(nèi)的PNG數(shù)據(jù)、從讀出控制部402直接讀入的圖像文件的緩存。圖形平面408是具有一個畫面的量的區(qū)域的存儲器，被配置了展開的副影像流、PNG數(shù)據(jù)、圖像文件。圖形解碼器409將圖形存儲器407中所存儲的副影像流、PNG數(shù)據(jù)、圖像文件展開并寫入圖形平面408。通過副影像流的解碼，各種菜單、副影像在畫面上被顯示。加算器410向存儲于圖像平面405中的非壓縮格式的圖像數(shù)據(jù)中合成在圖形平面408中展開的圖形并輸出。通過該加算器410合成圖形平面408內(nèi)的圖形和視頻平面405內(nèi)的圖像，從而輸出如圖4(b)所示的畫面(在顯示了影像的畫面的旁邊CG(圖中的貓頭鷹的圖像)來回動作的畫面)。靜態(tài)場景存儲器411是用于存儲當(dāng)前的播放列表(PL)、當(dāng)前的流管理信息的存儲器。當(dāng)前播放列表是在BD-ROM中記錄的多個播放列表中的成為了現(xiàn)在處理對象的播放列表。當(dāng)前流管理信息是在BD-ROM中記錄的多個流管理信息中的成為了現(xiàn)在處理對象的流管理信息。動態(tài)場景存儲器412是存儲當(dāng)前動態(tài)場景并提供給HDMV模塊413、BD-J模塊414所進行的處理的存儲器。當(dāng)前動態(tài)場景是在BD-ROM中記錄的多個場景中的成為了現(xiàn)在執(zhí)行對象的場景。HDMV模塊413是成為HDMV模式的執(zhí)行主體的DVD虛擬播放器，執(zhí)行向動態(tài)場景存儲器412中讀出的當(dāng)前的場景程序。BD-J模塊414是Java平臺，由Java虛擬機、配置(Configuration)、簡表(Profile)構(gòu)成。BD-J模塊414根據(jù)向動態(tài)場景存儲器412讀出的Java類文件生成當(dāng)前的Java對象并執(zhí)行。Java虛擬機將用Java言語描述的Java對象變換為再生裝置的CPU的本地代碼(nativecode)并使CPU來執(zhí)行。UO探測模塊415檢測用戶對遙控器、再生裝置的前面板進行的用戶操作，將表示用戶操作的信息(下面稱為UO(UserOperation))向模式管理模塊416輸出。模式管理模塊416保持從BD-ROM讀出的模式管理表，進行模式管理以及分支控制?；谀Ｊ焦芾砟K416的模式管理是使哪個HDMV模塊413、BD-J模塊414來執(zhí)行動態(tài)場景的模塊的分配。調(diào)度程序417從UO中僅選擇與現(xiàn)在的再生裝置的模式相適應(yīng)的UO，并交給執(zhí)行該模式的模塊。例如在HDMV模式的執(zhí)行中，在接受到上下左右、激活(active)之類的UO的情況下，向HDMV模式的模塊輸出這些UO這樣的處理是調(diào)度程序417的處理。渲染引擎418具備Java2D、OPEN-GL之類的基礎(chǔ)軟件，按照來自BD-J模塊414的指示進行計算機繪圖的描畫，將描畫出的計算機繪圖向圖形平面408輸出。寫入控制部419按照來自受控復(fù)制控制部423的指示，向記錄式BD驅(qū)動器106中所載入的介質(zhì)、本地存儲器422或者可移動存儲介質(zhì)104中寫入數(shù)據(jù)。AV再生庫420根據(jù)來自HDMV模塊413、BD-J模塊414的函數(shù)調(diào)用，執(zhí)行AV再生功能、播放列表的再生功能。AV再生功能是指從DVD播放器、CD播放器沿襲的功能群，包括再生開始、再生停止、暫停、暫停的解除、靜止畫功能的解除、以立即值指定了再生速度的快進、以立即值指定了再生速度的快退、聲音切換、副影像切換、角度切換之類的處理。播放列表再生功能按照播放列表信息進行該AV再生功能中的再生開始、再生停止。網(wǎng)絡(luò)接口421在為了進行受控復(fù)制的認(rèn)證而與服務(wù)器連接時使用。認(rèn)證的協(xié)議使用指示了被BD-J模塊執(zhí)行著的Java應(yīng)用的協(xié)議。本地存儲器422、可移動存儲介質(zhì)104以及記錄式BD驅(qū)動器106作為受控復(fù)制的復(fù)制目標(biāo)而被使用。選擇哪個介質(zhì)作為復(fù)制目標(biāo)是用戶從作為受控復(fù)制的復(fù)制目標(biāo)而被支持的介質(zhì)中選擇出介質(zhì)來進行的。受控復(fù)制控制部423接收由BD-J模塊執(zhí)行的Java應(yīng)用的指示，進行BD-ROM上數(shù)據(jù)的復(fù)制。根據(jù)復(fù)制目標(biāo)的介質(zhì)的不同，還進行流的再編碼。例如，若復(fù)制目標(biāo)的介質(zhì)是BD-R，則實施BitbyBit(逐比特)復(fù)制，若復(fù)制目標(biāo)的介質(zhì)是DVD-R等容量小的介質(zhì)，則進行流的再編碼，一邊壓縮流一邊進行數(shù)據(jù)復(fù)制。以上是再生裝置的結(jié)構(gòu)要素。圖6是表示受控復(fù)制控制部423的詳細(xì)結(jié)構(gòu)的圖。受控復(fù)制控制部423包括序列號讀出部601、介質(zhì)ID讀出部602、介質(zhì)狀態(tài)管理部603、復(fù)制執(zhí)行部604、復(fù)制狀態(tài)通知部605、復(fù)制進度管理部606、隨機值生成寫入部607和密鑰信息寫入部608。序列號讀出部601進行PMSN(Pre-recordedMediaSerialNumber)的讀出，該PMSN表示在BD-ROM上的特殊區(qū)域即BCA(BurstCuttingArea)中記錄的記錄介質(zhì)的物理上的序列號。該序列號在后述的密鑰信息的生成中使用。介質(zhì)ID讀出部602讀出在復(fù)制目標(biāo)的介質(zhì)中記錄的、對每個介質(zhì)唯一設(shè)定的介質(zhì)固有的信息(介質(zhì)ID)。該值通常不能夠重寫，即使是同種類的介質(zhì)也按各介質(zhì)而被分配不同的值。該介質(zhì)ID在密鑰信息的生成時使用。介質(zhì)狀態(tài)管理部603管理再生裝置能夠作為現(xiàn)在復(fù)制目標(biāo)而利用的介質(zhì)的種類一覽。例如，再生裝置具備SD卡插槽和記錄式BD驅(qū)動器，現(xiàn)在若僅插入了SD卡，則將SD卡判斷為現(xiàn)在的復(fù)制目標(biāo)的對象。若SD卡和BD-R兩者都被插入，則判斷為可以將SD卡、BD-R兩者作為復(fù)制目標(biāo)。而且，還進行復(fù)制目標(biāo)介質(zhì)的剩余容量管理。復(fù)制執(zhí)行部604執(zhí)行將BD-ROM上的數(shù)據(jù)向其他介質(zhì)的復(fù)制。根據(jù)復(fù)制目標(biāo)的介質(zhì)的不同，也進行流的再編碼。復(fù)制狀態(tài)通知部605對復(fù)制的開始、正常結(jié)束、錯誤結(jié)束等的狀態(tài)轉(zhuǎn)變進行管理，通過BD-J模塊向Java應(yīng)用通知狀態(tài)轉(zhuǎn)變。復(fù)制進度管理部606對成為復(fù)制對象的剩余字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)進行管理，根據(jù)來自Java應(yīng)用的請求，通知現(xiàn)在的進度信息。隨機值生成寫入部607在每次實施受控復(fù)制時制作并寫入隨機生成的值(隨機值)。該隨機值的值在后述的密鑰信息的生成中被使用。密鑰信息寫入部608進行BD-ROM的序列號、復(fù)制目標(biāo)介質(zhì)的介質(zhì)ID以及根據(jù)隨機值而生成的密鑰信息的寫入。密鑰信息的生成以服務(wù)器中的秘密密鑰為基礎(chǔ)來進行。Java應(yīng)用在取得序列號、介質(zhì)ID、隨機值之后，向服務(wù)器發(fā)送該值。服務(wù)器以從Java應(yīng)用發(fā)送來的值和在服務(wù)器側(cè)管理的秘密密鑰為基礎(chǔ)，生成密鑰信息，并將密鑰信息返送給Java應(yīng)用。Java應(yīng)用將從服務(wù)器發(fā)送過來的密鑰信息設(shè)置在密鑰信息寫入部608，密鑰信息寫入部608進行將被設(shè)置的密鑰信息向復(fù)制目標(biāo)介質(zhì)的寫入。密鑰信息在加密內(nèi)容密鑰的譯碼中被使用，若能夠進行加密內(nèi)容密鑰的譯碼，則保護內(nèi)容的再生成為可能。即，若沒有該密鑰信息，即使擅自將加密內(nèi)容密鑰和保護內(nèi)容從BD-ROM復(fù)制到其他的介質(zhì)也不能夠進行再生。受控復(fù)制控制部具有以上的構(gòu)成，為了根據(jù)Java應(yīng)用能夠控制這些操作，對BD-J模塊提供了受控復(fù)制控制API。下面，對這些API進行說明?！anagedCopy_getPMSNO返回復(fù)制源的介質(zhì)的序列號。·ManagedCopy_getMCMediaInfoO返回介質(zhì)的列表，所述介質(zhì)是再生裝置作為復(fù)制目標(biāo)而支持的介質(zhì)，且介質(zhì)已被插入，作為復(fù)制目標(biāo)現(xiàn)在能夠利用的介質(zhì)。·ManagedCopy_startMC(MCMediaInfo)開始向參數(shù)所指定的介質(zhì)的受控復(fù)制。MCMediaInfo_getMediaTypeO若針對通過getMCMedialnfo而取得的復(fù)制目標(biāo)列表的各要素調(diào)用該API，則返回介質(zhì)的種類(BD-R，BD-RE,SD,HDD,DVD-R等)?！CMediaInfo_getUniqueIdO返回復(fù)制目標(biāo)的介質(zhì)的介質(zhì)ID以及隨機值的字節(jié)列。復(fù)制目標(biāo)的隨機值在調(diào)用了該API的時刻被生成、寫入。根據(jù)介質(zhì)的種類的不同，也有不存在隨機值的情況。在該情況下僅返回介質(zhì)ID?！CMediaInfo_setSignature(byte[])設(shè)置向復(fù)制目標(biāo)寫入的密鑰信息。若受控復(fù)制開始，則通過該API設(shè)置后的值作為密鑰信息被寫入復(fù)制目標(biāo)?！CMediaInfo_getFreeSpaceO返回復(fù)制目標(biāo)的剩余容量?！CMediaInfo_getRequiredSpaceO返回復(fù)制所需的容量?！CMediaInfo_addMCListener(MCListener)登記接收受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序。在受控復(fù)制的開始、正常結(jié)束、異常結(jié)束等的狀態(tài)轉(zhuǎn)變發(fā)生時，向通過該API登記了的監(jiān)聽程序通知狀態(tài)轉(zhuǎn)變。_getMCProgressO返回包含受控復(fù)制的剩余字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)的進度信息。圖7是表示圖5所示的BD-J模塊的更具體的結(jié)構(gòu)的圖。BDJ模塊414包括介質(zhì)再生模塊702、受控復(fù)制模塊703、文件I/O模塊704、網(wǎng)絡(luò)模塊705和應(yīng)用管理器706。介質(zhì)再生模塊702針對Java應(yīng)用701提供用于介質(zhì)再生控制的API。若Java應(yīng)用701調(diào)用介質(zhì)再生控制API，則介質(zhì)再生模塊調(diào)用對應(yīng)的AV再生庫420的函數(shù)，進行AV再生控制。受控復(fù)制模塊703針對Java應(yīng)用701提供用于上述的受控復(fù)制控制的API。文件I/O模塊704執(zhí)行來自Java應(yīng)用701的對BD-ROM本地存儲器、可移動存儲介質(zhì)、記錄式BD驅(qū)動器等的各介質(zhì)的文件訪問請求的處理。網(wǎng)絡(luò)模塊705針對Java應(yīng)用701提供用于網(wǎng)絡(luò)控制的API。根據(jù)來自Java應(yīng)用701的網(wǎng)絡(luò)控制請求，使用網(wǎng)絡(luò)接口421來進行網(wǎng)絡(luò)連接。Java應(yīng)用701使用網(wǎng)絡(luò)模塊705，能夠?qū)κ芸貜?fù)制的認(rèn)證時所需的服務(wù)器進行訪問。應(yīng)用管理器706以在BD-ROM上記錄的應(yīng)用管理信息為基礎(chǔ)，管理Java應(yīng)用的啟動和結(jié)束。此外，應(yīng)用管理器還進行將從調(diào)度程序417接收到的UO事件交給現(xiàn)在動作中的Java應(yīng)用701的處理。以上是BD-J模塊的構(gòu)成要素。圖8是基于Java應(yīng)用的受控復(fù)制控制的流程圖。首先，Java應(yīng)用調(diào)用ManagedCopy_getMCMediaInfoO,檢驗是否存在成為現(xiàn)在復(fù)制對象的介質(zhì)6101)。若存在復(fù)制對象介質(zhì)，則從其中選擇成為復(fù)制對象的介質(zhì)610。選擇方法可以是Java應(yīng)用自身來進行選擇，可以是向用戶提示可復(fù)制介質(zhì)一覽，然后使用戶從其中選擇。圖9示出了向用戶提示可復(fù)制介質(zhì)一覽的情況的一例。不僅顯示介質(zhì)名，也可以根據(jù)MCMediaInfo_getFreeSpaceO來檢驗剩余容量，連剩余容量也一并顯示。此外，也可以根據(jù)復(fù)制源的文件大小計算必要的容量，并將該值也一并顯示。復(fù)制目標(biāo)介質(zhì)中所需的容量計算可以通過Java應(yīng)用自身來進行，也可以根據(jù)復(fù)制的文件的列表通過再生裝置進行計算。特別是，在對流進行再壓縮來保存的情況下，由于伴隨著文件大小的變更，在該情況下，通過再生裝置來計算必要容量是方式效率更高。Java應(yīng)用可以根據(jù)MCMediaInfo_getRequiredSpaceO來取得通過再生裝置計算出的必要容量。對被選擇的復(fù)制目標(biāo)介質(zhì)的剩余容量進行檢驗，若存在復(fù)制所需的剩余容量，則進行收費處理步驟6104)。此吃所謂的收費處理步驟是指與服務(wù)器連接，進行信用卡卡號等的認(rèn)證的一系列的步驟。尤其是，在不需要收費的情況下，可以跳過該步驟，也可以不進行收費，僅檢驗復(fù)制次數(shù)的計數(shù)。若收費處理成功，則進行密鑰信息的要素數(shù)據(jù)的取得6105)。密鑰信息的要素數(shù)據(jù)是指復(fù)制源介質(zhì)的序列號、復(fù)制目標(biāo)介質(zhì)的介質(zhì)ID以及隨機值。復(fù)制源介質(zhì)的序列號可以通過MamigedCopy_getPMSN()來取得，復(fù)制目標(biāo)介質(zhì)的介質(zhì)ID以及隨機值可以通過MCMediaInfo_getUniqueId()來取得。若密鑰信息的要素數(shù)據(jù)的取得結(jié)束，則向服務(wù)器發(fā)送這些要素數(shù)據(jù)。服務(wù)器根據(jù)這些要素數(shù)據(jù)以及服務(wù)器所具有的秘密密鑰生成密鑰信息，并將生成的密鑰信息向Java應(yīng)用發(fā)送。Java應(yīng)用將發(fā)送過來的密鑰信息指定為MCMediabifcusetSignatureCbyteG)15的參數(shù)，向再生裝置設(shè)置6106)。若密鑰信息的設(shè)置結(jié)束，則通過調(diào)用ManiigedCopy_startMC(MCMediaInfo)的API，受控復(fù)制開始。在進行受控復(fù)制期間，Java應(yīng)用通過調(diào)用MCPr0greSS_getMCProgressO,能夠把握復(fù)制的進度狀況。圖10是表示對復(fù)制的進度狀況進行畫面顯示的一例的圖。由于Java應(yīng)用能夠知道剩余字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)，因此能夠判斷出從現(xiàn)在開始的大致的剩余時間。此外，通過調(diào)用MCMediaInfo_addMCListener()并登記用于接受受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序，能夠接收復(fù)制的開始、結(jié)束通知，因此在接收到復(fù)制結(jié)束通知之前的期間，可以顯示進度條，或進行新產(chǎn)品介紹等的廣告顯示。此外，也可以考慮實施簡單的游戲應(yīng)用程序等。此外，由于在復(fù)制失敗的情況下也能夠接收通知，例如在因介質(zhì)被強行取出等而復(fù)制失敗的情況下，Java應(yīng)用能夠接收復(fù)制失敗通知，并進行取消收費處理等的對應(yīng)處理。圖11是表示復(fù)制實施中的盤訪問限制的圖。Java應(yīng)用在基于受控復(fù)制控制部的復(fù)制實施前，能夠調(diào)用介質(zhì)再生模塊702而進行流的再生，或者調(diào)用文件I/O模塊704來訪問BD-ROM上的文件。另一方面，若基于受控復(fù)制控制部的復(fù)制實施開始，則如圖12所示，來自介質(zhì)再生模塊702的流再生以及來自文件I/O模塊704的文件訪問被加以限制。該限制的理由在于，為了防止受控復(fù)制控制部與Java應(yīng)用的文件I/O處理、流的解碼處理沖突從而因資源不足而導(dǎo)致復(fù)制失敗，使受控復(fù)制控制部能夠排他地利用文件系統(tǒng)、解碼器和編碼器等。因此，對Java應(yīng)用加以限制，使復(fù)制實施中被虛擬成盤被取出的狀態(tài)。但是，即使虛擬成盤被取出的狀態(tài)，不能夠進行盤訪問，但由于能夠利用緩存存儲器上的圖形數(shù)據(jù)、網(wǎng)絡(luò)I/F與服務(wù)器連接，因此能夠執(zhí)行簡單的游戲、廣告、宣傳顯示。該限制在基于受控復(fù)制控制部的復(fù)制實施結(jié)束后的時刻解除。即，Java應(yīng)用調(diào)用MCMediaInfo_addMCListener()，登記用于接收受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序，由此不僅能夠知道復(fù)制的開始和結(jié)束，還能夠知道盤訪問限制的開始和結(jié)束。另外，由于伴隨著復(fù)制實施的開始和結(jié)束對Java應(yīng)用執(zhí)行了虛擬的盤取出和盤插入，因此為了對Java應(yīng)用明確通知盤已被取出的情況，也可以在復(fù)制實施時與復(fù)制開始通知一起實施盤取出通知。此外，在復(fù)制結(jié)束時也相同，可以與復(fù)制結(jié)束通知一起實施盤插入通知。圖13是表示基于受控復(fù)制控制部的復(fù)制實施的流程圖。該流程圖更詳細(xì)地表示了圖8的步驟S107。在基于受控復(fù)制控制部的復(fù)制開始之前，進行來自Java應(yīng)用的盤訪問限制6201)。在進行了盤訪問限制之后，對Java應(yīng)用實施復(fù)制開始通知6202)。復(fù)制開始通知后，開始從復(fù)制源向復(fù)制目標(biāo)的數(shù)據(jù)復(fù)制。若成為復(fù)制對象的數(shù)據(jù)的復(fù)制全部結(jié)束，則解除步驟S201中所進行的盤訪問限制6204)，對Java應(yīng)用實施復(fù)制結(jié)束通知(S205),受控復(fù)制控制部中的復(fù)制處理結(jié)束。此外，在步驟S203的復(fù)制中途失敗的情況下，在解除盤訪問限制后，對Java應(yīng)用實施復(fù)制失敗通知。如上所述，根據(jù)本實施例，在避免了資源競爭的同時使得受控復(fù)制和Java應(yīng)用執(zhí)行的同時動作成為可能，并且能夠?qū)崿F(xiàn)受控復(fù)制中的進度狀況的顯示、宣傳和/或廣告的顯示、游戲應(yīng)用程序等的執(zhí)行。(實施方式2)在實施方式2中，對向限制了可記錄的文件名的可移動存儲介質(zhì)的受控復(fù)制進行說明。由于BD-ROM中所記錄的文件采用了LongFileName(LFN)格式，因此能夠記錄具有10字符、20字符這樣的文件名、4字符、5字符這樣的擴展名的文件名。另一方面，可移動存儲介質(zhì)多采用文件名最大8字符、目錄名最大8字符、擴展名最大3字符的文件名受到限制的文件系統(tǒng)。因此，有時不能夠?qū)D-ROM中所記錄的文件名原樣不動地向可移動存儲介質(zhì)復(fù)制。圖14是表示考慮了可移動存儲介質(zhì)的文件名限制的受控復(fù)制的圖。在將BD-ROM上的具有9字符以上的文件名或者配送字符以上的擴展名的文件向可移動存儲介質(zhì)進行復(fù)制的情況下，以變?yōu)?字符以下的文件名或通常再生字符以下的擴展名的方式進行文件名變換來實施保存。在文件名變換時若發(fā)生了文件名沖突的情況，則通過附加連續(xù)編號等的方法來避免文件名的沖突。而且，關(guān)于進行文件名變換后所保存的文件，在文件名變換表(filename.tbl)中記載變換前文件名和變換后的文件名的對應(yīng)。圖15示出了文件名變換表的一例。在從可移動存儲介質(zhì)進行再生時，確認(rèn)文件名變換表的有無，在存在文件名變換表的情況下，在讀入控制部402檢測到對文件名變換表中記載的變換前的文件名進行訪問的情況，讀入控制部402置換成變換后的文件名，并對可移動存儲介質(zhì)上的文件進行訪問。如上所述，將受控復(fù)制時所進行的文件名變換保存在文件名變換表中，在再生時以文件名變換表為基礎(chǔ)，通過使用變換前的文件名而進行虛擬的訪問，即使向具有文件名限制的記錄介質(zhì)進行了受控復(fù)制，也能夠順利地實施再生。(實施方式1中的補充說明)下面，針對實施方式1中所記載的再生裝置的各構(gòu)成要素進行補充說明。實施方式1的再生裝置能夠執(zhí)行復(fù)制，是錄放式的再生裝置。與便攜式的再生裝置不同，固定式的再生裝置一般不僅具有再生功能，一般還具有錄像功能。在再生裝置具有錄像功能的情況下，能夠?qū)崿F(xiàn)執(zhí)行受控復(fù)制時的數(shù)據(jù)格式的變換以及編碼方式的變換(這些變換被表述為代碼轉(zhuǎn)換)。對向錄放式的再生裝置中追加用于代碼轉(zhuǎn)換的構(gòu)成要素的構(gòu)成例進行說明。圖16中示出了錄放式的再生裝置的一般的內(nèi)部構(gòu)成，此外還增加了該代碼轉(zhuǎn)換的構(gòu)成要素。在本圖所示的再生裝置中具有HDMI收發(fā)部501、信號輸入部502、音頻編碼器503、視頻編碼器504和多路復(fù)用器505。這里，代碼轉(zhuǎn)換是指如下處理將BD-ROM中所記錄的數(shù)字流的格式從MPEG2傳輸流格式變換為MPEG2程序流格式等，或者降低對視頻流以及音頻流分配的比特率來進行再編碼，使數(shù)字流適合復(fù)制目標(biāo)介質(zhì)的應(yīng)用格式。總線tcO是實現(xiàn)將BD-ROM中所記錄的比特流直接向其他的記錄介質(zhì)記錄的復(fù)制即所謂的逐比特復(fù)制時所使用的總線，將從讀出控制部402讀出的視頻流直接輸入寫入控制部419?？偩€tcl是將BD-ROM中復(fù)用記錄的視頻流、音頻流再次復(fù)用時的總線?？偩€tc2、tc3是執(zhí)行視頻流、音頻流的再編碼時的總線。HDMI收發(fā)部501向電視機103發(fā)送非壓縮的視頻數(shù)據(jù)、非壓縮的音頻數(shù)據(jù)，并接受來自電視機103的數(shù)據(jù)。信號輸入部502受理對電視機103的模擬信號輸入。音頻編碼器503對從信號輸入部502輸入的模擬輸入信號進行編碼而得到音頻流，但在執(zhí)行代碼轉(zhuǎn)換的情況下，對通過總線tc2而輸入的非壓縮的音頻數(shù)據(jù)進行再編碼。視頻編碼器504對從信號輸入部502輸入的模擬輸入信號進行編碼而得到視頻流，但在執(zhí)行代碼轉(zhuǎn)換的情況下，對通過總線tc3而輸入的非壓縮的視頻數(shù)據(jù)進行再編碼。多路復(fù)用器505將通過視頻編碼器504而獲得的視頻流以及通過音頻編碼器503而得到的音頻流復(fù)用為傳輸流格式、程序流格式等的適合于復(fù)制目標(biāo)介質(zhì)的格式。以上是錄像再生型再生裝置的內(nèi)部構(gòu)成。接下來，說明BD-J模塊的技術(shù)的意義。(BD-J模塊的一般構(gòu)成)BD-J模塊是Java平臺，完全實裝了Java2Micro_Edition(J2ME)PersonalBasisProfile(PBP1.0)禾口GloballyExecutableMHPspecification(GEM1.0.2)forpackagemediatargets,從JAR歸檔文件中存在的類文件讀出字節(jié)碼并存儲于堆存儲器中，從而負(fù)擔(dān)啟動Java應(yīng)用的責(zé)任。而且，將構(gòu)成Java應(yīng)用的字節(jié)碼、構(gòu)成系統(tǒng)應(yīng)用的字節(jié)碼變換為本地代碼，并使MPU執(zhí)行該代碼。圖17更明確地表示了BD-J模塊的功能。圖17是明示了BD-J模塊的一般的構(gòu)成要素的內(nèi)部構(gòu)成圖。參照該圖，對文件I/O模塊704、介質(zhì)再生模塊702的技術(shù)意義進行說明。在本圖中，在BD-J模塊的堆存儲器中存在有Java應(yīng)用。在此，在BD-ROM中，按照BD-J對象內(nèi)的應(yīng)用管理表，規(guī)定了Java應(yīng)用的動作。這樣的BD-J對象按各標(biāo)題而存在，因此，BD-ROM中的Java應(yīng)用將標(biāo)題作為生存區(qū)間來進行動作。這樣，通過BD-J對象內(nèi)的應(yīng)用管理表而被限制了動作的Java應(yīng)用被稱為“BD-J應(yīng)用”。而且，隨著標(biāo)題的切換而其動作結(jié)束的Java應(yīng)用被稱為標(biāo)題邊界應(yīng)用，隨著BD-ROM的更換而其動作必須結(jié)束的應(yīng)用被稱為盤邊界應(yīng)用。在本圖的堆存儲器中存在有BD-J應(yīng)用，其中的1個BD-J應(yīng)用是使用上述的API執(zhí)行復(fù)制控制的BD-J應(yīng)用(復(fù)制控制BD-J應(yīng)用)。該復(fù)制控制BD-J應(yīng)用在受控復(fù)制控制部423命令了復(fù)制控制時，指定BD-J應(yīng)用的動作模式。該動作模式中，包括結(jié)束動作中的BD-J應(yīng)用，將受控復(fù)制的控制委托給再生裝置的常駐程序的第1模式、不結(jié)束BD-J應(yīng)用的第2模式、以及使動作中的BD-J應(yīng)用變?yōu)榫芙^來自BD-J應(yīng)用的請求的狀態(tài)，在限制了BD-J應(yīng)用的功能的情況下使其動作的第3模式，在該復(fù)制控制BD-J應(yīng)用指定第3模式、受控復(fù)制控制部423指示了受控復(fù)制的情況下，實施實施方式1的處理。對文件I/O模塊704如何變?yōu)榫芙^來自BD-J應(yīng)用的再生請求的狀態(tài)進行說明。再生裝置采用了Linux等的操作系統(tǒng)，因此通過發(fā)出命令“/mountpointBD/BDMV"，對BD-ROM105的驅(qū)動器分配BDMV目錄。通過發(fā)出命令“/mountpointSD/BUDA”，能夠?qū)梢苿哟鎯橘|(zhì)104分配BUDA目錄。根據(jù)這樣的命令操作，對只讀BD、本地存儲器、記錄式BD分配虛擬的文件系統(tǒng)，供BD-J應(yīng)用來使用。若執(zhí)行解除mount(分配目錄)的操作，S卩，執(zhí)行unmount(卸載目錄)操作，則BD-J應(yīng)用不能夠通過虛擬的文件系統(tǒng)辨識只讀BD、本地存儲器、記錄式BD，從而能夠變?yōu)榫芙^來自BD-J應(yīng)用的再生請求的狀態(tài)。18對介質(zhì)再生模塊702如何變?yōu)榫芙^來自BD-J應(yīng)用的再生請求的狀態(tài)進行說明?；贐D-J應(yīng)用的播放列表的再生是通過使BD-J應(yīng)用執(zhí)行JavaMediaFramework(JMF)播放器實例的生成來進行的。該生成是通過在進行指定了播放列表信息文件的JMF播放器實例的生成時介質(zhì)再生模塊702創(chuàng)建JMF播放器實例來進行的。另一方面，即使BD-J應(yīng)用命令JMF播放器實例的生成，但若介質(zhì)再生模塊702沒生成播放列表信息文件的JMF播放器實例并返回錯誤，則不會承認(rèn)BD-J應(yīng)用的請求。因此，介質(zhì)再生模塊702在拒絕來自BD-J應(yīng)用的再生請求的狀態(tài)時，即使存在來自BD-J應(yīng)用的請求，也不生成JMF播放器實例。針對文件I/O模塊704、介質(zhì)再生模塊702對MCMediaInfo_addMCListener的用法進行說明。在受控復(fù)制的開始時，在使文件I/O模塊704、介質(zhì)再生模塊702向拒絕來自BD-J應(yīng)用的請求的狀態(tài)轉(zhuǎn)變時，使文件I/O模塊704、介質(zhì)再生模塊702調(diào)用MCMediaInfo_addMCListener(MCListener)，向文件I/O模塊704、介質(zhì)再生模塊702登記用于接收受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序。這樣，由于向文件I/O模塊704、介質(zhì)再生模塊702的事件監(jiān)聽程序通知基于受控復(fù)制控制部的受控復(fù)制的開始，在向這樣的事件監(jiān)聽程序通知受控復(fù)制的開始時，文件I/O模塊704、介質(zhì)再生模塊702向拒絕來自BD-J應(yīng)用的請求的狀態(tài)轉(zhuǎn)變。而且，在從BD-J應(yīng)用請求文件訪問的情況下，或者請求JMF播放器實例的生成的情況下，文件I/O模塊704、介質(zhì)再生模塊702對這些請求返回錯誤的響應(yīng)。這樣，BD-ROM的訪問等不會造成受控復(fù)制控制和BD-J應(yīng)用之間的競爭。另一方面，在正常結(jié)束或異常結(jié)束發(fā)生時，由于該結(jié)束被通知給了文件I/O模塊704、介質(zhì)再生模塊702，因此文件I/O模塊704、介質(zhì)再生模塊702向通常狀態(tài)轉(zhuǎn)變。這樣，在從BD-J應(yīng)用請求文件訪問的情況下，或者請求JMF播放器實例的生成的情況下，按照這些請求來進行處理。上述內(nèi)容僅是使文件I/O模塊704、介質(zhì)再生模塊702向拒絕來自BD-J應(yīng)用的請求的狀態(tài)轉(zhuǎn)變的軟件實裝的一例，也可以在從BD-J應(yīng)用請求盤訪問或者再生時，由文件I/O模塊704、介質(zhì)再生模塊702檢測受控復(fù)制是否已執(zhí)行，再向拒絕來自BD-J應(yīng)用的請求的狀態(tài)轉(zhuǎn)變。如上所述，在文件I/O模塊704、介質(zhì)再生模塊702變?yōu)榫芙^來自BD-J應(yīng)用的再生請求的狀態(tài)后的情況下，BD-J應(yīng)用不能夠訪問只讀BD、本地存儲器、記錄式BD。但是，能夠利用緩存707內(nèi)的數(shù)據(jù)。緩存707是在某標(biāo)題變?yōu)楫?dāng)前標(biāo)題時用于存儲與該當(dāng)前標(biāo)題對應(yīng)的BD-J對象的緩存管理信息所指示的歸檔文件的緩存存儲器。在此存儲的歸檔文件在某標(biāo)題變?yōu)楫?dāng)前標(biāo)題的期間是有效的，BD-J應(yīng)用即使不訪問BD-ROM、本地存儲器，也能夠利用該緩存內(nèi)的歸檔文件中所包含的程序和/或數(shù)據(jù)。因此，BD-J應(yīng)用即使在BD-ROM被取出的期間內(nèi)也能夠利用該歸檔文件內(nèi)的數(shù)據(jù)。圖18是表示拒絕來自BD-J應(yīng)用的請求的狀態(tài)的圖。由于介質(zhì)再生模塊702、文件I/O模塊704變?yōu)榱司芙^來自BD-J應(yīng)用的再生請求的狀態(tài)，因此，經(jīng)由介質(zhì)再生模塊702、文件I/O模塊704對讀出控制部402、寫入控制部403、多路復(fù)用器505、寫入控制部419命令再生處理的BD-J應(yīng)用，不能夠再對這些構(gòu)成要素命令再生處理。因此，這些資源的使用不會帶來BD-J應(yīng)用和復(fù)制執(zhí)行部604之間的競爭。圖19是表示拒絕來自BD-J應(yīng)用的請求的狀態(tài)結(jié)束而返回通常的狀態(tài)的圖。在拒絕來自BD-J應(yīng)用的請求的狀態(tài)下，介質(zhì)再生模塊702、文件I/O模塊704變?yōu)樵S可來自BD-J應(yīng)用的再生請求的狀態(tài)，因此BD-J應(yīng)用能夠請求再生處理。以上是針對文件I/O模塊704、介質(zhì)再生模塊702的技術(shù)意義的說明。接下來，對BD-J應(yīng)用的API調(diào)用進行詳細(xì)說明。(BD-J應(yīng)用狀態(tài)的時間的轉(zhuǎn)變)在受控復(fù)制執(zhí)行時，介質(zhì)再生模塊702、文件I/O模塊704變?yōu)樵S可來自BD-J應(yīng)用的處理請求的狀態(tài)，因此標(biāo)題邊界應(yīng)用、復(fù)制控制應(yīng)用的狀態(tài)如圖20所示地進行轉(zhuǎn)變。圖20示出了受控復(fù)制前后的標(biāo)題邊界應(yīng)用、復(fù)制控制應(yīng)用、受控復(fù)制控制部的處理的時間轉(zhuǎn)變。第1級示出了將標(biāo)題作為生存區(qū)間的標(biāo)題邊界應(yīng)用的處理，第2級示出了復(fù)制控制應(yīng)用的處理內(nèi)容。第3級示出了受控復(fù)制控制部423的處理內(nèi)容。在認(rèn)證和收費處理進行期間(totl)，標(biāo)題邊界應(yīng)用處于啟動中，在復(fù)制實施的期間(tlt2)，標(biāo)題邊界應(yīng)用由于不能夠再生AV流的運動影像，僅進行存在于緩存中的CG人物的描畫。在復(fù)制結(jié)束后的期間(t2t3)，返回至通常再生狀態(tài)，執(zhí)行伴隨著AV流的運動影像再生的CG人物的描畫。如上所述，在執(zhí)行受控復(fù)制的期間，BD-J應(yīng)用能夠描畫使用了緩存內(nèi)的CG數(shù)據(jù)的人物，創(chuàng)作擔(dān)當(dāng)者實現(xiàn)了不使用戶感覺無聊的方法。以上是針對標(biāo)題邊界應(yīng)用、復(fù)制控制應(yīng)用的狀態(tài)的時間轉(zhuǎn)變的說明。(復(fù)制控制中使用的API)本申請說明書中的復(fù)制控制是以BD-J應(yīng)用為主體而進行的，因此受控復(fù)制控制部的處理必須使用BD-J應(yīng)用編程接口(API)來描述。下面，對復(fù)制控制中使用的API進行說明。圖21將來自BD-J應(yīng)用的API調(diào)用和與該調(diào)用對應(yīng)的處理內(nèi)容建立對應(yīng)來表示。箭頭(1-1)、(1-2)示意性地示出了來自BD-J應(yīng)用的MCMediaJetMediaType的調(diào)用以及與該調(diào)用對應(yīng)的基于介質(zhì)狀態(tài)管理部603的介質(zhì)種類的通知。箭頭(2-1)、(2-2)示意性地示出了來自BD-J應(yīng)用的MamigedCopy_getPMSN的調(diào)用以及與該調(diào)用對應(yīng)的基于序列號讀出部601的序列號的傳遞。箭頭(3-1)、(3-2)、(3-3)示意性地示出了來自BD-J應(yīng)用的MediaInfogetUNiquedID的調(diào)用、與該調(diào)用對應(yīng)的基于介質(zhì)ID讀出部602的Media-ID的傳遞以及基于隨機值生成寫入部607的隨機值的傳遞。箭頭(4-1)、(4-2)示意性地示出了來自BD-J應(yīng)用的MCMediaInfoJetSignature的調(diào)用以及與該調(diào)用對應(yīng)的基于密鑰信息寫入部608的密鑰信息的寫入。箭頭(5-1)、(5-2)示意性地示出了來自BD-J應(yīng)用的MCMediaCopy_start_MC的調(diào)用以及與該調(diào)用對應(yīng)的向復(fù)制執(zhí)行部604的密鑰信息的傳遞。箭頭(6-1)、(6-2)示意性地示出了來自BD-J應(yīng)用的MCProgress_get_MCProcessAPI的調(diào)用以及與該調(diào)用對應(yīng)的基于復(fù)制狀態(tài)通知部605、復(fù)制進度管理部606的剩余的字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)的傳遞。以上是針對來自BD-J應(yīng)用的API調(diào)用以及與該調(diào)用對應(yīng)的處理內(nèi)容的說明。(復(fù)制執(zhí)行部604的詳細(xì)內(nèi)容)本申請說明書中的受控復(fù)制是假設(shè)了不同種介質(zhì)間的復(fù)制的情況，由于伴隨著代碼轉(zhuǎn)換，在受控復(fù)制中，僅通過從最內(nèi)周到最外周依次復(fù)制作為復(fù)制源的BD-ROM中的比特流這樣的動作是不夠的。將BD-ROM中存在的文件以及目錄按每個文件、每個目錄來進行復(fù)制的動作是必要的。這樣的假設(shè)了代碼轉(zhuǎn)換的復(fù)制執(zhí)行部的處理順序如圖22所示。圖22是表示復(fù)制執(zhí)行部604的處理順序的流程圖。步驟Sl是調(diào)用等待，等待是否調(diào)用MamigedCopy_Start，若進行了調(diào)用，則在步驟S2中將介質(zhì)再生模塊702、文件I/O模塊704的狀態(tài)向拒絕來自BD-J應(yīng)用的請求的狀態(tài)轉(zhuǎn)變。在步驟S3中，在復(fù)制目標(biāo)介質(zhì)中創(chuàng)建BDMV目錄，在步驟S4中，向BDMV目錄下復(fù)制:tndex.bdmv、MovieObject。在步驟S5中，向復(fù)制目標(biāo)介質(zhì)的BDMV目錄下復(fù)制PlayList目錄、BDJO目錄、JAR目錄。步驟S6判斷是否有代碼轉(zhuǎn)換的指示，若有代碼轉(zhuǎn)換的指示，則在步驟S7中將STREAM目錄、CLIPINF目錄復(fù)制到BDMV目錄下。然后，在步驟S8中復(fù)制ROOT目錄的CERTIFICATE目錄。若有代碼轉(zhuǎn)換的指示，在復(fù)制目標(biāo)介質(zhì)中創(chuàng)建STREAM目錄，創(chuàng)建CLIPINF目錄。然后在步驟S12中執(zhí)行包含視頻流的AVClip的代碼轉(zhuǎn)換，在步驟S13中制作與代碼轉(zhuǎn)換后的AVClip對應(yīng)的Clip信息文件。在有代碼轉(zhuǎn)換的情況下，重新制作Clip信息文件的原因在于，Clip信息文件包含有表示數(shù)據(jù)包番號和顯示時間戳(presentationtimestamps)的對應(yīng)關(guān)系的項目映射等依存于流的信息要素。在步驟S14中將代碼轉(zhuǎn)換后的AVClip寫入STREAM目錄，將新生成的Clip信息文件寫入CLIPINF目錄中，移至步驟S8。若以上的復(fù)制結(jié)束，則在步驟S9中使介質(zhì)再生模塊702、文件I/O模塊704的狀態(tài)向許可來自BD-J應(yīng)用的處理請求的狀態(tài)轉(zhuǎn)變。以上是關(guān)于復(fù)制執(zhí)行部604的處理順序的說明結(jié)束。(BD-J應(yīng)用管理的內(nèi)容)本申請中，介質(zhì)再生模塊702、文件I/O模塊704變?yōu)樵S可來自BD-J應(yīng)用的處理請求的狀態(tài)，此時即使BD-ROM被裝填在再生裝置中，BD-J應(yīng)用也虛擬地當(dāng)成BD-ROM被取出的狀態(tài)，本申請中的BD-J應(yīng)用管理器所進行的BD-J應(yīng)用的管理不是一般的管理。特殊的管理如圖23所示。下面參照圖23，對BD-J應(yīng)用管理器的處理順序進行說明。圖23是表示BD-J應(yīng)用管理器的處理順序的流程圖。本流程圖是重復(fù)從步驟S71到步驟S72的處理的循環(huán)結(jié)構(gòu)。步驟S71判斷是否有基于模塊管理器的當(dāng)前標(biāo)題的選擇，若有當(dāng)前標(biāo)題的選擇，則執(zhí)行步驟S74、步驟S75的處理并返回步驟S71步驟S73的循環(huán)。步驟S74是將與當(dāng)前標(biāo)題對應(yīng)的在BD-J對象的緩存管理信息中記載的歸檔文件讀入緩存的處理，步驟S75將與當(dāng)前標(biāo)題對應(yīng)的在BD-J對象的BD-J應(yīng)用管理表中記載的BD-J應(yīng)用載入堆存儲器中，啟動BD-J應(yīng)用。步驟S72判斷是否開始了受控復(fù)制，若開始了受控復(fù)制，則在步驟S76中使BD-J應(yīng)用變?yōu)樘摂M的盤被取出的狀態(tài)，變?yōu)閮H使緩存內(nèi)的數(shù)據(jù)動作的狀態(tài)。在步驟S77中等待受控復(fù)制的結(jié)束。若受控復(fù)制結(jié)束，則在步驟S78中使BD-J應(yīng)用變?yōu)橥ǔ顟B(tài)，返回步驟S71步驟S73的處理。在步驟S73中若發(fā)生DiscEject事件，則執(zhí)行步驟S79步驟S81的處理。在步驟S79中，將標(biāo)題作為生存區(qū)間的標(biāo)題邊界應(yīng)用以及將盤作為生存區(qū)間的盤邊界應(yīng)用全部結(jié)束，在步驟S80中等待DiscInsert事件的發(fā)生。若發(fā)生DiscInsert事件，在步驟S81中被插入的盤的第一播放標(biāo)題設(shè)定為當(dāng)前標(biāo)題，并移至步驟S74。根據(jù)上述的本流程圖可知，在受控復(fù)制的執(zhí)行中，在BD-ROM被裝入再生裝置的狀態(tài)下，使BD-J應(yīng)用變?yōu)榫芙^來自BD-J應(yīng)用的再生請求的狀態(tài)。(利用了API的BD-J應(yīng)用的描述)基于BD-J應(yīng)用的復(fù)制控制是利用了API的控制，不僅基于復(fù)制控制應(yīng)用的復(fù)制控制需要利用上述API，連復(fù)制之前的收費處理、復(fù)制進度顯示也需要利用上述API。下面，對利用了API的復(fù)制控制、收費處理、復(fù)制進度顯示的描述進行說明。圖M是表示進行復(fù)制控制的BD-J應(yīng)用如何利用API的處理順序的流程圖，圖25是表示利用了API的收費處理的處理順序的流程圖。圖沈是表示伴隨著小游戲執(zhí)行、預(yù)告片再生的復(fù)制進度顯示的一例。在步驟S2I中調(diào)用MamigedCopy_getMCMediahifo，在步驟S22中取得可以作為復(fù)制目標(biāo)介質(zhì)而利用的介質(zhì)的列表。若取得了上述列表，則針對復(fù)制目標(biāo)列表的各要素調(diào)用MCMediaInfo_MediaType(步驟幻3)，取得復(fù)制目標(biāo)列表的各要素的介質(zhì)種類(步驟S24)。在步驟S25中，與介質(zhì)種類相對應(yīng)地一覽顯示復(fù)制目標(biāo)列表的各要素，等待用戶進行選擇(步驟S26)。若被選擇，則判斷是否存在復(fù)制對象介質(zhì)ID(步驟幻7)，若存在，則確定被選擇的復(fù)制目標(biāo)介質(zhì)(步驟S28)，調(diào)用MCMediaInfo_getFreeSpace,取得復(fù)制目標(biāo)介質(zhì)的剩余容量(步驟S29)。在步驟S30中，判斷是否有剩余容量A，若有剩余容量A(步驟幻0"Yes")，調(diào)用MCMediaInfo_RequiredSpace，取得復(fù)制所需的容量B(步驟S31)，對容量A和必要容量B進行比較(步驟S3》。若剩余容量不足，則計算壓縮率，指示伴隨著再編碼的代碼轉(zhuǎn)換(步驟S34)。在步驟S33中，開始收費處理，若收費成功(步驟S35)，則開始進度條的顯示(步驟S36)。然后，針對確定的復(fù)制目標(biāo)介質(zhì)調(diào)用MCMediaInfo_getUniqued,取得介質(zhì)ID、隨機值(步驟S37)。通過ManagedCopy_getMSN的調(diào)用來取得復(fù)制目標(biāo)介質(zhì)的序列號(步驟S38)，向復(fù)制源的提供者組織的管理服務(wù)器發(fā)送復(fù)制源介質(zhì)的序列號、介質(zhì)ID、隨機值(步驟幻9)，變?yōu)槊荑€信息的取得等待(步驟S40)。若發(fā)送了密鑰信息，則參數(shù)中指定密鑰信息的字節(jié)數(shù)，調(diào)用MCMediaInfo_SetSignature來設(shè)置密鑰信息(步驟S41)，將MCMediabifo用作參數(shù)來調(diào)用MamigedCopy_startMC,從而開始受控復(fù)制(步驟S42)。在圖25(a)的步驟S51中，在參數(shù)MCListaer中指定用于接收受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序，調(diào)用MCMediaInfo_addMCListner,在步驟S52中開始收費處理。然后，移至步驟S53步驟SM的循環(huán)處理。步驟S53判斷復(fù)制是否已失敗，若判斷出復(fù)制失敗，則在步驟S55中取消收費。步驟邪4判斷復(fù)制是否已結(jié)束，若判斷出復(fù)制結(jié)束，在步驟S56中確定收費處理。圖25(b)是表示進度條顯示的處理順序的流程圖。在參數(shù)MCListaer中指定用于接收受控復(fù)制的狀態(tài)轉(zhuǎn)變通知的監(jiān)聽程序，調(diào)用MCMediaInfo_addMCListner。然后，在步驟S62中等待受控復(fù)制開始。若開始，則顯示進度條，并移至步驟S64步驟S65的循環(huán)處理。步驟S64判斷是否經(jīng)過了一定時間，若判斷為經(jīng)過了一定時間，在步驟S66中調(diào)用MCProgress_setMCProgress，取得剩余字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)。在步驟S67中，使用這樣制作的剩余字節(jié)數(shù)、復(fù)制完成字節(jié)數(shù)來更新進度條。步驟S65判斷復(fù)制是否已結(jié)束，若判斷出復(fù)制結(jié)束，則在步驟S68中進行復(fù)制結(jié)束的顯示。圖沈表示了伴隨著小游戲執(zhí)行、預(yù)告片再生的復(fù)制進度顯示的一例。本圖以圖10為基礎(chǔ)來作圖，在該基礎(chǔ)的進度顯示上增加了小游戲的執(zhí)行畫面、預(yù)告片再生畫面。這些是以復(fù)制控制應(yīng)用的歸檔文件中所存儲的數(shù)據(jù)為基礎(chǔ)進行顯示、再生的結(jié)果，即使在盤被取出的狀態(tài)下，通過從緩存中讀出這些數(shù)據(jù)，也能夠進行本圖這樣的顯示、再生。通過顯示這樣的小游戲的執(zhí)行畫面、預(yù)告片再生，在受控復(fù)制需要長時間的情況下能夠緩和用戶的無聊感。(其他的變形例)以上，基于實施方式說明了本發(fā)明的再生裝置，本發(fā)明當(dāng)然不僅限于上述的實施方式。在上述實施方式中，對僅具有再生記錄介質(zhì)的再生功能的再生裝置進行了說明，但不僅限于此。例如，也可以是具有錄像功能的錄像再生裝置。在上述實施方式中，作為虛擬機的編程言語利用了Java(注冊商標(biāo))，但不僅限于Java(注冊商標(biāo))，也可以是UNIX(注冊商標(biāo))、OS等中使用的B-Shell、PerlScript,ECMAScript等其他的編程言語。作為本發(fā)明的對象的復(fù)制源數(shù)據(jù)不僅限于2D影像，也同樣適用于3D立體影像。上述的實施方式中所說明的受控復(fù)制控制部根據(jù)復(fù)制對象的不同需要再編碼，因此暫時性地請求了負(fù)荷高的處理。因此，在再生裝置側(cè)的CPU性能不足夠高的情況，可以考慮去掉向I^I上嵌入受控復(fù)制控制部的構(gòu)成。此外，在上述的實施方式中隊再生BD-ROM的再生裝置進行了說明，對于在可寫入的光記錄介質(zhì)上記錄有上述實施方式所說明的BD-ROM上的必要的數(shù)據(jù)的情況，當(dāng)然也能夠獲得與上述相同的效果。工業(yè)實用性構(gòu)成本發(fā)明的再生裝置能夠在制造產(chǎn)業(yè)中經(jīng)營性地、或者持續(xù)地反復(fù)制造、販賣。尤其能夠在影像內(nèi)容的制作有關(guān)的電影產(chǎn)業(yè)、家電設(shè)備產(chǎn)業(yè)中被利用。權(quán)利要求1.一種再生裝置，一邊使應(yīng)用執(zhí)行，一邊執(zhí)行對多個記錄介質(zhì)的介質(zhì)控制，其特征在于，對多個記錄介質(zhì)的介質(zhì)控制包括再生控制和復(fù)制控制，該再生裝置具備再生部和使應(yīng)用動作的平臺，上述再生控制是根據(jù)通過了平臺內(nèi)的I/O模塊的來自應(yīng)用的請求，讀出在多個記錄介質(zhì)中的第一記錄介質(zhì)中記錄的文件來供給再生部的處理，上述復(fù)制控制是不經(jīng)由平臺內(nèi)的I/O模塊而從上述第一記錄介質(zhì)讀出數(shù)據(jù)，并寫入第二記錄介質(zhì)的處理，上述I/O模塊在復(fù)制控制被執(zhí)行期間，拒絕來自應(yīng)用的請求。2.如權(quán)利要求1所述的再生裝置，其特征在于，上述再生裝置還具備讀入控制部，從上述第一記錄介質(zhì)或上述第二記錄介質(zhì)讀入數(shù)據(jù)；寫入控制部，向上述第二記錄介質(zhì)寫入數(shù)據(jù)；復(fù)制控制部，使上述讀入控制部以及上述寫入控制部動作，從而從上述第一記錄介質(zhì)讀出數(shù)據(jù)，將上述讀出的數(shù)據(jù)寫入第二記錄介質(zhì)，上述平臺包括復(fù)制控制API，該復(fù)制控制API用于上述應(yīng)用使上述復(fù)制控制部動作，上述應(yīng)用使用復(fù)制控制API能夠控制上述復(fù)制控制部的動作。3.如權(quán)利要求2所述的再生裝置，其特征在于，上述再生部具備解復(fù)用器和解碼器，上述再生裝置具備控制上述解復(fù)用器及上述解碼器的AV再生庫，上述平臺包括介質(zhì)再生模塊，該介質(zhì)再生模塊具有用于調(diào)用上述AV再生庫的AV再生控制API，上述再生裝置利用上述應(yīng)用使用上述介質(zhì)再生模塊中所包含的AV再生控制API而調(diào)用的上述AV再生庫，對上述解復(fù)用器以及上述解碼器進行控制，由此進行上述再生控制，并且，在上述復(fù)制控制部進行的復(fù)制控制被執(zhí)行期間，拒絕利用上述應(yīng)用使用上述介質(zhì)再生模塊中所包含的AV再生控制API而調(diào)用的上述AV再生庫，以使上述復(fù)制控制部能夠使用上述AV再生庫對上述解復(fù)用器以及上述解碼器進行控制。4.如權(quán)利要求3所述的再生裝置，其特征在于，在上述復(fù)制控制部進行的復(fù)制控制被執(zhí)行期間，上述介質(zhì)再生模塊中包含的AV再生控制API轉(zhuǎn)變?yōu)榫芙^來自應(yīng)用的請求的狀態(tài)。5.如權(quán)利要求3所述的再生裝置，其特征在于，上述復(fù)制控制是在服務(wù)器裝置的管理下執(zhí)行的受控復(fù)制，該服務(wù)器裝置經(jīng)由網(wǎng)絡(luò)與上述再生裝置連接，上述復(fù)制控制部具備接收部，該接收部接收從上述服務(wù)器裝置發(fā)送的密鑰信息，并將上述接收到的密鑰信息設(shè)定在復(fù)制控制部，在上述接收到的密鑰信息被設(shè)定在復(fù)制控制部后開始上述復(fù)制控制部進行的復(fù)制控制。6.如權(quán)利要求4所述的再生裝置，其特征在于，在基于上述復(fù)制控制部的對上述第一記錄介質(zhì)上的數(shù)據(jù)的讀取以及對上述第二記錄介質(zhì)的數(shù)據(jù)的寫入被執(zhí)行的期間，若上述I/O模塊以及介質(zhì)再生模塊變?yōu)榫芙^來自應(yīng)用的再生請求的狀態(tài)，則上述應(yīng)用把第一記錄介質(zhì)作為不存在的介質(zhì)來進行處理，若上述I/O模塊以及介質(zhì)再生模塊變?yōu)橐勒諄碜詰?yīng)用的再生請求的狀態(tài)，則上述應(yīng)用把第一記錄介質(zhì)作為存在的介質(zhì)來進行處理。7.如權(quán)利要求2所述的再生裝置，其特征在于，上述復(fù)制控制部具備通知部，該通知部通知用于上述復(fù)制控制的、對第一記錄介質(zhì)上的數(shù)據(jù)的讀取已開始的情況以及對上述第二記錄介質(zhì)上的數(shù)據(jù)的寫入已結(jié)束的情況，上述復(fù)制控制API包括登記API，該登記API根據(jù)來自上述應(yīng)用的調(diào)用來登記上述通知部應(yīng)該通知的應(yīng)用，當(dāng)在上述平臺上動作的應(yīng)用調(diào)用上述登記API而進行了登記的情況下，上述通知部向通過上述登記API而被登記了的應(yīng)用進行通知。8.如權(quán)利要求7所述的再生裝置，其特征在于，在對上述第一記錄介質(zhì)上的數(shù)據(jù)的讀取或者對上述第二記錄介質(zhì)上的數(shù)據(jù)的寫入已失敗的情況下，上述通知部向通過上述登記API而被登記了的應(yīng)用通知基于上述復(fù)制控制的復(fù)制已失敗的情況。9.如權(quán)利要求7所述的再生裝置，其特征在于，上述再生裝置還具備進度管理部，上述進度管理部根據(jù)來自應(yīng)用的編程接口的調(diào)用，向上述應(yīng)用通知基于上述復(fù)制控制的向第二記錄介質(zhì)已寫入的數(shù)據(jù)大小和預(yù)計寫入但未寫入的剩余的數(shù)據(jù)大小。10.一種再生方法，一邊在計算機上使應(yīng)用執(zhí)行，一邊執(zhí)行對多個記錄介質(zhì)的介質(zhì)控制，其特征在于，對多個記錄介質(zhì)的介質(zhì)控制包括再生控制和復(fù)制控制，上述計算機具備再生部和使應(yīng)用動作的平臺，上述再生控制是根據(jù)通過了平臺內(nèi)的I/O模塊的來自應(yīng)用的請求，讀出在多個記錄介質(zhì)中的第一記錄介質(zhì)中記錄的文件來供給再生部的處理，上述復(fù)制控制是不經(jīng)由平臺內(nèi)的I/O模塊而從上述第一記錄介質(zhì)讀出數(shù)據(jù)，并寫入第二記錄介質(zhì)的處理，上述再生方法包括執(zhí)行復(fù)制控制的步驟；以及在復(fù)制控制被執(zhí)行期間使I/O模塊拒絕來自應(yīng)用的請求的請求拒絕步驟。11.一種程序，一邊在計算機上使應(yīng)用執(zhí)行，一邊使計算機執(zhí)行對多個記錄介質(zhì)的介質(zhì)控制，其特征在于，對多個記錄介質(zhì)的介質(zhì)控制包括再生控制和復(fù)制控制，上述計算機具備再生部和使應(yīng)用動作的平臺，上述再生控制是根據(jù)通過了平臺內(nèi)的I/O模塊的來自應(yīng)用的請求，讀出在多個記錄介質(zhì)中的第一記錄介質(zhì)中記錄的文件來供給再生部的處理，上述復(fù)制控制是不經(jīng)由平臺內(nèi)的I/O模塊而從上述第一記錄介質(zhì)讀出數(shù)據(jù)，并寫入第二記錄介質(zhì)的處理，上述程序在計算機上執(zhí)行以下步驟執(zhí)行復(fù)制控制的步驟；以及在復(fù)制控制被執(zhí)行期間使I/O模塊拒絕來自應(yīng)用的請求的請求拒絕步驟。全文摘要由于受控復(fù)制消耗了大量的資源，若在再生裝置一側(cè)控制的受控復(fù)制和記錄介質(zhì)上的BD-J應(yīng)用執(zhí)行同時動作，會陷入資源不足的情況。本發(fā)明提供一種再生裝置，在受控復(fù)制中，對于BD-J應(yīng)用虛擬地使盤看上去是被取出的狀態(tài)，從而對盤的訪問加以限制，由此在避免了受控復(fù)制和BD-J應(yīng)用執(zhí)行之間的資源競爭的同時，使受控復(fù)制和BD-J應(yīng)用執(zhí)行的同時動作成為可能。文檔編號G11B27/00GK102027544SQ20098011743公開日2011年4月20日申請日期2009年7月14日優(yōu)先權(quán)日2008年7月16日發(fā)明者山下健,山口高弘,田中敬一申請人:松下電器產(chǎn)業(yè)株式會社