視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置制造方法
【專利摘要】一種在開始繼續(xù)再現(xiàn)時可確保用戶的便利性的視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置，該視頻信息再現(xiàn)方法是對記錄有虛擬機(jī)利用型內(nèi)容的記錄介質(zhì)進(jìn)行再現(xiàn)的方法，在虛擬機(jī)利用型內(nèi)容的通常再現(xiàn)時，在虛擬機(jī)上運(yùn)行的程序與對經(jīng)加密的虛擬機(jī)利用型內(nèi)容進(jìn)行解密的加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時進(jìn)行虛擬機(jī)利用型內(nèi)容的解密處理，當(dāng)在中途停止虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后開始在進(jìn)行再現(xiàn)開始的指示后執(zhí)行的繼續(xù)再現(xiàn)時，取代在虛擬機(jī)上運(yùn)行的程序，啟動代理程序，代理程序與加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時，執(zhí)行虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)。
【專利說明】視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及從記錄介質(zhì)中再現(xiàn)視頻的視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置，該記錄介質(zhì)記錄有能夠利用在虛擬機(jī)上運(yùn)行的程序來控制視頻再現(xiàn)的虛擬機(jī)利用型內(nèi)容。
【背景技術(shù)】
[0002]作為再現(xiàn)電影或電視劇等視頻內(nèi)容的設(shè)備具有DVD播放器。在DVD播放器中為了控制視頻的再現(xiàn)，而利用作為比較簡單的控制用語言的導(dǎo)航指令(navigation command)。另一方面，在近年來開始普及的Blu-ray (藍(lán)光)盤(BD)播放器中，為了能夠?qū)?fù)雜且互動性高的內(nèi)容進(jìn)行視聽，而采用Java虛擬機(jī)(例如，參照專利文獻(xiàn)I)。
[0003]DVD的再現(xiàn)數(shù)據(jù)由視頻數(shù)據(jù)、聲音數(shù)據(jù)、圖形數(shù)據(jù)、視頻控制數(shù)據(jù)構(gòu)成，這些數(shù)據(jù)被疊加在I個文件內(nèi)。在DVD播放器中，當(dāng)停止(中斷或暫停)再現(xiàn)之后又進(jìn)行再現(xiàn)開始(繼續(xù)再現(xiàn))的操作時，在幾秒左右的等待時間后，重新從上次的再現(xiàn)停止位置開始進(jìn)行再現(xiàn)。此時視頻數(shù)據(jù)及聲音數(shù)據(jù)等再現(xiàn)所需的數(shù)據(jù)全部疊加在I個文件內(nèi)，因此能夠通過從光盤中再次讀出數(shù)據(jù)尺寸小的管理信息文件來從再現(xiàn)停止位置重新開始再現(xiàn)，其結(jié)果是，到重新開始進(jìn)行再現(xiàn)的等待時間短。
[0004]但是,在利用Blu-ray盤(BD)的Java應(yīng)用程序的內(nèi)容(Java虛擬機(jī)利用型內(nèi)容)的再現(xiàn)中，當(dāng)停止再現(xiàn)之后進(jìn)行了繼續(xù)再現(xiàn)的操作時，因為要從BD插入視頻信息再現(xiàn)裝置的初始狀態(tài)開始進(jìn)行再現(xiàn)動作，所以必須重新啟動在虛擬機(jī)上運(yùn)行的程序即Java應(yīng)用程序，在從上次的再現(xiàn)停止位置起到重新開始再現(xiàn)為止，需要幾十秒至幾分鐘的時間。為了避免此情況，還可以考慮如下的方法:通過將利用了 Java應(yīng)用程序的內(nèi)容作為不利用Java應(yīng)用程序的內(nèi)容來處理，來縮短到重新開始進(jìn)行再現(xiàn)為止的時間。
[0005]現(xiàn)有技術(shù)文獻(xiàn)
[0006]專利文獻(xiàn)
[0007]專利文獻(xiàn)1:日本特開2009-193642號公報
【發(fā)明內(nèi)容】

[0008]發(fā)明所要解決的問題
[0009]但是，在一部分虛擬機(jī)利用型內(nèi)容中，當(dāng)對加密的視頻數(shù)據(jù)或聲音數(shù)據(jù)進(jìn)行解密時，具有通過在加密/解密應(yīng)用程序與Java應(yīng)用程序之間進(jìn)行數(shù)據(jù)交換來進(jìn)行加密數(shù)據(jù)的解密處理的情況。在這樣的內(nèi)容中，當(dāng)不啟動Java應(yīng)用程序進(jìn)行繼續(xù)再現(xiàn)時，將無法解除視頻數(shù)據(jù)或聲音數(shù)據(jù)的加密，結(jié)果必須重新啟動Java應(yīng)用程序。因此，具有在BD播放器的繼續(xù)再現(xiàn)開始時大幅損害用戶的便利性這樣的問題。
[0010]本發(fā)明是為了解決上述問題而提出的，其目的是提供當(dāng)開始繼續(xù)再現(xiàn)時能夠從記錄有虛擬機(jī)利用型內(nèi)容的記錄介質(zhì)中正常且迅速地開始再現(xiàn)的視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置。
[0011]解決問題的手段[0012]本發(fā)明的視頻信息再現(xiàn)方法對記錄介質(zhì)進(jìn)行再現(xiàn)，該記錄介質(zhì)記錄有能夠根據(jù)在虛擬機(jī)上運(yùn)行的多個程序進(jìn)行視頻再現(xiàn)控制的虛擬機(jī)利用型內(nèi)容，該視頻信息再現(xiàn)方法的特征在于，在所述虛擬機(jī)利用型內(nèi)容的通常再現(xiàn)時，作為在所述虛擬機(jī)上運(yùn)行的多個程序之一的解密輔助程序從對經(jīng)加密的所述虛擬機(jī)利用型內(nèi)容進(jìn)行解密的加密/解密程序接收數(shù)值，所述解密輔助程序使用所述數(shù)值執(zhí)行規(guī)定的運(yùn)算，所述加密/解密程序利用所述運(yùn)算的結(jié)果進(jìn)行所述虛擬機(jī)利用型內(nèi)容的解密處理，當(dāng)在中途停止所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后、開始在進(jìn)行再次開始再現(xiàn)的指示后執(zhí)行的繼續(xù)再現(xiàn)時，取代在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序，而啟動在所述虛擬機(jī)以外的環(huán)境下運(yùn)行的代理程序，所述代理程序與所述加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時，執(zhí)行所述虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)。
[0013]本發(fā)明的視頻信息再現(xiàn)裝置的特征是具備:再現(xiàn)部，其對記錄介質(zhì)進(jìn)行再現(xiàn)，該記錄介質(zhì)記錄有能夠根據(jù)在虛擬機(jī)上運(yùn)行的程序進(jìn)行視頻再現(xiàn)控制的虛擬機(jī)利用型內(nèi)容；以及再現(xiàn)控制部，其控制所述再現(xiàn)部的再現(xiàn)處理，在所述虛擬機(jī)利用型內(nèi)容的通常再現(xiàn)時，在所述再現(xiàn)控制部中，利用在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序和在所述再現(xiàn)部內(nèi)的加密/解密控制部上運(yùn)行的對經(jīng)加密的所述虛擬機(jī)利用型內(nèi)容進(jìn)行解密的加密/解密程序，進(jìn)行所述虛擬機(jī)利用型內(nèi)容的解密處理，當(dāng)在中途停止所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后、開始在進(jìn)行再現(xiàn)開始的指示后執(zhí)行的繼續(xù)再現(xiàn)時，在所述再現(xiàn)控制部中取代在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序，而啟動在所述虛擬機(jī)以外的環(huán)境下運(yùn)行的代理程序，所述代理程序與所述加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時，執(zhí)行所述虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)。
[0014]發(fā)明效果
[0015]根據(jù)本發(fā)明，通過取代在虛擬機(jī)上運(yùn)行的程序，而執(zhí)行在上述虛擬機(jī)以外的環(huán)境中運(yùn)行的代理程序，來進(jìn)行繼續(xù)再現(xiàn)，因此在開始繼續(xù)再現(xiàn)時，能夠從記錄有虛擬機(jī)利用型內(nèi)容的記錄介質(zhì)正常且迅速地開始再現(xiàn)。
【專利附圖】

