專利名稱：：再現(xiàn)裝置、調(diào)試裝置、系統(tǒng)lsi、程序的制作方法
技術(shù)領域：
：本發(fā)明屬于應用開發(fā)的
技術(shù)領域：
，特別涉及用來實現(xiàn)AV內(nèi)容的再現(xiàn)控制用應用的調(diào)試的改良。
背景技術(shù)：
：上述再現(xiàn)控制用應用記錄在DVD-Video或BD-ROM中，對再現(xiàn)裝置命令要再現(xiàn)的播放列表的選擇、或數(shù)字流的選擇等再現(xiàn)控制。通過該再現(xiàn)控制，將各種GUI提供給用戶，所以這樣的再現(xiàn)控制用應用在將電影作品用DVD-Video或BD-ROM分發(fā)時成為不能沒有的必需品。在DVD-Video中，AV內(nèi)容的再現(xiàn)通過疊加在AV內(nèi)容中的命令控制。實施AV再現(xiàn)的控制的命令與控制對象的流一起存在，由于AV內(nèi)容的制作與進行AV內(nèi)容的再現(xiàn)控制的應用的制作為串聯(lián)的關系，所以為了開發(fā)DVD-Video用的應用，AV內(nèi)容的制作的環(huán)境齊備成為大前提。這里，在AV內(nèi)容的制作中，電影制片室導入那樣的昂貴的寫作設備是不可或缺的，對于一般的軟件工作室來說是怎樣也無能為力的。這樣，設備投資成為大的瓶頸，有參加到DVD-Video應用的制作中的軟件工作室受到限制的實際狀況。另一方面，在BD-ROM中，在程序記述語言中采用Java,備齊了AV內(nèi)容與Java(TM)應用的交叉開發(fā)環(huán)境，所以能夠召集許多軟件工作室參加。在關于用來使與DVD-Video盤制作時的AV再現(xiàn)控制處理相關聯(lián)的不良狀況解析及問題修正后的動作確認變得容易的裝置、方法的現(xiàn)有技術(shù)中，有下述專利文獻1中記載的技術(shù)。專利文獻1:日本特開平11-203841號公報但是，由該BD-ROM播放器模型規(guī)定的AV內(nèi)容的再現(xiàn)控制復雜并且跨越多個分支，所以即使在交叉開發(fā)環(huán)境中完成了Java(TM)應用，也不能直接做出能夠出廠該Java(TM)應用的判斷。這樣，還是必須將Java(TM)應用保存在與AV內(nèi)容相同的1個盤中來進行最終的動作確認。進而，在該動作確認中，如果發(fā)現(xiàn)了程序錯誤，則需要修正Java(TM)應用，再次將Java(TM)應用保存在與AV內(nèi)容相同的1個盤中。由于有可能發(fā)生這樣的動作確認和程序錯誤修正的反復，所以如果考慮這些情況，則在BD-ROM應用的制作中優(yōu)選地導入專用的寫作設備。但是，BD-ROM播放器模型具有以高清晰度電視圖像為前提的高端硬件規(guī)格，所以制作它的寫作設備也與DVD-Video的寫作設備相比是非常昂貴且大規(guī)模的設備，對于小資本的軟件工作室來說難以導入。這成為障礙，有可能發(fā)生加入到BD-ROM用的Java(TM)應用的開發(fā)中的軟件工作室難以增加的問題。以BD-ROM為題材，敘述了在本發(fā)明中作為前提的技術(shù)課題，但是并不限于BD-ROM，以某個特定的邏輯格式與AV內(nèi)容一起記錄在記錄介質(zhì)中而對終端用戶供給那樣的應用，在與AV內(nèi)容的再現(xiàn)聯(lián)動的再現(xiàn)動作能夠確認之前都不能說應用的開發(fā)已結(jié)束，可以說其開發(fā)是很難的過程。并且，這樣的動作確認的方法不足成為應用開發(fā)的較大的障礙。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種即使不導入專用的寫作設備、也能夠進行BD-J應用的解析及修正的再現(xiàn)裝置。為了達到上述目的，有關本發(fā)明的再現(xiàn)裝置的特征在于，具備安裝機構(gòu)，取得配置有應用的記錄介質(zhì)中的網(wǎng)絡文件系統(tǒng)信息，通過與裝填在自身中的記錄介質(zhì)中的文件系統(tǒng)信息組合，得到虛擬文件系統(tǒng)；平臺部，執(zhí)行能夠由虛擬文件系統(tǒng)識別的應用；再現(xiàn)控制引擎，按照來自上述應用的指示再現(xiàn)能夠由虛擬文件系統(tǒng)識別的AV內(nèi)容；上述開發(fā)支援功能是平臺部將執(zhí)行應用時的執(zhí)行信息在網(wǎng)絡上收發(fā)的功能。發(fā)明效果由于有關本發(fā)明的再現(xiàn)裝置具有上述結(jié)構(gòu)，所以只要將AV內(nèi)容配置在裝填于再現(xiàn)裝置中的盤介質(zhì)中，將應用配置在作為網(wǎng)絡驅(qū)動器的記錄介質(zhì)中，則通過與再現(xiàn)裝置之間進行執(zhí)行信息的收發(fā)，就能夠使AV內(nèi)容的再現(xiàn)與應用的動作聯(lián)動。由于不是在裝填在再現(xiàn)裝置中的盤介質(zhì)中，而是在作為網(wǎng)絡驅(qū)動器的記錄介質(zhì)中配置應用，則能夠進行以實際設備中的再現(xiàn)為前提的應用的動作確認，所以能夠高效率地實施伴隨著AV再現(xiàn)控制的應用的驗證及解析、修正。即使不將應用配置在作為目標的盤介質(zhì)中，只要將應用配置在開發(fā)環(huán)境中的網(wǎng)絡驅(qū)動器中，就能夠高效率地進行應用的解析、修正，所以只要有網(wǎng)絡連接的環(huán)境，即使不導入昂貴的寫作設備，也能夠進行與AV內(nèi)容的再現(xiàn)聯(lián)動的應用的調(diào)試。并且，BD-ROM用Java(TM)應用制作事業(yè)參加的障礙變低，能夠?qū)υS多軟件工作室召集參加到BD-ROM用Java(TM)應用制作事業(yè)中。此外，并不限于BD-ROM,以某個特定的邏輯格式與AV內(nèi)容一起記錄到記錄介質(zhì)中而對終端用戶供給的應用的開發(fā)變得順利，所以能夠促進應用的充實化。圖1是表示BD-J應用的制作順序的流程圖。圖2是表示有關第1實施方式的IDE環(huán)境及ADK環(huán)境的圖。圖3是表示JavaPlatformDebuggerArchitecture(JPDA)的分層模型的圖。圖4(a)、圖4(b)是表示使用標準輸出函數(shù)的ADK環(huán)境的調(diào)試例、使用ECLIPSE的調(diào)試例的圖。圖5是表示在ADK環(huán)境中進行使用ECLIPSE的調(diào)試的情況下的GUI的一例的圖。圖6是表示ADK環(huán)境中的調(diào)試順序的流程圖。圖7是表示有關第1實施方式的BD-ROM再現(xiàn)裝置200的內(nèi)部結(jié)構(gòu)的圖。圖8(a)是將包含在網(wǎng)絡管理信息中的信息識別碼和其解說建立對應而表示的圖。圖8(b)是表示網(wǎng)絡管理信息的具體的記述的圖。圖9是表示將上方的文件系統(tǒng)與BD-ROM上的文件系統(tǒng)組合的虛擬的包中的文件系統(tǒng)的圖。圖10是表示ADK處理部208的內(nèi)部結(jié)構(gòu)的圖。圖11是示意地表示ADK環(huán)境中的BD-J應用執(zhí)行、和AV內(nèi)容再現(xiàn)的圖。圖12是表示ADK環(huán)境的處理順序的流程圖。圖13是表示關于作為日志輸出用API的DebugLog的類構(gòu)造體的圖。圖14(a)圖14(c)是表示setLevel方法、printLog方法、printException方法的處理順序的流程圖。圖15表示利用日志輸出API的Java(TM)程序源代碼的一例。圖16是表示try方法的處理順序的流程圖。圖17是表示調(diào)試裝置的硬件結(jié)構(gòu)的圖。圖18是表示IDE環(huán)境的軟件結(jié)構(gòu)的圖。圖19是表示BD-J模擬器118的內(nèi)部結(jié)構(gòu)的圖。圖20是表示播放列表結(jié)構(gòu)菜單501的一例的圖。圖21(a)、圖21(b)是表示聲音流結(jié)構(gòu)菜單601a、字幕流結(jié)構(gòu)菜單601b的一例的圖。圖22是表示AV再現(xiàn)畫面顯示部128的顯示內(nèi)容的一例的圖。圖23(a)圖23(b)是表示當前時刻菜單701b、動作狀態(tài)設置菜單701c的圖。圖24(a)圖24(c)是表示畫面配置設置菜單801a、聲音輸出設置菜單801b、字幕顯示設置菜單801c的圖。圖25是表示再現(xiàn)控制引擎存根126的處理順序的主例程的流程圖。圖26是表示當前時刻的更新處理的順序的流程圖。圖27(a)、圖27(b)是表示模擬信息變更的詳細順序、狀態(tài)變化通知處理的詳細順序的流程圖。圖28是表示模擬信息變更的處理順序的流程圖。圖29是表示BD-ROM的內(nèi)部結(jié)構(gòu)的圖。圖30是示意地表示被賦予了擴展名.1112&的文件怎樣構(gòu)成的圖。圖31表示構(gòu)成AVClip的TS包經(jīng)過怎樣的過程被寫入到BD-ROM中。圖32是表示BD-ROM的物理單位與構(gòu)成1個文件擴展的源包之間的對應關系的圖。圖33是表示多路復用在MainClip中的基本流的圖。圖34是表示多路復用在SubClip中的基本流的圖。圖35是表示Clip信息的內(nèi)部結(jié)構(gòu)的圖。圖36是表示對于電影的視頻流的EP—map設定的圖。圖37(a)、圖37(b)是表示Playlist信息的數(shù)據(jù)構(gòu)造、Multi_Clip_entries的內(nèi)部結(jié)構(gòu)的圖。圖38是表示Playlist信息中的PlaylistMark信息的內(nèi)部結(jié)構(gòu)的圖。圖39是表示AVClip與Playlist信息的關系的圖。圖40是將Subpath信息的內(nèi)部結(jié)構(gòu)特寫而表示的圖。圖41是表示本地儲存器上的SubClip、本地儲存器202上的PlayList信息以及BD-ROM上的MainClip之間的對應的圖。圖42是表示PiP_metadata的內(nèi)部結(jié)構(gòu)的圖。圖43是表示再現(xiàn)引擎205的內(nèi)部結(jié)構(gòu)的圖。圖44是表示合成部15的內(nèi)部結(jié)構(gòu)的圖。圖45是表示再現(xiàn)控制引擎206的處理順序的流程圖。圖46是表示按照PlayList信息中的SubPlayltem信息的再現(xiàn)順序的流程圖。圖47是表示有關本實施方式的寫作系統(tǒng)的內(nèi)部結(jié)構(gòu)、和本系統(tǒng)的調(diào)試裝置的定位的圖。圖48是表示格式化工序中的處理的流程的流程圖。圖49(a)、圖49(b)是表示網(wǎng)絡驅(qū)動器的目錄-文件構(gòu)造、JAR檔案文件的內(nèi)部結(jié)構(gòu)的圖。圖50(a)、圖50(b)是表示證書的數(shù)據(jù)構(gòu)造、證書的具體的一例的圖。圖51是示意地表示在BD-ROM中根證書被怎樣分配的圖。圖52是表示沒有權(quán)限提供的情況下的SIG-BD.RSA、SIG-BD.SF、BD.ROOT.CERTIFICATE、MANIFEST.MF的相互關系的圖。圖53是表示沒有權(quán)限提供的情況下的SIG-BD.RSA、SIG-BD.SF、BD.ROOT.CERTIFICATE、MANIFEST.MF、bd.XXXX.perm的相互關系的圖。圖54是表示平臺部的內(nèi)部結(jié)構(gòu)的圖。圖55是表示具備BD-ROM驅(qū)動器、用來將AV內(nèi)容解碼的硬件及軟件、平臺部的PC100的結(jié)構(gòu)的框圖。圖56是示意地表示組裝了再現(xiàn)裝置的主要的結(jié)構(gòu)要素后的系統(tǒng)LSI的圖。圖57是表示將組裝有再現(xiàn)裝置的主要的結(jié)構(gòu)要素的系統(tǒng)LSI裝備到設備中的狀態(tài)的圖。標號說明100調(diào)試裝置101網(wǎng)絡驅(qū)動器102可引導啟動ROM103RAM104輸入輸出I/O105MPU106網(wǎng)絡I/F200再現(xiàn)裝置201BD-ROM驅(qū)動器202本地儲存器203網(wǎng)絡I/F204虛擬文件系統(tǒng)部205再現(xiàn)引擎206再現(xiàn)控制引擎207BD-J平臺部208ADK處理部209初始化處理部210安裝設定部具體實施例方式以下，參照本發(fā)明的實施方式。(第1實施方式)首先，對BD-ROM的制作及工業(yè)化生產(chǎn)進行說明。首先，進行計劃工序，在該工序中，決定使BD-ROM以怎樣的梗概再現(xiàn)。接著，進行素材制作工序。該工序是進行動態(tài)圖像收錄、聲音收錄等的素材制作的工序。接著，進行格式化工序。該工序是根據(jù)在計劃工序中制作的梗概和素材，得到要記錄在BD-ROM的巻區(qū)域中的數(shù)據(jù)的整體圖像(一般稱作體數(shù)據(jù))的工序。最后進行壓制工序。在該壓制工序中，將巻圖像(volumeimage)變換為物理數(shù)據(jù)串，利用該物理數(shù)據(jù)串進行原盤切割，制作盤原盤。這樣，通過壓制裝置制作了原盤，再工業(yè)性地大量生產(chǎn)BD-ROM。該生產(chǎn)主要由基板成形、反射膜成膜、保護膜涂層、包覆、標貼的印刷各工序構(gòu)成。經(jīng)過以上的工序，能夠制作在各實施方式中表示的記錄介質(zhì)(BD-ROM)。<Java(TM)應用的制作>在上述格式化工序中，作為制作的對象的軟件由稱作BD-J應用的Java(TM)應用和BD-J對象構(gòu)成。首先，對BD-J應用進行說明。所謂的BD-J應用，是在完全安裝了Java2Micro一Edition(J2ME)PersonalBasisProfile(PBP1.0)、和GloballyExecutableMHPspecification(GEM1.0,2)forpackagemediatargets之后的平臺部上動作的Java應用。該BD-J應用經(jīng)由xlet接口受應用管理程序控制。Xlet接口具有"加載"、"中斷"、"有效"、"毀損"的4個狀態(tài)。上述Java平臺部包括用來顯示JFIF(JPEG)或PNG、其他圖像數(shù)據(jù)的標準Java庫。因此，Java應用包括由GEM1.0.2規(guī)定的HAVi框架，能夠?qū)崿F(xiàn)包括GEM1.0.2中的遠程控制向?qū)C構(gòu)的GUI框架。由此，Java應用能夠?qū)崿F(xiàn)將基于HAVi框架的按鈕顯示、文本顯示、在線顯示(BBS的內(nèi)容)這些顯示與動態(tài)圖像的顯示組合后的畫面顯示，能夠利用遠程控制對該畫面顯示進行操作。構(gòu)成這樣的BD-J應用的一系列的文件被變換為基于在http:〃java.sun.com/j2se/l.4.2/docs/guide/jar/jar.html中記載的規(guī)格的Java(TM)檔案文件。Java(TM)檔案文件是將ZIP文件的形式特化為Java(TM)的文件，能夠通過市售的ZIP解壓軟件確認內(nèi)容。后者的BD-J對象包括應用管理表(ApplicationManagementTable())，是在BD-ROM再現(xiàn)時使平臺部執(zhí)行伴隨著標題切換的應用信號傳輸?shù)臄?shù)據(jù)。更具體地講，ApplicationManagementTable()包括表示要執(zhí)行的BD-J應用的application—id、和表示啟動BD-J應用時的控制的application—contorol_code。application—contorol_code夫見定豐示題選擇后的應用的最初的執(zhí)行狀態(tài)，此夕卜，application—contorol_code能夠規(guī)定是將BD-J應用裝載到虛擬機中并自動開始(AUTOSTRART)、還是將BD-J應用裝載到虛擬機中但不自動開始(PRESENT)。以上是關于BD-J應用及BD-J對象的說明。接著，對BD-J應用制作工序的詳細情況進行說明。圖1是表示BD-J應用的制作順序的流程圖。在IDE(IDE:IntegratedDevelopmentEnvironment:全面發(fā)展環(huán)境)環(huán)境中制作Java代碼(步驟Sl)，在將這樣得到的Java程序源代碼編譯后，變換為JAR檔案文件(步驟S2)。通過該變換，得到BD-J應用。然后，在IDE環(huán)境中使用模擬器，進行BD-J應用單體中的動作確認(步驟S3)，判斷是否動作OK(正確)(步驟S4)。如果動作NG(失敗)(步驟S4中"否")，則在IDE環(huán)境中修正Java(TM)程序源代碼后(步驟S5)，并回到步驟S2，重新進行動作確認。以上的過程為與AV內(nèi)容的制作交叉開發(fā)的環(huán)境，與此不同地推進AV內(nèi)容的制作。本實施方式中所謂的AV內(nèi)容，是所謂的BD-ROM內(nèi)容，具有流實體-Clip信息-播放列表-標題的層級構(gòu)造，具有稱作標題的單位，是指供用戶選擇的數(shù)據(jù)客體。如果AV內(nèi)容的制作結(jié)束，則將制作的AV內(nèi)容變換為BD-REver3.0格式后，寫入到BD-RE中。BD-REver3.0格式是以改寫型盤為對象的邏輯格式，同時是與作為讀取專用型盤的BD-ROM具有完全的互換性的邏輯格式，通過將AV內(nèi)容變換為該格式，即使不等待BD-ROM的完成，也能夠?qū)崿F(xiàn)假設了實際設備中的再現(xiàn)的綜合測試。另外，為了說明的簡略化，在本說明書中，將具有ver3.0格式的BD-RE稱作BD-ROM。如果BD-J應用側(cè)的動作確認是正確(步驟S4中"是")，則記述BD-J對象(步驟S6)，將BD-J對象、JRA檔案文件配置在BD-ROM再現(xiàn)裝置能夠參照的位置上(步驟S7)。接著，在ADK(ADK:ApplicationDevelopmentKit)環(huán)境中進行動作確認(步驟S8),判斷調(diào)試是否結(jié)束(步驟S9)。所謂的ADK環(huán)境，詳細在后面敘述，是接近于實際設備中的動作的開發(fā)環(huán)境。如果調(diào)試沒有結(jié)束，則在IDE環(huán)境中進行Java(TM)程序源代碼的修正(步驟SIO)，在將Java程序源代碼編譯后，變換為JAR檔案文件(步驟Sll)。然后，回到步驟S6，重新進行動作確認。<IDE環(huán)境及ADK環(huán)境〉接著，對用來制作BD-J應用的IDE環(huán)境及ADK環(huán)境進行說明。圖2是表示有關第1實施方式的IDE環(huán)境及ADK環(huán)境的圖。有關本實施方式的IDE環(huán)境由該圖1中的PC100構(gòu)成。ADK環(huán)境由該圖2中的PC100和BD-ROM再現(xiàn)裝置200構(gòu)成。調(diào)試裝置通過將IDE環(huán)境的軟件安裝到一般的個人計算機(以下稱作PC100)中而構(gòu)成。對ADK環(huán)境進行說明。所謂的ADK環(huán)境，是指動作環(huán)境，即，將構(gòu)成BD-J應用的JAR檔案文件、BD-J對象配置在網(wǎng)絡驅(qū)動器(是PC搭載的HDD,能夠經(jīng)由網(wǎng)絡參照)中，通過將網(wǎng)絡文件系統(tǒng)的信息安裝在BD-ROM的文件系統(tǒng)信息中，使BD-ROM再現(xiàn)裝置執(zhí)行網(wǎng)絡驅(qū)動器上的BD-J應用。在該ADK環(huán)境中，AV內(nèi)容可以使用由搭載于BD-ROM再現(xiàn)裝置中的BD-ROM驅(qū)動器記錄的內(nèi)容，BD-J對象可以使用被記錄了PC上的網(wǎng)絡驅(qū)動器的BD-J對象，來實現(xiàn)動作確認。通過使PC上的BD-J應用與處于BD-ROM再現(xiàn)裝置上的BD-ROM中的BD-J應用同樣地動作，能夠進行假設為記錄在BD-ROM中的狀態(tài)的動作確認。在ADK的調(diào)試中，通過利用JPDA(JavaPlatformDebuggerArchitecture)的結(jié)構(gòu)，實現(xiàn)Java應用的調(diào)試。JPDA(JavaPlatformDebuggerArchitecture)是由Java2平臺部定義的接口，被設計成用于在應用開發(fā)環(huán)境中使用的調(diào)試程序，其分層模型如圖3所示。圖3是表示Java平臺調(diào)試架構(gòu)(JavaPlatformDebuggerArchitecture:JPDA)的分層模型的圖。JPDA由執(zhí)行環(huán)境弁1、執(zhí)行環(huán)境#2、JDWP構(gòu)成。執(zhí)行環(huán)境#1由"后端"、"JVMDI"、"JavaVM"構(gòu)成。"后端"與前端進行通信，收發(fā)來自Java(TM)應用的請求、對于請求的應答以及事件。"JVMDI(JavaVMDebugInterface:JavaVM調(diào)試接口)"定義Java虛擬機提供的調(diào)試服務。以上是對執(zhí)行環(huán)境#1的說明。"JavaVM"是作為Java(TM)應用的執(zhí)行主體的Java(TM)虛擬機。執(zhí)行環(huán)境弁2由"UI"、"JDI"和"前端"構(gòu)成。"UI(UserInterface:用戶接口)"從用戶受理后端的設定、變量的參照/變更操作、步驟執(zhí)行等調(diào)試請求。"JDI(JavaDebugInterface:Java調(diào)試接口)"定義高等級的Java語言接口。"前端"與后端進行通信，收發(fā)來自用戶的請求、對請求的應答以及事件。"JDWP(JavaDebugWireProtocol:Java調(diào)試有線協(xié)議)"定義在調(diào)試對象的過程與調(diào)試程序的過程間進行的通信，進行前端及后端間的通信。在以上的JPDA中，執(zhí)行日志或變量的保持值、程序計數(shù)器的值、作為斷點的地址的收發(fā)是通過將再現(xiàn)裝置與PC連結(jié)的串行端口、插座(Socket)進行的。為了便于說明，假設JPDA中的收發(fā)是通過串行端口進行的。插座是位于IEEE802.3(Ethernet(TM))、IP、TCP/UDP上的會話層的通信路徑，BD-J應用由于采用IEEE802.3(Ethemet、IP、TCP/UDP作為網(wǎng)絡模型，所以當然也可以在調(diào)試時的傳送路徑中采用該插座。本說明書中的執(zhí)行信息廣泛地包含有與應用的執(zhí)行有關的信息，包括這些圖7(a)、圖7(b)中表示的執(zhí)行日志及變量的保持值、程序計數(shù)器的值、作為斷點的地址。以上是對JPDA的說明。在圖2的例子中，對該執(zhí)行環(huán)境#1分配BD-ROM再現(xiàn)裝置200，對執(zhí)行環(huán)境#2分配調(diào)試裝置100。對ADK環(huán)境中的調(diào)試例(1)進行說明。圖4(a)是表示使用標準輸出函數(shù)的ADK環(huán)境中的調(diào)試例的圖。圖中的氣球幫助(hpl、hp2、hp3、hp4)是在PC100、BD-ROM再現(xiàn)裝置200中進行的處理的解說。在BD-J應用中，如果輸出利用標準輸出函數(shù)的執(zhí)行日志(hpl)，則在BD-ROM再現(xiàn)裝置200中，利用串行端口，對PC100側(cè)的日志服務器終端發(fā)送執(zhí)行日志(hp2)。通過這樣，日志服務器終端能夠獲取執(zhí)行日志，所以能夠?qū)⒃搱?zhí)行日志顯示在命令提示符中(hp3)。通過以上的執(zhí)行日志的發(fā)送，能夠包括AV內(nèi)容的再現(xiàn)、事件發(fā)生、BD-ROM再現(xiàn)裝置保持的信息等，在與實際的動作環(huán)境(在產(chǎn)品版BD-ROM再現(xiàn)裝置上的BD-ROM再現(xiàn))同樣的狀態(tài)下實施動作確認。但是，因為依存于BD-ROM上的數(shù)據(jù)布局的動作(數(shù)據(jù)訪問等)，也有在一部分中并不能完全說是同樣的情況，這一點需要注意。此外，通過預先根據(jù)執(zhí)行日志的內(nèi)容設定等級(重要度)，能夠?qū)谠撜{(diào)試等級抑制執(zhí)行日志。在使用標準輸出函數(shù)的調(diào)試中，能夠輕易地檢査應用的動作狀況，對于應用的動作驗證、再現(xiàn)確認等是有效的。但是，這不過是面向簡單的調(diào)試作業(yè)。接著，對使用ECLIPSE的調(diào)試進行說明。圖4(b)是表示使用ECLIPSE的調(diào)試例的圖。所謂的ECLIPSE，是JavaIDE環(huán)境之一，具備用來利用JPDA進行調(diào)試的GUI。因此，如果利用ECLIPSE,則通過將應用的動作與源代碼建立對應，以步(step)為單位進行檢査，執(zhí)行斷點設定、一步式執(zhí)行、執(zhí)行中的變量值的確認等詳細的調(diào)試作業(yè)，能夠以步為單位詳細地確認應用的動作。由于該ECLIPSE的利用，PC100與BD-ROM再現(xiàn)裝置200按照JPDA的結(jié)構(gòu)進行通信(hp4)，從PC100上的ECLIPSE連接到在BD-ROM再現(xiàn)裝置中動作的BD-J應用，實施調(diào)試作業(yè)(hp5)。這面向所發(fā)現(xiàn)的不良狀態(tài)的原因解析以及修正等真正的調(diào)試作業(yè)。在執(zhí)行環(huán)境#2的GUI中，能夠顯示執(zhí)行環(huán)境#1的平臺部中的線程、變量、斷點以及即時值。圖5是表示在ADK環(huán)境中進行使用ECLIPSE的調(diào)試的情況下的GUI的一例的圖。以下，在該GUI中，存在線程一覽窗口wdl、變量一覽窗口wd2、斷點一覽窗口wd3、源代碼顯示窗口wd4、標準輸出函數(shù)顯示窗口wd5。以下，對這些各窗口進行說明。*線程一覽窗口Wdl線程一覽窗口Wdl—覽顯示虛擬機的線程。在圖中的例子中，顯示有Thread[AWT畫Windows(TM)，Thread[AWT-Shutdown]，Thread[AWT畫EventQueue-O]，其中，可知Thread[AWT-Windows,Thread[AWT-Shutdown]是執(zhí)行狀態(tài)(Running),Thread[AWT-EventQueue-O]是掛起狀態(tài)。此夕卜，圖中的PopupMainMenu(BasicFeatrure).keyPressed(int)line26表示上述Thread[AWT-EventQueue-O]中的構(gòu)成PopupMainMenu(BasicFeatrure).keyPressed(int)的行26是執(zhí)行行。變量一覽窗口wd2在變量一覽窗口wd2中，將變量名與其保持值建立對應而配置。在圖中的一例中，將choises，currentlndex，currentSubFeature，font,parent這5個變量和其保持值相對應地表示。斷點一覽窗口wd3在斷點一覽窗口wd3中配置有斷點。在圖中的例子中，表示在BasicFeatrure中的行22、和PopupMainMenu的行67中設定了斷點。*源代碼顯示窗口wd4源代碼顯示窗口wd4配置有源列表。作為PopupMainMenu(BasicFeatrure).keyPressed(int)的源代碼文件的BasicFeatrure.java的源列表中的、第13行到第26行的源代碼在本圖中成為顯示對象。并且，對于這些行中設定了斷點的行，賦予特殊的標記，并且將執(zhí)行行強調(diào)顯示。標準輸出函數(shù)顯示窗口wd5在標準輸出函數(shù)顯示窗口wd5中，配置有被從BD-ROM再現(xiàn)裝置200發(fā)送的執(zhí)行日志。圖中的[util.JMFPlaybackControl]playPlayList29atMark0是從BD-ROM再現(xiàn)裝置200發(fā)送的執(zhí)行日志。該執(zhí)行日志是關于在方法util中執(zhí)行的JMFPlaybackControl、即通過JMF播放實例進行的再現(xiàn)控制的執(zhí)行日志。該JMF播放實例是通過來自方法util的API調(diào)用而在平臺部內(nèi)生成的，在本圖中的執(zhí)行日志中，具體而言，在該執(zhí)行日志中表示通過再現(xiàn)控制引擎再現(xiàn)哪個播放列表、當前時刻是哪里。如果對本圖中的具體例進行解說，則可知再現(xiàn)中的播放列表(playPlayList)是PlayListId=29的播放列表，當前時刻是markl(^0的章節(jié)。關于以上的GUI的詳細情況，請參照下述HP等。http:〃sdc.sun.co.jp/java/docs/j2se/l.4/ja/docs/ja/guide/jpda/index.html關于使用Eclipse的調(diào)試的詳細情況，請參照下述HP等。http://www-06.ibm.com/jp/developerworks/opensource/030711/Los-ecbug,htmlhttp://www.okisoft.co.jp/esc/eclipse3/eclipse—debug.html以上是ECLIPSE中的GUI。接著，對ADK環(huán)境中的具體的處理順序進行說明。圖6是表示ADK環(huán)境中的調(diào)試順序的流程圖。所謂的ADK環(huán)境中的調(diào)試順序，是驗證小組進行關于BD-J應用的動作測試(步驟S12)，通過目視或聲音等檢査BD-J應用的不正確動作。并且，判斷是否發(fā)現(xiàn)了不良狀況(步驟S13)，如果沒有發(fā)現(xiàn)不良狀況，則跳過步驟S14步驟S18，轉(zhuǎn)移到步驟S19。如果發(fā)現(xiàn)了不良狀況，則開發(fā)者利用不良狀況發(fā)生時或不良狀況發(fā)生前后的執(zhí)行日志進行原因解析(步驟S14)。接著，判斷是否能夠確定原因(步驟S15)。如果能夠確定原因(步驟S15中"是")，則跳過步驟S16、步驟S17，而在不能確定原因的情況下(步驟S15中"否")，重復調(diào)試裝置的解析(步驟S16)直到確定原因(步驟S17)。如果確定了原因，則進行代碼修正及動作確認(步驟S18)。然后，判斷所有的驗證是否結(jié)束(步驟S19)，如果殘留有未驗證的項目，則轉(zhuǎn)移到步驟S12，從動作測試重新進行。如果沒有殘留未驗證的項目，則結(jié)束處理。接著，對有關本實施方式的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)進行說明。圖7表示有關第1實施方式的BD-ROM再現(xiàn)裝置200的內(nèi)部結(jié)構(gòu)，具備BD-ROM驅(qū)動器201、本地儲存器202、網(wǎng)絡I/F203、虛擬文件系統(tǒng)部204、再現(xiàn)引擎205、再現(xiàn)控制引擎206、BD-J平臺部207、ADK處理部208。1、BD-ROM驅(qū)動器201BD-ROM驅(qū)動器201進行BD-ROM的裝載/彈出，執(zhí)行對BD-ROM的訪問。2、本地儲存器202本地儲存器202保存差分內(nèi)容。所謂的差分內(nèi)容，是從與BD-ROM不同的WWW服務器分發(fā)且與BD-ROM內(nèi)容組合再現(xiàn)的內(nèi)容的總稱。3、網(wǎng)絡I/F203網(wǎng)絡I/F203基于網(wǎng)絡管理信息進行與連接在LAN上的調(diào)試裝置的通信。在通信的客體中，在從調(diào)試裝置送入到再現(xiàn)裝置中的客體中，有網(wǎng)絡文件系統(tǒng)(NFS)信息、BD-J應用、BD-J對象，在從再現(xiàn)裝置向調(diào)試裝置送入的客體中，有安裝命令。這里，網(wǎng)絡管理信息是表示利用網(wǎng)絡時的串行端口設定、網(wǎng)絡掩碼設定、網(wǎng)關設定、主機設定的信息。圖8(a)是將對網(wǎng)絡管理信息中的各設定項目分配的信息識別碼與其解說相對應地表示的圖。此外，圖8(b)是表示網(wǎng)絡管理信息的具體的記述的圖。本圖中的信息識另lj碼中的"LOGSERVERHOST"、"LOGSERVERSELECT"、"LOGSERVERPORT"是用來收發(fā)上述執(zhí)行日志的設定。LOGSERVERHOST是作為執(zhí)行日志的發(fā)送目的地的網(wǎng)絡地址，在具體例中，記述有日志服務器終端動作的調(diào)試裝置的網(wǎng)絡地址"192.168.0.1"。LOGSERVERSELECT是表示將執(zhí)行日志輸出給日志服務器終端的串行端口還是輸出給服務器的輸出設定，在具體例中，記述為"SERIAL"。在該LOGSERVERSELECT是"SERIAL"的情況下，無視LOGSERVERHOST、LOGSERVERPORT，將日志輸出給SERIAL端口。當LOGSERVERSELECT是"SOCKET"時，對于LOGSERVERHOST、LOGSERVERPORT的地址、端口號，輸出執(zhí)行日志。LOGSERVERPORT是用來確定作為輸出目的地的插座的端口號，在具體例中，表示將執(zhí)行日志輸入到端口號4096的插座。"NETMASK"表示網(wǎng)絡掩碼的設定，"GATEWAY"、"GATEWAYNAME"表示網(wǎng)關的設定。NETMASK是再現(xiàn)裝置與再現(xiàn)裝置連接時使用的掩碼。GATEWAY表示是否經(jīng)由網(wǎng)關將再現(xiàn)裝置與再現(xiàn)裝置實際設備連接。在該圖(b)的具體例中，由于記述為"是"，所以可知經(jīng)由網(wǎng)關與再現(xiàn)裝置實際設備連接。GATEWAYNAME是作為實際設備的再現(xiàn)裝置存在的網(wǎng)絡中的網(wǎng)關的地址。"HOSTADR"、"BDVIDEOMOUNT"分別表示主機的設定。HOSTADR表示作為實際設備的再現(xiàn)裝置的網(wǎng)絡地址。在具體例中，由于記述為"192.168.0.2"，所以可知在網(wǎng)絡地址192.168.0.2中存在再現(xiàn)裝置的實際設備。BDVIDEOMOUNT記述有BD-J應用存在的網(wǎng)絡路徑。在具體例中，由于記述有"192.168.0.1:/home/bdrom/",所以可知設定了網(wǎng)絡地址192.168.0.1中的/home/bdrom/。此外，可知該/home/bdrom/中的文件系統(tǒng)信息作為網(wǎng)絡文件系統(tǒng)的文件系統(tǒng)信息被送入到BD-ROM再現(xiàn)裝置200中。以上是對網(wǎng)絡管理信息及網(wǎng)絡I/F203的說明。4、虛擬文件系統(tǒng)部204虛擬文件系統(tǒng)部204通過在BD-ROM的文件系統(tǒng)信息中組合其他記錄介質(zhì)的文件系統(tǒng)信息來生成虛擬文件系統(tǒng)。一般，BD-ROM的再現(xiàn)裝置通過將本地儲存器的文件系統(tǒng)信息作為"其他記錄介質(zhì)"的文件系統(tǒng)信息讀取，來生成虛擬的包，在本實施方式中特征在于，通過將網(wǎng)絡驅(qū)動器的文件系統(tǒng)信息作為"其他記錄介質(zhì)"的文件系統(tǒng)信息讀取，來生成虛擬的包。通過該虛擬的包的生成，平臺部能夠識別網(wǎng)絡上的Java(TM)應用是否存在于BD-ROM上并訪問。圖9是示意地表示虛擬文件系統(tǒng)部204的文件系統(tǒng)信息的組合的圖。右側(cè)是網(wǎng)絡驅(qū)動器中的文件目錄構(gòu)造，中側(cè)是BD-ROM中的文件目錄構(gòu)造。左側(cè)是虛擬的包。右側(cè)表示利用網(wǎng)絡文件系統(tǒng)信息表現(xiàn)的硬盤?？芍谠撚脖P中，在home目錄的屬下，存在bd-rom目錄、BD-VIDEO目錄的子目錄，進而在其屬下，存在BDJO目錄、JAR目錄。在BDJO目錄中，存在被賦予擴展名bdjo的文件(00001.bdjo)。在JAR目錄中，存在JAR檔案文件(OOOOl.jar)。中側(cè)表示利用BD-ROM的文件系統(tǒng)信息表現(xiàn)的BD-ROM的文件系統(tǒng)。該BD-ROM文件系統(tǒng)在Root目錄下存在BDVIDEO目錄。在BDVIDEO目錄中，有被賦予了擴展名bdmv的文件(index.bdmv，MovieObject.bdmv)。并且，在該BDVIDEO目錄的屬下，還存在PLAYLIST目錄、CLIPINF目錄、STREAM目錄。在PLAYLIST目錄中，有被賦予了擴展名mpls的文件(00001.mpls)。在CLIPINF目錄中，有被賦予了擴展名clpi的文件(00001.clpi)。在STREAM目錄中，有被賦予了擴展名m2ts的文件(00001.m2ts)。圖中的箭頭mtl、mt2示意地表示上述那樣的虛擬文件系統(tǒng)部204的文件系統(tǒng)信息的組合。通過該組合，存在于網(wǎng)絡文件系統(tǒng)中的BDJO目錄和JAR檔案文件目錄被裝入到BD-ROM的文件系統(tǒng)中的BDVIDEO目錄的屬下(圖中的虛線框hwl)，存在于網(wǎng)絡文件系統(tǒng)中的BDJO目錄和JAR檔案文件目錄被處理成宛如在BD-ROM文件系統(tǒng)中存在于BDVIDEO目錄的屬下。5、再現(xiàn)引擎205再現(xiàn)引擎205再現(xiàn)由虛擬文件系統(tǒng)部204生成的虛擬包中能夠識別的AV內(nèi)容。6、再現(xiàn)控制引擎206再現(xiàn)控制引擎206使再現(xiàn)引擎205進行基于來自BD-J應用的API調(diào)用的再現(xiàn)。7、BD-J平臺部207BD-J平臺部207執(zhí)行由虛擬文件系統(tǒng)部204生成的虛擬包能夠識別的BD-J應用。8、ADK處理部208ADK處理部208是BD-J平臺部207的結(jié)構(gòu)要素，實現(xiàn)ADK環(huán)境中的調(diào)試。以上是表示BD-ROM再現(xiàn)裝置200的內(nèi)部結(jié)構(gòu)的圖。記述了該ADK處理部208的結(jié)構(gòu)要素中的特征性的要素的是圖10。圖10是表示ADK處理部208的內(nèi)部結(jié)構(gòu)的圖。如該圖所示，ADK處理部208具備初始化處理部209、安裝設定部210。9、初始化處理部209初始化處理部209進行裝置的內(nèi)部信息及硬件等的初始化處理，并且將網(wǎng)絡管理信息讀入到網(wǎng)絡I/F中，進行網(wǎng)絡設定處理。所謂的網(wǎng)絡設定處理是指UNIX(TM)的route命令等的操作。在網(wǎng)絡管理信息是圖8(b)所示那樣的內(nèi)容的情況下，通過基于由圖8(a)中的NETMASK、GATEWAY、GATEWAYNAME、HOSTADDR的各信息識別碼指定的信息制作以下那樣的route命令，來進行網(wǎng)絡設定處理。/sbin/routeadd-net192.168.0.2netmask255.255.255.0ethl10、安裝設定部210安裝設定部210基于由網(wǎng)絡管理信息中的BDVIDEOMOUNT的信息識別碼指定的信息，對連接在網(wǎng)絡上的網(wǎng)絡驅(qū)動器中的文件系統(tǒng)(NFS)進行安裝設定處理。所謂的安裝設定處理，表示UNIX的mount命令等的操作。安裝目錄的處理是指UNIX的文件系統(tǒng)中的安裝的操作。例如，是指在由計算機B(客戶端)的文件系統(tǒng)管理的目錄X中裝入由其他計算機A(服務器)的文件系統(tǒng)管理的目錄U的操作。如果進行該操作，則在計算機B上的應用訪問計算機A的目錄U的情況下，只要訪問請求指定目錄X就可以，不需要應用指定計算機A的目錄U。在這樣將某個目錄X分配給其他目錄U的操作稱作將目錄U安裝到目錄X中。在該操作中，將目錄X稱作"安裝目的地的目錄"，將目錄U稱作"安裝源的目錄"。這里，平臺部由于在Linux等家電設備用的實時系統(tǒng)OS上動作，所以通過安裝設定部210經(jīng)由網(wǎng)絡發(fā)出mount命令，能夠進行上述那樣的安裝。如果假設網(wǎng)絡管理信息是圖8(b)所示的信息，則安裝設定部210發(fā)出的mount命令變?yōu)橐韵履菢印ount-tnfs—onolock—oro192.168.0.l:/home/bdrom/BDVIDEO/BDJO/BDVIDEO/BDJOmount-tnfs—onolock-oro192.168.0.l:/home/bdrom/BDVIDEO/JAR/BDVIDEO/JAR在上述mount命令的處理中，在前半部分，將PC的/home/bdrom/BDVIDEO/BDJO目錄安裝到BD-ROM的/BDVIDEO/BDJO的目錄中，BD-ROM的/BDVIDEO/BDJO的目錄為安裝目的地目錄，PC的/home/bdrom/BDVIDEO/BDJO目錄為安裝源目錄。此外，在后半部分，將PC的/home/bdrom/BDVIDEO/JAR檔案文件目錄安裝到BD-ROM的/BDVIDEO/JAR檔案文件目錄中，BD-ROM的/BDVIDEO/JAR檔案文件目錄為安裝目的地目錄，PC的/home/bdrom/BDVIDEO/JAR檔案文件目錄為安裝源目錄。通過該安裝，平臺部及再現(xiàn)控制引擎識別的文件系統(tǒng)成為組合了網(wǎng)絡驅(qū)動器上的文件系統(tǒng)和BD-ROM上的文件系統(tǒng)的系統(tǒng)，即圖9所示那樣的虛擬的包中的文件系統(tǒng)。通過這樣，平臺部可以識別出網(wǎng)絡驅(qū)動器上的BD-J應用宛如存在于BD-ROM上，能夠使BD-ROM的AV內(nèi)容的再現(xiàn)與平臺部的BD-J應用的執(zhí)行聯(lián)動。在本實施方式中，通過BD-J應用對平臺部調(diào)用用來調(diào)試的規(guī)定的安裝用API,安裝設定部210對于BD-J應用存在的網(wǎng)絡驅(qū)動器執(zhí)行上述那樣的安裝。此外，在網(wǎng)絡管理信息中，由于將標準輸出函數(shù)的輸出目的地設定為日志服務器終端的串行端口，所以平臺部在BD-J應用內(nèi)的標準輸出函數(shù)的調(diào)用中，取出被指定為自變量的值，將取出的值作為執(zhí)行日志，經(jīng)由串行端口發(fā)送給日志服務器終端。圖11是示意地表示ADK環(huán)境中的BD-J應用執(zhí)行和AV內(nèi)容再現(xiàn)的圖。本圖是在圖4的結(jié)構(gòu)圖中添加了氣球幫助的圖。該氣球的右側(cè)表示網(wǎng)絡驅(qū)動器，中側(cè)表示BD-ROM，左側(cè)表示虛擬包的內(nèi)容。這些內(nèi)容與圖9所示的是同樣的。通過安裝設定部210進行安裝，生成虛擬包，所以如存在于BD-ROM中那樣處理存在于硬盤中的BD-J應用及BD-J對象，BD-ROM再現(xiàn)裝置200的再現(xiàn)控制引擎進行該虛擬包內(nèi)的AV內(nèi)容的再現(xiàn)，BD-ROM再現(xiàn)裝置200的平臺部執(zhí)行該虛擬包內(nèi)的BD-J應用，由此，在與實際在家庭內(nèi)的再現(xiàn)裝置中再現(xiàn)BD-J應用同樣的環(huán)境中執(zhí)行BD-J應用。'ADK環(huán)境的處理順序圖12是表示ADK環(huán)境的處理順序的流程圖。首先，在將網(wǎng)絡管理信息設定在網(wǎng)絡I/F203中之后(步驟S21),將PC100上的硬盤中的文件系統(tǒng)信息安裝到BD-ROM中的文件系統(tǒng)信息中，生成虛擬文件系統(tǒng)(步驟S22)。接著，從BD-ROM讀取該虛擬文件系統(tǒng)的Index.bdmv。這里，所謂的index.bdmv,是為了執(zhí)行上述那樣的標題邊界的應用信號傳輸而記載了標題與BD-J對象及BD-J應用之間的關聯(lián)的信息(對于其詳細情況在第6實施方式中說明)。如果讀取了該Index.bdmv，則基于它和用戶操作，確定要再現(xiàn)的標題(步驟S23)。步驟S24是確定的標題是否是由BD-J應用控制的標題的判斷，如果是由BD-J應用控制的標題，則基于BD-J對象內(nèi)的ApplicationManagementTable()進行信號傳輸后，將BD-J應用裝載到Java平臺部內(nèi)(步驟S25)。接著，執(zhí)行BD-J應用，開始JPDA的調(diào)試(步驟S26)。如果BD-J應用的執(zhí)行結(jié)束，標題中的播放列表的再現(xiàn)結(jié)束，則回到步驟S24，重復進行步驟S24步驟S26的處理。在上述那樣的BD-J標題的再現(xiàn)中，如果播放列表的再現(xiàn)結(jié)束，則從再現(xiàn)控制引擎輸出表示該播放列表的再現(xiàn)結(jié)束的事件。BD-J應用中的事件處理器按照該事件進行接著的標題。另一方面，表示播放列表再現(xiàn)結(jié)束的事件被發(fā)出，在切換標題時，平臺部將日志發(fā)送給PC100。PC100通過接收該日志，能夠進行標題切換是否被正確地進行的確認。以上，根據(jù)本實施方式，由于在實際設備的平臺部上將發(fā)生了錯誤的情況下的執(zhí)行日志發(fā)送給調(diào)試裝置，所以成為在調(diào)試裝置上適當?shù)剡M行探尋錯誤原因的處理，能夠適當?shù)剡M行引入了實際設備的綜合測試。此外，根據(jù)本實施方式，通過從BD-ROM驅(qū)動器取得AV內(nèi)容，從網(wǎng)絡驅(qū)動器裝置取得應用，能夠使應用與AV內(nèi)容聯(lián)動，所以在進行AV再現(xiàn)控制的應用的動作與制作者的意圖不同的動作的情況下，能夠在調(diào)試裝置上進行解析、修正。由此，即使應用沒有被配置在BD-ROM中，也能夠?qū)嵤┯行实慕馕觥⑿拚?第2實施方式)本實施方式關于在ADK環(huán)境中進行執(zhí)行日志輸出的實施方式。在要通過標準輸出函數(shù)調(diào)用而進行執(zhí)行日志輸出的部位中，有以下的部位。1)在API調(diào)用時(AV再現(xiàn)控制用API、關于BD-ROM再現(xiàn)裝置的各種信息取得/設定API等)，輸出調(diào)用API種類、自變量等。在這里的API調(diào)用中，有用來使再現(xiàn)控制引擎進行再現(xiàn)列表再現(xiàn)、再現(xiàn)列表切換、標題切換、副標題/音頻/角度等的切換、再現(xiàn)速度/方向等的變更、寄存器值取得/變更等的API。具體的Java(TM)程序源代碼的記述如下。在源代碼中的再現(xiàn)列表再現(xiàn)、再現(xiàn)列表切換、標題切換、副標題/音頻/角度等的切換、再現(xiàn)速度/方向等的變更、寄存器值取得/變更的源代碼中，記述標準輸出函數(shù)的調(diào)用。在該調(diào)用時，將事件名、接收時的詳細參數(shù)作為自變量。2)在各種事件接收時，輸出平臺部接收到的事件名、接收時的詳細參數(shù)。作為具體例，在關鍵事件、再現(xiàn)狀態(tài)等變化事件的接收時，有平臺部接收到的事件名、接收時的詳細參數(shù)等。具體而言，在接收關鍵事件、再現(xiàn)狀態(tài)等變化事件的事件偵聽部的源代碼中，記述有標準輸出函數(shù)的調(diào)用。在該調(diào)用時，將事件名、接收時的詳細參數(shù)作為自變量。3)在錯誤發(fā)生時，輸出錯誤消息、堆棧跟蹤。這里所謂的錯誤，是指異常的發(fā)生、AV再現(xiàn)控制的失敗、API調(diào)用的失敗。特別是，在伴隨著API調(diào)用的錯誤發(fā)生時，將作為調(diào)用的對象的API的種類以及該API調(diào)用時的自變量作為執(zhí)行日志發(fā)送。在AV再現(xiàn)控制的失敗時的執(zhí)行日志中，除了當前再現(xiàn)的播放列表的號碼以外，還有表示其再現(xiàn)時刻的時刻信息和由用戶調(diào)用的菜單的菜單號碼。具體的Java(TM)程序源代碼的記述如下。即，記述以異常的發(fā)生、AV再現(xiàn)控制的失敗發(fā)生、API調(diào)用的失敗發(fā)生為條件語句的If語句，記述Java(TM)程序源代碼，以使得在該條件語句是真的情況下、以錯誤消息、或堆棧跟蹤為自變量進行標準輸出函數(shù)的調(diào)用。4)在作為應用動作的點的處理執(zhí)行時，輸出能夠確定處理執(zhí)行的消息。具體而言，在標題邊界處進行BD-J應用的信號傳輸時，應用的動作變化的時刻成為應用動作的點。即，由用戶選擇標題，開始應用的執(zhí)行的定時和標題的再現(xiàn)結(jié)束而應用的執(zhí)行結(jié)束的定時成為應用動作點。特別是，在標題的再現(xiàn)結(jié)束時，通過應用進行根菜單或標題菜單的顯示，所以如果將該結(jié)束時作為應用動作點發(fā)送執(zhí)行日志，則能夠?qū)玫膭幼黩炞C有用。具體的Java(TM)程序源代碼的記述如下。S卩，上述那樣的應用的執(zhí)行開始部分對應于構(gòu)成BD-J應用的類文件中相當于主例程的部分的開頭部分。同樣，應用的執(zhí)行結(jié)束部分對應于構(gòu)成BD-J應用的類文件中相當于主例程的部分的末尾部分。如果在該開頭部分及末尾部分中記述標準輸出函數(shù)的調(diào)用，將作為顯示對象的菜單的識別碼作為其自變量，則能夠正確地驗證上述根菜單或標題菜單是否成為顯示對象。以下對于l)、3)的輸出執(zhí)行日志的情況進行說明。為了該執(zhí)行日志輸出，只要使BD-ROM再現(xiàn)裝置200執(zhí)行裝入有調(diào)試用例程后的狀態(tài)下的BD-J應用來執(zhí)行實際設備測試就可以。這里裝入在BD-J應用中的調(diào)試例程，是通過API對平臺部命令播放列表的再現(xiàn)、并且在平臺部中發(fā)生了例外處理(異常)時輸出消息或存儲器轉(zhuǎn)儲的程序。在Java的虛擬機的堆棧中，以先進后出式儲存函數(shù)調(diào)用的信息、變量的信息。在本實施方式中，根據(jù)這些生成函數(shù)調(diào)用的轉(zhuǎn)儲(堆棧跟蹤)，作為執(zhí)行日志輸出。平臺部的例外處理是在發(fā)出了預想外的事件的情況、或者在進行了使用規(guī)定外的參數(shù)的系統(tǒng)調(diào)用的情況下發(fā)生。在本實施方式中所述的調(diào)試用例程以圖13那樣的日志輸出用API為前提，以圖15的形態(tài)裝入到BD-J應用中，所以在平臺部中發(fā)生了異常時啟動，能夠?qū)惓０l(fā)生時的錯誤消息及存儲器轉(zhuǎn)儲輸出到標準輸出函數(shù)中。在本實施方式中將這樣輸出到標準輸出函數(shù)中的存儲器轉(zhuǎn)儲作為執(zhí)行日志處理。然后，對標準輸出函數(shù)的日志輸出用API進行說明。圖13是表示關于作為日志輸出用API的DebugLog的類構(gòu)造體的圖。本圖的類構(gòu)造體作為組成項而具有整數(shù)型的公共變量ALL、FINEST、FINER、FINE、INFO、WARNING、ERROR、OFF、debugLevel。作為能夠從外部調(diào)用的方法，有setLevel方法、printLog方法、prinffixception方法。setLevel方法是受理newLevel作為自變量、將該newLevel代入到debugLevel中(debugLevel=newLevel)并調(diào)用作為標準輸出函數(shù)的System.out.println方法的方法。在該調(diào)用時，由于將"debugLevelsetto"+debugLevel作為自變量，所以debugLevel以在其之前附加"debugLevelsetto"的字符串的狀態(tài)顯示。printLog方法是受理logLevel、Classcaller、Stringmessage作為自變量、判斷l(xiāng)ogLevel是否是debugLevel以下GogLevel<=debugLevel)、如果是則調(diào)用作為標準輸出函數(shù)的System.out.println方法的方法。在該調(diào)用時，以"["+caller.getName()+"]"十message為自變量。這里，caller,getName()是取得作為調(diào)用源的函數(shù)的名稱的函數(shù)，由該caller.getName取得的函數(shù)名以前后被添加了括號[]且其后追加message的狀態(tài)顯示。prinffixception方法是受理logLevel、Classcaller、Trowablet作為自變量、以logLevel、caller、t.getMessage()為自變量來進行printLog的調(diào)用并進行t.printStackTrace()的調(diào)用的方法。圖14(a)圖14(c)是表示setLevel方法、printLog方法、printException方法的處理順序的流程圖。setLevd方法本圖(a)中的setLevel方法的構(gòu)成順序是，在debugLevel中設定newLevel(步驟S31),為了對設定的debugLevel附加"debugLevelsetto"的字符串進行顯示而調(diào)用System.out.println方法(步驟S32)。printLog方法本圖(b)中的printLog方法的構(gòu)成順序是，判斷由自變量給出的logLevel是否比debugLevel小(步驟S35)，如果小則為了在調(diào)用源的方法名(Caller.getNameO)中顯示由自變量給出的消息，而進行作為標準輸出函數(shù)的System.out.println方法的調(diào)用(步驟S36)，如果比debugLevel大則跳過該調(diào)用。printException方法本圖(c)中的printException方法是調(diào)用printLog方法來顯示調(diào)用源的類名和由自變量給出的異常的消息名(步驟S33)、調(diào)用由自變量給出的異常的StackTrace方法的方法(步驟S34)。圖15表示利用日志輸出API的Java(TM)程序源代碼的一例。圖中的fUnc是受理playListld、markld作為自變量來調(diào)用try方法的函數(shù)。try方法是命令PlayList再現(xiàn)的再現(xiàn)并將其結(jié)果輸出到標準輸出函數(shù)中的方法。具體而言，通過利用自變量playListId、markld調(diào)用PlayPL方法，使平臺部執(zhí)行JMFPlaybackControl即JMF播放器實例的再現(xiàn)控制(PlayPL(PlayListl4markld))。然后，進行printLog函數(shù)的調(diào)用(printLog(Debuglog避O，this,"PlayPLPL:，，+playListId+"mark:"+markld))。這里，PlayPL方法的調(diào)用時的自變量是playListld、markld，所以從該自變量所表示的播放列表中的由markld指示的時刻開始，播放列表的再現(xiàn)開始。作為printLog函數(shù)的調(diào)用時的自變量，包含有Debuglog.INFO，this,所以在該printLog函數(shù)的調(diào)用時，將作為調(diào)用源的函數(shù)的名稱"try"顯示在GUI中。另一方面，printLog函數(shù)的調(diào)用時的自變量包含有"PlayPLPL:"+playListId+"mark:"+markld,所以playListld以在其之前附加有"PlayPLPL:"的字符串的狀態(tài)顯示。markld以附加有"mark:"的字符串的狀態(tài)顯示。經(jīng)由串行端口將它們作為執(zhí)行日志輸出到調(diào)試裝置中。Catch(Exceptione)是在發(fā)生了例外處理時執(zhí)行的函數(shù)，其內(nèi)容是以DebugLog.ERROR為自變量，調(diào)用printException。圖16是表示try方法的處理順序的流程圖。以playListID、Markld為自變量，進行PlayPL方法的調(diào)用(步驟S41)，將debugLevel的等級設定為"INFO",調(diào)用用來輸出由該方法再現(xiàn)的播放列表的日志的PrintLog方法(步驟S42)。在playListlD-3、Markld=2的情況下，在日志服務器終端的控制臺上，如步驟S42的右側(cè)所示，顯示[try]playPLPL:3mark:2的字符串。步驟S43是是否發(fā)生了異常的判斷，如果沒有發(fā)生，則結(jié)束本流程，而如果發(fā)生了，則將debugLevel的等級設定為"ERROR",進行用來輸出在該方法中產(chǎn)生的異常的錯誤消息和StackTrack的PrintException方法的調(diào)用(步驟S44)。這樣，如該步驟S44的右肋所示，在日志服務器終端的控制臺上，以兩段表述顯示[try]錯誤消息和堆棧跟蹤。通過如該調(diào)試例程那樣在作為關鍵部位的程序源的位置上記載標準輸出函數(shù)，能夠進行任意的位置處的狀態(tài)監(jiān)視。但是，由于在輸出函數(shù)的執(zhí)行本身中需要時間，所以需要留意因標準輸出函數(shù)的有無而對執(zhí)行定時帶來影響的情況。(第3實施方式)本實施方式是實現(xiàn)表示BD-ROM再現(xiàn)裝置中的內(nèi)部狀態(tài)的變量的讀寫的實施方式。在BD-J應用中，裝入有中斷命令和監(jiān)視程序。該中斷命令是如果向串行端口輸入命令則從BD-J應用向監(jiān)視程序分支的命令。監(jiān)視程序是進行來自串行端口的命令輸入等待、如果經(jīng)由串行端口被輸入命令則按照該命令進行處理的程序。這里，在有可能被輸入的命令中，有讀取命令、寫入命令。讀取命令可以在第1操作數(shù)中記述作為讀取對象的PSR號碼。寫入命令可以在第1操作數(shù)中記述作為寫入對象的PSR號碼，可以在第2操作數(shù)中記述即時值。在讀取命令的輸入時，監(jiān)視程序?qū)υ佻F(xiàn)控制引擎進行再現(xiàn)控制引擎的調(diào)用，來讀取被該第1操作數(shù)指定的寄存器號的PSR的保存值。作為對該調(diào)用的響應，如果讀取到PSR保存值，則通過進行以該PSR保存值為自變量的標準輸出函數(shù)的調(diào)用，將該PSR保存值發(fā)送給日志服務器終端。通過這樣，日志服務器終端能夠經(jīng)由串行端口取得PSR保存值。在寫入命令的輸入時，監(jiān)視程序?qū)υ佻F(xiàn)控制引擎進行再現(xiàn)控制引擎的調(diào)用，來對于由該第1運算值指定的寄存器號的PSR寫入由第2運算值指定的即時值。作為對于該調(diào)用的響應，如果從再現(xiàn)控制引擎輸出了表示寫入的成功與否的事件，則通過進行以該事件表示的寫入成功與否為自變量的標準輸出函數(shù)的調(diào)用，將該PSR保存值發(fā)送給日志服務器終端。通過這樣，日志服務器終端能夠經(jīng)由串行端口取得PSR保存值。以上，根據(jù)本實施方式，由于使組裝在BD-J應用中的監(jiān)視程序進行對PSR的讀寫，將其結(jié)果經(jīng)由串行端口發(fā)送給日志服務器終端，所以日志服務器終端能夠經(jīng)由組裝在BD-J應用中的監(jiān)視程序自由地操作PSR的值。(第4實施方式)在本實施方式中，對于作為IDE環(huán)境的調(diào)試裝置的內(nèi)部結(jié)構(gòu)進行說明。圖17是表示調(diào)試裝置的硬件結(jié)構(gòu)的圖。在本實施方式中，PC100如本圖所示，包括網(wǎng)絡驅(qū)動器101、可引導啟動ROM102、RAM103、輸入輸出1/0104、MPU105、網(wǎng)絡I/F106。網(wǎng)絡驅(qū)動器101網(wǎng)絡驅(qū)動器101是用來保存對ADK環(huán)境提供的BD-J應用、BD-J對象的硬盤，從BD-ROM再現(xiàn)裝置200識別作為網(wǎng)絡驅(qū)動器?？梢龑覴OM102可引導啟動ROM102保存用來進行操作系統(tǒng)的引導的軟件代碼。RAM103在RAM103中，裝載有用來在構(gòu)成操作系統(tǒng)的內(nèi)核、處理器部、IDE環(huán)境中用于制作BD-J應用的各種程序。輸入輸出I/O104輸入輸出1/0104將鍵盤、鼠標這樣的輸入設備以及顯示器那樣的輸出設備連接而構(gòu)成GUI。MPU105MPU105執(zhí)行裝載在RAM103中的軟件。網(wǎng)絡I/F106網(wǎng)絡I/F106進行網(wǎng)絡上的數(shù)據(jù)輸入輸出。HDD107HDD107是保存從寫作系統(tǒng)取得的標題構(gòu)造信息的硬盤驅(qū)動器。所謂的標題構(gòu)造信息，是利用樹構(gòu)造對BD-ROM中的再現(xiàn)單位的關系、例如標題、電影對象、BD-J對象、播放列表間的關系進行規(guī)定的信息。具體地講，標題構(gòu)造信息規(guī)定與要制作的BD-ROM的"盤名"相對應的節(jié)點、與該BD-ROM中能夠從Index.bdmv再現(xiàn)的"標題"相對應的節(jié)點、與構(gòu)成該標題的"電影對象及BD-J對象"相對應的節(jié)點、根據(jù)該電影對象及BD-J對象再現(xiàn)的"播放列表"的節(jié)點，通過在邊緣(邊)連結(jié)這些節(jié)點，來規(guī)定標題、電影對象、BD-J對象、播放列表之間的關系。在標題構(gòu)造信息中，播放列表不是如OOOOl.mpls、00002.mpls那樣在實際向BD-ROM記錄時使用的具體的文件名，而是以MainPlaylist、MenuPlaylist那樣的抽象名稱記載的文件名。這是因為，在同時制作面向BD-ROM的數(shù)據(jù)和面向DVD-Video的數(shù)據(jù)的情況下，該再現(xiàn)單位的構(gòu)造優(yōu)選為抽象地表現(xiàn)。HDD108HDD108是用于保存操作系統(tǒng)的內(nèi)核、處理器部、用于IDE環(huán)境的各種軟件、ID類源代碼、Java(TM)程序源代碼、制作過程中的BD-J對象的HDD。所謂的ID類源代碼，是Java(TM)程序用來訪問最終制作在盤上的Index.bdmv或PlayList信息的Java(TM)類庫的源代碼。ID類源代碼具有通過指定播放列表號碼而從盤讀入規(guī)定的播放列表文件的構(gòu)造程序，通過利用執(zhí)行該構(gòu)造程序而制作的實例實現(xiàn)AVClip的再現(xiàn)等。ID類庫的變量名如MainPlaylist、MenuPlaylist那樣，利用由標題構(gòu)造信息定義的播放列表節(jié)點的名稱定義。此時使用的播放列表號碼是偽號碼。將基于該ID類源代碼編譯生成的Java(TM)類庫稱作ID類庫。以上是PC100的硬件結(jié)構(gòu)要素。然后，對軟件結(jié)構(gòu)要素進行說明。圖18是表示IDE環(huán)境的軟件結(jié)構(gòu)的圖。如本圖所示，IDE環(huán)境包括ID類制作部111、Java(TM)編程部112、BD-J對象制作部113、Java(TM)輸入部114、ID變換部115、Java(TM)輸入部116、日志服務器終端117、BD-J模擬器118。1、ID類制作部lllID類制作部111利用保存在HDD107中的標題構(gòu)造信息制作ID類源代碼，保存在HDD108中。2、Java(TM)編程部112Java(TM)編程部112經(jīng)由GUI等用戶接口，按照來自用戶的編輯操作，制作Java(TM)程序的源代碼，將Java(TM)程序源代碼寫入到HDD108中。該Java(TM)程序源代碼為BD-J應用的源，但為了制作該Java(TM)程序作為BD-J應用，必須參照Index.bdmv、播放列表這些BD-ROM特有的信息。它們在有關BD-ROM特有的信息的參照部分的記述中使用上述那樣的ID類庫。3、BD-J對象制作部113BD-J對象制作部113基于由Java(TM)編程部112制作的Java(TM)程序源代碼和ID類源代碼，制作BD-J對象生成信息。所謂的BD-J對象生成信息，是作為最終要記錄在BD-ROM中的BD-J對象的雛形的信息，不是利用00001.mpls、00002.mpls那樣的具體的文件名，而是利用由ID類庫定義的變量名，指定要再現(xiàn)的播放列表。4、Java(TM)輸入部114Java(TM)輸入部114輸入由BD-J對象制作部113制作的Java(TM)程序源代碼、ID類源代碼、BD-J對象生成信息。Java(TM)輸入部114利用標題構(gòu)造信息，進行輸入的Java(TM)程序源代碼、ID類源代碼、BD-J對象生成信息、和它們的代碼及信息對應于哪個BD-J對象的關聯(lián)建立，設定標題構(gòu)造的BD-J對象節(jié)點的BD-J對象生成信息。5、ID變換部115ID變換部115將由Java(TM)輸入部114輸入的ID類源代碼變換為標題號碼、播放列表號碼。此夕卜，ID變換部115對于BD-J對象生成信息也進行變換，以使在BD-J對象內(nèi)定義的播放列表名與實際的盤上的播放列表號碼一致。6、Java(TM)輸入部116Java(TM)輸入部116對由ID變換部115變換后的ID類源代碼、Java(TM)程序源代碼進行編譯處理，輸出BD-J對象及BD-J應用。這里輸出的BD-J應用為JAR檔案文件的形式。在Java(TM)輸入部116中，能夠進行多個編譯開關的設定，在使用面向ADK環(huán)境的編譯開關的情況下，將圖15所示的日志輸出用API及作為該日志輸出用API的使用例的部分編譯。在使用面向IDE環(huán)境的編譯開關的情況下,將ID類源代碼在沒有被變換為標題號碼、播放列表號碼的情況下編譯。這是因為，如后所述，在模擬中使用的抽象化內(nèi)容如MainPlaylist、MenuPlaylist那樣使用由標題構(gòu)造信息定義的播放列表節(jié)點的名稱定義。7、日志服務器終端117日志服務器終端117將從再現(xiàn)裝置接收到的日志顯示在窗口上。日志服務器終端的日志的窗口顯示在與圖5那樣的窗口顯示相同的畫面上進行，所以用戶能夠一邊觀看該日志服務器終端的日志的顯示，一邊解析、修正源程序代碼的不良狀況。8、BD-J模擬器118BD-J模擬器118執(zhí)行BD-J應用的模擬。以上是IDE環(huán)境中的軟件結(jié)構(gòu)。接著，對BD-J模擬器118的內(nèi)部結(jié)構(gòu)更詳細地進行說明。圖19是表示BD-J模擬器118的內(nèi)部結(jié)構(gòu)的圖。如本圖所示，包括源瀏覽器121、PC上平臺部122、跟蹤器123、抽象化內(nèi)容124、抽象化內(nèi)容制作部125、再現(xiàn)控制引擎存根126、模擬信息127、AV再現(xiàn)畫面顯示部128構(gòu)成。以下，對構(gòu)成該BD-J模擬器118的各結(jié)構(gòu)要素進行說明。1、源瀏覽器121源瀏覽器121進行BD-J應用的源列表顯示，并且按照來自用戶的操作，執(zhí)行源代碼的制作及對制作的源代碼的修正。2、PC上平臺部122PC上平臺部122是PC100上的Java平臺部，在PC100上執(zhí)行BD-J應用。2、跟蹤器123跟蹤器123是輸出被執(zhí)行的動作、寄存器、變量值等的軟件。該跟蹤器具有斷點設定、一步式執(zhí)行、快照功能?？煺展δ苁窃趫?zhí)行特定的功能時、或僅在特定的條件下輸出寄存器的值及變量值、執(zhí)行結(jié)果的功能。用戶通過將這些處理組合，能夠進行在改寫變量值基礎上的應用執(zhí)行等各種調(diào)試方法。3、抽象化內(nèi)容124抽象化內(nèi)容124是在模擬中使用的AV內(nèi)容的代替品。這里，如果說抽象化內(nèi)容124與要記錄在BD-ROM中的AV內(nèi)容怎樣不同，則BD-ROM中的AV內(nèi)容按照BD-ROM應用層規(guī)格的語法記述，相對于此，抽象化內(nèi)容124用比該BD-ROM應用層規(guī)格的語法抽象度高的語法記述。即，如MainPlaylist、MenuPlaylist那樣，利用由標題構(gòu)造信息定義的播放列表節(jié)點的名稱，確定抽象化內(nèi)容124的結(jié)構(gòu)要素。該抽象化內(nèi)容由1個或兩個以上的播放列表構(gòu)成。一個播放列表可以分為1個或兩個以上的章節(jié)，在任意的地方設定有稱作播放列表標識的邏輯性的記號。這里，在抽象化內(nèi)容中，各播放列表根據(jù)影像的析像度、影像的編碼種類、影像的幀速率、影像的長度、能夠與播放列表組合而再現(xiàn)的聲音流數(shù)、和能夠與播放列表一起顯示的副標題數(shù)確定，實現(xiàn)畫中畫。該畫中畫是在母畫面、子畫面的各自中顯示動態(tài)圖像而再現(xiàn)的功能。4、抽象化內(nèi)容制作部125抽象化內(nèi)容制作部125顯示播放列表構(gòu)成菜單501，基于對該菜單的用戶操作，制作抽象化內(nèi)容。i)播放列表構(gòu)成菜單501圖20是表示播放列表構(gòu)成菜單501的一例的圖。如本圖所示，播放列表構(gòu)成菜單501包括多個播放列表面板502、取消按鈕、決定按鈕。ii)播放列表面板502播放列表面板502是視覺地表i^構(gòu)成影像的各個播放列表的內(nèi)容而供用戶操作的GUI部件，在帶有標簽的狀態(tài)下疊合顯示。在這樣的疊合顯示中，如果某個標簽被點擊，則將被點擊的播放列表面板502整面顯示，此前整面顯示的播放列表面板繞到其背后。播放列表面板502是用來針對抽象化內(nèi)容的各項目通過從用戶受理輸入而進行抽象化內(nèi)容的設定的GUI，包括以下的表。影像屬性表hi影像屬性表利用索引欄和與其對應的輸入欄的組表現(xiàn)。索引欄是從用戶受理"析像度"、"編碼方式"、"幀速率"這些影像屬性的名稱輸入的欄。用戶通過用光標指示該索引欄而進行鍵輸入，能夠規(guī)定該影像屬性的名稱。輸入欄是受理影像屬性的具體的設定的欄，通過用光標指示該輸入欄并進行鍵輸入，對播放列表的結(jié)構(gòu)要素賦予具體的值。在本圖的一例中，可知將"析像度"規(guī)定為"1920X1080"、將"編碼方式"規(guī)定為"MPGE-2"、將"幀速率"規(guī)定為"24"。流表h2流表利用索引欄和與其對應的輸入欄的組來表現(xiàn)。索引欄如"聲音流數(shù)"、"字幕流數(shù)"那樣，從用戶受理與影像一起再現(xiàn)的流的名稱輸入。用戶通過用光標指示該索引欄而進行鍵輸入，能夠規(guī)定該聲音流數(shù)、字幕流數(shù)的名稱。輸入欄是受理流數(shù)的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，對播放列表的結(jié)構(gòu)要素賦予具體的值。在本圖的一例中，規(guī)定"聲音流數(shù)"是"兩條"、"字幕流數(shù)"是"3條"。章節(jié)表h3章節(jié)表利用時間代碼欄和與其對應的章節(jié)名欄的組表現(xiàn)。時間代碼欄是從用戶受理00:00:00:00、0O:30:0O:O0Ol:50:OO:O0、01:59:25:00這樣的時間代碼的數(shù)值輸入的欄。用戶通過用光標指示該時間代碼欄而進行鍵輸入，能夠規(guī)定該時間代碼。章節(jié)名欄是受理章節(jié)的具體的名稱設定的欄，通過用光標指示該章節(jié)名欄而進行鍵輸入，對章節(jié)賦予具體的名稱。在本圖的一例中，可知賦予了"開頭"、"戰(zhàn)役"、"結(jié)尾"的名稱。標記表h4標記表利用時間代碼欄和與其對應的標記名欄的組表現(xiàn)。時間代碼欄是從用戶受理00:02:14:00、00:05:54:0001:25:10:00、01:55:10:00這樣的時間代碼的數(shù)值輸入的欄。用戶通過用光標指示該時間代碼欄而進行鍵輸入，能夠規(guī)定該時間代碼。標記名欄是受理標記的具體的名稱設定的欄，通過用光標指示該標記名欄而進行鍵輸入，對標記賦予具體的名稱。在本圖的一例中，賦予了標題顯示、序言結(jié)束、CG效果訪談、結(jié)局啟動的名稱。此外，在播放列表構(gòu)成菜單501中，有聲音詳細設定按鈕503、字幕詳細設定按鈕504、章節(jié)追加按鈕505、標記追加按鈕506。iii)聲音詳細設定按鈕503聲音詳細設定按鈕503是用來從用戶受理圖21(a)所示那樣的聲音流構(gòu)成菜單601a的顯示請求的GUI部件。聲音流構(gòu)成菜單601a是從用戶受理聲音的詳細設定的GUI。該聲音的詳細情況利用號碼欄和與其對應的名稱欄的組表現(xiàn)。號碼欄是受理可再現(xiàn)的聲音的號碼輸入(圖中的#01、#02)的欄。名稱欄是受理聲音的抽象名稱(日語、英語)的欄，通過用光標指示該輸入欄而進行鍵輸入，來規(guī)定聲音的詳細情況。此外，在本畫面中，將"取消"按鈕、"決定"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。iv)字幕詳細設定按鈕504字幕詳細設定按鈕504是用來受理圖21(b)所示那樣的字幕流構(gòu)成菜單601b的顯示請求的GUI部件。字幕流構(gòu)成菜單601b是從用戶受理字幕的詳細設定的GUI。該字幕的詳細情況利用號碼欄和與其對應的名稱欄的組表現(xiàn)。號碼欄是受理可再現(xiàn)的字幕的號碼輸入(圖中的#01、#02、#03)的欄。名稱欄是受理字幕的抽象名稱(日語、英語、日語(譯制))的欄，通過用光標指示該輸入欄而進行鍵輸入，規(guī)定字幕的詳細情況。此外，在本畫面中，將"取消"按鈕、"決定"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。通過經(jīng)由該面板的輸入，規(guī)定與應用聯(lián)動的播放列表的詳細情況。由于基于對這些GUI的用戶操作能夠制作抽象化內(nèi)容124，所以程序員能夠如想法那樣構(gòu)成在BD-J應用的調(diào)試中使用的抽象化內(nèi)容的規(guī)格。以上是關于抽象化內(nèi)容制作部125的說明。5、再現(xiàn)控制引擎存根126再現(xiàn)控制引擎存根126在AV數(shù)據(jù)寫作完成前且在沒有AV數(shù)據(jù)的狀態(tài)下執(zhí)行PC上的調(diào)試。因而，再現(xiàn)控制引擎存根126對BD-J應用提供以下的項目。-AV再現(xiàn)處理-起因于再現(xiàn)狀態(tài)變化(停止、特技再現(xiàn)等)等的事件發(fā)生-PSR的設定值、Persistent區(qū)域的保存內(nèi)容等BD-ROM再現(xiàn)裝置保持的信息由此，在實施主要的圖形顯示處理、關鍵事件處理等動作確認的同時，對于AV再現(xiàn)等模擬對象的處理，能夠?qū)ζ渌惴?邏輯)進行確認。一般，BD-ROM再現(xiàn)裝置的標準模型為在再現(xiàn)控制引擎部上存在BDJ平臺部的層結(jié)構(gòu)。該再現(xiàn)控制引擎部是以HD圖像的再現(xiàn)為前提的高端的引擎部，所以一般的PC100上的實現(xiàn)較困難，作為它的替代而在PC100中設有再現(xiàn)控制引擎存根126。這里，再現(xiàn)控制引擎存根126在進行再現(xiàn)控制API的調(diào)用的情況下，進行被調(diào)用的再現(xiàn)控制引擎的解析，基于解析結(jié)果進行模擬信息的變更或從模擬信息的信息取得。如果在再現(xiàn)模擬信息中發(fā)生變更，則進行再現(xiàn)狀態(tài)變化的通知。此時不需要對發(fā)生的所有變更進行通知，而基于變更內(nèi)容及再現(xiàn)狀態(tài)動態(tài)地變更通知的內(nèi)容。6、模擬信息127模擬信息127例如是將模擬的動作條件賦予給再現(xiàn)控制引擎存根126的信息，包括"當前時刻信息"、"動作狀態(tài)信息"、"畫面配置信息"、"聲音輸出信息"、"字幕顯示信息"。它們在再現(xiàn)控制引擎中作為PSR的設定值被規(guī)定。在"當前時刻信息"中，例如包括表示再現(xiàn)流上的再現(xiàn)位置的再現(xiàn)時間代碼、確定再現(xiàn)中的播放列表的播放列表號碼、再現(xiàn)對象的影像的章節(jié)號碼、和播放列表標識號碼。在"動作狀態(tài)信息"中，例如包括表示再現(xiàn)處理處于再現(xiàn)停止、通常再現(xiàn)、特殊再現(xiàn)、再現(xiàn)暫時停止的哪個狀態(tài)的再現(xiàn)狀態(tài)、表示是按照時間軸將影像再現(xiàn)還是與時間軸逆行將影像再現(xiàn)的再現(xiàn)方向、和表示影像的速度的再現(xiàn)速度。在"畫面配置信息"中，例如包括表示畫面上的模擬再現(xiàn)影像的顯示位置的再現(xiàn)位置、顯示在畫面上的影像的尺寸、和表示再現(xiàn)中的影像的縮放倍率的縮放信息。在"聲音輸出信息"中，例如包括聲音流的再現(xiàn)音量、和確定再現(xiàn)中的聲音流的聲音流號碼。在字幕顯示信息中，例如包括副標題的顯示狀況和顯示中的副標題號碼。7、AV再現(xiàn)畫面顯示部128AV再現(xiàn)畫面顯示部128進行基于模擬信息及抽象化內(nèi)容14的顯示。如上所述，抽象化內(nèi)容124、模擬信息127不過是BD-ROM內(nèi)容及再現(xiàn)控制引擎的設定狀態(tài)的代替物，所以AV再現(xiàn)畫面顯示部128的顯示內(nèi)容不過是顯示例如用單色涂布的矩形的模擬的顯示。但是，在模擬信息中發(fā)生了變更的情況下，通過將該變更反映到顯示中的內(nèi)容中，使對于變更的影響呈現(xiàn)在畫面上。圖22是表示AV再現(xiàn)畫面顯示部128的顯示內(nèi)容的一例的圖。如果對本圖中的標記進行解說，則矩形701a表示顯示再現(xiàn)影像的區(qū)域，矩形702a表示畫中畫的主視頻的顯示位置和尺寸，矩形703a表示畫中畫的副視頻的顯示位置和尺寸。字符串704a表示與主視頻的再現(xiàn)一起顯示的字幕的顯示。8、模擬環(huán)境更新部129模擬環(huán)境更新部129基于來自用戶的指定對話性地更新模擬信息。模擬環(huán)境更新部129顯示圖23(a)所示那樣的當前時刻菜單701b、圖23(b)所示那樣的動作狀態(tài)設置菜單701b、圖24(a)所示那樣的畫面配置設置菜單801a、圖24(b)所示那樣的聲音輸出設置菜單801b、以及圖24(c)所示那樣的字幕顯示設置菜單801c，通過受理對于這些畫面的用戶輸入，實現(xiàn)該對話性的更新。該對話性的更新即使在AV再現(xiàn)畫面顯示部128的再現(xiàn)顯示中也能夠執(zhí)行，在進行AV再現(xiàn)畫面顯示部128的再現(xiàn)的狀態(tài)下，能夠?qū)崟r地變更再現(xiàn)狀況。a、當前時刻設置菜單701b圖23(a)所示的當前時刻設置菜單701b利用索引欄和與其對應的輸入欄的組表現(xiàn)當前時刻。索引欄是利用"時間代碼"、"當前播放列表"、"當前章節(jié)"、"當前標記"的信息要素表示當前時刻的欄。輸入欄是受理影像屬性的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，能夠設定具體的值作為當前時刻。在本圖的一例中，可知將"時間代碼"設定為01:25:43:10，將"當前播放列表"設定為00001[主電影]，將"當前章節(jié)"設定為#02[戰(zhàn)役]，將"當前標記"設定為CG效果訪談，來表現(xiàn)當前時刻。此外，在本畫面中，將"取消"按鈕、"變更反映"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。b、動作狀態(tài)設置菜單701c圖23(b)所示的動作狀態(tài)設置菜單701c利用索引欄和與其對應的輸入欄的組表現(xiàn)當前時刻。索引欄是利用"再現(xiàn)狀態(tài)"、"再現(xiàn)方向"、"再現(xiàn)速度"這些信息要素表示再現(xiàn)動作的狀態(tài)的欄。輸入欄是受理影像動作的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，能夠設定具體的值作為再現(xiàn)動作的狀態(tài)。在本圖的一例中，可知利用"再現(xiàn)狀態(tài)"為"特殊再現(xiàn)"、"再現(xiàn)方向"為"順方向"、"再現(xiàn)速度"為"快進"這些信息來表現(xiàn)再現(xiàn)動作的狀態(tài)。此外，在本畫面中，將"取消"按鈕、"變更反映"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。c、畫面配置設置菜單801a圖24(a)所示的畫面配置設置菜單801a利用索引欄和與其對應的輸入欄的組表現(xiàn)顯示位置。索引欄是利用"尺寸"、"縮放"、"透明度"、"左上坐標"這些信息要素表示顯示位置的欄。輸入欄是受理影像動作的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，能夠設定具體的值作為顯示位置。在本圖的一例中，可知將"尺寸"設定為1920X1080,將"縮放"設定為1.0倍，將"透明度"設定為0%，將"顯示坐標"設定為(0,180)。此外，在本畫面中，將"取消"按鈕、"變更反映"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。d、聲音輸出設置菜單801b圖24(b)所示的聲音輸出設置菜單801b利用索引欄和與其對應的輸入欄的組表現(xiàn)聲音設定。索引欄是利用"流選擇"、"左前的音量"、"中央前的音量"、"右前的音量"、"左后的音量"、"右后的音量"、"左右的音量"這些信息要素表示聲音設定的欄。輸入欄是受理聲音輸出的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，能夠進行具體的設定作為聲音輸出。在本圖的一例中，可知作為"流選擇"而設定#01[英語],作為"左前的音量"而設定"15"，作為"中央前的音量"而設定"20",作為"右前的音量"而設定"15"，作為"左后的音量"而設定"10"，作為"右后的音量"而設定"10",作為"左右的音量"而設定"10"。此外，在本畫面中，將"取消"按鈕、"變更反映"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。e、字幕顯示設置菜單801c圖24(c)所示的字幕顯示設置菜單801c利用索引欄和與其對應的輸入欄的組表現(xiàn)字幕設定。索引欄是利用"顯示狀態(tài)"、"流選擇"這些信息要素表示字幕設定的欄。輸入欄是受理字幕的具體的設定的欄，通過用光標指示該輸入欄而進行鍵輸入，能夠設定具體的值作為字幕設定。在本圖的一例中，可知作為"顯示狀態(tài)"而設定"有顯示"，作為"流選擇"而設定弁01[日語]。此外，在本畫面中，將"取消"按鈕、"變更反映"按鈕一起顯示，使用戶選擇是否使這些畫面上的設定反映到模擬中。由于能夠經(jīng)由以上的菜單設定或變更模擬的動作條件，所以能夠提高BD-J應用的單體測試的效率。然后，對軟件的再現(xiàn)控制引擎存根126的安裝進行說明。再現(xiàn)控制引擎存根126通過用計算機記述語言記述圖25圖28的流程圖的處理順序，制作計算機可讀取的程序，通過使MPU執(zhí)行它，能夠安裝到再現(xiàn)裝置內(nèi)。本流程圖的步驟S101步驟S104構(gòu)成循環(huán)處理。本循環(huán)處理是，重復進行下述處理直到步驟S104判斷為"是"，該處理是，判斷是進行再現(xiàn)控制API的調(diào)用(步驟SlOl)，還是受理變更再現(xiàn)狀況的請求(步驟S102)，并進行當前時刻的更新處理(步驟S103)。該步驟S104是本循環(huán)處理的動作結(jié)束判斷，重復執(zhí)行上述那樣的循環(huán)處理，直到判斷該動作結(jié)束為"是"。圖26是表示當前時刻的更新處理的處理順序的流程圖。本流程圖基于動作狀態(tài)，將表示當前時刻的時間代碼增加或減少(步驟S105)，并轉(zhuǎn)移到步驟S106。步驟S106是在當前時刻是否發(fā)生了播放列表或章節(jié)或標記的切換的判斷，如果沒有發(fā)生則跳過步驟S107,如果發(fā)生了，則在步驟S107中，更新當前播放列表、當前章節(jié)、當前標記后，轉(zhuǎn)移到步驟S108。步驟S108是當前時刻是否達到了音頻或字母或副視頻的再現(xiàn)時刻的判斷，如果沒有到達則跳過S109,如果到達了，則在步驟S109中，在更新AV再現(xiàn)畫面后，返回到前圖的流程圖中。在進行了再現(xiàn)控制API的調(diào)用的情況下(步驟S101為"是")，進行再現(xiàn)控制API調(diào)用的解釋(步驟S110)，進行模擬信息的變更處理(步驟S111)。對應用發(fā)送對于再現(xiàn)控制API的調(diào)用的應答(步驟S112),在步驟S113中，對應用進行狀態(tài)變化通知處理，并回到步驟SIOI。在雖然沒有受理再現(xiàn)控制API調(diào)用(步驟SIOI為"否")、但受理了用戶操作的變更再現(xiàn)狀況的請求的情況下(步驟S102為"是")，在步驟S114中進行模擬信息的更新處理，在步驟S115中，對應用進行狀態(tài)變化通知，并回到步驟S101。圖27(a)是表示模擬信息變更的詳細順序的流程圖。在本流程圖中，在步驟S116中，基于由API調(diào)用請求的再現(xiàn)控制引擎，改寫模擬信息中的信息要素。在步驟S117中，判斷是否伴隨著該模擬信息的改寫而需要進行AV再現(xiàn)畫面的更新。在需要伴隨著模擬信息的改寫而進行AV再現(xiàn)畫面的更新的情況下(步驟S117中"是")，在步驟S118中更新AV再現(xiàn)畫面后，返回到主例程，但在不需要更新的情況下，跳過該步驟S118而返回到主例程。圖27(b)是表示狀態(tài)變化通知處理的詳細順序的流程圖。步驟S119是在模擬信息中被改寫的信息要素是否是需要通知的信息要素的判斷，如果本步驟是"是"，則在步驟S120中將表示變化的事件通知給應用后，返回到主例程，而在不需要更新的情況下，跳過該步驟S120而返回到主例程。以下，一邊結(jié)合具體例，一邊更詳細地說明在上述那樣的流程圖中表示的處理。這里假設的動作例是BD-J應用以縮放1倍請求在從畫面左上的角向下方向移動180像素后的位置上進行析像度"1920X1080"的播放列表"00001"的再現(xiàn)的例子。在從BD-J應用受理了意味著該請求的再現(xiàn)控制引擎的情況下，再現(xiàn)控制引擎存根126將動作狀態(tài)信息的再現(xiàn)狀態(tài)變更為"通常再現(xiàn)"，將再現(xiàn)方向變更為"順方向"，將再現(xiàn)速度變更為"通常"(Xl.O)，將當前時刻信息的再現(xiàn)時間代碼變更為"00:00:00:00"，將播放列表變更為"00001"，將章節(jié)變更為"#01"。此時，AV再現(xiàn)畫面顯示部128將尺寸為1920X1080的矩形顯示在從畫面左上角向下方向180像素的位置上，進行當前時刻菜單和動作狀態(tài)信息畫面中的顯示內(nèi)容的更新。此外，再現(xiàn)控制引擎存根126通過輸出對于API調(diào)用的事件，將開始了播放列表00001的再現(xiàn)的情況通知給應用。在用戶經(jīng)由當前時刻設置菜單701b進行了將當前時刻變更為再現(xiàn)時間代碼"00:10:00:00"的操作的情況下，將保持在模擬信息中的再現(xiàn)時間代碼變更為"01:10:00:00"。如果進行了該變更，貝!JAV再現(xiàn)畫面顯示部128將當前時刻設置菜單701b中的再現(xiàn)時間代碼更新為"01:10:00:00"。再現(xiàn)控制引擎存根126如果對再現(xiàn)控制引擎進行了API調(diào)用，則通過輸出與其對應的事件，將時間代碼被變更為"01:10:00:00"的情況通知給BD-J應用。在用戶對當前時刻設置菜單701b進行了將播放列表標記變更為"CG效果訪談"的操作的情況下，從抽象化內(nèi)容取得表示播放列表標記"CG效果訪談"的位置的時間代碼"01:25:10:00"，將保持在模擬信息17中的再現(xiàn)時間代碼變更為"01:25:10:00"。隨之，AV再現(xiàn)畫面顯示部128將當前時刻設置菜單701b的再現(xiàn)時間代碼更新為"01:25:10:00"。另一方面，再現(xiàn)控制引擎存根126通過對BD-J應用輸出事件，將再現(xiàn)位置到達了播放列表標記"CG效果訪談"的位置的情況通知給BD-J應用。假設接收到到達播放列表標記"CG效果訪談"的到達通知的BD-J應用調(diào)用再現(xiàn)控制引擎，使其將析像度"960X1440"的播放列表"00002"以縮放0.5倍再現(xiàn)在從畫面左上角向下方向移動760像素并且向右方向移動1160像素的位置上。這樣，AV再現(xiàn)畫面顯示部128接受該請求，將具有480X720的大小的矩形顯示在從畫面左上角向下方向760像素且向右方向1160像素的位置上，進行顯示中的信息的更新。此時，再現(xiàn)控制引擎存根126將開始了播放列表00002的再現(xiàn)的情況通知給BD-J應用。以上，根據(jù)本實施方式，將AV內(nèi)容與BD-J應用并行地開發(fā)，即使在BD-J應用開發(fā)者的手邊不存在AV內(nèi)容的情況下，也能夠確認進行AV再現(xiàn)控制的應用的動作。此外，能夠通過時間代碼以幀為單位指定并管理當前再現(xiàn)中的位置，能夠在畫面上確認影像的顯示位置及顯示縮放等AV內(nèi)容的再現(xiàn)狀況。此外，能夠容易地將再現(xiàn)位置及再現(xiàn)狀態(tài)變更為任意的狀態(tài)，所以能夠不利用AV內(nèi)容而以足夠的精度高效率地實施應用的動作驗證及解析、修正。進而，即使模擬的結(jié)果出現(xiàn)了不良狀況，也能夠再現(xiàn)完全相同的動作，所以對于程序錯誤原因的驗證是方便的。(第5實施方式)本實施方式是在應用的動作依存于AV內(nèi)容的再現(xiàn)影像、或者該再現(xiàn)影像中的特定的幀圖像那樣的情況下、有關用來高效率地實施動作驗證、解析、修正作業(yè)的改良的實施方式。在前面的實施方式中，禾U用圖22所示那樣的圖形進行AV內(nèi)容再現(xiàn)中的畫面顯示，但僅通過顯示圖形難以高效率地執(zhí)行進行上述那樣的動作的應用的動作驗證。所以，在本實施方式中，能夠進行圖像和進行該圖像的顯示的AV內(nèi)容上的位置的指定。圖28是表示模擬信息變更的處理順序的流程圖。本流程圖是圖28采用圖27(a)為原圖、通過對其添加步驟S120步驟S122而制作的。添加這些步驟的地方是步驟S117與步驟S118之間。然后，在本流程圖中，對新添加的步驟進行說明。步驟S120是當前時刻是否到達了指定的時間代碼的判斷，如果到達了，則在步驟S121中取得指定的影像，在步驟S122中利用指定的圖像在顯示畫面上進行再現(xiàn)狀態(tài)的顯示后，轉(zhuǎn)移到步驟S118。如果沒有到達，則跳過這些步驟S121、步驟S122,轉(zhuǎn)移到步驟S118。以上，根據(jù)本實施方式，在再現(xiàn)到達了用戶預先設定的AV內(nèi)容上的任意的位置的情況下，能夠顯示用戶指定的任意的圖像，能夠高效率地實施下述應用的動作確認、以及解析、修正作業(yè)，該應用是例如將由應用顯示的圖形重疊顯示在作為AV內(nèi)容記錄的圖像的特定部分上那樣的、依存于作為AV內(nèi)容的特定1幀而顯示的影像的應用。(第6實施方式)本實施方式是公開在第1實施方式中表示的BD-ROM內(nèi)容(AV內(nèi)容)的詳細情況的實施方式。如上所述，BD-ROM內(nèi)容由圖29那樣的目錄及文件構(gòu)成。圖29是表示BD-ROM的內(nèi)部結(jié)構(gòu)的圖。本圖的第2段表示BD-ROM。如果利用目錄構(gòu)造表現(xiàn)BD-ROM的應用層格式(應用格式)，則成為圖中第1段那樣。在該第1段中，在BD-ROM中，在Root目錄之下有BDVIDEO目錄。在該BDVIDEO目錄的屬下，還存在稱作PLAYLIST目錄、CLIPINF目錄、STREAM目錄的3個子目錄。在PLAYLIST目錄中，有被賦予擴展名mpls的文件(00001.mpls)。在CLIPINF目錄中，有被賦予擴展名clpi的文件(00001.clpi)。在STREAM目錄中，有被賦予擴展名m2ts的文件(00001.m2ts)。通過以上的目錄構(gòu)造，可知相互不同類別的多個文件被配置在BD-ROM上。然后，進行對這些文件各自的說明。圖中的xxxXX.m2ts是保存MainClip、SubClip的文件。首先，對MainClip的內(nèi)部結(jié)構(gòu)進行說明。圖30是示意地表示被賦予了擴展名.111218的文件怎樣構(gòu)成的圖。被賦予了擴展名,m2ts的文件(00001.m2ts)保存AVClip。AVClip是MPGE2-傳輸流形式的數(shù)字流。該數(shù)字流是如下構(gòu)成，即，將數(shù)字化后的影像、數(shù)字化后的聲音(上第l段)變換為由PES包構(gòu)成的基本流(上第2段)，再變換為TS包(上第3段)，同樣將字幕類的呈現(xiàn)圖形流(PresentationGraphics(PG)流)及對話類的交互圖形流(InteractiveGraphics(IG)流)(下第1段、下第2段)變換為TS包(下第3段)，通過將它們多路復用來構(gòu)成數(shù)字流。接著，說明怎樣將以上那樣構(gòu)成的AVClip寫入到BD-ROM中。圖31表示構(gòu)成AVClip的TS包經(jīng)過怎樣的過程寫入到BD-ROM中。在本圖的第1段中表示構(gòu)成AVClip的TS包。構(gòu)成AVClip的188字節(jié)的TS包如第2段所示那樣被附加4字節(jié)的TS一extra一header(圖中的陰影部)，成為192字節(jié)長的源包。該TS一extra一header包括表示該TS包的解碼器輸入時刻信息的Arrival—Time一Stamp。構(gòu)成AVClip的源包在第3段的AVClip中構(gòu)成1個以上的"ATC—Seuqence"。所謂的"ATC_Seuqence"，是源包的排列，是指在該Arrival—Time_Stamp參照的Arrival—Time—Clock中不存在不連續(xù)點(noarrivaltime-basediscontinuity)。換言之，將在該Arrival—Time—Stamp參照的Arrival—Time_Clock中存在連續(xù)性的源包串稱作"ATC—Seuqence"。該ATC一Seuqence成為AVClip，以xxxxx.m2ts的文件名記錄在BD-ROM中。該AVClip與通常的計算機文件同樣，被分割為1個以上的文件范圍，記錄在BD-ROM上的區(qū)域中。第4段示意地表示AVClip怎樣記錄在BD-ROM中。在該第4段中構(gòu)成文件的各文件范圍具有預先設定的Sextent以上的數(shù)據(jù)長(參照圖中的數(shù)式)。圖32是表示BD-ROM的物理單位與構(gòu)成1個文件范圍的源包之間的對應關系的圖。如第2段所示，在BD-ROM上形成有多個扇區(qū)。構(gòu)成文件范圍的源包如第l段所示，每32個分組化，寫入到連續(xù)的3個扇區(qū)中。由32個源包構(gòu)成的組是6144字節(jié)(=32X192),這與3個扇區(qū)尺寸6144字節(jié)(=2048X3)—致。將收納在3個扇區(qū)中的32個源包稱作"調(diào)整單元"，向BD-ROM的寫入以調(diào)整單元為單位進行。在第3段中，扇區(qū)以32個單位被賦予錯誤修正符號，構(gòu)成ECC塊。再現(xiàn)裝置只要以調(diào)整單元為單位訪問BD-ROM，就能夠得到32個完整的源包。以上是對BD-ROM的AVClip的寫入的過程。對于多路復用在MainClip中的基本流更詳細地進行說明。圖33是表示多路復用在MainClip中的基本流的圖。多路復用在MainClip的STC-sequence中的基本流是具有0x1011的PID的主視頻流、具有從0x1100到0xlllF的PID的主音頻流、具有從0x1200到0xl21F的PID的32條PG流、具有從0x1400到0xl41F的PID的32條IG流、具有從OxlBOO到0xlBlF的PID的32條副視頻流。然后，對這些視頻流、音頻流、PG流、IG流進行說明。<主視頻流>主視頻流是構(gòu)成電影作品的正篇的流，由作為SD圖像、HD圖像的圖片數(shù)據(jù)構(gòu)成。在視頻流中，存在VC-1的視頻流、MPEG4-AVC的視頻流、MPEG2-Video的視頻流的形式。在MPEG4-AVC的視頻流中，對IDR圖片、I圖片、P圖片、B圖片附加了PTS、DTS的時間戳，以該圖片的單位進行再現(xiàn)控制。這樣，將被賦予了PTS、DTS且作為再現(xiàn)控制的單位的視頻流的一個單位稱作"視頻呈現(xiàn)單元"。<副視頻流>副視頻流是構(gòu)成電影作品的注解等的流，通過將該副視頻流合成到主視頻流的再現(xiàn)影像內(nèi)，執(zhí)行畫中畫。在副視頻流中，存在VC-1的視頻流、MPEG4-AVC的視頻流、MPEG2-Video的視頻流的形式。具有"視頻呈現(xiàn)單元"。在副視頻流的格式中，有525/60視頻格式、625/50視頻格式、1920/1080格式、1280〃20格式。<主音頻流>主音頻流是表示電影作品的主聲音的流，存在LPCM音頻流、DTS-HD音頻流、DD/DD+音頻流、DD/MLP音頻流的形式。在音頻流的音頻幀中被賦予時間戳，以該音頻幀的單位進行再現(xiàn)控制。這樣，將被賦予時間戳、作為再現(xiàn)控制的單位的音頻流的一個單位稱作"音頻呈現(xiàn)單元"。另外，雖然沒有記錄到BD-ROM中，但將表示電影作品的副聲音那樣的音頻流稱作副音頻流。<PG流>PG流是構(gòu)成各語言的字幕的圖形流，如英語、日語、法語那樣，存在關于多個語言的流?！碔G流〉IG流是實現(xiàn)對話控制的圖形流。由IG流定義的對話控制是與DVD再現(xiàn)裝置上的對話控制有互換性的對話控制。如本圖所示的各基本流那樣，將多路復用在與主視頻流相同的AVClip中的基本流稱作"In—MUX流"。以上結(jié)束了對MainClip的說明。接著，對SubClip的內(nèi)部結(jié)構(gòu)進行說明。在SubClip中，多路復用有視頻流、音頻流、PG流、IG流的4種基本流。下面詳細說明這樣多路復用在AVClip中的基本流中是怎樣的情況。圖34是表示多路復用在SubClip中的基本流的圖。多路復用在SubClip中的基本流，是具有0x1800的PID的textST(textSubTitle(文本字幕)流、具有OxlAOO到OxlAlF的PID的主音頻流、具有OxlBOO到OxlBlF的PID的32條Out—of_MUX—Secondary視頻流、具有0x1200到0xl21F的PID的32條PG流、具有0x1400到0xl41F的PID的32條IG流。如該圖34所示的基本流那樣，將多路復用在與主視頻流不同的AVClip中的基本流的全部稱作"Out一of一MUX流"。<BD-ROM的結(jié)構(gòu)之二.Clip信息〉接著，對被賦予了擴展名xlpi的文件進行說明。被賦予了擴展名.clpi的文件(OOOOl.dpi)保存有Clip信息。Clip信息是關于各個AVClip的管理信息。圖35是表示Clip信息的內(nèi)部結(jié)構(gòu)的圖。如本圖的左側(cè)所示，Clip信息包括i)保存有關于AVClip的信息的"ClipInfo()"、ii)保存有關于ATCSequence、STCSequence的信息的"SequenceInfoO"、iii)保存有關于ProgramSequence信息的"ProgramInfo()"、iv)"CharacteristicPointInfo(CPI())"。在Cliplnfo中，有該Clip信息參照的AVClip的應用類型(application一type)。通過參照該Cliplnfo,能夠由應用類型識別是MainClip還是SubClip、以及包含有動態(tài)圖像還是靜止圖像(幻燈片)。此外，在Cliplnfo中記述有上述TS一recording—rate。SequenceInfo是關于包含在AVClip中的1個以上的STC-Sequence、ATC-Sequence的信息。設置這些信息的意義是為了將STC、ATC的不連續(xù)點預先通知給再現(xiàn)裝置。即，如果存在該不連續(xù)點，則在AVClip內(nèi)有可能出現(xiàn)相同值的PTS、ATS，在再現(xiàn)時會發(fā)生不良狀況。為了表示STC、ATC連續(xù)是傳輸流中的從哪里到哪里而設置SequenceInfo。ProgramInfo是表示Program內(nèi)容是一定的區(qū)間(ProgramSequence)的信息。所謂的Program,是相互共有用于同步再現(xiàn)的時間軸的基本流彼此的集合。設置ProgramSequence信息的意義是為了將Program內(nèi)容的變化點預先通知給再現(xiàn)裝置。這里的所謂的Program內(nèi)容的變化，是指視頻流的PID變化、或視頻流的種類從SD圖像變化為HD圖像等。接著，對CharacteristicPointInfo進行說明。圖中的引出線cu2將CPI的結(jié)構(gòu)特寫。如引出線cu2所示，CPI由Ne個EP_map_for—one_stream_PID(EP_map_for_one_stream_PID~EP一map一for一one一stream一PID[Ne-1]構(gòu)成。這些EP_map—for_one_stream—PID是關于屬于AVClip的各個基本流的EP—map。EP—map是在1個基本流上將存取單元存在的條目位置的包號碼(SPN_EP_start)與條目時刻(PTS_EP_start)建立對應而表示的信息。圖中的引出線cu3將EP_map_for_one_streamJPID的內(nèi)部結(jié)構(gòu)特寫。由此可知，EP—map_for—one_stream_PID由Nc個EP_High(EP—High(0)(EP—High(Nc-l))、和Nf個EP_low(EP—1ow(0)(EP—low(Nf-l))構(gòu)成。這里，EP—High具有表示存取單元(Non-IDRI圖片、IDR圖片)的SPN一EP一start及PTS_EP_start的高位字節(jié)的作用，EP一low具有表示存取單元(Non-IDRI圖片、IDR圖片)的SPN_EP_start及PTS_EP_start的低位字節(jié)的作用。圖中的引出線cu4將EP—High的內(nèi)部結(jié)構(gòu)特寫。如該引出線所示，EP—High(i)由作為相對于EP一low的參照值的"ref_to—EPJowjd[i]"、表示存取單元(Non-IDRI圖片、IDR圖片)的PTS的高位字節(jié)的"PTS_EP_High[i]"、以及表示存取單元(Non-IDRI圖片、IDR圖片)的SPN的高位字節(jié)的"SP1^EP—High[i]"構(gòu)成。這里，i是用來識別任意的EP_High的識別碼。圖中的引出線cu5將EP_low的結(jié)構(gòu)特寫。如該引出線cu5所示，EP_low由表示對應的存取單元是否是IDR圖片的"is—angle_change_point(EP_low_id)"、表示對應的存取單元的尺寸的"I_end_position_offset(EP_low_id)"、表示對應的存取單元(Non-IDRI圖片、IDR圖片)的PTS的低位字節(jié)的"PTS—EP_low[EP_low_id]"、表示對應的存取單元(Non-IDRI圖片、IDR圖片)的SPN的低位字節(jié)的"SPN_EP_low[EP—lowjd]"構(gòu)成。這里，EPJow—id是用來識別任意的EP一low的識別碼。<Clip信息的說明之二,EP—map〉以下，通過具體例對￡_111叩進行說明。圖36是表示對于電影的視頻流的EP一map設定的圖。第1段表示以顯示順序配置的多個圖片(由MPEG4-AVC規(guī)定的IDR圖片、I圖片、B圖片、P圖片)，第2段表示該圖片的時間軸。第4段表示BD-ROM上的TS包串，第3段表示EP_map的設定。在第2段的時間軸中，假設在時刻tlt7存在作為存取單元的IDR圖片及I圖片。并且，如果設這些tlt7的時間間隔是1秒左右，則在電影中使用的視頻流的EP一map設定為，將tlt7表示為條目時刻(PTS_EP_start)，與其建立對應而表示條目位置(SPN—EP—start)。<PlayList信息>對賦予了擴展名"mpls"的文件(00002.mpls)進行說明。本文件是將集合了稱作MainPath、Subpath的兩種再現(xiàn)路徑的信息定義為Playlist(PL)的信息。圖37(a)是表示PlayList信息的數(shù)據(jù)構(gòu)造的圖，如本圖所示,PlayList信息由定義MainPath的MainPath信息(MainPath())、定義章節(jié)的PlayListMark信息(PlayListMark())、定義Subpath的Subpath信息(Subpath())、和其他擴展數(shù)據(jù)(Extention_Data)構(gòu)成。<PlayList信息的說明之一.MainPath信息>首先，對MainPath進行說明。MainPath是對主視頻的視頻流及音頻流定義的再現(xiàn)路徑。MainPath如箭頭mpl所示那樣根據(jù)多個Playltem信息#1、……#m定義。Playltem信息定義構(gòu)成MainPath的1個邏輯再現(xiàn)區(qū)間。Playltem信息的結(jié)構(gòu)通過引出線hsl特寫。如該引出線所示，Playltem信息由表示再現(xiàn)區(qū)間的IN點及Out點所屬的AVClip的再現(xiàn)區(qū)間信息的文件名的"Clipjnformation—file_name"、表示AVClip的編碼方式的"Clip_codec_identifier"、表示Playltem是否構(gòu)成多視角的"is_multi_angle"、表示該Playltem(當前Playltem)與其前1個Playltem(previouPlayltem)的連接狀態(tài)的"connection—condition"、唯一地表示該Playltem作為對象的STC_Sequence的"ref—to一STC一id"、表示再現(xiàn)區(qū)間的開始點的時間信息"In_time"、表示再現(xiàn)區(qū)間的結(jié)束點的時間信息"Out—time"、表示在該Playltem中要屏蔽的用戶操作是什么的"UO一mask一table"、表示是否許可向該Playltem的中途的隨機訪問的"Playltem一randon^access一flag"、表示在該Playltem的再現(xiàn)結(jié)束后是否繼續(xù)最后的圖片的靜止顯示的"Still_mode"、在Playltem構(gòu)成多視角的情況下表示構(gòu)成該多視角的多個AVClip的"Multi_Clip_entries"、和"STN—table"構(gòu)成。圖37(b)是表示Multi—Clip—entries的內(nèi)部結(jié)構(gòu)的圖。如本圖所示，Multi—Clip—entries具有表示多視角區(qū)間中的視角總數(shù)的"number—of—angles"、在視角影像中有表示是否再現(xiàn)不同的聲音的"is—different—audio",包括"Clip一codec一identifier[l]"、"Clip—information—file一name[l]"、"refJo一STC一id[l]""Clip—codec—identifier[N]"、"Clip_information—file—難e[N]"、"ref一to一STC一id[N]"。這些Multi_Clip—entries中的"Clip—codec—identifier"、"Clip_information—file—name"、"ref—to_STC—id"分別在多視角區(qū)間中對應于構(gòu)成各個視角影像的AVClip。然后，對PlayListMark信息開始說明。圖38是表示PlayList信息中的PlayListMark信息的內(nèi)部結(jié)構(gòu)的圖。如本圖的圖中的引出線pm0所示，PlayListMark信息由多個PLMark信息(弁l#n)構(gòu)成。PLMark信息(PLMark())是將PL時間軸中的任意的位置指定為章節(jié)點的信息。如引出線pml所示，PLmark信息包括表示作為章節(jié)指定的對象的Playltem的"refJ(^Playltem一Id"、和通過時間標記表示該Playltem中的章節(jié)位置的"mark—time一stamp"。圖39是表示AVClip與PlayList信息的關系的圖。第2段到第5段表示由EP一map參照的視頻流。PlayList信息包括Playltem信息#1、#2的兩個Playltem信息，通過這些Playltem信息弁l、#2的In—time、Out一time定義兩個再現(xiàn)區(qū)間。如果排列這些再現(xiàn)區(qū)間，則定義與AVClip時間軸不同的時間軸。這是在第1段表示的PlayList時間軸。這樣，通過Playltem信息的定義，能夠進行與AVClip不同的再現(xiàn)路徑的定義。本圖的第1段表示PLMark信息和PL時間軸。在第1段中存在兩個PLMark信息#1#2。箭頭ktl、2表示PLMark信息的ref—to_PlayItem_Id的指定。由該箭頭也可知，PLMark信息的ref_to—Playltem_ld指定參照的Playltem。此外，Mark_time_Stamp表示該Playltem時間軸中要作為Chapter#l、#2的時刻。這樣，PLMark信息能夠在Playltem時間軸上定義章節(jié)點。<PlayList信息的說明之一.Subpath信息>相對于MainPath是對作為主視頻的MainClip定義的再現(xiàn)路徑,Subpath是對要與MainPath同步的SubClip定義的再現(xiàn)路徑。圖40是將Subpath信息的內(nèi)部結(jié)構(gòu)特寫表示的圖。如本圖中的箭頭hc0所示，Subpath包括表示SubClip的類型的Subpath—type、和1個以上的SubPlayltem信息(…SubPlayltem()…)。圖中的引出線hcl將SubPlayltem信息的結(jié)構(gòu)特寫。SubPlayltem定義從主路徑分離的、1個以上的基本流再現(xiàn)路徑，為了表現(xiàn)將該路徑與主路徑怎樣同步的類型而使用。如果在SubPlayltem中使用的是ThePrimaryaudio/PG/IG/Secondaryaudio/Secondaryvideo的子路徑，則這些SubPlayltem與使用PlayList中的Playltem的主路徑同步。通過由該基本流再現(xiàn)的子路徑使用的基本流，被多路復用在從由MainPath側(cè)的Playltem使用的MainClip分離的Clip、艮卩SubClip中。然后，對SubPlayltem的內(nèi)部結(jié)構(gòu)進行說明。SubPlayltem信息如圖中箭頭hcl所示，由"Clip一information一file一name"、"Clip_codec_identifier"、"ref一to一STC—id[O]"、"SubPlayItem_In_time"、"SubPlayItem—Out_time"、"sync—Playltem_id"、"sync_start—PTS_of—Playltem"構(gòu)成。"Clip_information_file_name"是通過記述Clip信息的文件名而唯一地指定對應于SubPlayltem的SubClip的信息。"Clip—codec—identifier"表示AVClip的編碼方式。"ref—to_STC—id"唯一地表示該SubPlayltem作為對象的STC_Sequence。"SubPlayltem一IiUime"是表示SubClip的再現(xiàn)時間軸上的SubPlayltem的起點的信息。"SubPlayltem一Out一time"是表示SubClip的再現(xiàn)時間軸上的SubPlayltem的終點的信息。"sync_PlayItem_id"是唯一地指定構(gòu)成MainPath的Playltem中本SubPlayltem應該同步的部分的信息。SubPlayItem_In_time存在于由該sync_PlayItem—id指定的Playltem的再現(xiàn)時間軸上。"sync—start_PTS—of—Playltem"以45KHz的時間精度表示在由sync—Playltemjd指定的Playltem的再現(xiàn)時間軸上由SubPlayltem—In—time指定的SubPlayltem的起點。在某個SubPlayltem定義副視頻流上的再現(xiàn)區(qū)間，該SubPlayltem的sync—start一PTS—of一Playltem表示Playltem時間軸的一時間點的情況下，該SubPlayltem實現(xiàn)"同步畫中畫"。<關于Subpath的詳細情況之二.三者的關系>這里的三者，是指本地儲存器202上的SubClip、本地儲存器202上的PlayList信息、BD-ROM上的MainClip這三者。圖41是表示本地儲存器上的SubClip、本地儲存器202上的PlayList信息、和BD-ROM上的MainClip之間的對應的圖。在本圖中，第1段表示存在于本地儲存器202上的SubClip。如該第1段所示，在本地儲存器202上的SubClip中，有副視頻流、副音頻流、PG流、IG流的種類。其中的某一種作為Subpath供作同步再現(xiàn)。第2段表示由PlayList信息定義的兩個時間軸。第2段中的下側(cè)的時間軸表示由Playltem信息定義的PlayList時間軸，上側(cè)的時間軸表示由SubPlayltem定義的SubPlayltem時間軸。如該圖所示，可知SubPlayltem信息的SubPlayItem_Clip—information—file—name發(fā)揮SubClip選擇的作用，即在多路復用在保存于STREAM目錄中的，m2ts文件中的Out-of-MUX流中選擇哪個作為再現(xiàn)區(qū)間指定的對象。并且，可知SubPlayItem.IN一time、SubPlayItem.Out一time發(fā)揮定義Subclip上再現(xiàn)區(qū)間的起點及終點的作用。箭頭Sync一Playltem一Id發(fā)揮想要進行與哪個Playltem同步的同步指定的作用，sync一start一PTS一of一Playltem發(fā)揮決定Playltem時間軸上的SubPlayItem_In_time的位置的作用。以上是對Subpath信息的說明。<STN_table>在BD-ROM及本地儲存器202中的PlayList信息中具有特征性的是STN一Table。然后，對本地儲存器202上的PlayList信息進行說明。STN—table是表示多路復用在Playltem信息的Clip一information一file一name指定的AVClip中的多個In—MUX流、由SubPlayltem信息的Clip_informationjile_name指定的Out_of_MUX流中的可再現(xiàn)的流的表。通過將關于多路復用在由MainClip中的多個In_MUX流和多路復用在SubClip中的Out_of—MUX流的各自的Stream_entry與Stream_attribute建立對應，來構(gòu)成STN一table。然后，對extention—data的內(nèi)部結(jié)構(gòu)進行說明。該extention_data保存有作為用于畫中畫的元數(shù)據(jù)的PiP一metadata。圖42是表示PiP一metadata的內(nèi)部結(jié)構(gòu)的圖。引出線hml將PiP一metadata的內(nèi)部結(jié)構(gòu)特寫。如該引出線hml所示，PiP_metadata由number—of—metadata_block_entries、nl個metadata—block—header、和n2個PiP_metadata—block構(gòu)成。引出線hm2將metadata一block一header的內(nèi)部結(jié)構(gòu)特寫表示。艮P,metadata—block—header是由同一類構(gòu)造體生成的多個實例，其內(nèi)部結(jié)構(gòu)都為該引出線hm2所示。以下，對構(gòu)成metadata—block—header的各字段進行說明。ref—to_PlayItem—id[k]:是表示要作為畫中畫的對象的Playltem[k]的Playltem一id的字段。ref」o一secondary一video一stream—id[k]:是表示通過由refJc^Playltem一id[k]參照的Playltem的STN—table定義的secondary一video一stram一id的值中通過該畫中畫供作再現(xiàn)的字段。pip_timeline_type[k]:表示將Playltem時間軸的Sync—Start—PTS_of_PlayItem的攝像點作為畫中畫執(zhí)行定時的基準、還是以SubPlayltem的原點作為基準。以上，通過使Playltem側(cè)、SubPlayltem的哪一個作為基準是理想的，能夠適當?shù)貙崿F(xiàn)畫中畫再現(xiàn)。Is_luma_key:在該標志是l的情況下，按照upper—limit—luma—key值，在對應的副視頻流中采用luma-keying。所謂的luma-keying是在構(gòu)成副視頻的各個圖片中存在被攝體部分和背景部分的情況下、從各圖片提取被攝體部分來供作與主視頻的合成的處理。Trick_playing_fl3g:這是表示在對主視頻的特技再現(xiàn)的執(zhí)行中將用于畫中畫的窗口繼續(xù)打開還是關閉的內(nèi)容提供者的意思的標志。該標志僅在同步式畫中畫中是有效的。Upperjimit—luma一key二這是指定用于luma-keying的對應的副視頻亮度(Y)的上限值的字段。接著，對PIP一metadataJlock的內(nèi)部結(jié)構(gòu)進行說明。引出線hm3將構(gòu)成PIP—metadata—block的結(jié)構(gòu)特寫。如該引出線所示，PII^metadataJ)lock[1]由k個PIP—metadata_entry[l][k]、禾口number—of_pipmetadata—entries構(gòu)成。引出線hm4將PIP—metadata_entry的內(nèi)部結(jié)構(gòu)特寫表示。即，PIP_metadata_entry是由相同的類構(gòu)造體生成的多個實例，其內(nèi)部結(jié)構(gòu)都由PIP—metadata—stamp[i]禾口pip_composition—metadata()構(gòu)成。pip_metadata_time_stamp[i]:是表示pip一compositioi^metadata()是有效的時間間隔的開始時刻的字段。第k個PIP—metadata—block[k〗中的第i個pip—composition—metadata()除了最后以夕卜，在Pip_metadata—time_stamp[i]以上Pip_metadata_time_stamp[i+1]不到的時間間隔中為有效的。PIP—metadata—block[k]O內(nèi)的最后的Pip—metadata—time—stamp的最后的pip_composition—metadata()在最后的Pip_metadata—time—stamp以上且不至lj由ref—to_secondary_video—stream_id[k]指定的SubPath的顯示結(jié)束時刻的時間間隔中是有效的。此外，連續(xù)的兩個pip一metadata一time一stamp值間的最小的時間間隔是l秒，也包括l秒。pip—composition—metadata()由以下的字段構(gòu)成。pip—horizontal_position[i]:表示主視頻平面上的副視頻的左上端的像素的水平位置。在將視頻平面的橫寬表現(xiàn)為video_width的情況下，由本PIP—horizontal_position指定的水平位置成為0到video一width-l的范圍。pip_vertical_position[i]:表示主視頻平面上的副視頻的左上端的像素的垂直位置。在將視頻平面的縱寬設為videojieight的情況下，由本PiP—vertical_position指定的垂直位置為0到video一height-l的范圍。Pip_SCale[i]:是表示副視頻的縮放類型的字段。在縮放類型中，有以下的類型。0:定制1:無縮放(XI)2:1/2縮放(Xl/2)3:1/4縮放(Xl/4)4:1.5倍縮放(X1.5)5、全屏幕縮放以上是PlayList信息的內(nèi)部結(jié)構(gòu)。PlayList信息由于通過上述那樣的內(nèi)部結(jié)構(gòu)參照AVClip、Clip信息，所以在playPlaylistAPI的調(diào)用時，基于該PlayList信息，能夠驗證AVClip是否被正確地再現(xiàn)。如果playPlaylist能夠正確地形成，則能夠按照該PlayList信息進行各種In—MUX流、Out-of-MUX流的再現(xiàn)。以上，結(jié)束對PlayList信息的說明。到此為止敘述的SubClip、Clip信息、PlayList信息也可以不僅存在于BD-ROM上，還存在于本地儲存器中。在PlayList信息、SubClip、Clip信息存在于本地儲存器中的情況下，通過該PlayList信息規(guī)定將多路復用在記錄于BD-ROM中的MainClip中的主視頻流和多路復用在記錄于本地儲存器中的SubClip中的Out-of-MUX流再現(xiàn)，能夠?qū)崿F(xiàn)組合了BD-ROM的保存內(nèi)容和本地儲存器的保存內(nèi)容之后的AV內(nèi)容。接著，對MovieObject進行說明。<MovieObject>MovieObject保存在MovieObject.bdmv的文件中。MovieObject.bdmv包括作為number—of—mobjs個的MovieObjcet的"MovieObjcets"。MovieObjcet由在進行MenuCall時表示是否想要進行MenuCall后的再現(xiàn)再開始的"resumejntentioi^flag"、表示是否屏蔽MenuCall的信息"meni^ca11—mask"、表示是否屏蔽標題搜索功能的"title_search—flag"、作為向?qū)畹膫€數(shù)的"number—of—navigation—command"、number—of_navigation—command個的"向?qū)?構(gòu)成。向?qū)畲蓪崿F(xiàn)條件分支、再現(xiàn)裝置中的狀態(tài)寄存器的設定、狀態(tài)寄存器的設定值取得等的命令串構(gòu)成。將能夠在MovieObject中記述的命令在以下表示。PlayPL命令格式PlayPL(第l自變量，第2自變量)第1自變量能夠通過播放列表的號碼指定要再現(xiàn)的PL。第2自變量能夠利用包含在該PL中的Playltem、該PL的任意的時刻、章節(jié)、標記指定再現(xiàn)開始位置。將通過Playltem指定PL時間軸上的再現(xiàn)開始位置的PlayPL方法稱作PlayPLatPlayltem(),將通過章節(jié)指定PL時間軸上的再現(xiàn)開始位置的PlayPL方法稱作PlayPLatChapter()，將通過時刻信息指定PL時間軸上的再現(xiàn)開始位置的PlayPL方法稱作PlayPLatSpecifiedTime()。JMP命令格式JMP自變量JMP命令是將當前的動態(tài)劇本在中途丟棄(discard)、執(zhí)行作為自變量的分支目的地動態(tài)劇本的分支。在JMP命令的形式中，有直接指定分支目的地動態(tài)劇本的直接參照的形式、和間接參照分支目的地動態(tài)劇本的間接參照的形式。MovieObject中的向?qū)畹挠浭雠cDVD中的向?qū)畹挠浭龇绞胶芟嗨?，所以能夠高效率地進行將DVD上的盤內(nèi)容移植到BD-ROM中的作業(yè)?！磗ound.bdmv〉接著對sound.bdmv進行說明。sound.bdmv是保存有在對Java應用的GUI框架進行了操作的情況下要作為點擊音輸出的音頻數(shù)據(jù)(將該音頻數(shù)據(jù)稱作聲音數(shù)據(jù))的文件。為了避免該AVClip的再現(xiàn)中斷，需要在沒有進行AVClip的再現(xiàn)的時刻將文件sound.bdmv預先裝載到緩沖存儲器中。艮P，需要在AVClip的再現(xiàn)之前，預先將文件sound.bdmv內(nèi)的聲音數(shù)據(jù)預裝載。以上是對文件sound.bdmv的說明。<index.bdmv>index.bdmv包括多個索引表入口，在開始某個標題的再現(xiàn)時，定義作為該標題的結(jié)構(gòu)要素的電影對象是哪個、或者作為該標題的結(jié)構(gòu)要素的BD-J對象是哪個。這里，索引表入口包括Title一bdjo一file—name、和Title—objcetjype。Title_bdjo—file—name確定與標題建立了關聯(lián)的BD-J對象文件的名稱。BD國J對象具有ApplicationManagementTable0，該ApplicationManagementTable()表示要執(zhí)行的應用的application—id，所以可以理解為，索引表入口內(nèi)的Title_bdjo_file_name的BD-J對象文件的文件名在作為分支目標的標題中，對BD-J終端指示要執(zhí)行的BD-J應用。通過將Title—objcet—type設定為"10"，表示由titlejd確定的標題與BD-J對象建立了關聯(lián)。通過設定為"01"，表示由title_id確定的標題與MovieObject建立了關聯(lián)。Title—objcet—type的指定、即是否與BD-J對象建立關聯(lián)的情況表現(xiàn)在該Title—objcet一type中。以上是對BD-ROM100的說明。在IDE環(huán)境中的模擬中，盡管是偽數(shù)據(jù)，但需要使用更接近于保存在BD-ROM中的內(nèi)容。因此，在模擬中使用的抽象化內(nèi)容優(yōu)選地由上述那樣的AVCIip、Clip信息、PlayList信息構(gòu)成。其中，對于各字段設定的設定值只要記述抽象的識別碼就可以。在ADK環(huán)境中的調(diào)試中，通過將PC100內(nèi)的網(wǎng)絡驅(qū)動器的文件系統(tǒng)信息安裝到BD-ROM的文件系統(tǒng)信息中，生成虛擬的包而使再現(xiàn)控制引擎進行再現(xiàn)，所以如果制作AVClip、Clip信息、PlayList信息并配置在調(diào)試裝置內(nèi)的硬盤中，則通過開發(fā)中的BD-J應用，能夠確認對這些AVClip、Clip信息、PlayList信息的再現(xiàn)是否被正常地進行。本發(fā)明作為對象的AV內(nèi)容包括由上述那樣的數(shù)據(jù)構(gòu)造一般化的AV內(nèi)容，即根據(jù)規(guī)定播放列表信息那樣的邏輯區(qū)間、路徑的信息指定要進行再現(xiàn)的In-MUX流、Out-of-MUX流來在動態(tài)圖像再現(xiàn)時實現(xiàn)音頻的混合再現(xiàn)及畫中畫、字幕及菜單的合成顯示的所有內(nèi)容。在該內(nèi)容中，當然包含DVD-Video內(nèi)容、HD-DVD內(nèi)容等。接著，對用來再現(xiàn)上述那樣的AV內(nèi)容的再現(xiàn)引擎205的內(nèi)部結(jié)構(gòu)進行說明。圖43是表示再現(xiàn)引擎205的內(nèi)部結(jié)構(gòu)的圖。如該圖所示，再現(xiàn)引擎205包括讀取緩沖存儲器lb、c、ATC計數(shù)器2a、c、源拆包器2b、d、ATC計數(shù)器2b、d、STC計數(shù)器3a、c、PID過濾器3b、d、傳輸緩沖存儲器(TB)4a、基本緩沖存儲器(EB)4c、視頻解碼器4d、重排序緩沖存儲器4e、解碼圖片緩沖存儲器4f、視頻平面4g、傳輸緩沖存儲器(TB)5a、基本緩沖存儲器(EB)5c、視頻解碼器5d、重排序緩沖存儲器5e、解碼圖片緩沖存儲器5f、視頻平面5g、傳輸緩沖存儲器(TB)6a、b、緩沖存儲器7a、b、音頻解碼器8a、b、混合器9a、開關10a、b、c、d、e、BD-J平面11、傳輸緩沖存儲器(TB)12a、緩沖存儲器12b、字幕正文解碼器12c、傳輸緩沖存儲器(TB)13a、呈現(xiàn)圖形解碼器13b、呈現(xiàn)圖形平面13c、合成部15、HDMI收發(fā)部16、PSR集合17、PID變換部18。讀取緩沖存儲器(RB)lb儲存從BD-ROM讀取的源包串。讀取緩沖存儲器(RB)lc儲存從本地儲存器202讀取的源包串。ATC計數(shù)器2a利用構(gòu)成MainClip的源包中位于再現(xiàn)區(qū)間的開頭的包的ATS被重置，對以后的源解包器2b輸出ATC。源解包器(SourceDe-packetizar)2b從構(gòu)成MainClip的源包取出TS包并送出。在該送出時，對應于各TS包的ATS調(diào)節(jié)向解碼器的輸入時刻。具體而言，在ATC計數(shù)器2a生成的ATC值與源包的ATS值達到相同的瞬間，以TS_Recording_Rate僅將該TS包傳送給PID過濾器3b。ATC計數(shù)器2c利用構(gòu)成SubClip的源包中位于再現(xiàn)區(qū)間的開頭的包的ATS被重置，對以后的源解包器2d輸出ATC。源解包器(SourceDe-packetizar)2d從構(gòu)成SubClip的源包取出TS包并送出。在該送出時，對應于ATS調(diào)節(jié)向解碼器的輸入時刻。具體而言，在ATC計數(shù)器2c生成的ATC值與源包的ATS值達到相同的瞬間，以TS_Recording_Rate僅將該TS包傳送給PID過濾器3d。STC計數(shù)器3a由MainClip的PCR重置，輸出STC。PID過濾器3b是MainClip用的多路復用分離部，將從源解包器2b輸出的源包中具有從PID變換部24通知的PIC參照值的包，分別輸出給視頻解碼器4d、視頻解碼器5d、音頻解碼器8a、呈現(xiàn)圖形解碼器13b。各解碼器獲取經(jīng)由PID過濾器3b的基本流，按照MainClip的PCR從解碼器進行再現(xiàn)的處理。這樣通過PID過濾器3b輸入到各解碼器中的基本流按照MainClip的PCR被用于解碼及再現(xiàn)。STC計數(shù)器3c由SubClip的PCR重置，輸出STC。PID過濾器3d參照該STC進行多路復用分離。PID過濾器3d是SubClip用的多路復用分離部，將從源解包器2d輸出的源包中具有從PID變換部18通知的PID參照值的包輸出給各個音頻解碼器8b、呈現(xiàn)圖形解碼器13b。這樣通過PID過濾器3d被輸入到各解碼器中的基本流按照SubClip的PCR被用于解碼及再現(xiàn)。傳輸緩沖存儲器(TB)4a是當從PID過濾器3b輸出歸屬于主視頻流的TS包時進行臨時儲存的緩沖存儲器?；揪彌_存儲器(EB)4c是保存處于編碼狀態(tài)的圖片(I圖片、B圖片、P圖片)的緩沖存儲器。解碼器(DEC.)4d通過將構(gòu)成主視頻的各個圖片每規(guī)定的解碼時刻(DTS)進行解碼而得到多個幀圖像，并寫入到主視頻平面4g中。重排序緩沖存儲器4e是用來將解碼后的圖片的順序從編碼順序改換為顯示順序的緩沖存儲器。解碼圖片緩沖存儲器4f是保存通過解碼器4d的解碼得到的非壓縮的圖片的緩沖存儲器。主視頻平面4g是用來保存構(gòu)成主視頻的一圖片量的像素數(shù)據(jù)的存儲器區(qū)域。像素數(shù)據(jù)用16位的YUV值表現(xiàn)，視頻平面4g保存有對應于1920X1080的析像度的像素數(shù)據(jù)。傳輸緩沖存儲器(TB)5a是當從PID過濾器3b輸出歸屬于副視頻流的TS包時進行暫時儲存的緩沖存儲器?；揪彌_存儲器(EB)5c是保存處于編碼狀態(tài)的圖片(I圖片、B圖片、P圖片)的緩沖存儲器。解碼器(DEC.)5d通過將構(gòu)成副視頻的各個圖片每規(guī)定的解碼時刻(DTS)進行解碼而得到多個幀圖像，并寫入到副視頻平面5g中。重排序緩沖存儲器5e是用來將解碼后的圖片的順序從編碼順序改換為顯示順序的緩沖存儲器。解碼圖片緩沖存儲器5f是保存通過解碼器5d的解碼得到的非壓縮的圖片的緩沖存儲器。副視頻平面5g是用來保存構(gòu)成副視頻的一圖片量的像素數(shù)據(jù)的存儲器區(qū)域。傳輸緩沖存儲器(TB)6a將從PID過濾器3a輸出的TS包中構(gòu)成主音頻流的包以先入先出式保存，并供給到音頻解碼器8a中。傳輸緩沖存儲器(TB)6b將從PID過濾器3b輸出的TS包中構(gòu)成副音頻流的包以先入先出式保存，并供給到音頻解碼器8b中。音頻解碼器8a將保存在傳輸緩沖存儲器(TB)6a中的TS包變換為PES包，對該PES包進行解碼處理，得到非壓縮狀態(tài)的LPCM狀態(tài)的音頻數(shù)據(jù)并輸出。由此，進行主音頻流中的數(shù)字輸出。音頻解碼器8b將保存在傳輸緩沖存儲器(TB)6b中的TS包變換為PES包，對該PES包進行解碼處理，得到非壓縮狀態(tài)的LPCM狀態(tài)的音頻數(shù)據(jù)并輸出。由此，進行副音頻流中的數(shù)字輸出?；旌掀?a將從音頻解碼器8a輸出的LPCM狀態(tài)的數(shù)字音頻、和從音頻解碼器8b輸出的LPCM狀態(tài)的數(shù)字音頻混合。開關10a將從BD-ROM讀取的TS包、從本地儲存器202讀取的TS包中的某一個有選擇地向副視頻解碼器5d側(cè)供給。開關10b將從BD-ROM讀取的TS包、從本地儲存器202讀取的TS包中的某一個有選擇地向呈現(xiàn)圖形解碼器13b側(cè)供給。開關10d切換將由PID過濾器3b進行了多路復用分離后的構(gòu)成主音頻流的TS包和由PID過濾器3d進行了多路復用分離后的構(gòu)成主音頻流的TS包中的哪一個供給到音頻解碼器8a中。開關10e切換將由PID過濾器3b進行了多路復用分離后的構(gòu)成副音頻流的TS包和由PID過濾器3d進行了多路復用分離后的構(gòu)成副音頻流的TS包中的哪一個供給到音頻解碼器8b中。BD-J平面11是在BD-J應用的GUI描繪中使用的平面存儲器。傳輸緩沖存儲器(TB)12a是暫時儲存歸屬于textST流的TS包的緩沖存儲器。Buffer(TB)12b是暫時儲存構(gòu)成textST流的PES包的緩沖存儲器。字幕正文解碼器12c在從BD-ROM或本地儲存器202讀取的textST流中，利用字符代碼，將要表現(xiàn)的字幕展開到位圖中，并寫入到PG平面13c中。在該展開中，使用保存在BD-ROM100或本地儲存器202中的字體數(shù)據(jù)，所以在textST流的解碼中需要事先讀入該字體數(shù)據(jù)。傳輸緩沖存儲器(TB)13a是暫時儲存歸屬于PG流的TS包的緩沖存儲器。呈現(xiàn)圖形(PG)解碼器13b將從BD-ROM或本地儲存器202讀取的PG流解碼，將非壓縮圖形寫入到呈現(xiàn)圖形平面13c中。通過PG解碼器13b的解碼，將字幕呈現(xiàn)在畫面上。呈現(xiàn)圖形(PG)平面13c是具有一畫面量的區(qū)域的存儲器，可以保存一畫面量的非壓縮圖形。合成部15是將主視頻平面4g、副視頻平面5g、BD-J平面11、呈現(xiàn)圖形平面13c的保存內(nèi)容疊加輸出的部分，具有圖44那樣的內(nèi)部結(jié)構(gòu)。圖44是表示合成部15的內(nèi)部結(jié)構(gòu)的圖。如本圖所示，合成部15包括l-a3乘法部15a、比例縮放與配置部15b、a3乘法部15c、加法部15d、l-al乘法部15e、al乘法部15f、加法部15g、l-a2乘法部15h、a2乘法部15i和加法部15j。l-a3乘法部15a對構(gòu)成保存在視頻解碼器4g中的非壓縮的數(shù)字圖片的像素的亮度乘以透過率l-a3。比例縮放與配置部15b實施將保存在視頻平面5g中的非壓縮的數(shù)字圖片放大、縮小的處理(Scaling)，并且進行變更配置位置的處理(Positioning)。該放大、縮小基于元數(shù)據(jù)中的PiP_SCale，配置位置的變更基于元數(shù)據(jù)中的PiP—horizontal_position、PiP_vertical_positon。ci3乘法部15c對于構(gòu)成由比例縮放與配置部15b實施了比例縮放、配置的非壓縮圖片的像素的亮度乘以透過率a3。加法部15d將由a3乘法部15c對每個像素乘以透過率a3后的非壓縮數(shù)字圖片、與由l-a3乘法部15a對每個像素乘以透過率l-ct3后的非壓縮數(shù)字圖片合成，得到合成圖片。1-a1乘法部15e對構(gòu)成由加法部15d進行了合成后的數(shù)字圖片的像素的亮度乘以透過率l-al。a1乘法部15f對構(gòu)成保存在呈現(xiàn)圖形平面13c中的非壓縮圖形的像素的亮度乘以透過率al。加法部15g將由l-a1乘法部15e對每個像素乘以透過率l-a1后的非壓縮數(shù)字圖片、與由a1乘法部15f對每個像素乘以透過率a1后的非壓縮數(shù)字圖形合成，得到合成圖片。1-a2乘法部15h將構(gòu)成由加法部15g進行了合成后的數(shù)字圖片的像素的亮度乘以透過率l-a2。a2乘法部15i對構(gòu)成保存在呈現(xiàn)圖形平面13c中的非壓縮圖形的像素的亮度乘以透過率a2。加法部15j將由l-a2乘法部15h對每個像素乘以透過率l-a2后的非壓縮數(shù)字圖片與由a2乘法部15i對每個像素乘以透過率a2后的非壓縮數(shù)字圖片合成，得到合成圖片。以上，由于在合成部15中存在多個加法部，所以BD-J應用描繪的顯示內(nèi)容被與視頻流中的再現(xiàn)影像疊合。因此，在ADK環(huán)境中，可以確認AVClip的再現(xiàn)圖像和開發(fā)中的BD-J應用的描繪內(nèi)容被怎樣合成并輸出。HDMI收發(fā)部16從經(jīng)由HDMI(HDMI:HighDefinitionMultimediaInterface:高清晰度多媒體介面)連接的其他設備接收有關該設備的信息，并且將通過加法部15j的合成得到的數(shù)字非壓縮的視頻與由混合器9a進行了合成后的音頻數(shù)據(jù)一起發(fā)送給經(jīng)由HDMI連接的TV等其他設備。PSR集合17是內(nèi)置于再現(xiàn)裝置中的寄存器，由64個BD-ROM播放器設置/狀態(tài)寄存器(PSR)、和4096個通用寄存器(GPR)構(gòu)成。BD-ROM播放器設置/狀態(tài)寄存器的設定值(PSR)中的PSR4PSR8用于表現(xiàn)當前的再現(xiàn)時刻。關于64個BD-ROM再現(xiàn)裝置Setting/StatusRegister(PSR)的詳細情況如下。PSR1:保存當前選擇的主視頻流的流號碼。PSR3:保存當前選擇的視角號碼。PSR4:保存當前標題號碼。PSR5:保存當前章節(jié)號碼。PSR6:保存當前播放列表號碼。PSR7:保存當前的Playltem號碼。PSR8:保存當前PTM(PresentationTiMe)。PSR13:表示父母鎖定的設定。PSR14:保存副音頻流的流號碼、副視頻流的流號碼。PSR15:表示音頻再現(xiàn)能力。PSR16:表示關于音頻再現(xiàn)的語言設定。PSR19:保存國家代碼。PSR20:保存地區(qū)代碼。PSR29:表示視頻再現(xiàn)能力。PSR31:表示概況/版本號碼。PID變換部18將保存在PSR集合17中的流號碼基于STNJTable變換為PID參照值，將作為變換結(jié)果的PID參照值指示給PID過濾器3b、PID過濾器3d。以上是再現(xiàn)引擎205的內(nèi)部結(jié)構(gòu)。接著，對再現(xiàn)控制引擎206進行說明。再現(xiàn)控制引擎206具體而言是按照PlayList信息再現(xiàn)AVClip的引擎。圖45是表示再現(xiàn)控制引擎206的處理順序的流程圖。本流程圖是在方法playPlaylist的調(diào)用時執(zhí)行的，首先判斷是否存在由playPlaylist的自變量Playlistld指定的mpls文件(步驟S201)。如果存在，則讀入構(gòu)成由自變量Playlistld指定的PlayList信息的.mpls文件(步驟S202)，判斷是否存在由自變量markld指定的PlayListMark(步驟S203)。如果存在，則將PlayList信息中的Playltem信息中的、由自變量指定的PlayListMark所存在的Playltem作為當前Playltem(步驟S204)。步驟S206步驟S216為重復對PlayList信息中的Playltem信息的處理的循環(huán)構(gòu)造。該循環(huán)構(gòu)造是以步驟S215為結(jié)束條件的構(gòu)造，對BD-ROM驅(qū)動器命令讀取從對應當前Playltem的In_Time的存取單元到對應當前Playltem的Out—Time的存取單元(步驟S206)，判斷在當前Playltem中是否存在previousPlayltem(步驟S207)，根據(jù)判斷結(jié)果，有選擇地執(zhí)行步驟S208的處理、步驟S209步驟S213的處理。具體而言，如果在當前Playltem中沒有previousPlayltem(步驟S207中"否")，則對解碼器命令再現(xiàn)當前Playltem中從由自變量指定的markld到PlayItem_Out—Time(步驟S208)。如果在當前Playltem中有previousPlayltem(步驟S207中"是")，則計算用于被稱作ATC一deltal的MainClip上的偏移值(步驟S207)，通過對到目前為止的ATC_Sequence中的ATC值(ATC1)加上ATC_deltal，得到新的ATC一Sequence的ATC值(ATC2)(步驟S210)。此外，在存在上述previousPlayltem的情況下，MainClip中的STC_Sequence切換。在該切換中，求出稱作STC一deltal的偏移值(步驟S211),通過對到目前為止的STC—Sequence中的STC值(STC1)加上STC_deltal(步驟S212)，得到新的STC—Sequence的STC值(STC2)。并且，在對音頻解碼器8a、b指示了AudioOverrap的靜音后，對解碼器命令再現(xiàn)從PlayItem_In_Time到PlayItem_Out—Time(步驟S213)。如果執(zhí)行了步驟S208、步驟S209步驟S2B的某個處理，則執(zhí)行步驟S214。步驟S214判斷是否是存在與當前Playltem同步再現(xiàn)的SubPlayltem且當前的再現(xiàn)時刻(當前PTM(PresentationTiMe))達到了該SubPlayltem與下個SubPlayltem的邊界。如果步驟S214為"是"，則執(zhí)行圖46的流程圖的處理順序。步驟S215是當前Playltem是否成為PlayList信息中的最后的Playltem的判斷，如果不是最后的Playltem,則將PlayList信息中的接著的Playltem作為當前Playltem(步驟S216),轉(zhuǎn)移到步驟S206。通過以上的處理，對PlayList信息中的所有的Playltem實施了步驟S206步驟S215的處理。圖46是表示按照PlayList信息中的SubPlayltem信息的再現(xiàn)順序的流程圖。在步驟S221步驟S223中，假設從1個Playltem中的連續(xù)的兩個SubPlayltem中的一個SubPlayltem向另一個SubPlayltem切換了再現(xiàn)，將該切換后的SubPlayltem作為當前SubPlayltem(步驟S221)。接著，命令本地儲存器202讀取從對應于當前SubPlayltem的In_Time的存取單元到對應于當前SubPlayltem的Out—Time的存取單元(步驟S222)，并命令解碼器再現(xiàn)從當前SubPlayltemJn—Time到當前SubPlayltem—Out—Time(步驟S223)。以上是對再現(xiàn)控制引擎的說明。然后，說明對于該再現(xiàn)控制引擎的BD-J應用的記述。以上，由于規(guī)定了PSR，所以BD-J應用進行以下那樣的處理。1)基于PSR15所示的音頻再現(xiàn)能力、PSR16所示的語言設定，選擇主音頻流，將所選擇的流號碼寫入到PSR1中的處理。2)基于PSR15所示的音頻再現(xiàn)能力、PSR16所示的語言設定，選擇副音頻流，將所選擇的流號碼寫入到PSR14中的處理。3)基于PSR29所示的音頻再現(xiàn)能力，選擇副視頻流，將所選擇的流號碼寫入到PSR14中的處理。4)基于用戶操作決定視角號碼，從由Playltem信息中的multi一clip一entry指定的多個AVClip中再現(xiàn)對應于該視角號碼的部分的處理。5)選擇對應于PSR13所示的父母鎖定的設定的播放列表并再現(xiàn)的處理。所以，在使用ECLIPSE的調(diào)試中，經(jīng)由串行端口實現(xiàn)這些PSR的保存值的讀寫。如果執(zhí)行對應于這樣的BD-ROM內(nèi)容的詳細結(jié)構(gòu)及PSR的設定值的綜合測試，則能夠以具體的水平進行BD-J應用的調(diào)試。此外，說明在AV內(nèi)容及再現(xiàn)引擎如上述那樣構(gòu)成的情況下，在單體測試及綜合測試中，應對BD-J應用的怎樣的API規(guī)格執(zhí)行調(diào)試。一般，Java應用的調(diào)試通過使用ECLIPSE等中的調(diào)試工具進行。這是因為，在ECLIPSE中，能夠通過微軟公司的通用OS"Windows(TM)"使Java(TM)應用動作并進行調(diào)試。另一方面，在BD-J應用的API中，有定義來自GEMformediacontrol的BD-J特有的擴展部分的包。將該包稱作org.bluray.media。在由org.bluray.media定義的事件偵聽器中，有以下的結(jié)構(gòu)。AngleChangeListner是用來管理AngleChange事件的接口。AngleChange事件是在按照PlayList信息中的Multi—clip一entries切換多個視角影像時生成的事件，用于通知新成為再現(xiàn)對象的視角號碼。ParaiingChangeListoer為了獲取Panning控制的變化通知而安裝在應用中。PiPStatusListner是用來管理再現(xiàn)的播放列表的PiP狀態(tài)事件的接口。所謂的PiP狀態(tài)事件，是在按照PlayList信息中的PiP—meta_block_entry執(zhí)行畫中畫時通知副視頻的坐標及大小變化的事件。PlaybackListner為了獲取再現(xiàn)變化的通知而安裝在應用中。在由PlaybackListner通知的再現(xiàn)變化中，有MarkReached、PlayItemReached。MarkReached通知由PSR指示的當前時刻到達了PlayLiskMark的情況。PlayltemReached通知由PSR指示的當前時刻到達了Playltem的邊界的情況。UOMaskTableListaer是為了接收當按照每個Playltem信息設定的UOMaskTable的內(nèi)容變化時生成的事件而被執(zhí)行的。這些事件由于在ECLIPSE中沒有被規(guī)定，所以不能通過上述那樣的ECLIPSE進行這些事件發(fā)生時的調(diào)試。所以，在單體測試時，調(diào)試裝置內(nèi)的再現(xiàn)控制引擎存根126在來自BD-J應用的再現(xiàn)控制引擎的調(diào)用時產(chǎn)生針對上述那樣的事件偵聽器的事件，BD-J應用中的事件偵聽器正常地進行接收動作。此外，在綜合測試時，進行來自BD-J應用的再現(xiàn)控制引擎的調(diào)用，如果從再現(xiàn)控制引擎輸出了針對上述那樣的事件偵聽器的事件，則通過以該事件為自變量而進行標準輸出函數(shù)的調(diào)用，將該事件從再現(xiàn)裝置發(fā)送給日志服務器終端。通過這樣，將接收到該事件時的事件名及詳細參數(shù)作為執(zhí)行曰志保存在日志服務器終端中。以上，根據(jù)本實施方式，優(yōu)選地基于AVClip、Clip信息、PlayList信息的具體記述，很好地實現(xiàn)是否合法地進行了BD-J應用的描繪、流選擇、畫中畫的控制這樣的動作確認。此外，能夠?qū)崿F(xiàn)通過Java應用的通用調(diào)試工具很難實現(xiàn)的、BD-J應用固有部分的調(diào)試，所以能夠促進BD-J應用的開發(fā)。(第7實施方式)本實施方式對于怎樣制作在前面的實施方式中表示的AV內(nèi)容進行了公開。該AV內(nèi)容的制作通過稱作寫作系統(tǒng)的專用的系統(tǒng)進行。本系統(tǒng)設置在制作制片室中，供作用戶的使用。圖47是表示有關本實施方式的寫作系統(tǒng)的內(nèi)部結(jié)構(gòu)和本系統(tǒng)中的調(diào)試裝置的位置設置的圖。然后，參照本圖進行對寫作系統(tǒng)的說明。如本圖所示，寫作系統(tǒng)是通過將標題構(gòu)造制作裝置51、盤組編輯裝置52、BD劇本生成裝置53、素材制作/輸入裝置55、盤制作裝置56、驗證裝置57、母盤制作部58這些裝置經(jīng)由機構(gòu)內(nèi)網(wǎng)絡相互連接而構(gòu)成的。1)標題構(gòu)造制作裝置51標題構(gòu)造制作裝置51決定要記錄在BD-ROM中的各標題由怎樣的內(nèi)容構(gòu)成。通過制作標題構(gòu)造信息來進行本裝置的決定。2)盤組(reelset)編輯裝置52盤組編輯裝置52決定視頻、音頻、字幕、按鈕動畫等作為影像完成的多個基本流的關系。例如，在l部電影由l條視頻、兩條音頻、3條字幕、1條按鈕動畫構(gòu)成的情況下，指定它們構(gòu)成一部電影，并且對于電影正篇，指定僅一部分影像不同那樣的導演剪輯，或設定具有多個視角的多視角。3)BD劇本生成裝置53BD劇本生成裝置53由菜單編輯部53a和劇本編輯部53b構(gòu)成。(菜單編輯部53a)菜單編輯部53a按照經(jīng)由GUI的用戶操作，制作菜單中的按鈕的配置、附加在按鈕上的命令、按鈕動畫等的功能。(劇本編輯部53b)劇本編輯部53b通過對由標題構(gòu)造制作裝置51制作的標題構(gòu)造信息實施按照經(jīng)由GUI的用戶操作的編輯處理，制作并輸出劇本。這里，所謂的劇本，是在數(shù)字流的再現(xiàn)時使再現(xiàn)裝置進行標題單位下的再現(xiàn)的信息，在BD-ROM中，作為IndexTable、MovieObjcet、PlayList定義的信息對應于劇本。在BD-ROM劇本數(shù)據(jù)中，包括構(gòu)成流的素材信息、再現(xiàn)路徑信息、菜單畫面配置、來自菜單的轉(zhuǎn)移信息等，用戶進行劇本編輯作業(yè)直到這些信息的驗證結(jié)束。在該劇本編輯作業(yè)中，劇本編輯部53b設定標題構(gòu)造信息的播放列表列表的內(nèi)容。4)素材制作/輸入裝置55包括字幕制作部55a、音頻輸入部55b、視頻輸入部55c。將輸入的視頻素材、音頻素材、字幕用素材、Java(TM)程序源代碼等變換為基于BD-ROM規(guī)格的形式，傳遞給盤制作裝置56。(字幕制作部55a)字幕制作部55a基于包括字幕和顯示定時、以及送入/淡出等字幕效果在內(nèi)的字幕信息文件，生成基于BD-ROM規(guī)格的呈現(xiàn)圖形流并輸出。(音頻輸入部55b)音頻輸入部55b在被輸入了預先通過AC-3等壓縮的音頻的情況下，實施附加對于所對應的視頻的定時信息等或刪除多余的數(shù)據(jù)等的處理后輸出。在沒有被壓縮的情況下，變換為用戶指定的格式并輸出。(視頻輸入部55c)視頻輸入部55c在被輸入預先以MPEG2、MPEG4-AVC、VC-1等方式壓縮的視頻流的情況下，根據(jù)需要將不需要的信息刪除。此外，在被輸入了非壓縮的視頻流的情況下，將該視頻流按照用戶指定的參數(shù)壓縮后輸出。6)盤制作裝置56.盤制作裝置56包括靜止圖像編碼器56b、數(shù)據(jù)庫生成部56c、多路復用器56e、格式化部56f、光盤鏡像制作部56g。(靜止圖像編碼器56b)靜止圖像編碼器56b在被輸入的BD-ROM劇本數(shù)據(jù)中包含有靜止圖像或保持靜止圖像的場所的情況下，從包含在輸入素材中的靜止圖像用圖像之中選擇對應的靜止圖像，變換為基于BD-ROM的MPEG2、MPEG4-AVC、VC-1中的任一種形式。(數(shù)據(jù)庫生成部56c)數(shù)據(jù)庫生成部56c基于被輸入的BD-ROM劇本數(shù)據(jù)，生成基于BD-ROM的劇本數(shù)據(jù)的數(shù)據(jù)庫。這里所謂的數(shù)據(jù)庫，是由上述BD-ROM定義的Index.bdmv、電影對象、播放列表、BD-J對象等的總稱。(多路復用器56e)多路復用器56e將實現(xiàn)記述在BD-ROM劇本數(shù)據(jù)中的視頻、音頻、字幕、菜單的多個基本流多路復用，得到MPEG2-TS形式的稱作AVClip的數(shù)字流。此外，多路復用器56e在輸出上述AVClip的同時，輸出具有關于AVClip的信息的Clip信息。具體而言，檢測在AVClip的第幾個包的TS包中存在I圖片、IDR圖片的開頭，通過制作該對應關系而生成EP一map。多路復用器56e將自己生成的EP_map和表示每個流的聲音屬性、影像屬性等的屬性信息配對而制作Clip信息。(格式化部56f)格式化部56f將上述數(shù)據(jù)庫、AVClip、由PC100生成的BD-J應用作為輸入，以適合于BD-ROM格式的數(shù)據(jù)構(gòu)造進行文件的配置處理。制作規(guī)定BD-ROM的應用層的目錄構(gòu)造，將各文件配置在適當?shù)牟课?。此時，格式化部56f進行BD-J應用與AVClip的關聯(lián)建立。通過基于來自用戶的對話操作制作以上那樣的目錄構(gòu)造，本裝置完成文件彼此的關聯(lián)建立。(光盤鏡像制作部56g)光盤鏡像制作部56g將上述數(shù)據(jù)庫、AVClip作為輸入，對它們分配適合于BD-ROM格式的地址，得到巻圖像。6)驗證裝置57驗證裝置57包括仿真部57a和校驗部57b。在仿真部57a中，以上述巻圖像為輸入，再現(xiàn)實際的電影內(nèi)容，驗證是否正確地進行了制作者想要的動作、例如從菜單向正篇電影的轉(zhuǎn)移、字幕切換及音頻切換是否如想要那樣動作、影像及音頻的品質(zhì)是否能夠成為想要那樣等。(校驗部57b)在校驗部57b中，以上述巻圖像為輸入，驗證制作的數(shù)據(jù)是否基于BD-ROM的規(guī)格。在通過Out—of—MUX流實現(xiàn)畫中畫時，必須將在STN—table中許可同時再現(xiàn)的多個基本流中的TS包的每1秒的總位量限制為48Mbit以下。為了確認是否滿足該限制，校驗部57b在ATC時間軸上的任意的1秒的期間中，將確認位量是否是該限制以下的該1秒的單位時間稱作"Window",置于ATCSequence的時間軸上的任意的位置上。BP,解碼基本流中的位量在怎樣的1秒的期間中也需要滿足該48Mbit以下的條件。在寫作時，在源包串中一邊使該Window每次1個包地移動，一邊檢査1秒的期間內(nèi)的TS包的位數(shù)是否滿足48Mbit以下的限制。如果滿足限制，則使Window移動到下個TS包，如果不滿足限制，則判斷為違反BD-ROM規(guī)格。并且，反復進行該移動，結(jié)果如果Window的Out—Time達到了最后的源包，則做出該源包符合BD-ROM規(guī)格的判斷。這樣通過仿真部57a及校驗部57b驗證巻圖像，如果發(fā)現(xiàn)錯誤，則回到適當?shù)那肮ば?，重新作業(yè)。經(jīng)過這兩個驗證過程后，經(jīng)過母盤制作部58完成BD-ROM壓制用數(shù)據(jù)，進入到進行盤的制造的壓制工序中。接著，一邊參照圖48，一邊對格式化工序中的處理的流程進行說明。在歩驟S301中，用戶利用標題構(gòu)造制作裝置51設定BD-ROM的標題構(gòu)造。由此制作標題構(gòu)造信息。在步驟S303中，用戶在準備用于標題的動態(tài)圖像、聲音、靜止圖像、字幕信息后，利用素材制作/輸入裝置55，對盤制作裝置56進行輸入。在歩驟S304中，利用ID類制作部111、Java(TM)編程部112,制作Java(TM)標題用的Java(TM)程序源代碼、程序附加信息、ID類源代碼。在步驟S305中，用戶利用Java(TM)輸入部114，將在步驟S4中制作的Java(TM)程序源代碼、ID類源代碼輸入到盤制作裝置56中。在步驟S306中，ID變換部115將ID類源代碼、BD-J對象生成信息中的記述變換為實際的盤上的標題號碼、播放列表號碼。在步驟S307中，Java(TM)程序構(gòu)建部116利用在步驟S306中輸出的源代碼，通過編譯處理制作Java(TM)程序。另外，步驟S306和步驟S307在標題構(gòu)造信息中不存在Java(TM)標題的情況下可以跳過。在步驟S308中，靜止圖像編碼器56b在BD-ROM劇本數(shù)據(jù)中包含有靜止圖像或保持靜止圖像的場所的情況下，將對應的靜止圖像變換為基于BD-ROM的MPEG2、MPEG4-AVC、VC1中的任一種形式。在步驟S309中，多路復用器56e按照BD-ROM劇本數(shù)據(jù)，進行多個基本流的多路復用，制作MPEG2-TS形式的AVClip。在步驟S310中，數(shù)據(jù)庫生成部56c按照BD-ROM劇本數(shù)據(jù)，制作基于BD-ROM的數(shù)據(jù)庫信息。在步驟S311中，格式化部56f以在步驟S307中制作的Java(TM)程序、在步驟S309中制作的AVClip、在步驟S10中制作的數(shù)據(jù)庫作為輸入，以基于BD-ROM的格式進行文件的配置。此時，進行Java(TM)程序與AVClip的關聯(lián)建立，制作文件關聯(lián)信息。在步驟S312中，光盤鏡像制作部56g—邊利用文件關聯(lián)信息，一邊使用由步驟S311制作的文件組，制作適合于BD-ROM格式的巻圖像。在步驟S313中，驗證部57進行在步驟S12中制作的光盤鏡像的驗證。如果在發(fā)生了錯誤的情況下，回到適當?shù)那肮ば蚨匦逻M行作業(yè)。在以上那樣的寫作系統(tǒng)中，調(diào)試裝置在執(zhí)行格式化部56f的變換之前根據(jù)Java(TM)程序源代碼制作BD-J應用，在IDE環(huán)境及ADK環(huán)境中進行動作確認，所以能夠減少上述那樣的圖中所示的整體工序中的重新進行。(第8實施方式)本實施方式是公開JAR檔案文件的詳細結(jié)構(gòu)的實施方式。圖49(a)表示網(wǎng)絡驅(qū)動器的目錄-文件構(gòu)造。該目錄-文件構(gòu)造是在根目錄(ROOT)之下配置bdrom目錄、BDVIDEO目錄的構(gòu)造。在目錄BDDATA中記錄有以下的兩種文件。(A)BD.ROOT.CERTIFICATE:盤根證書301在其中保持有盤根證書的仿制品。所謂的盤根證書，是制作該BD-ROM的制作者將從根認證局接受了分發(fā)的根證書分配給BD-ROM。盤根證書例如以X.509的形式被編碼。X.509的規(guī)格是由國際電信電話咨詢委員會發(fā)布的，記載在CCITTRecommendationX.509(1988)，"TheDirectory-AuthenticationFramework"中。在BD.ROOT.CERTIFICATE中，存在該根證書的仿制品。(B)OOOOUAR檔案文件Java(TM)檔案文件302JAR檔案文件的內(nèi)部結(jié)構(gòu)通過圖49(b)那樣的目錄及文件結(jié)構(gòu)表現(xiàn)。圖49(b)是表示JAR檔案文件的內(nèi)部結(jié)構(gòu)的圖。JAR檔案文件的目錄構(gòu)造是在Root目錄的屬下設有Xletl目錄和META-INF目錄、進而在該Xletl目錄的屬下配置保存有類文件的CLASSES目錄和保存有數(shù)據(jù)文件的DATA目錄的層級構(gòu)造。構(gòu)成在這些CLASSES目錄中的文件(Xletl.class)和配置在DATA目錄中的文件(Xletl.dat)通過由類加載器裝載到虛擬機內(nèi)的堆區(qū)域中，構(gòu)成BD-J應用。(i)Xletl.class:類文件401類文件401是保存有定義能夠在虛擬機上執(zhí)行的Java(TM)應用那樣的構(gòu)造體的類文件401。(ii)MANIFEST.MF:清單文件402清單文件402對應于數(shù)字證書，是記載有Java(TM)檔案文件302的屬性、Java(TM)檔案文件302內(nèi)的類文件401及數(shù)據(jù)文件的散列值的文件。在Java(TM)檔案文件302的屬性中，有作為類文件401的實例的對Java(TM)應用賦予的應用ID、為了執(zhí)行Java(TM)檔案文件302而應最先執(zhí)行的類文件401名。在不存在上述兩個Java(TM)檔案文件302的屬性的情況下，不執(zhí)行Java(TM)檔案文件302中的作為類文件401的實例的Java(TM)應用。(iii)SIG-BD.SF:簽名文件403簽名文件403是記載有清單文件402的散列值的文件。(iv)SIG-BD.RSA:數(shù)字簽名文件404數(shù)字簽名文件404是記載有"數(shù)字證書鏈"、簽名證書403的"署名信息"的文件。對于簽名文件403的"署名信息"是通過對簽名文件403實施署名處理而得到的。在這些署名處理中，使用與數(shù)字簽名文件404內(nèi)的數(shù)字證書鏈中的公鑰對應的私鑰。所謂的"數(shù)字證書鏈"，是具有第一個證書(根證書)將第二個證書署名并且同樣第n個證書將第n+l個證書署名的形式的多個證書組。將數(shù)字證書鏈的最后的證書稱作"葉證書"。通過利用該結(jié)構(gòu)，通過從根證書開始依次保障下個證書，能夠保障到數(shù)字證書鏈的最后的證書。"根證書"保存有與存在于BD.ROOT.CERTIFICATE文件中的盤根證書301相同的證書。在"葉證書"中記載有組織ID。簽名文件403通過PKCS#7的形式保存。PKCS#7是用來保存簽名及一個以上的數(shù)字證書的文件形式，記載在由IETF(InternetEngineeringTaskForce:因特網(wǎng)工程工作小組)發(fā)布的RFC2315中。RFC2315可以通過http:〃www.ietf.org/rfc/rfc2315.txt參照。通常該數(shù)字證書鏈是1個，但在后述的有權(quán)限提供的情況下，制作兩個該數(shù)字證書鏈。將這兩個數(shù)字證書鏈稱作第1數(shù)字證書鏈、第2數(shù)字證書鏈。第1數(shù)字證書鏈的根證書表示接受權(quán)限提供側(cè)的組織的盤根證書，葉證書表示接受權(quán)限提供側(cè)的組織的組織ID。第2數(shù)字證書鏈的根證書表示提供權(quán)限側(cè)的組織的盤根證書，葉證書表示提供權(quán)限側(cè)的組織的組織ID。另一方面，在沒有權(quán)限提供的情況下，數(shù)字證書鏈僅為1個(第1數(shù)字證書鏈)。清單文件402、簽名文件403、數(shù)字簽名文件404的詳細情況記載在Java(TM)檔案文件的規(guī)格中。清單文件402、簽名文件403、數(shù)字簽名文件404是為了進行署名處理及署名驗證處理而使用的。最終能夠?qū)ava(TM)檔案文件302中的作為類文件401的實例的Java(TM)應用及許可請求文件405通過數(shù)字證書署名。以后將清單文件402、簽名文件403、數(shù)字簽名文件404—起稱作"數(shù)字證書的署名"。(v)bd.Xlet.perm:許可請求文件405許可請求文件405是保存對執(zhí)行的Java(TM)應用賦予哪個許可的信息的文件。具體而言，保存以下的信息。(a)證書(數(shù)字信用證書)(b)應用間通信的許可信息然后，對(a)證書進行說明。所謂的"證書"，是用來將屬于某個組織的組織目錄內(nèi)的文件共有化的信息。該共有化是通過將利用屬于某個組織的應用用文件的權(quán)限提供給屬于其他組織的應用來進行的。因此，證書包括表示提供權(quán)限側(cè)的組織的提供者組織ID、表示接受權(quán)限側(cè)的組織的識別的接受者組織ID。圖50(a)表示證書的數(shù)據(jù)構(gòu)造的一例。在證書中，包括從根認證局對提供者組織分發(fā)的根證書的散列值501、對提供者組織分配的提供者組織ID502、從根認證局對接受者分發(fā)的接受者根證書的散列值503、對接受者組織分配的接受者組織504、接受者應用ID505、提供文件列表506。在提供文件列表506中，保存有一個以上的提供文件名507和訪問方法508(可讀取、可寫入)的信息。證書為了是有效的而必須被署名。在證書的署名中，與數(shù)字簽名文件404同樣可以利用PKCS弁7方式。圖50(b)是表示證書的具體的一例的圖。本圖中的證書通過證書對文件"4/5/scores，txt"賦予讀取許可，對文件"4/5/etc/settings.txt"賦予讀寫許可。接著，對(b)應用間通信的許可信息進行說明。包含在一個Java(TM)檔案文件302中的Java(TM)應用通常不被許可與包含在其他Java(TM)檔案文件302中的Java(TM)應用通信。僅在對許可請求文件405賦予了應用間通信的許可的情況下能夠進行應用間通信。以上是對許可請求文件405的說明。接著，對根證書更詳細地說明。圖51是示意地表示在BD-ROM中根證書被怎樣分配的圖。本圖的第1段表示設備(再現(xiàn)裝置)和裝填在該設備中的BD-ROM，第2段表示制作這些設備及BD-ROM的業(yè)者(BD-ROM的制作者、設備的制造業(yè)者)。第3段表示管理根證書的根認證局。在本圖中，BD-ROM制作者從根認證局接受根證書的分發(fā)(fl)，將被分發(fā)的根證書作為盤根證書301分配在BD-ROM上后，將該根證書保存在BD.ROOT.CERTIFICATE中，寫入到BD-ROM中(wl)。另一方面，在制作Java(TM)檔案文件302時，將該根證書和表示組織ID的葉證書收錄在SIG-BD.SF中，使其包含在Java(TM)檔案文件302中。在不是BD-ROM、而是從WWW服務器下載Java(TM)檔案文件302并寫入到再現(xiàn)裝置內(nèi)的存儲裝置中的情況也同樣。該下載是以記錄在BD-ROM中的內(nèi)容的更新為目的的，但在該下載中，使收錄在BD.ROOT.CERTIFICATE中并與作為盤根證書301寫入的根證書具有同一性的根證書保存在SIG-BD.SF中，使其包含在Java(TM)檔案文件中。通過這樣，即使將以記錄在BD-ROM中的內(nèi)容的更新為目的的Java(TM)檔案文件302通過下載而供給到再現(xiàn)裝置中的情況下，通過使用對BD-ROM分配的盤根證書301,也能夠使再現(xiàn)裝置確認Java(TM)檔案文件302的合法性。圖52是表示沒有權(quán)限提供的情況下的SIG-BD.RSA、SIG-BD.SF、BD.ROOT.CERTIFICATE、MANIFEST.MF的相互關系的圖。本圖中的箭頭dl表示這些文件的內(nèi)部結(jié)構(gòu)的信息要素中具有同一性的要素。在沒有權(quán)限提供的情況下，BD.ROOT.CERTIFICATE內(nèi)的根證書(盤根證書301)與SIG-BD.RSA的第1數(shù)字證書鏈內(nèi)的根證書具有同一性。MANIFEST.MF將類文件XXXX.class署名，SIG-BD.SF包含有由MANIFEST.MF計算的散列值，SIG-BD.RSA包括由SIG-BD.SF計算的散列值(箭頭hl)，所以通過確認這些署名是否正確、判斷在這些圖中表示的同一性，再現(xiàn)裝置能夠判斷Java(TM)檔案文件302是否合法的、還是被施加了篡改。此外，由于假設沒有權(quán)限提供，所以在本圖中沒有表示bd.XXXX.perm。圖53是表示沒有權(quán)限提供的情況下的SIG-BD.RSA、SIG-BD.SF、BD.ROOT.CERTIFICATE、MANIFEST.MF、bd.XXXX.perm的相互關系的圖。本圖中的箭頭dld6表示這些文件的內(nèi)部結(jié)構(gòu)的信息要素中具有同一性的要素。即使在有權(quán)限提供的情況下，BD.ROOT.CERTIFICATE內(nèi)的根證書(盤根證書)也與SIG-BD.RSA的第1數(shù)字證書鏈內(nèi)的根證書具有同一性(箭頭dl)。另一方面，如果有權(quán)限提供，則BD.ROOT.CERTIFICATE內(nèi)的盤根證書為接受者的，所以bd.XXXX.perm中的證書的接受者根證書與BD.ROOT.CERTIFICATE內(nèi)的根證書具有同一性(箭頭d2)。此外，證書中的接受者組織ID與第1數(shù)字證書鏈的葉的組織ID具有同一性(箭頭bd.XXXX.perm中的證書的提供者組織的根證書與SIG-BD.RSA內(nèi)的第2數(shù)字證書鏈的根證書具有同一性(箭頭d4)。此外，證書中的提供者組織ID與SIG-BD.RSA內(nèi)的第2數(shù)字證書鏈的葉的組織ID具有同一性(箭頭d5)。證書的接受者應用ID與在bd.XXXX.perm中存在于證書以外的部分中的應用ID具有同一性(箭頭d6)。MANIFEST.MF包含有根據(jù)類文件XXXX.class計算出的散列值，SIG-BD.SF包含有根據(jù)MANIFEST.M計算出的散列值，SIG-BD.RSA包括從SIG-BD.SF取得的散列值(箭頭hl)，所以通過確認這些署名是否是正確并判斷這些圖中所示的同一性，再現(xiàn)裝置能夠判斷Java(TM)檔案文件302是合法的、還是被施加了篡改。雖然是預先判斷，但在本實施方式中，比較各個根證書計算出的散列值，根據(jù)這些散列值是否一致，來判斷根證書的同一性。此外，散列值的計算只要進行一次就可以，一般將計算出的值存儲在存儲器等中并利用。將根據(jù)根證書計算散列值的動作以及取出保存在存儲器中的散列值的動作，稱作散列值的"取得"。以上是對盤根證書及JAR檔案文件的說明。接著，對有關本實施方式的本地儲存器202、以及BD-J平臺部207的內(nèi)部結(jié)構(gòu)進行說明。圖54是表示平臺部207及本地儲存器202的內(nèi)部結(jié)構(gòu)的圖。如本圖所示，平臺部207包括應用管理器212、虛擬機213、安全管理器215。此外，本地儲存器202包括Persistent區(qū)域214。(應用管理器212)應用管理器212是在虛擬機213內(nèi)的堆區(qū)域內(nèi)動作的系統(tǒng)應用，執(zhí)行應用信號傳輸。"所謂的應用信號傳輸"，是指在GEM1.0.2規(guī)定的MHP(MultimediaHomePlatform:多媒體家庭平臺)中將"服務"作為生存區(qū)間進行應用的啟動、執(zhí)行的控制。本實施方式中的應用管理器212代替該"服務"而將BD-ROM的"標題"作為生存區(qū)間，實現(xiàn)應用的啟動、執(zhí)行的控制。這里，所謂的"標題"，是記錄在BD-ROM中的影像聲音數(shù)據(jù)的再現(xiàn)單位，被唯一地分配給應用管理表(ApplicationManagementTable())。在使應用啟動時，應用管理器212判斷要啟動的應用是否是合法的。該判斷順序如下。如果裝載了BD-ROM，則確認/BDDATA/BD.ROOT.CERTIFICATE的文件的存在。在文件存在的情況下，應用管理器212從BD-ROM讀取其盤根證書301,保持在存儲器上。然后，將Java(TM)檔案文件302讀取，驗證存在于該Java(TM)檔案文件302中的署名。如果該驗證是正確的，則應用管理器212將存在于BD-ROM上的Java(TM)檔案文件302中的類文件401讀取到虛擬機213內(nèi)，通過在堆區(qū)域中生成該類文件401的實例，啟動Java(TM)應用。(虛擬機213)虛擬機213是由將類文件從BD-ROM讀取的用戶類加載器、將對應于類文件的實例作為Java(TM)應用保存的堆存儲器、線程、Java(TM)堆棧構(gòu)成的Java(TM)應用的執(zhí)行主體。這里，線程是執(zhí)行Java(TM)應用中的方法的邏輯執(zhí)行主體，將本地變量、保存在操作數(shù)堆棧中的自變量作為操作數(shù)進行運算，將運算結(jié)果保存在本地變量或操作數(shù)堆棧中。在將構(gòu)成方法的字節(jié)代碼變換為CPU的原生碼后對CPU發(fā)出，來進行基于線程的方法執(zhí)行。關于該原生碼變換，由于從本申請的主要著眼點偏離，所以省略說明。在Java(TM)檔案文件302內(nèi)存在許可請求文件405的情況下，如果在清單文件402之中沒有Java(TM)應用的正確的散列值，則不能執(zhí)行該Java(TM)應用。為了該散列值的判斷，虛擬機213將表示執(zhí)行的Java(TM)應用保存在哪個Java(TM)檔案文件302中的信息保持在存儲器上。通過參照該許可請求文件405，虛擬機213確認應用管理器212保持的應用間通信的許可，對Java(TM)應用提供應用間通信的功能。(Persistent區(qū)域214)Persistent區(qū)域214是能夠通過使用來自Java(TM)10Package的方法訪問的本地儲存器的一個區(qū)域。該Persistent區(qū)域214具有多個域區(qū)域。這里，所謂的域區(qū)域，是對應于各盤根證書301的目錄(圖中的R1、R2)，是在這些目錄的屬下保存各組織的目錄(圖中的orgl、org2、org3)的結(jié)構(gòu)。組織的各應用的目錄(圖中的orgl/appl、orgl/app2、orgl/app3……)與MHP的結(jié)構(gòu)相同。即，在本地儲存器中，是將由MHP規(guī)定的各組織的每個應用的目錄(圖中的orgl/appl、orgl/app2、orgl/app3……)配置在對應于根證書的目錄(圖中的R1、R2)的屬下的結(jié)構(gòu)。通過這樣，能夠與MHP的保存方式維持互換。這里，將用來訪問本地儲存器的目錄結(jié)構(gòu)的文件路徑中到對應于根證書的部分為止的部分(圖中的Root/Rl、Root/R2)稱作"本地儲存器根"。(安全管理器215)安全管理器215保持有散列管理表，該散列管理表表示了多個根據(jù)根證書計算出的散列值和本地儲存器根之間的組，如果從應用請求文件的讀取/寫入，則對與請求源的應用對應的根證書計算散列值，從散列管理表中選擇對應于這樣計算出的散列值的本地儲存器根。將這樣選擇的本地儲存器根組裝到文件路徑中。此外，基于證書替換對應于文件路徑的組織ID的目錄。通過這樣，應用的文件路徑的記述能夠與由MHP規(guī)定的記述保持互換。以上是格式化部的結(jié)構(gòu)。這樣，可知盤根證書用于Java(TM)應用的認證及Java(TM)應用的權(quán)限檢査、以及本地儲存器中的域區(qū)域的訪問。但是，盤根證書是對一個BD-ROM分配的，所以在BD-ROM未完成的階段中，不能測試上述那樣的Java(TM)應用的認證、Java(TM)應用的權(quán)限檢查、域區(qū)域的訪問。所以，在本實施方式中，如上所述，將盤根證書的偽數(shù)據(jù)與JAR檔案文件一起保存在網(wǎng)絡驅(qū)動器中。這樣，在裝載JAR檔案文件時，再現(xiàn)裝置請求對應于該盤根證書的域區(qū)域，將對應于BD-ROM內(nèi)容的差分內(nèi)容保存在該域區(qū)域中。并且，Java(TM)虛擬機以該盤根證書為線索訪問域區(qū)域。這樣，如果在JAR檔案文件中存在偽盤根證書，則在發(fā)出安裝命令時，基于該仿制品進行認證，進行利用權(quán)限的檢査。進而，在本地儲存器中創(chuàng)建對應于該仿制品的域區(qū)域，將Java(TM)應用所利用的數(shù)據(jù)保存在該域區(qū)域中。以上，根據(jù)本實施方式，通過在JAR檔案文件內(nèi)組裝偽數(shù)據(jù)，能夠測試Java(TM)應用的認證是否被合法地進行、對應用賦予的使用權(quán)限是否被合法地檢查，所以能夠提高測試效率。(第9實施方式)本實施方式關于將第1實施方式所示的PC100與第2實施方式所示的再現(xiàn)裝置做成一體結(jié)構(gòu)的改良。具體而言，有關本實施方式的PC100是具備BD-ROM驅(qū)動器、用來將AV內(nèi)容解碼的硬件及軟件、平臺部的PCIOO，日志服務器終端獲取并收集從存在于本裝置內(nèi)的平臺部輸出的執(zhí)行日志。例如，在包括兩個AV內(nèi)容的BD-ROM的寫作中，在僅一個AV內(nèi)容的寫作結(jié)束而另一個的寫作還未結(jié)束那樣的情況下，能夠有效地進行應用的動作驗證及解析、修正。圖55是具備BD-ROM驅(qū)動器、用來將AV內(nèi)容解碼的硬件及軟件、平臺部的PC100的結(jié)構(gòu)的框圖。本圖中的調(diào)試裝置具有與圖17、圖18所示的PC100的硬件結(jié)構(gòu)及軟件結(jié)構(gòu)相同的結(jié)構(gòu)要素(PC上的平臺部122、抽象化內(nèi)容124、抽象化內(nèi)容制作部125、再現(xiàn)控制引擎存根126、AV再現(xiàn)畫面顯示部128、模擬環(huán)境更新部129)，但不同點在于，該PC上的平臺部122的屬下存在BD-ROM再現(xiàn)裝置200的結(jié)構(gòu)要素(BD-ROM驅(qū)動器201、本地儲存器202、虛擬文件系統(tǒng)部204、再現(xiàn)引擎205、再現(xiàn)控制引擎206)。PC上的平臺部122判斷作為來自BD-J應用的再現(xiàn)請求的對象的AV內(nèi)容的寫作是否結(jié)束，在從BD-J應用接受到對于寫作未結(jié)束的AV內(nèi)容的再現(xiàn)請求的情況下，執(zhí)行與第4實施方式同樣的模擬，但在接受到對于已寫作結(jié)束的AV內(nèi)容的再現(xiàn)請求的情況下，不是對網(wǎng)絡驅(qū)動器而是對內(nèi)裝在自身中的HDD執(zhí)行與第1實施方式同樣的安裝處理。以上，根據(jù)本實施方式，在再現(xiàn)對象的AV內(nèi)容的寫作結(jié)束的情況下,利用配置在BD-ROM上的實際的AV內(nèi)容進行應用的動作驗證及解析、修正，在再現(xiàn)對象的AV內(nèi)容的寫作未結(jié)束的情況下，能夠進行不是利用實際的AV內(nèi)容、而是利用抽象化內(nèi)容的AV再現(xiàn)模擬的應用的動作驗證及解析、修正。由此，能夠根據(jù)各個AV內(nèi)容的寫作作業(yè)的進展狀況以適當?shù)姆椒ㄓ行实貙嵤玫膭幼黩炞C及解析、修正。另外，在本實施方式中，利用包含在BD-ROM中的AV內(nèi)容是兩個的情況進行了說明，但對象也可以是包括3個以上的AV內(nèi)容的BD-ROM。(補充事項)基于上述實施方式進行了說明，但只不過是提示了作為當前能夠期待最好的效果的系統(tǒng)例。本發(fā)明在不脫離其主旨的范圍內(nèi)能夠變更實施。作為代表性的變更實施的形態(tài)，有以下所述的形態(tài)。(記錄介質(zhì)的變形)在各實施方式中，設記錄AV內(nèi)容及應用的記錄介質(zhì)及寫作的對象為BD-ROM而進行了說明，但該BD-ROM的物理性質(zhì)對于本發(fā)明的作用、效果的發(fā)揮并沒有很大地貢獻。如果是與BD-ROM同樣具有能夠記錄AV內(nèi)容的容量的記錄介質(zhì)，則也可以采用其他記錄介質(zhì)。例如，當然也可以是BD-ROM以外的CD-ROM、CD國R、CD畫RW、DVD國ROM、DVD誦R、DVD醫(yī)RW、DVD-RAM、DVD+R、DVD+RW等其他光盤。此外，也可以是PD、MO等的光磁盤。進而，也可以是SD存儲卡、CF(注冊商標)卡、大眾傳播媒體、記憶棒、多媒體卡、PCM-CIA卡等半導體存儲卡。也可以是HDD、軟盤、超BD-ROM、Zip、Click!等磁記錄盤、ORB、Jaz、SparQ、SyJet、EZFley、微驅(qū)動器等可移動硬盤驅(qū)動器。當然，本地儲存器只要是裝填在再現(xiàn)裝置中并進行規(guī)定的著作權(quán)保護的記錄介質(zhì)，則是上述那樣的記錄介質(zhì)的哪種都可以。(BD-J應用的配置場所)在各實施方式中，BD-J應用的配置場所選擇了HDD，但也可以是其他能夠通過USB等連接的存儲器等。(步驟S104中的結(jié)束判斷)在圖25的流程圖中，僅在步驟S101中是"否"、并且在步驟S102中是"否"的情況下在步驟S104中進行結(jié)束判斷，但也可以不論步驟S102及S103的判斷結(jié)果如何都進行結(jié)束判斷(步驟S104)。此外，在進行了再現(xiàn)控制API調(diào)用的受理(步驟S101)后進行模擬信息的變更(步驟S114)，但也可以通過相反的順序進行。進而，在步驟S113的處理執(zhí)行后回到步驟S101中，但也可以在步驟S110的執(zhí)行后進行步驟S102的判斷處理。(GUI的利用)在圖22中，通過相同的GUI進行再現(xiàn)信息的顯示和再現(xiàn)狀況的變更,但也可以在不同的GUI上進行。(畫面的利用)在圖22中，禾IJ用兩個以上的畫面進行抽象化內(nèi)容與模擬信息的顯示，但也可以構(gòu)成為利用1個畫面進行顯示。(矩形的利用)在圖22中，進行了利用矩形的AV再現(xiàn)畫面的顯示，但不僅如此，也可以僅進行文字信息的顯示，也可以在矩形中以重疊的形式顯示各個影像的當前時刻信息等。此外，不需要將矩形用單色涂布，也可以構(gòu)成為使其顯示任意的背景圖像。此外，也可以代替矩形而使用做成了圓形、多邊形等的任意形狀的圖形。此外，再現(xiàn)狀況的變更通過受理來自用戶的數(shù)值或字符串的輸入進行了變更，但也可以構(gòu)成為，進行預先設定的信息的顯示，通過用戶從其中選擇而能夠進行變更。(安裝)PC100中的軟件性結(jié)構(gòu)要素也可以構(gòu)成為使其通過PC100內(nèi)的CPU等的運算裝置來執(zhí)行，也可以使用信號處理電路構(gòu)成，也可以使用執(zhí)行上述處理的LSI等集成電路來實現(xiàn)。此外，PC100內(nèi)的軟件性的結(jié)構(gòu)要素也可以預先記錄在PC100內(nèi)的存儲器等中，也可以是預先保存在可讀取的記錄介質(zhì)中并讀取記錄在記錄介質(zhì)中的內(nèi)容來執(zhí)行的結(jié)構(gòu)。抽象化內(nèi)容的制作利用多個畫面進行了設定，但也可以構(gòu)成為，僅通過1個畫面進行設定。(錯誤顯示)也可以構(gòu)成為，在AV內(nèi)容與抽象化內(nèi)容不一致的情況下，顯示錯誤信息，能夠選擇修正AV內(nèi)容和抽象化內(nèi)容中的某個。此外，也可以構(gòu)成為，在存在兩個以上的AV內(nèi)容的情況下，每當一個AV內(nèi)容完成時將AV內(nèi)容配置在BD-ROM中。(BD-J應用的個數(shù))在本實施方式中，以進行AV內(nèi)容的再現(xiàn)控制的應用是一個的情況為例進行了說明，但應用也可以是兩個以上。(當前時刻的變更)在第4實施方式中，通過用戶變更時間代碼而進行當前時刻的變更，但也可以通過指定播放列表或章節(jié)號碼來進行再現(xiàn)位置的變更。此外，也可以不使用戶設定，而構(gòu)成為，利用定時器，每當經(jīng)過一定時間就自動地變更再現(xiàn)位置。(AV內(nèi)容、BD-J應用的配置)AV內(nèi)容、BD-J應用分別配置在BD-ROM、HDD中是一個例子，也可以將BD-J應用配置在BD-ROM中，也可以將AV內(nèi)容配置在HDD中。此外，也可以配置在本地儲存器中。在IDE環(huán)境中，優(yōu)選地設定編譯開關，以便僅在調(diào)試時編譯圖13所示那樣的日志輸出API及利用它的調(diào)試例程。標準輸出函數(shù)的執(zhí)行日志優(yōu)選地作為維修員功能而僅在進行了特殊操作時執(zhí)行。(差分內(nèi)容的制作工序)在將電影作品用BD-ROM內(nèi)容和差分內(nèi)容構(gòu)成的情況下，執(zhí)行從上述計劃工序到格式化工序。這樣，如果能夠得到構(gòu)成l個體數(shù)據(jù)的AVClip、Clip信息、PlayList信息，則將它們中的已經(jīng)除去應該由BD-ROM供給的信息后所剩余的部分作為差分信息通過檔案程序等匯總為1個文件。如果經(jīng)過這樣的處理得到了差分數(shù)據(jù)，則將該差分數(shù)據(jù)提供給WWW服務器，根據(jù)來自再現(xiàn)裝置的請求向再現(xiàn)裝置送出。(系統(tǒng)LSI化)第1實施方式所示的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)也可以構(gòu)成為1個系統(tǒng)LSI。所謂的系統(tǒng)LSI，是在高密度基板上安裝裸芯片并封裝而成的。通過將多個裸芯片安裝在高密度基板上并封裝，使多個裸芯片具有宛如1個LSI那樣的外形構(gòu)造的結(jié)構(gòu)，該結(jié)構(gòu)也包含在系統(tǒng)LSI中(將這樣的系統(tǒng)LSI稱作多芯片模組)。這里，如果著眼于封裝的種類，則在系統(tǒng)LSI中，有QFP(四方扁平陣列)、PGA(管腳網(wǎng)格陣列)的種類。QFP是在封裝的四側(cè)面上安裝有管腳的系統(tǒng)LSI。PGA是在底面整體上安裝有多個管腳的系統(tǒng)LSI。這些管腳擔負著作為與其他電路的接口的作用。在系統(tǒng)LSI的管腳中，存在這樣的接口的作用，所以通過在系統(tǒng)LSI的這些管腳上連接其他電路，系統(tǒng)LSI發(fā)揮作為再現(xiàn)裝置的核心的作用。該系統(tǒng)LSI不僅是再現(xiàn)裝置、還能夠組裝到TV或游戲機、個人計算機、One-Seg便攜裝置、處理影像再現(xiàn)的各種設備中，能夠?qū)⒈景l(fā)明的用途大大地擴展。圖56是示意地表示組裝了再現(xiàn)裝置的主要的結(jié)構(gòu)要素的系統(tǒng)LSI的圖。具體的生產(chǎn)順序的詳細情況如下。首先，基于各實施方式所示的結(jié)構(gòu)圖，帝IJ作要作為系統(tǒng)LSI的部分的電路圖，利用電路元件及IC、LSI，將結(jié)構(gòu)圖中的結(jié)構(gòu)要素具體化。這樣，如果將各結(jié)構(gòu)要素具體化，則規(guī)定將電路元件或IC、LSI之間連接的總線及其周邊電路、與外部的接口等。進而，還規(guī)定連接線、電源線、地線、時鐘信號線等。在該規(guī)定時，一邊考慮LSI的規(guī)格而調(diào)節(jié)各結(jié)構(gòu)要素的動作定時、或?qū)Ω鹘Y(jié)構(gòu)要素施加保證需要的帶寬等的調(diào)節(jié)，一邊完成電路圖。對于各實施方式的內(nèi)部結(jié)構(gòu)中的一般的部分，優(yōu)選地將定義已有的電路圖案的知識產(chǎn)權(quán)組合而設計。關于特征性的部分，優(yōu)選地利用使用HDL的抽象度較高的動作水平的記述、或電阻晶體管水平下的記述進行自上而下的設計。如果電路圖完成，則進行安裝設計。所謂的安裝設計，是決定將通過電路設計而制作的電路圖上的部件(電路元件或IC、LSI)配置在基板上的哪里、或者決定將電路圖上的連接線怎樣配線在基板上的基板布局的制作作業(yè)。如果這樣進行安裝設計、確定了基板上的布局，則將安裝設計結(jié)果變換為CAM數(shù)據(jù)，輸出NC工作機械等設備。NC工作機械根據(jù)該CAM數(shù)據(jù)進行SoC安裝或SiP安裝。所謂的SoC安裝(Systemonchip)安裝，是在1個芯片上焊接多個電路的技術(shù)。所謂的SiP(SysteminPackage)安裝，是將多個芯片通過樹脂等做成1個封裝的技術(shù)。經(jīng)過以上的過程，有關本發(fā)明的系統(tǒng)LSI能夠基于各實施方式所示的再現(xiàn)裝置的內(nèi)部結(jié)構(gòu)圖制作。圖57是表示將這樣制作的系統(tǒng)LSI裝備在設備中的狀態(tài)的圖。另外，如上述那樣生成的集成電路根據(jù)集成度的不同，也有稱作ic、LSI、超級LSI、超大規(guī)模LSI的情況。在使用FPGA實現(xiàn)系統(tǒng)LSI的情況下，通過將多個邏輯元件配置為柵格狀，基于記載在LUT(LookUpTable:查找表)中的輸入輸出的組合，連接縱橫的布線，能夠?qū)崿F(xiàn)各實施方式所示的硬件結(jié)構(gòu)。LUT存儲在SRAM中，由于該SRAM的內(nèi)容會因電源斷開而消失，所以在該FPGA的利用時，需要通過配置信息的定義將實現(xiàn)各實施方式所示的硬件結(jié)構(gòu)的LUT寫入到SRAM中。進而，內(nèi)置有解碼器的影像解調(diào)電路優(yōu)選地通過內(nèi)置有積和運算功能的DSP實現(xiàn)。(架構(gòu))有關本發(fā)明的系統(tǒng)LSI實現(xiàn)再現(xiàn)裝置的功能，所以系統(tǒng)LSI優(yōu)選地基于Uniphier架構(gòu)。基于Uniphier架構(gòu)的系統(tǒng)LSI由以下的電路塊構(gòu)成。數(shù)據(jù)并行處理器DPP它是多個要素處理器進行相同動作的SIMD型處理器，通過用1個命令使內(nèi)置于各要素處理器中的運算器同時動作，實現(xiàn)對于構(gòu)成圖片的多個像素的解碼處理的并行化。命令并行處理器IPP它包括由命令RAM、命令緩沖存儲器、數(shù)據(jù)RAM、數(shù)據(jù)緩沖存儲器構(gòu)成的"局部存儲控制器"、由命令取得部、解碼器、執(zhí)行單元、寄存器文件構(gòu)成的"處理單元部"、使處理單元部進行多個應用的并行執(zhí)行的"虛擬多處理器部"構(gòu)成。CPU塊它包括ARM芯、外部總線接口(BusControlUnit:BCU)、DMA控制器、定時器、矢量中斷控制器這些周邊電路、UART、GPIO(GeneralPurposeInputOutput:通用輸入輸出)、同步串行接口等周邊接口。前面所述的控制器作為該CPU塊安裝在系統(tǒng)LSI中。，流I/0塊它經(jīng)由USB接口或ATAPacket接口，進行與連接在外部總線上的驅(qū)動裝置、硬盤驅(qū)動裝置、SD存儲卡驅(qū)動裝置之間的數(shù)據(jù)輸入輸出。AVI/O塊它由音頻輸入輸出、視頻輸入輸出、OSD控制器構(gòu)成，進行與電視機、AV放大器之間的數(shù)據(jù)輸入輸出。存儲器控制塊它是實現(xiàn)經(jīng)由外部總線連接的SD-RAM的讀寫的塊，包括控制各塊間的內(nèi)部連接的內(nèi)部總線連接部、進行與連接在系統(tǒng)LSI外部上的SD-RAM的數(shù)據(jù)傳送的訪問控制部、以及調(diào)節(jié)來自各塊的SD-RAM的訪問請求的訪問調(diào)度部。(有關本發(fā)明的程序的生產(chǎn)形態(tài))有關本發(fā)明的程序是計算機能夠執(zhí)行的執(zhí)行形式的程序(對象程序)，由1個以上的程序代碼構(gòu)成，該程序代碼使計算機執(zhí)行實施方式所示的流程圖的各步驟、或功能性結(jié)構(gòu)要素的各個步驟。這里，程序代碼如處理器的原生碼、JAVA字節(jié)碼那樣各種種類。有關本發(fā)明的程序可以如以下這樣制作。首先，軟件開發(fā)者利用編程語言記述實現(xiàn)各流程圖或功能性結(jié)構(gòu)要素的源程序。在該記述時，軟件開發(fā)者按照編程語言的語法，利用類構(gòu)造體或變量、數(shù)組變量、外部函數(shù)的調(diào)用，記述具體實現(xiàn)各流程圖及功能性結(jié)構(gòu)要素的源程序。將記述的源程序作為文件賦予給編譯器。編譯器將這些源程序翻譯而生成對象程序。如果生成了對象程序，則程序?qū)λ鼈儐舆B接器。連接器將這些對象程序、關聯(lián)的庫程序分配給存儲器空間，將它們結(jié)合為1個，生成裝載模組。這樣生成的裝載模組是以計算機的讀取為前提的，是使計算機執(zhí)行各流程圖所示的處理順序及功能性結(jié)構(gòu)要素的處理順序的結(jié)構(gòu)。經(jīng)過以上的處理，能夠制作有關本發(fā)明的程序。<BR>工業(yè)實用性有關本發(fā)明的再現(xiàn)裝置及調(diào)試裝置在上述實施方式中公開了內(nèi)部結(jié)構(gòu)，顯然基于該內(nèi)部結(jié)構(gòu)可以進行量產(chǎn)，所以在資質(zhì)上能夠在產(chǎn)業(yè)中使用。并且，還能夠在不存在用來進行AV內(nèi)容的再1L的環(huán)境的情況下用于應用解析、修正等的用途中。權(quán)利要求1、一種再現(xiàn)裝置，具有支援應用的開發(fā)的功能，其特征在于，具備安裝機構(gòu)，取得配置有應用的記錄介質(zhì)中的網(wǎng)絡文件系統(tǒng)信息，通過與裝填在自身中的記錄介質(zhì)中的文件系統(tǒng)信息組合，得到虛擬文件系統(tǒng)；平臺部，執(zhí)行能夠由虛擬文件系統(tǒng)識別的應用；以及再現(xiàn)控制引擎，按照來自上述應用的指示，再現(xiàn)能夠由虛擬文件系統(tǒng)識別的AV內(nèi)容；上述開發(fā)支援功能，是將平臺部執(zhí)行應用時的執(zhí)行信息在網(wǎng)絡上收發(fā)的功能。2、如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，上述再現(xiàn)控制引擎具有狀態(tài)寄存器；執(zhí)行信息包括從再現(xiàn)控制引擎內(nèi)的狀態(tài)寄存器讀取的設定值或要寫入到該狀態(tài)寄存器中的設定值；該設定值表示下述各項中的某個，艮P-AV內(nèi)容中的當前的再現(xiàn)時刻、構(gòu)成AV內(nèi)容的基本流中當前被選擇的流的流號碼、再現(xiàn)裝置的再現(xiàn)能力、以及再現(xiàn)裝置的語言設定、年齡設定中的某個。3、如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，在平臺部接收到規(guī)定的事件時，執(zhí)行上述平臺部進行的執(zhí)行信息的發(fā)送；規(guī)定的事件是下述事件中的某個，艮P:通知多視角區(qū)間中的視角切換的事件、表示左右定位控制的變化的事件、通知畫中畫再現(xiàn)中的狀態(tài)變化的事件、通知當前時刻到達了播放列表標記的事件、以及通知當前時刻到達了構(gòu)成播放列表的播放項目的邊界的事件中的某個；通過平臺部發(fā)送的執(zhí)行信息包括由平臺部接收到的事件的事件名和接收到的事件中的詳細參數(shù)。4、如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，在裝填于上述再現(xiàn)裝置中的記錄介質(zhì)中，有光盤和本地儲存器；AV內(nèi)容包括記錄在光盤或本地儲存器的某個中的播放列表信息和基本流；平臺部包括編程接口，該編程接口使再現(xiàn)控制引擎按照播放列表信息再現(xiàn)記錄在光盤或本地儲存器中的基本流；在調(diào)用編程接口時，執(zhí)行平臺部所進行的執(zhí)行信息的發(fā)送；執(zhí)行信息包括上述調(diào)用時來自再現(xiàn)控制引擎的返回值。5、如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，上述應用是標題邊界應用；在由用戶選擇了標題時或標題的再現(xiàn)結(jié)束時，執(zhí)行上述平臺部所進行的執(zhí)行信息的發(fā)送。6、如權(quán)利要求1所述的再現(xiàn)裝置，其特征在于，上述應用是使用盤所固有的盤根證書被署名后的帶有署名的應用；安裝機構(gòu)在安裝時取得偽盤根證書；僅在利用由安裝機構(gòu)取得的偽盤根證書進行認證處理并通過該認證處理確認了應用的合法性的情況下，執(zhí)行上述平臺部所進行的應用的執(zhí)行。7、如權(quán)利要求6所述的再現(xiàn)裝置，其特征在于，再現(xiàn)裝置具備本地儲存器；本地儲存器具有多個域區(qū)域；上述應用訪問多個域區(qū)域中與分配給自身的盤根證書對應的域區(qū)域。8、一種調(diào)試裝置，其特征在于，具備調(diào)試機構(gòu)，按照來自用戶的指示，執(zhí)行對應用的解析操作及/或修正操作；以及收發(fā)機構(gòu)，經(jīng)由網(wǎng)絡與再現(xiàn)裝置進行收發(fā)；上述收發(fā)機構(gòu)在執(zhí)行應用的解析及修正時，將記錄有應用的記錄介質(zhì)中的網(wǎng)絡文件系統(tǒng)信息以及應用發(fā)送給再現(xiàn)裝置，與再現(xiàn)裝置之間執(zhí)行再現(xiàn)裝置上的平臺部所進行的執(zhí)行信息的收發(fā)。9、如權(quán)利要求8所述的調(diào)試裝置，其特征在于，在上述應用的調(diào)試中，包括交叉開發(fā)階段中的調(diào)試和綜合測試階段中的調(diào)試；上述調(diào)試裝置通過基于存根使應用動作，執(zhí)行綜合測試階段中的調(diào)試;上述存根是再現(xiàn)裝置中的再現(xiàn)控制引擎的替代機構(gòu)；具有表示再現(xiàn)控制引擎中的狀態(tài)設定的狀態(tài)寄存器，發(fā)出作為再現(xiàn)控制引擎發(fā)出的事件的仿制品的事件。10、一種系統(tǒng)LSI，組裝在再現(xiàn)裝置中，具有支援應用的開發(fā)的功能,其特征在于，具備安裝機構(gòu)，取得配置有應用的記錄介質(zhì)中的網(wǎng)絡文件系統(tǒng)信息，通過與裝填在自身中的記錄介質(zhì)中的文件系統(tǒng)信息組合，得到虛擬文件系統(tǒng)；平臺部，執(zhí)行能夠由虛擬文件系統(tǒng)識別的應用；以及再現(xiàn)控制引擎，按照來自上述應用的指示，再現(xiàn)能夠由虛擬文件系統(tǒng)識別的AV內(nèi)容；上述開發(fā)支援功能，是將平臺部執(zhí)行應用時的執(zhí)行信息在網(wǎng)絡上收發(fā)的功能。11、一種程序，使計算機實現(xiàn)開發(fā)支援功能，其特征在于，使計算機執(zhí)行安裝步驟，取得配置有應用的記錄介質(zhì)中的網(wǎng)絡文件系統(tǒng)信息，通過與裝填在自身中的記錄介質(zhì)中的文件系統(tǒng)信息組合，得到虛擬文件系統(tǒng)；以及將能夠由虛擬文件系統(tǒng)識別的AV內(nèi)容再現(xiàn)的步驟；上述開發(fā)支援功能，是將計算機執(zhí)行程序時的執(zhí)行信息在網(wǎng)絡上收發(fā)的功能。全文摘要有關本發(fā)明的再現(xiàn)裝置具有支援應用的開發(fā)的功能。具體而言，能夠經(jīng)由網(wǎng)絡取得應用存在的記錄介質(zhì)中的文件系統(tǒng)信息，將所取得的文件系統(tǒng)信息安裝到裝填在自身中的記錄介質(zhì)中的文件系統(tǒng)信息中，再現(xiàn)控制引擎再現(xiàn)能夠由安裝的文件系統(tǒng)信息識別的AV內(nèi)容。平臺部執(zhí)行能夠由安裝的文件系統(tǒng)信息識別的應用。通過在平臺部執(zhí)行應用時將該執(zhí)行日志發(fā)送給應用的調(diào)試裝置，來進行上述開發(fā)支援功能。文檔編號G11B27/00GK101410904SQ20078001055公開日2009年4月15日申請日期2007年3月22日優(yōu)先權(quán)日2006年3月24日發(fā)明者大蘆雅弘,松浦康之,竹山真治,鈴木大作申請人:松下電器產(chǎn)業(yè)株式會社