【附圖說明】
[0016]圖1是概括示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)裝置的結(jié)構(gòu)的框圖。
[0017]圖2是示出本發(fā)明實(shí)施方式的記錄介質(zhì)中的目錄結(jié)構(gòu)的一例的圖。
[0018]圖3是示出plst文件的語法的一例的圖。
[0019]圖4是示出播放列表與stream文件的關(guān)系的一例的圖。
[0020]圖5是示出clip文件的語法的一例的圖。
[0021]圖6是示出Movie, title文件的語法的一例的圖。
[0022]圖7是示出jar文件的結(jié)構(gòu)的一例的圖。
[0023]圖8是示出Java應(yīng)用程序的源代碼的圖(其I)。
[0024]圖9是示出Java應(yīng)用程序的源代碼的圖(其2)。
[0025]圖10是示出Java應(yīng)用程序的源代碼的圖(其3)。
[0026]圖11(a)以及(b)是示出利用Java應(yīng)用程序進(jìn)行顯示的圖形圖像的一例的圖。
[0027]圖12是示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)方法所涉及的plst文件的語法的圖。[0028]圖13是示出本發(fā)明實(shí)施方式的菜單畫面的一例的圖。
[0029]圖14是示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)方法中的處理的動作順序圖。
[0030]圖15是示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)方法中的處理的流程圖。
[0031]圖16是示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)方法中的處理的流程圖。
[0032]圖17(a)以及(b)分別是示出比較例I和2的視頻信息再現(xiàn)方法中的內(nèi)容再現(xiàn)開始的處理的時序圖。
[0033]圖18是示出本實(shí)施方式的視頻信息再現(xiàn)方法中的內(nèi)容再現(xiàn)開始的處理的時序圖。
[0034]圖19是示出本發(fā)明實(shí)施方式的視頻信息再現(xiàn)方法中的處理的另一示例的流程圖。
【具體實(shí)施方式】
[0035]圖1是概括地示出本發(fā)明的實(shí)施方式的視頻信息再現(xiàn)裝置的結(jié)構(gòu)的框圖。本實(shí)施方式的視頻信息再現(xiàn)裝置對記錄有如下內(nèi)容(虛擬機(jī)利用型內(nèi)容)的記錄介質(zhì)進(jìn)行再現(xiàn)，該內(nèi)容是能夠利用在虛擬機(jī)上運(yùn)行的應(yīng)用程序(以下，也稱為“在虛擬機(jī)上運(yùn)行的程序”或“應(yīng)用程序”。)來控制正式內(nèi)容視頻的再現(xiàn)。記錄有這樣的內(nèi)容的記錄介質(zhì)例如是DVDXD、Blu-ray盤等光盤，但也可以是非易失性半導(dǎo)體存儲器等其它介質(zhì)。此外，在本實(shí)施方式中，說明了記錄介質(zhì)是Blu-ray盤(BD)、虛擬機(jī)是Java(注冊商標(biāo))虛擬機(jī)的情況。
[0036]圖1所示的視頻信息再現(xiàn)裝置具有:對作為記錄介質(zhì)的一例的光盤(BD) 11進(jìn)行再現(xiàn)的再現(xiàn)部10、作為執(zhí)行裝置整體的控制以及Java應(yīng)用程序(在虛擬機(jī)上運(yùn)行的程序)的再現(xiàn)控制部的CPU21、和非易失性存儲器22。再現(xiàn)部10具有驅(qū)動器12、作為加密/解密控制部的加密/解密處理CPU18、解復(fù)用器13、視頻解碼器14、字幕解碼器15、音頻解碼器16和圖形疊加部17。
[0037]驅(qū)動器12從光盤11中讀出信息，并將該信息輸出至加密/解密處理CPU18。加密/解密處理CPU18對接收到的信息進(jìn)行解密，并將該信息輸出給解復(fù)用器13。解復(fù)用器13將由驅(qū)動器12讀出的數(shù)據(jù)分離為視頻信息、聲音信息和字幕圖形信息。視頻解碼器14對視頻信息進(jìn)行解碼，字幕解碼器15對字幕圖形信息進(jìn)行解碼，音頻解碼器16對聲音信息進(jìn)行解碼。圖形疊加部17使通過從CPU21輸入的Java應(yīng)用程序進(jìn)行顯示的圖形信息疊加于已解碼的視頻信息和已解碼的字幕圖形信息上。從圖形疊加部17輸出的視頻信號被發(fā)送至外部顯示裝置31，并通過外部顯示裝置31顯示視頻。從音頻解碼器16輸出的聲音信號被發(fā)送至聲音輸出裝置，并通過聲音輸出裝置輸出聲音。
[0038]在本實(shí)施方式的視頻信息再現(xiàn)裝置中，CPU21在利用了 Java應(yīng)用程序的虛擬機(jī)利用型內(nèi)容的正式內(nèi)容視頻的再現(xiàn)中執(zhí)行停止操作并從停止位置進(jìn)行繼續(xù)再現(xiàn)時，可利用Java應(yīng)用程序開始再現(xiàn)，并與加密/解密處理CPU18 (加密/解密應(yīng)用程序)進(jìn)行數(shù)據(jù)交換(后述的圖17(b)的比較例的情況)。但是，在這樣的再現(xiàn)方法中，到再現(xiàn)開始的等待時間變長，用戶的便利性降低。因此，在本實(shí)施方式的視頻信息再現(xiàn)裝置以及方法中，當(dāng)在中途停止了虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后又開始在進(jìn)行重新開始再現(xiàn)的指示后執(zhí)行的繼續(xù)再現(xiàn)時，替代在虛擬機(jī)上運(yùn)行的程序即Java應(yīng)用程序，而使作為在上述虛擬機(jī)以外的環(huán)境中運(yùn)行的代理程序的代理應(yīng)用程序啟動，在該代理應(yīng)用程序與加密/解密程序進(jìn)行數(shù)據(jù)交換的同時執(zhí)行虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)，由此在開始繼續(xù)再現(xiàn)時實(shí)現(xiàn)正常的再現(xiàn)。
[0039]圖2是示出光盤11所記錄的BD再現(xiàn)所需的文件與目錄的結(jié)構(gòu)的一例的圖。在圖2中，“Movie, title”文件是記述了對于作為最上位的再現(xiàn)單位的標(biāo)題的控制所需信息的文件。在圖2中，“PLST”是存儲有記述了播放列表(PlayList)的再現(xiàn)控制所需信息的文件的PLST文件夾。在PLST文件夾內(nèi)存在多個plst文件“XXX.plst”。這里，“xxx”是3位的數(shù)字。在圖2中，“STREAM”是存儲有視頻信息、聲音信息、圖形信息等再現(xiàn)所需文件的STREAM(流)文件夾。在STREAM文件夾內(nèi)存在多個stream文件“yyy.strm”。這里，“yyy”是3位的數(shù)字。此外，stream文件是由在數(shù)字廣播中采用的TS(傳輸流)構(gòu)成、疊加有具備固有分組ID的視頻信息、聲音信息、圖形信息的文件。在圖2中，“CLIP”是存儲有記述了 stream文件的再現(xiàn)控制所需信息的clip文件的CLIP文件夾。在CLIP文件夾內(nèi)存在多
個clip文件“zzz.clip”。這里,“zzz”是3位的數(shù)字。clip文件與stream文件--對應(yīng)，
例如，當(dāng)在CLIP文件夾內(nèi)存在clip文件“123.clip”時，在STREAM文件夾內(nèi)存在與“123.clip”對應(yīng)的stream文件“123.strm”。在圖2中，“JAR”是在Java虛擬機(jī)上運(yùn)行的存儲有進(jìn)行標(biāo)題再現(xiàn)控制的應(yīng)用程序的JAR(JavaArchive)文件夾。在JAR文件夾內(nèi)存在將為了運(yùn)行Java的應(yīng)用程序所需的所有文件壓縮為ZIP形式的jar文件“Y Y Y.jar”。這里，“YYY”是3位的數(shù)字。在圖2中，“Decrypt, prg”文件是存儲有用于對所加密的內(nèi)容進(jìn)行解密的程序的文件。后面對“Decrypt, prg”文件的詳細(xì)動作進(jìn)行說明。
[0040]圖3是示出圖2的plst文件“xxx.plst”的語法的一例的圖。在圖3中，“number_of_stream”表示在播放列表(PlayList)中再現(xiàn)的stream文件的總數(shù)。接下來的“for”之后的循環(huán)反復(fù)“number_of_stream”數(shù)次。另外,在該循環(huán)內(nèi)的“ stream_file_name”中記述了作為再現(xiàn)對象的stream文件的文件名。另外,在“ in_time”以及“out_time”中記述了作為stream文件的再現(xiàn)對象的部分的開始時刻和結(jié)束時刻。這些時刻被記述為對stream文件的分組附加的PTS(Presentation Time Stamp:出現(xiàn)時間標(biāo)記)。
[0041]圖4是示出圖2的plst文件所示的播放列表(PlayList)與stream文件之間的關(guān)系的一例的圖。在圖4所示的播放列表的再現(xiàn)中，依次再現(xiàn)從“001.strm”的
至Ij “out_time” 的部分和從 “003.strm” 的 “ in_time” 到 “out_time” 的部分。
[0042]圖5是示出圖2的clip文件“zzz.clip”的語法的一例的圖。在圖5中，clip文件記述了與其成對的stream文件的視頻信息、聲音信息等疊加信息或隨機(jī)存取等所需的索引信息。在“stream_info() ”中記述了疊加的視頻信息、聲音信息、圖形信息的屬性信息。其中，“streamjnfoO”與本發(fā)明沒有直接關(guān)系，所以不作詳細(xì)說明。另外，在“index_info O ”中記述了 stream文件的各個GOP開頭的時間信息以及位置信息?！皀umber_of_G0P”表示在stream文件中包含的GOP (Group of Picture:圖像組)的總數(shù)。接下來的for循環(huán)僅反復(fù)“number_of_G0P”數(shù)次。“start_PTS”表示GOP開頭的I圖像保持的PTS信息?！皉elative_byte”表示從stream文件的開頭到I圖像的開頭的相對字節(jié)數(shù)。
[0043]圖6是示出“Movie, title”文件的語法的一例的圖。當(dāng)將光盤11插入驅(qū)動器12時，根據(jù)CPU21的控制，驅(qū)動器12首先從光盤11中讀出“Movie, title”文件。在圖6中，“number_of_title”是光盤11中記錄的標(biāo)題的總數(shù)。接下來的for循環(huán)反復(fù)“number_of_title”數(shù)次?！皌itle_type”在利用Java應(yīng)用程序的標(biāo)題內(nèi)容時被設(shè)定為“ 1”，在不利用Java應(yīng)用程序的標(biāo)題內(nèi)容時被設(shè)定為“O”?！皌itle_attribute”在該標(biāo)題是菜單畫面顯示用標(biāo)題時被設(shè)定為“1”，在不是菜單畫面顯示用標(biāo)題時被設(shè)定為“O”。在接下來的if語句中，當(dāng)“title_type”是“I”時記述了存儲有Java應(yīng)用程序的jar文件名。jar文件名例如為“123.jar”。在接下來的else語句中，當(dāng)“title_type”是“O”時記述了待再現(xiàn)的播放列表的文件。待再現(xiàn)的播放列表的文件例如為“123.plst”。在“next_title_id”中記述了在當(dāng)前再現(xiàn)的標(biāo)題的再現(xiàn)結(jié)束之后接下來要再現(xiàn)的
[0044]CPU21根據(jù)由驅(qū)動器12從光盤11讀出的“Movie, title”文件，按照在開頭記述的title信息進(jìn)行處理。在此,在title_type=l、title_attribute=0的情況下,該標(biāo)題是利用了 Java應(yīng)用程序的標(biāo)題內(nèi)容,所以CPU21讀出存儲有要使用的Java應(yīng)用程序的文件(例如，“001.jar”)進(jìn)行分析。
[0045]圖7是示出與圖2的JAR文件夾內(nèi)的jar文件相當(dāng)?shù)摹?01.jar”的構(gòu)成的一例的圖。在圖 7 中，“001.jar”文件由“test_img.png”、“test.class”以及“test$timer.class”這3個文件構(gòu)成。“test_img.png”是以PNG格式對在該應(yīng)用程序中使用的圖像數(shù)據(jù)進(jìn)行壓縮得到的文件?！皌est, class”以及“test$timer.class”是按照執(zhí)行方式來編輯Java應(yīng)用程序的執(zhí)行文件。以下，使用編輯前的源代碼來說明“test, class”以及“teSt$timer.class”的動作。
[0046]圖8至圖10是不出“test, class”以及“test$timer.class”的編輯前的一連串源代碼的圖。以下，說明基于圖8至圖10所示的源代碼的視頻信息再現(xiàn)裝置的動作。
[0047]圖8所示的源代碼的Tl部是輸入執(zhí)行應(yīng)用程序所需的程序包的部分。因為Java不支持播放列表的再現(xiàn)，所以“org.disc.net.DiscLocator”是為了再現(xiàn)播放列表而準(zhǔn)備的本實(shí)施方式固有的程序包。
[0048]圖8所示的源代碼的T2部是宣布變量的部分。I_P0S[][]以下的記述表示利用Java應(yīng)用程序顯示的圖像數(shù)據(jù)“test_img.png”的坐標(biāo)信息。
[0049]圖11的(a)以及(b)是示出利用Java應(yīng)用程序顯示的圖像的一例的圖。圖11的(a)是利用“test_img.png”表示的圖像的示意圖，(Xn, Yn)表示存儲器上的坐標(biāo)值。這里，圖8所示的源代碼的T2部所示的I_P0S[][]中的{0，0，128，128}的坐標(biāo)信息表示截取以由(X0，Y0) = (0,0)表示的坐標(biāo)和用(XI，Yl) = (128，128)表示的坐標(biāo)為頂點(diǎn)(存在于對角線上的兩個頂點(diǎn))的正方形的部分進(jìn)行顯示。即，顯示圖11的(a)中的“I”的圖像。此外，下面敘述圖11的(a)所示的圖像的顯示形態(tài)(圖11的(b))。
[0050]圖9所示的源代碼的T3部是讀入“test_img.png”進(jìn)行PNG文件的解碼的部分。在T3部的解碼結(jié)束之后，處理進(jìn)入源代碼的T4部。源代碼的T4部~T6部是執(zhí)行在顯示菜單畫面之前再現(xiàn)的預(yù)告篇等播放列表(PlayList)的再現(xiàn)的部分。在此，“iPlayListID”是作為再現(xiàn)對象的播放列表的文件名，在源代碼的T4部中，因為“iPlayListID”被記述為“0”，所以執(zhí)行文件名“000.plst”的播放列表再現(xiàn)。同樣，在源代碼的T5部中，因為記述為“iPlayListID=l”，所以執(zhí)行“001.?1乂’的播放列表的再現(xiàn)，在源代碼的了6部中，因為記述為“iPlayListID=2”，所以執(zhí)行“002.plst”的播放列表的再現(xiàn)。在源代碼的T4部~T6部的各部中，當(dāng)指示播放列表的再現(xiàn)時，在驅(qū)動器12中從光盤11讀出對應(yīng)的播放列表的數(shù)據(jù)。讀出的數(shù)據(jù)被解復(fù)用器13分離為視頻信息、聲音信息和字幕圖形信息，視頻信息被視頻解碼器14解碼，聲音信息被音頻解碼器16解碼，字幕圖形信息被字幕解碼器15解碼。 [0051]圖12是示出本發(fā)明的實(shí)施方式的視頻信息再現(xiàn)方法所涉及的plst文件的語法的圖。這里，說明CPU21執(zhí)行源代碼的T4部的處理進(jìn)行播放列表“000.plst”的再現(xiàn)控制時的動作。當(dāng)播放列表“000.plst”的再現(xiàn)開始時，CPU21內(nèi)的Java控制部每隔一定時間針對CPU21內(nèi)的播放列表再現(xiàn)部確認(rèn)播放列表“000.plst”的再現(xiàn)時間。在播放列表的再現(xiàn)中，播放列表再現(xiàn)部對來自Java控制部的確認(rèn)請求,通知播放列表的當(dāng)前再現(xiàn)時間。當(dāng)從播放列表再現(xiàn)部通知的播放列表的再現(xiàn)時間與播放列表“000.plst”的最終時間一致時，Java控制部識別為播放列表“000.plst”的再現(xiàn)已結(jié)束，執(zhí)行接下來的T5部的處理，以同樣的順序進(jìn)行播放列表“001.plst”的再現(xiàn)。
[0052]源代碼的T7部是在執(zhí)行T4部?T6部的處理之后(預(yù)告篇等的播放列表顯示之后)執(zhí)行用于顯示菜單畫面的處理的源代碼。因為T7部與本申請所涉及的發(fā)明的實(shí)質(zhì)內(nèi)容沒有關(guān)系，所以不進(jìn)行詳細(xì)說明。
[0053]圖13是示出通過執(zhí)行源代碼的T7部的處理而顯示的菜單畫面的圖。圖13所示的菜單畫面具備可選擇的3個按鈕，可通過對3個按鈕中任意一個的操作，來選擇性地再現(xiàn)3個正式內(nèi)容視頻中的任意一個。在本實(shí)施方式中說明選擇最左邊的“正式內(nèi)容I”時的動作。
[0054]圖10是示出執(zhí)行構(gòu)成正式內(nèi)容I的播放列表的再現(xiàn)的源代碼的圖。當(dāng)選擇菜單畫面中的“正式內(nèi)容I”的按鈕時，執(zhí)行圖10所示的源代碼的T8部的處理。T8部一邊進(jìn)行播放列表“003.plst”的再現(xiàn)，一邊顯示圖11的(a)所示的Java應(yīng)用程序的圖形圖像。具體地說，圖11的(a)所示的“I”?“30”的圖像與利用“003.plst”指定的播放列表視頻40疊加，如圖11的(b)中的從上向下排列示出的“第I場景”?“第15場景”那樣，例如每隔I秒依次進(jìn)行顯示。此時，由CPU21生成的圖11的(a)所示的“I”?“30”的圖形畫面、視頻解碼器14的輸出畫面和字幕解碼器15的輸出畫面被圖形疊加部17疊加，疊加后的圖像的圖像信號被輸出給外部顯示裝置31。
[0055]如上所述，通過利用Java應(yīng)用程序，可進(jìn)行在正式內(nèi)容視頻上同時顯示各種圖形圖像等的復(fù)雜的視頻再現(xiàn)。這里，Java應(yīng)用程序記述為，在再現(xiàn)開始之前，在源代碼的T3部中進(jìn)行用于圖形圖像顯示的PNG文件的解碼。其原因是，PNG數(shù)據(jù)和/或JPEG數(shù)據(jù)的解碼的解碼處理對于在再現(xiàn)裝置中專用化的CPU而言是負(fù)荷非常大的處理，當(dāng)一邊執(zhí)行Java應(yīng)用程序一邊進(jìn)行解碼時，無法順暢地執(zhí)行圖形的顯示。因此，在用戶指示再現(xiàn)開始之后，從PNG文件等的解碼結(jié)束，直到實(shí)際顯示再現(xiàn)視頻為止，產(chǎn)生幾十秒到幾分鐘的等待時間。
[0056]這里，說明在中斷利用Java應(yīng)用程序的內(nèi)容的再現(xiàn)并進(jìn)行繼續(xù)再現(xiàn)時產(chǎn)生的問題點(diǎn)。例如，當(dāng)在顯示圖11的(a)所示的“15”的圖像的時刻中斷再現(xiàn)時，為了從顯示“15”的圖像的時刻起進(jìn)行繼續(xù)再現(xiàn)，需要將顯示“15”的圖像的時刻的CPU21的狀態(tài)和CPU21的外部存儲器(RAM)的信息全部保存在閃速存儲器等非易失性存儲器中。但是，在由用于實(shí)現(xiàn)視頻再現(xiàn)功能的最低限度的硬件設(shè)備構(gòu)成的民用裝置中，難以采用這樣的結(jié)構(gòu)。因此，當(dāng)進(jìn)行利用Java應(yīng)用程序的繼續(xù)再現(xiàn)時，在再次執(zhí)行源代碼的Tl部?T3部的處理的基礎(chǔ)上，從播放列表的開頭(“I”的顯示畫面)開始再現(xiàn)，從而較大地?fù)p害了用戶的便利性。
[0057]為了消除上述問題，在本實(shí)施方式的視頻信息再現(xiàn)裝置中，進(jìn)行如下方式的繼續(xù)再現(xiàn)(也稱為“簡易繼續(xù)再現(xiàn)”):使Java應(yīng)用程序不運(yùn)行，將播放列表作為不利用Java應(yīng)用程序的播放列表開始再現(xiàn)。由此，在開始繼續(xù)再現(xiàn)時，可迅速地開始再現(xiàn)。在此情況下，因為Java應(yīng)用程序不運(yùn)行，所以不進(jìn)行“I”?“30”的圖形的顯示，但例如可再現(xiàn)來自視頻解碼器14的正式內(nèi)容視頻和來自音頻解碼器16的聲音。在如普通的市場銷售的電影軟件的情況下，雖然限制了一部分功能，但即使Java應(yīng)用程序不運(yùn)行，也能夠顯示視頻、聲音、字幕，可充分地理解其中的內(nèi)容。
[0058]接著，說明利用CPU21的Java應(yīng)用程序與加密/解密處理CPU18的加密/解密應(yīng)用程序之間的數(shù)據(jù)交換來解密所加密的內(nèi)容的步驟。當(dāng)再現(xiàn)包含經(jīng)加密的stream文件的播放列表時，在圖2的加密/解密處理CPU18中加載存儲有解密應(yīng)用程序的“decrypt, prg”文件。在加密/解密處理CPU18上安裝有用于執(zhí)行加密/解密應(yīng)用程序的虛擬機(jī)(與Java虛擬機(jī)不同的虛擬機(jī))，在該虛擬機(jī)上執(zhí)行加密/解密應(yīng)用程序。通過在虛擬機(jī)上執(zhí)行加密/解密應(yīng)用程序來推測在加密/解密處理CPU18上正在進(jìn)行哪種運(yùn)算處理是非常困難的，所以具有難以受到黑客攻擊這樣的優(yōu)點(diǎn)。在加載加密/解密應(yīng)用程序的同時，將包含與加密/解密應(yīng)用程序進(jìn)行數(shù)據(jù)交換的Java應(yīng)用程序的JAR文件“xxx.jar”加載到CPU21內(nèi)。因為在為了播放列表再現(xiàn)而加載的JAR文件中記述了 “xxx”，所以沒有特別地指定。
[0059]圖14是示出加密/解密處理CPU18與CPU21之間的數(shù)據(jù)交換的通常再現(xiàn)時的順序圖。如圖14所示，將“數(shù)值A(chǔ)”從加密/解密處理CPU18的加密/解密應(yīng)用程序提供給CPU21的Java應(yīng)用程序。這里“數(shù)值A(chǔ)”是根據(jù)加密/解密處理CPU18的加密/解密應(yīng)用程序內(nèi)的處理結(jié)果生成的值，是未指定的值。
[0060]接著，CPU21的Java應(yīng)用程序利用接收到的“數(shù)值A(chǔ)”進(jìn)行規(guī)定的函數(shù)F(A)的運(yùn)算。[0061]然后，將作為函數(shù)F(A)的運(yùn)算結(jié)果的“數(shù)值B”提供給加密/解密處理CPU18的加密/解密應(yīng)用程序。加密/解密處理CPU18的加密/解密應(yīng)用程序利用作為運(yùn)算結(jié)果的“數(shù)值B”進(jìn)行解密處理。
[0062]通過定期地進(jìn)行以上的數(shù)據(jù)交換，來進(jìn)行對被加密內(nèi)容的解密處理。以上，說明了 CPU21的Java應(yīng)用程序與加密/解密處理CPU18的加密/解密應(yīng)用程序之間的數(shù)據(jù)交換是“數(shù)值A(chǔ)”與“數(shù)值B”的I對I的數(shù)據(jù)交換的情況，但“數(shù)值A(chǔ)”與“數(shù)值B”的對應(yīng)并不限定為I對I的數(shù)據(jù)交換。例如也可以是如下這樣的2對I的數(shù)據(jù)交換，即加密/解密處理CPU18的加密/解密應(yīng)用程序?qū)ⅰ皵?shù)值A(chǔ)”以及“數(shù)值C”提供給CPU21的Java應(yīng)用程序，CPU21的Java應(yīng)用程序?qū)⒑瘮?shù)F (A、C)的運(yùn)算結(jié)果作為“數(shù)值B”返回給加密/解密處理CPU18的加密/解密應(yīng)用程序。
[0063]以上是加載了 Java應(yīng)用程序的通常再現(xiàn)時的動作，但在開始繼續(xù)再現(xiàn)時是不啟動Java應(yīng)用程序進(jìn)行再現(xiàn)。當(dāng)Java應(yīng)用程序沒有啟動時，加密/解密應(yīng)用程序無法獲得解密處理所需的“數(shù)值B”，所以存在不能正常地進(jìn)行解密處理、不能正常地再現(xiàn)視頻和聲音的問題。
[0064]以下，說明在本實(shí)施方式的視頻信息再現(xiàn)方法以及視頻信息再現(xiàn)裝置中當(dāng)開始繼續(xù)再現(xiàn)時即使不啟動Java應(yīng)用程序也正常地對已加密的內(nèi)容進(jìn)行解密的方法。在與加密/解密應(yīng)用程序進(jìn)行數(shù)據(jù)交換的Java應(yīng)用程序中，對規(guī)定的函數(shù)F (A)進(jìn)行運(yùn)算，但該函數(shù)F(A)可通過分析JAR文件來掌握運(yùn)算內(nèi)容。另外，Java應(yīng)用程序內(nèi)的運(yùn)算內(nèi)容也可以置換為JAVA以外的語言。即，通過在CPU21上使用本地運(yùn)行的C語言等對與函數(shù)F(A)等效的運(yùn)算處理實(shí)施代理運(yùn)算，即使在Java應(yīng)用程序不啟動的繼續(xù)再現(xiàn)開始時，也能夠?qū)?jīng)加密的數(shù)據(jù)進(jìn)行解密處理。[0065]圖15是示出在通常再現(xiàn)時檢測出在CPU21的Java應(yīng)用程序與加密/解密處理CPU18的加密/解密應(yīng)用程序之間進(jìn)行的數(shù)值交換時的CPU21的Java應(yīng)用程序下的處理的流程圖。如圖15所示，CPU21的Java應(yīng)用程序監(jiān)視是否具有與加密/解密處理CPU18的加密/解密應(yīng)用程序的數(shù)值交換(數(shù)值的接收以及數(shù)值的提交)(步驟SI)。CPU21的Java應(yīng)用程序在沒有與加密/解密應(yīng)用程序的數(shù)值交換(在步驟SI中為否)時，如果接收到再現(xiàn)停止的指示(步驟S2的是)，則將標(biāo)志“Crypt_f lag”置位為“O”(步驟S3)。CPU21的Java應(yīng)用程序當(dāng)檢測出從加密/解密處理CPU18的加密/解密應(yīng)用程序提供了數(shù)值時(在步驟SI中為是)，將標(biāo)志“crypt_flag”置位為“I” (步驟S4)，在接收到再現(xiàn)停止的指示時(步驟S5中是)，停止處理。這里，“crypt_flag”是在具有來自加密/解密處理CPU18的加密/解密應(yīng)用程序的數(shù)值交換時置位為“I”、在沒有數(shù)值交換時置位為“O”的標(biāo)志，是在CPU21的工作存儲器上保持的信息。當(dāng)在視頻信息再現(xiàn)裝置的電源切斷之后還需要存儲該信息時，需要在非易失性存儲器22中保存該信息。
[0066]圖16是示出開始繼續(xù)再現(xiàn)時的加密/解密處理的流程圖。如圖16所示，CPU21當(dāng)接收到繼續(xù)再現(xiàn)的開始指示時，確認(rèn)是否將標(biāo)志“crypt_flag”的值置位為“I”(步驟SlDo當(dāng)沒有將“標(biāo)志crypt_flag”的值置位為“I”(在步驟Sll中為否)時，是在Java應(yīng)用程序與加密/解密應(yīng)用程序之間不進(jìn)行數(shù)值交換的內(nèi)容，所以進(jìn)行不伴隨基于加密/解密處理CPU18的加密/解密應(yīng)用程序的加密/解密的通常繼續(xù)再現(xiàn)(不使用代理應(yīng)用程序的繼續(xù)再現(xiàn))(步驟S16)。當(dāng)將標(biāo)志“crypt_flag”的值置位為“I”時，CPU21的Java應(yīng)用程序監(jiān)視來自加密/解密處理CPU18的加密/解密應(yīng)用程序的“數(shù)值A(chǔ)”的提供(步驟S12)。CPU21的Java應(yīng)用程序當(dāng)檢測出來自加密應(yīng)用程序的“數(shù)值A(chǔ)”的提交時，采用與Java應(yīng)用程序的運(yùn)算處理F (A)等效且作為用C語言記述的代理程序的代理應(yīng)用程序中的函數(shù)F' (A)的運(yùn)算處理，來執(zhí)行Java應(yīng)用程序的代理運(yùn)算(步驟S13)。CPU21的代理應(yīng)用程序?qū)⒗煤瘮?shù)P (A)運(yùn)算出的結(jié)果提供給加密/解密處理CPU18的加密/解密應(yīng)用程序(步驟S14)。通過反復(fù)從步驟S12到S14的處理，CPU21的代理應(yīng)用程序進(jìn)行對加密內(nèi)容的解密處理(步驟S15)。
[0067]如以上所說明的那樣，在本實(shí)施方式中，即使是當(dāng)開始繼續(xù)再現(xiàn)時在CPU21的Java應(yīng)用程序與加密/解密處理CPU18的加密/解密應(yīng)用程序之間將要進(jìn)行數(shù)值交換的內(nèi)容，也不使Java應(yīng)用程序立刻運(yùn)行，而使比Java應(yīng)用程序簡易的程序即代理應(yīng)用程序運(yùn)行，來開始繼續(xù)再現(xiàn)。這樣，在接收到繼續(xù)再現(xiàn)的指示之后，利用代理應(yīng)用程序來執(zhí)行與加密/解密處理CPU18的加密/解密應(yīng)用程序的數(shù)值交換，來對已加密的數(shù)據(jù)進(jìn)行解密，因此能夠在繼續(xù)再現(xiàn)的指示之后立即正常地開始再現(xiàn)。此外，通過在CPU21上本地運(yùn)行的代理應(yīng)用程序來對已加密的數(shù)據(jù)進(jìn)行解密，所以能夠在繼續(xù)再現(xiàn)的指示之后立即正常地開始繼續(xù)再現(xiàn)。
[0068]以下，更詳細(xì)地說明本實(shí)施方式的效果。圖17的(a)和(b)是分別示出比較例I以及2的視頻信息再現(xiàn)方法中的內(nèi)容的再現(xiàn)開始的處理的時序圖，圖18是示出本實(shí)施方式的視頻信息再現(xiàn)方法中的內(nèi)容的再現(xiàn)開始的處理的時序圖。
[0069]例如,在通過將利用Java應(yīng)用程序的內(nèi)容作為不利用Java應(yīng)用程序的內(nèi)容使用，來縮短直到再現(xiàn)開始為止的時間的視頻信息再現(xiàn)方法的情況下(比較例I)，如圖17的(a)所示，從在時刻tO中斷通常再現(xiàn)、在時刻tl進(jìn)行了再現(xiàn)開始的操作之后立即開始再現(xiàn)(功能限制再現(xiàn))，在Java應(yīng)用程序的啟動準(zhǔn)備結(jié)束后的時刻t2，轉(zhuǎn)移至通常再現(xiàn)。
[0070]但是，在一部分虛擬機(jī)利用型內(nèi)容中，存在當(dāng)對已加密的視頻數(shù)據(jù)和聲音數(shù)據(jù)進(jìn)行解密時通過在加密/解密應(yīng)用程序與Java應(yīng)用程序之間進(jìn)行數(shù)據(jù)交換來進(jìn)行加密數(shù)據(jù)的解密處理的情況(比較例2)。在這樣的內(nèi)容的情況下，當(dāng)不啟動Java應(yīng)用程序就進(jìn)行繼續(xù)再現(xiàn)時，無法解除數(shù)據(jù)的加密，所以必須啟動Java應(yīng)用程序。因此，如圖17的(b)所示，在時刻tO中斷通常再現(xiàn)，在時刻tl進(jìn)行再現(xiàn)開始的操作之后不立即開始再現(xiàn)(功能限制再現(xiàn))，而在Java應(yīng)用程序的啟動準(zhǔn)備結(jié)束后的時刻tl2開始通常再現(xiàn)。
[0071]這樣，在比較例的視頻信息再現(xiàn)方法中，具有如圖17的(a)那樣從再現(xiàn)開始操作之后立即開始繼續(xù)再現(xiàn)的情況和如圖17的(b)那樣從再現(xiàn)開始操作時起經(jīng)過準(zhǔn)備繼續(xù)再現(xiàn)所需的時間之后開始繼續(xù)再現(xiàn)的情況，具有不能縮短到開始繼續(xù)再現(xiàn)為止的等待時間的情況。
[0072]與此相對，在本實(shí)施方式的視頻信息再現(xiàn)方法中，如圖18所示，在時刻tO中斷通常再現(xiàn)，在時刻tl從進(jìn)行了再現(xiàn)開始的操作之后立即進(jìn)行代理應(yīng)用程序的啟動，從代理應(yīng)用程序的啟動準(zhǔn)備結(jié)束的時刻t22開始繼續(xù)再現(xiàn)，并在Java應(yīng)用程序的啟動準(zhǔn)備結(jié)束之后的時刻t23，轉(zhuǎn)移至通常再現(xiàn)。這樣，在本實(shí)施方式中，即使是當(dāng)開始繼續(xù)再現(xiàn)時在Java應(yīng)用程序與加密/解密應(yīng)用程序之間進(jìn)行數(shù)值交換的內(nèi)容，也不使Java應(yīng)用程序立刻運(yùn)行，而使比Java應(yīng)用程序簡易的程序即代理應(yīng)用程序運(yùn)行來進(jìn)行繼續(xù)再現(xiàn)，由此對經(jīng)加密的數(shù)據(jù)進(jìn)行解密，所以能夠在繼續(xù)再現(xiàn)的指示之后立即正常地開始再現(xiàn)。此外，代理應(yīng)用程序是包含開始繼續(xù)再現(xiàn)所需的最低限度的構(gòu)成要素的程序，是與Java應(yīng)用程序相比能夠在短時間內(nèi)開始運(yùn)行的程序。
[0073]圖19是示出對圖16改良后的處理的流程圖。在圖19中，對與圖16中的步驟相同的步驟標(biāo)注同一符號。在圖19的處理中，函數(shù)F(A)有時例如如“F(A)= “數(shù)值A(chǔ)”& “固定值””那樣，使用“數(shù)值A(chǔ)”和“固定值”來定義函數(shù)F(A)的運(yùn)算。g卩，在某一條件下“F (A) #數(shù)值A(chǔ)””，但在其它條件下是“F(A)= “固定值””的情況。該固定值針對每個光盤而不同，另夕卜，F(xiàn)(A)也針對每個光盤而不同。因此，僅根據(jù)用于進(jìn)行CPU21的代理應(yīng)用程序執(zhí)行的代理運(yùn)算的函數(shù)F' (A)的運(yùn)算結(jié)果，無法正常地進(jìn)行加密/解密處理。
[0074]而在圖19的例子中如以下這樣地進(jìn)行處理。首先，CPU21當(dāng)在Java應(yīng)用程序與加密/解密應(yīng)用程序之間檢測出數(shù)值的交換時(在步驟SI中為是)，將標(biāo)志“crypt_flag”的值置位為I (步驟S4)，在包含加密/解密應(yīng)用程序和進(jìn)行數(shù)值交換的Java應(yīng)用程序的JAR文件中實(shí)施分析，執(zhí)行函數(shù)F(A)所包含的固定值的檢索(步驟S20)。這里檢測到的固定值與標(biāo)志“crypt_flag”同樣是在CPU21的工作存儲器上保持的值，當(dāng)在電源關(guān)斷之后還需要存儲該值時，在非易失性存儲器22中保存該固定值。雖然開始繼續(xù)再現(xiàn)時的處理與圖16所示的處理相同，但在圖16的步驟S13的代理運(yùn)算執(zhí)行中，需要利用通過上述處理獲得的固定值來執(zhí)行F' (A)的運(yùn)算。此外，在上述例子中說明了固定值為I個的情況，但也存在固定值為多個的情況。
[0075]以上，如所說明的那樣，當(dāng)針對每個光盤在函數(shù)F(A)中使用的固定值不同時，在開始簡易再現(xiàn)之前，從jar文件中檢索固定值，并使用檢索到的固定值進(jìn)行函數(shù)F' (A)的運(yùn)算，由此能夠?qū)σ鸭用艿臄?shù)據(jù)進(jìn)行解密而正常地進(jìn)行再現(xiàn)。
[0076]標(biāo)號說明[0077]10再現(xiàn)部，11光盤(記錄介質(zhì))，12驅(qū)動器，13解復(fù)用器，14視頻解碼器，15字幕解碼器，I6音頻解碼器，17圖形疊加部，18加密/解密處理CPU，21 CPU (再現(xiàn)控制單元)，22非易失性存儲器，31外部顯示裝置。
【權(quán)利要求】
1.一種視頻信息再現(xiàn)方法，對記錄介質(zhì)進(jìn)行再現(xiàn)，該記錄介質(zhì)記錄有能夠根據(jù)在虛擬機(jī)上運(yùn)行的多個程序進(jìn)行視頻再現(xiàn)控制的虛擬機(jī)利用型內(nèi)容，該視頻信息再現(xiàn)方法的特征在于， 在所述虛擬機(jī)利用型內(nèi)容的通常再現(xiàn)時，作為在所述虛擬機(jī)上運(yùn)行的多個程序之一的解密輔助程序從對經(jīng)加密的所述虛擬機(jī)利用型內(nèi)容進(jìn)行解密的加密/解密程序接收數(shù)值， 所述解密輔助程序使用所述數(shù)值執(zhí)行規(guī)定的運(yùn)算， 所述加密/解密程序利用所述運(yùn)算的結(jié)果進(jìn)行所述虛擬機(jī)利用型內(nèi)容的解密處理， 當(dāng)在中途停止所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后、開始在進(jìn)行再次開始再現(xiàn)的指示后執(zhí)行的繼續(xù)再現(xiàn)時，取代在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序，而啟動在所述虛擬機(jī)以外的環(huán)境下運(yùn)行的代理程序，所述代理程序與所述加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時，執(zhí)行所述虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)。
2.根據(jù)權(quán)利要求1所述的視頻信息再現(xiàn)方法，其特征在于， 在所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)中，檢測在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序與所述加密/解密程序之間的數(shù)據(jù)交換，并根據(jù)所述檢測的結(jié)果來設(shè)定表示是否正在進(jìn)行所述數(shù)據(jù)交換的標(biāo)志的值， 在開始所述繼續(xù)再現(xiàn)時，根據(jù)所述標(biāo)志的值來決定是否啟動所述代理程序。
3.根據(jù)權(quán)利要求1所述的視頻信息再現(xiàn)方法，其特征在于， 在所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)中，從在所述虛擬機(jī)上運(yùn)行的所述程序中檢索在與所述加密/解密程序進(jìn)行交換的所述代理程序中的運(yùn)算中使用的固定值， 在開始所述繼續(xù)再現(xiàn)時，采用所述檢索的固定值來執(zhí)行所述代理程序。`
4.一種視頻信息再現(xiàn)裝置，其特征在于，具備: 再現(xiàn)部，其對記錄介質(zhì)進(jìn)行再現(xiàn)，該記錄介質(zhì)記錄有能夠根據(jù)在虛擬機(jī)上運(yùn)行的程序進(jìn)行視頻再現(xiàn)控制的虛擬機(jī)利用型內(nèi)容；以及 再現(xiàn)控制部，其控制所述再現(xiàn)部的再現(xiàn)處理， 在所述虛擬機(jī)利用型內(nèi)容的通常再現(xiàn)時，在所述再現(xiàn)控制部中，利用在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序和在所述再現(xiàn)部內(nèi)的加密/解密控制部上運(yùn)行的對經(jīng)加密的所述虛擬機(jī)利用型內(nèi)容進(jìn)行解密的加密/解密程序，進(jìn)行所述虛擬機(jī)利用型內(nèi)容的解密處理， 當(dāng)在中途停止所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)之后、開始在進(jìn)行再現(xiàn)開始的指示后執(zhí)行的繼續(xù)再現(xiàn)時，在所述再現(xiàn)控制部中取代在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序，而啟動在所述虛擬機(jī)以外的環(huán)境下運(yùn)行的代理程序，所述代理程序與所述加密/解密程序在進(jìn)行數(shù)據(jù)交換的同時，執(zhí)行所述虛擬機(jī)利用型內(nèi)容的視頻再現(xiàn)。
5.根據(jù)權(quán)利要求4所述的視頻信息再現(xiàn)裝置，其特征在于， 在所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)中， 所述再現(xiàn)控制部檢測在所述虛擬機(jī)上運(yùn)行的所述解密輔助程序與所述加密/解密程序之間的數(shù)據(jù)交換，并根據(jù)所述檢測的結(jié)果來設(shè)定表示是否正在進(jìn)行所述數(shù)據(jù)交換的標(biāo)志的值， 在開始所述繼續(xù)再現(xiàn)時，根據(jù)所述標(biāo)志的值來決定是否啟動所述代理程序。
6.根據(jù)權(quán)利要求4所述的視頻信息再現(xiàn)裝置，其特征在于，在所述虛擬機(jī)利用型內(nèi)容的再現(xiàn)中，所述再現(xiàn)控制部從在所述虛擬機(jī)上運(yùn)行的所述程序中檢索在與所述加 密/解密程序進(jìn)行交換的所述代理程序中的運(yùn)算中使用的固定值，所述再現(xiàn)控制部在開始所述繼續(xù)再現(xiàn)時，利用所述檢索的固定值來執(zhí)行所述代理程序。
【文檔編號】G11B27/00GK103890848SQ201280051355
【公開日】2014年6月25日 申請日期:2012年5月23日 優(yōu)先權(quán)日:2011年10月21日
【發(fā)明者】龍智明 申請人:三菱電機(jī)株式會社