專利名稱：數(shù)字內(nèi)容分配系統(tǒng)、漫游服務(wù)器、信息處理器及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)字內(nèi)容分配系統(tǒng)、數(shù)字內(nèi)容分配方法、漫游服務(wù)器、信息處理器和信息處理方法，特別是涉及一種使用知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容漫游服務(wù)。


圖1是傳統(tǒng)數(shù)字視頻數(shù)據(jù)傳輸和接收系統(tǒng)的示圖。
參見圖1，數(shù)字視頻數(shù)據(jù)分配服務(wù)器10設(shè)置了一個(gè)預(yù)先記錄有數(shù)字視頻數(shù)據(jù)的數(shù)字視頻數(shù)據(jù)存儲裝置12，如硬盤。數(shù)字視頻分配服務(wù)器10經(jīng)網(wǎng)絡(luò)從存儲裝置12下載數(shù)字視頻數(shù)據(jù)到接收客戶機(jī)20，如經(jīng)按照來自接收客戶機(jī)20的要求的Internet(互聯(lián)網(wǎng))。分配服務(wù)器10有一個(gè)對數(shù)字視頻數(shù)據(jù)進(jìn)行編碼的轉(zhuǎn)換部分11。分配服務(wù)器10在轉(zhuǎn)換部分11中對數(shù)字視頻數(shù)據(jù)進(jìn)行編碼以減少數(shù)據(jù)量，并經(jīng)一按照傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)等的處理將所編碼的數(shù)據(jù)發(fā)送到接收客戶機(jī)20。
接收客戶機(jī)20有一個(gè)對數(shù)字視頻數(shù)據(jù)進(jìn)行譯碼的轉(zhuǎn)換部分21。接收客戶機(jī)20在轉(zhuǎn)換部分21中從所接收的數(shù)據(jù)復(fù)制數(shù)字視頻信號，并將該復(fù)制的信號記錄在數(shù)字視頻存儲裝置22中或在顯示裝置(未示出)上顯示所復(fù)制的圖象。
形成一幅運(yùn)動的畫面以便被多個(gè)目標(biāo)構(gòu)成。每個(gè)目標(biāo)在分配服務(wù)器10的轉(zhuǎn)換部分11中被編碼地壓縮。所編碼的目標(biāo)在接收客戶機(jī)20處被譯碼和重構(gòu)以便復(fù)制該運(yùn)動的畫面。例如，該復(fù)制系統(tǒng)是MPEG-4(運(yùn)動圖象專家組標(biāo)準(zhǔn)-4)播放器。
圖2示出了傳統(tǒng)MPEG-4播放器的結(jié)構(gòu)。
圖2根據(jù)“ISO/IEC SC2914496-1圖1-1”而形成，其解釋見“ISO/IECSC2914496-1”的說明。圖2僅是該系統(tǒng)的草圖。
通過網(wǎng)絡(luò)等傳輸?shù)腗PEG-4位數(shù)據(jù)流或從如數(shù)字多功能盤只讀存儲器(DVD-ROM)的記錄介質(zhì)(存儲介質(zhì))讀出的MPEG-4位數(shù)據(jù)流經(jīng)一個(gè)對應(yīng)傳輸/閱讀(對話的建立)的處理在“多路轉(zhuǎn)換層”(“TransMux Layer”)被接收，并作為畫面描述數(shù)據(jù)流、目標(biāo)數(shù)據(jù)和畫面描述數(shù)據(jù)在“FlexMux”部分中被分開、譯碼和復(fù)制。畫面復(fù)制和數(shù)據(jù)的圖形處理根據(jù)畫面描述數(shù)據(jù)完成。
有關(guān)出于版權(quán)保護(hù)的目的需要對每個(gè)目標(biāo)進(jìn)行認(rèn)證的情況的說明在圖2中被略去。
圖3是圖2的簡化圖。如果出于版權(quán)保護(hù)等的目的需要對每個(gè)目標(biāo)進(jìn)行認(rèn)證，則“IP數(shù)據(jù)組”(知識產(chǎn)權(quán)(如版權(quán))信息組)可以包括在包含畫面描述數(shù)據(jù)和多個(gè)目標(biāo)數(shù)據(jù)組的位數(shù)據(jù)流中。
但是，即使“IP數(shù)據(jù)組”(知識產(chǎn)權(quán)信息組)包括在所傳輸?shù)奈粩?shù)據(jù)流中，且即使“IP數(shù)據(jù)組”在圖2或3所示的系統(tǒng)中的“目標(biāo)說明符”中被復(fù)制，也不在視頻復(fù)制處理的同時(shí)進(jìn)行有關(guān)“IP數(shù)據(jù)組”的處理，因此，不執(zhí)行“IP保護(hù)”(知識產(chǎn)權(quán)保護(hù))處理。
當(dāng)然，對于復(fù)制側(cè)的一定的請求可以接收譯碼的“IP數(shù)據(jù)組”和執(zhí)行“IP保護(hù)”處理。但是，該處理針對這一請求，且同樣的處理并不總在其它播放器或其它模式中執(zhí)行。
而且，在圖2或3所示的系統(tǒng)中，在針對每個(gè)目標(biāo)進(jìn)行認(rèn)證完成之后圖象被復(fù)制。在復(fù)制運(yùn)動圖象畫面的過程中連續(xù)出現(xiàn)新的目標(biāo)的情況下，需要暫時(shí)停止復(fù)制以完成每個(gè)新出現(xiàn)的目標(biāo)的認(rèn)證。
圖4示出了通過添加知識產(chǎn)權(quán)(如版權(quán))保護(hù)系統(tǒng)(IPMP系統(tǒng))和目標(biāo)數(shù)據(jù)處理流程控制部分(IPMP流程控制)到圖2和3所示的系統(tǒng)而形成的MPEG-4播放器的結(jié)構(gòu)。
包含需要知識產(chǎn)權(quán)保護(hù)的視頻目標(biāo)碼數(shù)據(jù)的MPEG-4位數(shù)據(jù)流在多路分解層21處被分成單獨(dú)的目標(biāo)數(shù)據(jù)組，且把被分割的目標(biāo)數(shù)據(jù)組進(jìn)行轉(zhuǎn)換，并根據(jù)同步層22碼和形成位數(shù)據(jù)流時(shí)增加的時(shí)間標(biāo)記信息相對于播放器內(nèi)部時(shí)間進(jìn)行同步處理。
另一方面，IPMP系統(tǒng)26根據(jù)多路分解層21處分開的版權(quán)保護(hù)信息對于每個(gè)所分離的要求知識產(chǎn)權(quán)保護(hù)的目標(biāo)數(shù)據(jù)組來進(jìn)行認(rèn)證處理，并發(fā)送一個(gè)許可信號給IPMP數(shù)據(jù)流程控制23，以進(jìn)行目標(biāo)數(shù)據(jù)處理流控制。該數(shù)據(jù)由對應(yīng)每個(gè)目標(biāo)的譯碼器在壓縮層24進(jìn)行譯碼、在合成層25處根據(jù)所譯碼的畫面描述進(jìn)行畫面合成，并顯示畫面合成的結(jié)果。
特別是有幾種進(jìn)行目標(biāo)數(shù)據(jù)處理流控制的可行的方法。要解決的問題將參照測試條件#1和#2通過示例加以說明，
表1有四個(gè)測試方案來解釋IPMP系統(tǒng)(IPMPS)和流量控制之間的關(guān)系。
表1 在表1中，用“t”表示不進(jìn)行保護(hù)的文本目標(biāo)流，用“S1(Ca)”表示被保護(hù)的音頻流，且用“S2(Cv)”表示被保護(hù)的視頻流。
而且，S1(Ca)的IPMP系統(tǒng)表示成“IPMPS1”，且原碼數(shù)據(jù)和ASCII碼中的代碼“x”之間異或(XOR)的結(jié)果設(shè)為“S1(Ca)”。因此，“關(guān)鍵碼”譯碼是ASCII碼中的代碼“x”且譯碼是經(jīng)與“關(guān)鍵碼”的異或(XOR)運(yùn)算完成的。
另外，S2(Cv)的IPMP系統(tǒng)表示成“IPMPS2”，且原碼數(shù)據(jù)和ASCII碼中的代碼“a”之間異或(XOR)的結(jié)果設(shè)為“S2(Cv)”。因此，“關(guān)鍵碼”譯碼是ASCII碼中的代碼“a”且譯碼是經(jīng)與“關(guān)鍵碼”的異或(XOR)運(yùn)算完成的。
“弱化誤差”(“Graceful Error”)是因用“關(guān)鍵碼”的被保護(hù)目標(biāo)流的正常譯碼中的錯(cuò)誤所引起的譯碼器下游中的誤差，且不是“致命錯(cuò)誤”。例如，在被保護(hù)的視頻目標(biāo)流的情況下的“弱化誤差”(“Graceful Error”)被表示成“not displayed”(“不顯示”)、“a disturbed picture isdisplayed”(“顯示被打斷的畫面”)等。
表2示出了IPMP校正測試中的條件和參數(shù)。
表2
參見表2，當(dāng)在測試條件#1下執(zhí)行測試2時(shí)，每個(gè)目標(biāo)流的合適的“關(guān)鍵碼”存在IPMP系統(tǒng)(IPMPS1,IPMPS2)中，以立即譯碼每個(gè)進(jìn)入的目標(biāo)流，且被譯碼的目標(biāo)流輸出到每個(gè)譯碼器。
當(dāng)在測試條件#2下執(zhí)行測試2時(shí)，每個(gè)目標(biāo)流沒有合適的“關(guān)鍵碼”存在IPMP系統(tǒng)(IPMPS1,IPMPS2)中，合適的“關(guān)鍵碼”通過用戶交互方法輸入，如通過外部的輸入鍵輸入或通過插入智能卡以“譯碼”每個(gè)進(jìn)入的目標(biāo)流，且被譯碼的目標(biāo)流輸出到每個(gè)譯碼器。
圖5示出了MPEG-4系統(tǒng)播放器的示例中的內(nèi)部功能塊和數(shù)據(jù)流的框圖。圖5是解釋同步機(jī)構(gòu)的簡圖，其中略去了對IPMP系統(tǒng)和目標(biāo)數(shù)據(jù)處理流控制的說明。
首先，入口功能，由一個(gè)請求進(jìn)行初始化的MPEG-4系統(tǒng)播放器的Execute()啟動每一個(gè)功能模塊，保障數(shù)據(jù)區(qū)緩沖器，并對功能實(shí)體中的每個(gè)功能進(jìn)行存儲器分配，等，因此準(zhǔn)備進(jìn)行數(shù)據(jù)處理。
由屬于DMIP層中的服務(wù)模塊功能的FlexDemux 31接收輸入的MPEG-4位數(shù)據(jù)流。分組數(shù)據(jù)或來自網(wǎng)絡(luò)的數(shù)據(jù)文件被作為要被發(fā)送到AL管理器32功能塊的數(shù)據(jù)組序列來接收。
在AL管理器32中，數(shù)據(jù)組根據(jù)目標(biāo)的類型如視頻數(shù)據(jù)、音頻數(shù)據(jù)和畫面描述數(shù)據(jù)來劃分，以形成數(shù)據(jù)信道中的數(shù)據(jù)流。在視頻數(shù)據(jù)和音頻數(shù)據(jù)被發(fā)送到譯碼器34的同時(shí)，畫面描述數(shù)據(jù)和有關(guān)目標(biāo)信息中的數(shù)據(jù)被發(fā)送到BIFS譯碼器33。
在Presenter 35和媒介數(shù)據(jù)流數(shù)據(jù)處理部分(未示出)中，根據(jù)被BIFS譯碼器33和譯碼器34所譯碼的畫面描述信息和在形成位數(shù)據(jù)流時(shí)所增加的時(shí)間標(biāo)志信息，來進(jìn)行被譯碼的媒介目標(biāo)數(shù)據(jù)組(視頻、音頻數(shù)據(jù))間的時(shí)間關(guān)系的調(diào)整，使數(shù)據(jù)組和畫面合成之間同步。
圖6概略地示出了上述數(shù)據(jù)處理序列。
參見圖6,FlexDemux 31收到MPEG-4位數(shù)據(jù)流并把它相對于每種目標(biāo)數(shù)據(jù)地分成基本數(shù)據(jù)流(ES)。接著，AL管理器32以譯碼單元為基礎(chǔ)劃分每種目標(biāo)數(shù)據(jù)的ES，且BIFS譯碼器33和譯碼器34完成每種目標(biāo)的譯碼處理。從而形成了每種目標(biāo)數(shù)據(jù)的譯碼數(shù)據(jù)組媒介數(shù)據(jù)流。Presenter 35通過使用處理媒介數(shù)據(jù)流的“MediaStreamImpFetch()”功能來進(jìn)行每個(gè)目標(biāo)數(shù)據(jù)組的時(shí)間調(diào)整，把每個(gè)目標(biāo)數(shù)據(jù)組組合成一幅畫面并顯示該畫面。
圖7是進(jìn)行時(shí)間調(diào)整數(shù)據(jù)處理的一個(gè)示例的框圖。在Presenter 35中的調(diào)整處理將參照圖7進(jìn)行詳細(xì)的說明。
首先，在步驟S71中，把允差值加到系統(tǒng)播放器的當(dāng)前時(shí)間(→dwCurrentTime)。在步驟S72中，得到要處理(AU訪問單元)的數(shù)據(jù)。在步驟S73中，把要處理(AU)的數(shù)據(jù)上的時(shí)間標(biāo)志信息(TimeStamp)轉(zhuǎn)換成系統(tǒng)播放器時(shí)間(→dwTime)。在步驟S74中，將當(dāng)前時(shí)間(dwCurrentTime)和要處理(AU)的數(shù)據(jù)的時(shí)間標(biāo)志(dwTime)進(jìn)行比較。
如果要處理(AU)的數(shù)據(jù)的時(shí)間標(biāo)志(dwTime)是在當(dāng)前時(shí)間(dwCurrentTime)之后，則程序進(jìn)入到步驟S76并進(jìn)行實(shí)際畫面合成。如果要處理(AU)的數(shù)據(jù)的時(shí)間標(biāo)志(dwTime)是在當(dāng)前時(shí)間(dwCurrentTime)之前，則確定數(shù)據(jù)不適于畫面合成(在畫面合成時(shí)間不能使用數(shù)據(jù))。之后，程序進(jìn)入到步驟S75且將要處理(AU)的下一數(shù)據(jù)塊設(shè)定為處理目標(biāo)。
圖8是圖7所示的時(shí)間調(diào)整處理的時(shí)序圖。
參見圖8，目標(biāo)數(shù)據(jù)流(AU0)在時(shí)間到達(dá)(AU0)處到達(dá)BIFS譯碼器33或譯碼器34的譯碼緩沖器81，接著被譯碼，并在對應(yīng)于編碼時(shí)所加的時(shí)間標(biāo)志DTS(AU0)的時(shí)間處被發(fā)送到Presenter 35的合成存儲器82，以便從畫面合成時(shí)間CTS(CU0)被用于畫面合成。
同樣，下面的目標(biāo)數(shù)據(jù)流(AU1)在時(shí)間DTS(AU1)被從譯碼緩沖器81傳送到合成存儲器82，以便從CTS(CU1)用于畫面合成。
從圖8可以知道，如果，譯碼緩沖器81中的DTS是在圖7所示的實(shí)際當(dāng)前時(shí)間dwCurrentTime之后，則它在合成存儲器82中被調(diào)整到實(shí)際畫面合成時(shí)間CTS。
圖9示出了通過將IPMP系統(tǒng)中的處理增加到圖6所示的過程中所形成的過程。下面將對該過程進(jìn)行詳細(xì)的描述。
首先執(zhí)行與圖6中相同的步驟。即，F(xiàn)lexDenux 31接收MPEG-4位數(shù)據(jù)流，并把它按照目標(biāo)數(shù)據(jù)種類分成基本數(shù)據(jù)流(ES)，且AL管理器32以譯碼單元為基礎(chǔ)劃分每種目標(biāo)數(shù)據(jù)的ES。
接著，從被AL管理器32所劃分的目標(biāo)數(shù)據(jù)，根據(jù)與IPMP特別相關(guān)的信息來識別被保護(hù)的數(shù)據(jù)流，且進(jìn)行IPMP系統(tǒng)處理，如合適的“關(guān)鍵碼”和認(rèn)證的輸入。然后，BIFS譯碼器33和譯碼器34對作為根據(jù)目標(biāo)數(shù)據(jù)的種類被譯碼的數(shù)據(jù)組的媒介數(shù)據(jù)流譯碼，且Presenter 35進(jìn)行每一個(gè)目標(biāo)的時(shí)間調(diào)整并逐一地合成和顯示畫面。
現(xiàn)在將根據(jù)在測試條件#1下執(zhí)行表2中的測試2的情況和在測試條件#2下執(zhí)行測試2的情況，來描述目標(biāo)數(shù)據(jù)處理流程控制的示例。
首先在使用測試條件#1的方法中，“關(guān)鍵碼”-譯碼時(shí)間被作為每個(gè)IPMP系統(tǒng)中一定的延時(shí)傳送給譯碼器。因此，在這種情況下，如果假定的總延時(shí)設(shè)定在例如被吸收在圖4所示的合成層24中或圖5所示的Presenter 35中的范圍內(nèi)，則沒有同步問題發(fā)生。
另一方面，在使用測試條件#2的方法的情況下的處理如下所述。
圖10是說明在測試條件#2下執(zhí)行測試2的情況中的IPMP系統(tǒng)的處理的流程圖。
首先，在步驟S101中，AL管理器32得到以譯碼單元為基礎(chǔ)劃分的每個(gè)目標(biāo)數(shù)據(jù)流。在步驟S102中作出關(guān)于合適的“關(guān)鍵碼”是否已被輸入的決定，如果確定沒有合適的“關(guān)鍵碼”已被輸入，程序進(jìn)行到步驟S103且所保護(hù)的數(shù)據(jù)流不需要被譯碼地保持。如果已輸入合適的“關(guān)鍵碼”，則程序轉(zhuǎn)到步驟S104且所保護(hù)的數(shù)據(jù)流被譯碼并起動下一個(gè)處理。
在測試條件#2下執(zhí)行測試2的情況下，和在執(zhí)行圖10所示的流程控制的情況下，中止請求輸入合適的“關(guān)鍵碼”數(shù)據(jù)流的處理。另一方面，未被保護(hù)的數(shù)據(jù)流或在根據(jù)輸入的合適的“關(guān)鍵碼”進(jìn)行認(rèn)證之后已被譯碼的數(shù)據(jù)流連續(xù)地對譯碼和畫面合成進(jìn)行時(shí)間同步處理。包括認(rèn)證和譯碼的時(shí)間周期后時(shí)間間隔不是一個(gè)不變的時(shí)間周期，其中，是在啟動下一個(gè)處理前，對根據(jù)輸入的合適的“關(guān)鍵碼”而中止的數(shù)據(jù)流進(jìn)行認(rèn)證和譯碼。因?yàn)椋瑢τ诿總€(gè)對保護(hù)的數(shù)據(jù)流進(jìn)行了不同的用戶交互操作。當(dāng)重新起動該處理時(shí)dwTime超過dwCurentTime也是可能的。
在這種情況下，正如從圖7和8所看到的，重新起動處理的數(shù)據(jù)流直到起動后dwCurentTime以后的dwTime出現(xiàn)才被譯碼。下一個(gè)數(shù)據(jù)要被處理(AU)之前，數(shù)據(jù)流部分跳過(即該數(shù)據(jù)變少)，且該跳過的部分不被用于畫面合成。
MPEG-4目標(biāo)的IPMP信息要有一個(gè)根據(jù)使用IPMP-描述符的IPMP消息結(jié)構(gòu)，以相對于由國際標(biāo)準(zhǔn)化組織規(guī)定的ISO/IEC SC29 IS14496-1(系統(tǒng))8.3.2.5 IPMP消息句法和語義中所描述的每個(gè)目標(biāo)識別IPMP數(shù)據(jù)流，且被示出在圖11中。
ISO/IECSC29 IS14496-1(系統(tǒng))8.3.2.5 IPMP消息句法和語義如下讀出。
8.3.2.5 IPMP消息句法和語義8.3.2.5.1句法類IPMP-消息()擴(kuò)展可擴(kuò)展的基礎(chǔ)類{位(16)IPMPS-類型；是否(IPMPS-類型=0){位(8)URL串[sizeOfClass-2]；｝其他{位(8)IPMP-數(shù)據(jù)[sizeOfClass-2]；｝｝8.3.2.5.2語義IPMP消息傳送控制信息給IPMP系統(tǒng)。
IPMPS-類型-IPMP系統(tǒng)的類型。零值不對應(yīng)于IPMP系統(tǒng)，但表示存在URL。由ISO指定的注冊權(quán)威將指定該范圍的有效值URL串[]-包含指向遠(yuǎn)程IPMP-消息的位置的UTF-8[3]編碼的URL，該遠(yuǎn)程IPMP消息的IPMP數(shù)據(jù)用于代替本地提供的數(shù)據(jù)。
IPMP-不透明數(shù)據(jù)控制IPMP系統(tǒng)。
此處重要的是當(dāng)使用與ISO標(biāo)準(zhǔn)一致的IPMP系統(tǒng)時(shí)，由注冊權(quán)威進(jìn)行注冊且從注冊權(quán)威提供唯一的ID。
已制定了標(biāo)準(zhǔn)的技術(shù)條件，使得ID數(shù)據(jù)的第零個(gè)值指定外部URL目的地處的IPMP系統(tǒng)，1到2000h(以16進(jìn)制)ISO備用，2001h到ffffh是由注冊權(quán)威指定的ID數(shù)。
圖12表示客戶機(jī)使用者A從服務(wù)器B得到，并復(fù)制具有對應(yīng)于IPMP-類型2001h的IPMP信息的MPEG-4內(nèi)容或目標(biāo)的情況(情況1)。
如果用戶A的復(fù)制裝置已經(jīng)安裝了IPMPS-類型2001h，則進(jìn)行例如上述執(zhí)行的用戶認(rèn)證，和使用用戶的關(guān)鍵碼信息的譯碼等以便正常地復(fù)制該內(nèi)容。
另一方面，在如圖13所示的情況(情況2)，用戶A試圖進(jìn)一步從服務(wù)器C得到并復(fù)制具有對應(yīng)于IPMP-類型2021h的IPMP信息的MPEG-4內(nèi)容或目標(biāo)的情況，對于用戶必須根據(jù)IPMPS-類型2021h得到IPMP系統(tǒng)以進(jìn)行復(fù)制。在這種情況下，有如下三種考慮。
1、已存在的用戶A的裝置(與IPMP-類型兼容的裝置)不能得到不同的IPMP-類型的IPMP系統(tǒng)。需要有與每個(gè)IPMP系統(tǒng)兼容的公用的平臺。
2、如果一個(gè)MPEG-4內(nèi)容具有對應(yīng)于不同的IPMPS-類型的IPMP系統(tǒng)信息的多目標(biāo)結(jié)構(gòu)，則內(nèi)容的復(fù)制要求對不同目標(biāo)來說必須的IPMP系統(tǒng)，就裝置的存儲容量、處理速度等而言的物理需求可能是不滿意的。用戶必須知道裝置能否操作多個(gè)不同的IPMP系統(tǒng)。
3、要求相對于每個(gè)不同的IPMP系統(tǒng)進(jìn)行用戶認(rèn)證。因此有關(guān)實(shí)時(shí)處理等目標(biāo)間的同步問題有可能在某種情況下出現(xiàn)。由于其依賴于內(nèi)容的目標(biāo)結(jié)構(gòu)和認(rèn)證方法，該問題是不確定的。
稱為OPIMA的公用平臺和應(yīng)用接口(API)的規(guī)格已經(jīng)通過假定圖13所示的情況(情況2)和特別地考慮問題1被提出。
即使OPIMA核心被在不同裝置中或應(yīng)用系統(tǒng)中執(zhí)行，問題2和3仍保持未被解決。實(shí)際上，對于例如便攜式電話的具有限定的元件安裝空間，且其存儲容量、電池容量和CPU的功率被限定的裝置，難于同時(shí)具有多個(gè)不同的IPMP系統(tǒng)且難以進(jìn)行使用這些IPMP系統(tǒng)的處理。
另一方面，通過將所有的IPMP系統(tǒng)統(tǒng)一成一個(gè)系統(tǒng)的標(biāo)準(zhǔn)化必然帶來一個(gè)缺點(diǎn)即如果如IPMP的安全系統(tǒng)因一個(gè)非法行為而無效，如黑客行為(hacking)，內(nèi)容(或目標(biāo))權(quán)利所有者遭受巨大的損失。設(shè)定新的標(biāo)準(zhǔn)IPMP系統(tǒng)和將與新標(biāo)準(zhǔn)一致的產(chǎn)品進(jìn)入市場的過程與公司或商業(yè)世界水平相似的過程相比，可以認(rèn)為需要較長的時(shí)間，因?yàn)樵撨^程包括擬定世界標(biāo)準(zhǔn)、國家代表表決程序等等。
從以上描述的情況來看，本發(fā)明的一個(gè)目的是提供一數(shù)據(jù)字內(nèi)容分配系統(tǒng)、一數(shù)字內(nèi)容分配方法、一漫游服務(wù)器、一信息處理器、和即使各種知識產(chǎn)權(quán)(例如版權(quán))保護(hù)系統(tǒng)存在，在保護(hù)內(nèi)容的權(quán)利所有人的知識產(chǎn)權(quán)的同時(shí)也不使用戶收到內(nèi)容，能夠復(fù)制內(nèi)容的信息而進(jìn)行復(fù)雜的程序處理方法，且其保證由用戶方提供的內(nèi)容的知識產(chǎn)權(quán)系統(tǒng)的互用性。
為了達(dá)到上述的目的，根據(jù)本發(fā)明的一個(gè)方面，這里提供一種有客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、漫游服務(wù)器、和連接在客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、和漫游服務(wù)器間的網(wǎng)絡(luò)的數(shù)字內(nèi)容分配系統(tǒng)，其特征在于漫游服務(wù)器包括用于接收從數(shù)字內(nèi)容服務(wù)器的數(shù)字內(nèi)容，且該數(shù)字內(nèi)容包含保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的裝置、和用于將所接收數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)，和向客戶機(jī)發(fā)送轉(zhuǎn)換后系統(tǒng)的裝置。
根據(jù)本發(fā)明的另一個(gè)方面，這里提供一種有客戶機(jī)、漫游服務(wù)器、和連接到客戶機(jī)、和漫游服務(wù)器間的網(wǎng)絡(luò)的數(shù)字內(nèi)容分配系統(tǒng)，其特征在于漫游服務(wù)器包括用于接收從客戶機(jī)的數(shù)字內(nèi)容具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的裝置、和用于將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)，和向客戶機(jī)發(fā)送轉(zhuǎn)換后系統(tǒng)的裝置。
根據(jù)本發(fā)明的再一個(gè)方面，這里提供一種有通過網(wǎng)絡(luò)連接到客戶機(jī)且連接到數(shù)字內(nèi)容服務(wù)器的漫游服務(wù)器，該漫游服務(wù)器其特征在于包括有用于接收從數(shù)字內(nèi)容服務(wù)器的具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容接收裝置、和用于將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換裝置、和向客戶機(jī)發(fā)送由轉(zhuǎn)換裝置轉(zhuǎn)換后數(shù)字內(nèi)容的分配裝置。
根據(jù)本發(fā)明的又一個(gè)方面，這里提供一種有通過網(wǎng)絡(luò)連接到客戶機(jī)的漫游服務(wù)器，該漫游服務(wù)器其特征在于包括用于接收從客戶機(jī)的具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)數(shù)字內(nèi)容的接收裝置、和用于將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換裝置、和向客戶機(jī)發(fā)送由轉(zhuǎn)換裝置轉(zhuǎn)換后數(shù)字內(nèi)容的分配裝置。
根據(jù)本發(fā)明的又一個(gè)方面，這里提供一種有客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、漫游服務(wù)器、和連接在客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、和漫游服務(wù)器間的網(wǎng)絡(luò)的系統(tǒng)的分配方法，其特征在于漫游服務(wù)器執(zhí)行從數(shù)字內(nèi)容服務(wù)器的具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容接收步驟、和將所接收數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的步驟和向客戶機(jī)發(fā)送轉(zhuǎn)換后系統(tǒng)的步驟。
根據(jù)本發(fā)明的另一個(gè)方面，這里提供一種有客戶機(jī)、漫游服務(wù)器、和連接在客戶機(jī)、和漫游服務(wù)器間的網(wǎng)絡(luò)的數(shù)字內(nèi)容分配方法，其特征在于漫游服務(wù)器執(zhí)行接收從客戶機(jī)的具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容步驟、和將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的步驟、和向客戶機(jī)發(fā)送轉(zhuǎn)換后系統(tǒng)的步驟。
根據(jù)本發(fā)明的再一個(gè)方面，這里提供一種通過網(wǎng)絡(luò)連接到客戶機(jī)且連接到數(shù)字內(nèi)容服務(wù)器的漫游服務(wù)器的數(shù)字內(nèi)容分配方法，其特征在于包括接收從數(shù)字內(nèi)容服務(wù)器的具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)數(shù)字內(nèi)容的步驟、和將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的步驟、和向客戶機(jī)發(fā)送轉(zhuǎn)換后數(shù)字內(nèi)容的步驟。
根據(jù)本發(fā)明的又一個(gè)方面，這里提供一種通過網(wǎng)絡(luò)連接到客戶機(jī)的漫游服務(wù)器的數(shù)字內(nèi)容分配方法，其特征在于包括從客戶機(jī)接收具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容步驟、和將所接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的步驟、和向客戶機(jī)發(fā)送轉(zhuǎn)換后數(shù)字內(nèi)容步驟。
根據(jù)本發(fā)明的再一方面，這里提供一種能夠通過網(wǎng)絡(luò)連接到外部裝置的信息處理裝置，其特征在于通過網(wǎng)絡(luò)向外部裝置傳輸裝置可用的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息和識別裝置的識別信息，和用于通過網(wǎng)絡(luò)從外部裝置接收數(shù)字內(nèi)容和保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的接收裝置。
根據(jù)本發(fā)明的再一方面，這里提供一種能夠通過網(wǎng)絡(luò)連接到外部裝置的信息處理裝置的信息處理方法，其特征在于包括通過網(wǎng)絡(luò)向外部裝置傳輸裝置可用的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息和識別裝置的識別信息的步驟，和從外部裝置接收具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容步驟。
結(jié)合附圖的以下詳細(xì)描述將使本發(fā)明的其它目的、特征、和優(yōu)點(diǎn)變得更加明顯。圖1圖示了傳統(tǒng)的數(shù)字視頻數(shù)據(jù)傳輸和接收系統(tǒng)。圖2是傳統(tǒng)的MPEG-4播放器的構(gòu)造圖。圖3是簡化圖2后的草圖。圖4是將表示IPMP系統(tǒng)處理部分增加到圖3后形成的方框圖。圖5是在MPEG-4播放器的例子中的內(nèi)部功能塊和數(shù)據(jù)流的方框圖。圖6是圖5所示的數(shù)據(jù)處理過程的概要圖。圖7是MPEG-4的目標(biāo)存取數(shù)據(jù)單元間時(shí)間調(diào)整的數(shù)據(jù)處理例子的流程圖。圖8是在譯碼緩沖器和合成存儲器中數(shù)據(jù)的移位和定時(shí)的方框圖。圖9圖示了通過在圖6所示的過程中增加IPMP系統(tǒng)中的處理部分來形成的數(shù)據(jù)處理過程的方框圖。圖10圖4所示的IPMP系統(tǒng)的操作示例的流程圖。圖11是解釋IPMP描述符和IPMP消息的方框圖。圖12是一個(gè)用戶從外部服務(wù)器中得到并復(fù)制一個(gè)MPEG-4內(nèi)容的示例的方框圖。圖13是一個(gè)用戶從外部服務(wù)器中得到并復(fù)制一個(gè)MPEG-4內(nèi)容的另一種情況的方框圖。圖14是解釋在本發(fā)明的實(shí)施例1中的IPMP系統(tǒng)間漫游的系統(tǒng)的方框圖。圖15是解釋在本發(fā)明的實(shí)施例2中的IPMP系統(tǒng)間漫游的系統(tǒng)的方框圖。圖16是解釋了利用圖15所示的系統(tǒng)的過程的方框圖。圖17是解釋在本發(fā)明的實(shí)施例3中的IPMP系統(tǒng)間漫游的系統(tǒng)的方框圖。圖18是解釋利用圖17所示的系統(tǒng)的過程的方框圖。圖19是解釋在本發(fā)明的實(shí)施例4的IPMP系統(tǒng)間漫游的系統(tǒng)的方框圖。圖20是解釋實(shí)現(xiàn)本發(fā)明的一個(gè)實(shí)施例的漫游服務(wù)的具體服務(wù)請求的技術(shù)條件的方框圖。圖21是在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中利用后信道(back-channel)的MPEG-4播放器結(jié)構(gòu)的框圖。圖22涉及認(rèn)證操作的客戶機(jī)操作的流程圖。圖23是解釋遠(yuǎn)程訪問的草圖；和圖24是在URL目的地有另一個(gè)指定的URL的情況下的分層結(jié)構(gòu)的例子的方框圖。
圖14是解釋在本發(fā)明的實(shí)施例1中的IPMP系統(tǒng)間漫游的系統(tǒng)的方框圖。
為了得到內(nèi)容或目標(biāo)數(shù)據(jù)，用戶A請求每個(gè)內(nèi)容/目標(biāo)數(shù)據(jù)分配服務(wù)器以實(shí)現(xiàn)用戶認(rèn)證等等的正規(guī)程序，從而得到一個(gè)公共的關(guān)鍵碼信息、口令參數(shù)等、和數(shù)據(jù)，此后，請求一個(gè)IPMP系統(tǒng)漫游服務(wù)提供者(下文稱“漫游服務(wù)提供者”)來執(zhí)行用戶A完成復(fù)制所必須得到的IPMP系統(tǒng)信息的轉(zhuǎn)換。以下是這一過程的詳細(xì)描述。
(1)用戶A(有2001h型IPMP系統(tǒng))從服務(wù)器B(2001h型IPMP系統(tǒng))和服務(wù)器C(2021h型IPMP系統(tǒng))得到一內(nèi)容或內(nèi)容的目標(biāo)數(shù)據(jù)，向這些服務(wù)器支付必要數(shù)量的金錢，執(zhí)行用戶認(rèn)證過程，并接收IPMP系統(tǒng)信息，例如譯碼的關(guān)鍵碼和口令參數(shù)。
(2)用戶A的裝置沒有進(jìn)行譯碼必需的20021h型IPMP型系統(tǒng)，且因此不能執(zhí)行復(fù)制。之后用戶A請求一個(gè)漫游服務(wù)提供者來轉(zhuǎn)換IPMP系統(tǒng)信息。
(3)如果漫游服務(wù)提供者能夠?qū)?nèi)容或目標(biāo)IPMP系統(tǒng)的類型轉(zhuǎn)換為用戶A的IPMP系統(tǒng)類型，則需要用戶A為這一轉(zhuǎn)換支付必要數(shù)量的金錢，且將IPMP系統(tǒng)信息轉(zhuǎn)換成由提供者和用戶A都同意條件的與2001b型一致的形式。
(4)漫游服務(wù)提供者向用戶A返回帶有轉(zhuǎn)換后的IPMP系統(tǒng)信息的數(shù)據(jù)。(此時(shí)，通常再進(jìn)行一次認(rèn)證以確保用戶的身份。)圖15是解釋在本發(fā)明的實(shí)施例2中的IPMP系統(tǒng)間漫游的系統(tǒng)的示例的方框圖。在本實(shí)施例中，同樣也提供了用戶認(rèn)證的代理機(jī)構(gòu)服務(wù)的例子。
用戶A給IPMP系統(tǒng)漫游服務(wù)提供者(以下稱為“漫游服務(wù)提供者”)一個(gè)用于收集用戶A想要的內(nèi)容或目標(biāo)的信息包命令。漫游服務(wù)提供者作用于用戶，來對每一個(gè)內(nèi)容或目標(biāo)分配服務(wù)器執(zhí)行認(rèn)證和收費(fèi)操作。漫游服務(wù)提供者得到數(shù)據(jù)、關(guān)鍵碼、口令參數(shù)等，為把該信息轉(zhuǎn)換成用戶A的IPMP系統(tǒng)信息，且向用戶A提供必要的數(shù)據(jù)和信息。以下詳述這一過程。
(1)用戶A請求漫游服務(wù)提供者以得到必要的內(nèi)容或目標(biāo)，且執(zhí)行IPMP信息轉(zhuǎn)換，使之成為用戶A所有的與2001h型IPMP系統(tǒng)一致的形式。
(2)漫游服務(wù)提供者通過一正規(guī)的程序向服務(wù)器B(2001h型IPMP系統(tǒng))和服務(wù)器C(2021h型IPMP系統(tǒng))支付必要數(shù)量的金錢，執(zhí)行用戶的認(rèn)證程序，得到內(nèi)容或目標(biāo)數(shù)據(jù)，并根據(jù)用戶A的請求接收進(jìn)行譯碼的關(guān)鍵碼、口令參數(shù)等。
(3)漫游服務(wù)提供者執(zhí)行IPMP信息轉(zhuǎn)換，以得到使用戶A的2001h型IPMP系統(tǒng)復(fù)制所需要的譯碼。
(4)漫游服務(wù)提供者確認(rèn)用戶A的身份。
(5)漫游服務(wù)提供者向用戶A發(fā)送轉(zhuǎn)換后的IPMP信息數(shù)據(jù)。
圖16示出了客戶機(jī)(對應(yīng)于圖15中的用戶A)、一個(gè)內(nèi)容服務(wù)器(對應(yīng)于圖15中的服務(wù)器B或C)和一漫游服務(wù)服務(wù)器間的數(shù)據(jù)通訊操作的方框圖。
參見圖16，客戶機(jī)首先向漫游服務(wù)服務(wù)器發(fā)出一個(gè)輸送內(nèi)容的請求(步驟1601)。
然后漫游服務(wù)服務(wù)器執(zhí)行一用戶認(rèn)證操作(步驟1602)。用戶認(rèn)證的方法在本說明書中不作規(guī)定。
接下來，漫游服務(wù)服務(wù)器向客戶機(jī)傳輸一個(gè)表示內(nèi)容受到保護(hù)的安全系統(tǒng)(IPMP系統(tǒng)類型)類型的信號(步驟1603)。這里假定安全類型已經(jīng)被上述的注冊權(quán)威(RA)注冊。
然后，在客戶機(jī)側(cè)，進(jìn)行一關(guān)于根據(jù)來自內(nèi)容服務(wù)器的信息的安全系統(tǒng)是否與客戶機(jī)的播放器的安全類型一致的檢查(播放器是否可以解開安全系統(tǒng))(步驟1605)。
如果在步驟1605中決定安全類型彼此一致，則客戶機(jī)向漫游服務(wù)服務(wù)器發(fā)出一個(gè)內(nèi)容分配請求。在這一請求下，漫游服務(wù)服務(wù)器發(fā)出一個(gè)給漫游服務(wù)服務(wù)器的相應(yīng)的請求。同時(shí)，漫游服務(wù)服務(wù)器發(fā)出并傳輸一數(shù)字認(rèn)證以證明其真實(shí)性(步驟1604)。
該內(nèi)容服務(wù)器檢查漫游服務(wù)服務(wù)器的真實(shí)性(步驟1608)且在確認(rèn)漫游服務(wù)是真實(shí)時(shí)發(fā)出一個(gè)內(nèi)容(步驟1613)。
客戶機(jī)注銷安全性，執(zhí)行被適當(dāng)壓縮的中間數(shù)據(jù)的譯碼等等(步驟1615)，并復(fù)制和顯示該數(shù)據(jù)(步驟1616)。
另一方面，如果安全系統(tǒng)類型彼此不一致，則客戶機(jī)向漫游服務(wù)服務(wù)器傳輸客戶機(jī)支持的安全系統(tǒng)的類型(步驟1606)。
然后漫游服務(wù)服務(wù)器向涉及的內(nèi)容分配服務(wù)器發(fā)出最初的內(nèi)容分配的請求(步驟1607)。漫游服務(wù)服務(wù)器隨該請求一起發(fā)出一個(gè)數(shù)字證明書、用戶認(rèn)證數(shù)據(jù)等。在這一請求下，內(nèi)容服務(wù)器檢查漫游服務(wù)服務(wù)器的真實(shí)性(步驟1609)且向漫游服務(wù)服務(wù)器發(fā)送該內(nèi)容(步驟1610)。
漫游服務(wù)服務(wù)器接收該內(nèi)容，通過利用來自內(nèi)容供給器提供的安全信息注銷安全性，且此后執(zhí)行安全系統(tǒng)的系統(tǒng)轉(zhuǎn)換(步驟1611)。
對于這一轉(zhuǎn)換，可以利用一方法，在其中，關(guān)于由例如譯碼所保護(hù)的內(nèi)容，一密碼通過利用來自內(nèi)容服務(wù)器的信息進(jìn)行譯碼，且利用不同的對客戶機(jī)可行的密碼進(jìn)行再次加密，或者，在密碼被譯碼以后，組合一數(shù)字水印等來標(biāo)明知識產(chǎn)權(quán)(例如版權(quán))。但是，對這一過程不作詳細(xì)的描述。這一過程以后，漫游服務(wù)服務(wù)器向客戶機(jī)傳輸內(nèi)容(步驟1612)。
在客戶機(jī)側(cè)，從漫游服務(wù)服務(wù)器傳輸和接收的內(nèi)容，通過利用同時(shí)從漫游服務(wù)服務(wù)器傳輸?shù)陌踩N信息進(jìn)行譯碼。同時(shí)，如果已被加上數(shù)字水印等，則會被去掉。通常地，一個(gè)例如視頻的內(nèi)容以壓縮的狀態(tài)被傳輸。這一內(nèi)容根據(jù)需要從壓縮狀態(tài)譯碼(步驟1615)。該接收的內(nèi)容被復(fù)制并被顯示(步驟1616)。
圖17是本發(fā)明的實(shí)施例3中的IPMP系統(tǒng)間漫游系統(tǒng)的方框圖。在本實(shí)施例中，內(nèi)容提供者產(chǎn)生一漫游務(wù)的請求。
(1)用戶A請求從服務(wù)器B通過正規(guī)的程序發(fā)送內(nèi)容或目標(biāo)。
(2)服務(wù)器B確認(rèn)用戶所有的IPMP系統(tǒng)的類型。如果用戶的IPMP的類型同服務(wù)器B的類型不同，則服務(wù)器B請求一IPMP漫游服務(wù)提供者(以下稱漫游服務(wù)提供者)來按規(guī)定的程序執(zhí)行IPMP信息的轉(zhuǎn)換，且向漫游服務(wù)提供者發(fā)送必要的數(shù)據(jù)。
(3)通過服務(wù)器B的轉(zhuǎn)換請求，漫游服務(wù)提供者執(zhí)行IPMP信息的轉(zhuǎn)換，以使用戶A的2001hIPMP系統(tǒng)能執(zhí)行復(fù)制所必要的譯碼。
(4)漫游服務(wù)提供者向用戶A發(fā)送帶有轉(zhuǎn)換的IPMP信息的數(shù)據(jù)。
圖18示出了客戶機(jī)(對應(yīng)于圖17所示的用戶A)、內(nèi)容服務(wù)器(對應(yīng)于圖17所示的服務(wù)器B)和圖17的一漫游服務(wù)服務(wù)器間的數(shù)據(jù)通訊過程的方框圖。
在圖16所示的過程中，客戶機(jī)向漫游服務(wù)服務(wù)器傳輸一請求，客戶機(jī)直接向該過程中的內(nèi)容服務(wù)器傳輸一請求。
首先，客戶機(jī)首先向內(nèi)容服務(wù)器發(fā)出一發(fā)送內(nèi)容的請求(步驟1801)。
然后內(nèi)容服務(wù)器執(zhí)行一用戶認(rèn)證的操作(步驟1802)。在本說明書中不規(guī)定用戶認(rèn)證的方法。
接下來，內(nèi)容服務(wù)器向客戶機(jī)傳輸一表示用其對內(nèi)容進(jìn)行保護(hù)的安全系統(tǒng)類型(IPMP系統(tǒng)類型)的信號(步驟1803)。
在這里假設(shè)已經(jīng)通過上述的RA對安全類型進(jìn)行了注冊。然后，在客戶機(jī)側(cè)，進(jìn)行一關(guān)于根據(jù)來自內(nèi)容服務(wù)器的信息的安全系統(tǒng)是否與客戶機(jī)的插放器的安全類型一致的檢查(播放器是否可以解開安全系統(tǒng))(步驟1805)。
如果在步驟1805中確定安全系統(tǒng)類型彼此一致，則內(nèi)容服務(wù)器發(fā)送該內(nèi)容(步驟1804)，且客戶機(jī)注銷該安全性，執(zhí)行被適當(dāng)壓縮的中間數(shù)據(jù)的譯碼，等等(步驟1814)，并復(fù)制和顯示該數(shù)據(jù)(步驟1815)。
另一方面，如果在步驟1805中確定安全系統(tǒng)類型彼此一致，則客戶機(jī)向內(nèi)容服務(wù)器傳輸客戶機(jī)支持的安全系統(tǒng)(步驟1806)。
接下來，內(nèi)容服務(wù)器請求一個(gè)適當(dāng)?shù)穆畏?wù)服務(wù)器來執(zhí)行安全轉(zhuǎn)換操作(步驟1807)該內(nèi)容服務(wù)器和漫游服務(wù)服務(wù)器執(zhí)行認(rèn)證驗(yàn)證的通訊，下面將對于用數(shù)字證明的方法進(jìn)行描述。
接收該請求的漫游服務(wù)服務(wù)器向內(nèi)容服務(wù)器傳輸一預(yù)先得到的數(shù)字證明來確定其真實(shí)性(步驟1808)。
接收該數(shù)字證明，內(nèi)容服務(wù)器檢查該證明以確保漫游服務(wù)服務(wù)器的真實(shí)性(步驟1809)，且之后向漫游服務(wù)服務(wù)器傳輸該內(nèi)容(步驟1811)。
接下來，漫游服務(wù)服務(wù)器執(zhí)行安全系統(tǒng)的系統(tǒng)轉(zhuǎn)換(反轉(zhuǎn)換)(步驟1812)。尤其是，可以利用一種關(guān)于進(jìn)行內(nèi)容的保護(hù)的方法，例如加密術(shù)，即通過利用來自內(nèi)容服務(wù)器的信息進(jìn)行譯碼，且通過利用對用戶可行的不同密碼進(jìn)行再一次加密，或者在解密以后，組合數(shù)字水印等來標(biāo)明知識產(chǎn)權(quán)(例如版權(quán))。但是，對這一操作不作詳細(xì)描述。
在這一操作以后，漫游服務(wù)服務(wù)器向客戶機(jī)傳輸該內(nèi)容(步驟1813)。在客戶機(jī)側(cè)，從漫游服務(wù)服務(wù)器所傳輸和接收的內(nèi)容通過利用同時(shí)從漫游服務(wù)服務(wù)器傳輸?shù)陌踩N信息進(jìn)行譯碼。同時(shí)，如果已經(jīng)加上數(shù)字水印等，則其將被去掉。通常，例如視頻的內(nèi)容是以壓縮狀態(tài)被傳輸?shù)?。這一內(nèi)容根據(jù)需要從壓縮狀態(tài)被譯碼(步驟1814)。該接收的內(nèi)容被復(fù)制并被顯示(步驟1815)。
圖19是解釋本發(fā)明的實(shí)施例4中的IPMP系統(tǒng)間的漫游的系統(tǒng)的方框圖。本實(shí)施例是一利用以上描述的關(guān)于用戶A和漫游服務(wù)提供者間的傳統(tǒng)技術(shù)的OPIMA VM的系統(tǒng)的應(yīng)用的一個(gè)例子。
在本實(shí)施例中，在OPIMAVM中的不同的IPMP間出現(xiàn)的問題(上述的問題2和3)得到解決，且本發(fā)明的系統(tǒng)可以有效地用來進(jìn)行不同類型的信息間的自動轉(zhuǎn)換。
參見圖19，提供了一IPMPS型2000的MPEG-4內(nèi)容服務(wù)器51，一IPMPS型2001的MPEG-4內(nèi)容服務(wù)器52和一IPMPS型2002的MPEG-4內(nèi)容服務(wù)器53。這些服務(wù)器聯(lián)接到網(wǎng)絡(luò)54上，在其上還聯(lián)接有IPMP系統(tǒng)漫游服務(wù)服務(wù)器(以下稱為“漫游服務(wù)服務(wù)器”)和MPEG-4播放器56。
MPEG-4播放器56和漫游服務(wù)服務(wù)器55中的每一個(gè)都支持OPIMA模式的協(xié)議。
當(dāng)MPEG-4播放器56請求發(fā)送來自漫游服務(wù)服務(wù)器55中的內(nèi)容時(shí)，該漫游服務(wù)服務(wù)器55請求內(nèi)容服務(wù)器51、52或53保持這一內(nèi)容，以下載這一內(nèi)容。
這里假設(shè)在服務(wù)器52中已存在有該內(nèi)容。
在這種情況下，在漫游服務(wù)服務(wù)器55和播放器56間執(zhí)行用戶認(rèn)證。也可以同時(shí)在內(nèi)容服務(wù)器53和漫游服務(wù)服務(wù)器55間執(zhí)行。
然后，將內(nèi)容從服務(wù)器52的內(nèi)容通過網(wǎng)絡(luò)54下載到漫游服務(wù)服務(wù)器55。這一下載可以通過與本實(shí)施例描述的以上解釋中的一個(gè)相同的過程執(zhí)行，或者也可以按照OPIMA系統(tǒng)的過程執(zhí)行。在本實(shí)施例中，下載是通過上述過程中的一個(gè)而不是OPIMA系統(tǒng)的程序執(zhí)行的。
另一方面，該OPIMA系統(tǒng)被用在漫游服務(wù)服務(wù)器55和播放器56之間。如果MPEG-4播放器56已經(jīng)僅安裝有2000型IPMP系統(tǒng)，則它請求漫游服務(wù)服務(wù)器55下載2001型IPMP系統(tǒng)。由于漫游服務(wù)服務(wù)器55對于幾乎所有的內(nèi)容服務(wù)器都有IPMP系統(tǒng)，所以它可以直接下載想要的IPMP系統(tǒng)到終端56。即，漫游服務(wù)服務(wù)器55下載2001型IPMP系統(tǒng)。
在執(zhí)行2001型IPMP系統(tǒng)的下載以后，播放器56可以將IPMP系統(tǒng)從2000型改變到2001型，且用兼容的S-型執(zhí)行端到端的通訊。
根據(jù)實(shí)施例4，可以不用任何相當(dāng)多的延時(shí)來執(zhí)行數(shù)據(jù)分配，因此保證了實(shí)時(shí)操作。
以下將描述實(shí)現(xiàn)上述實(shí)施例的服務(wù)的服務(wù)請求的技術(shù)條件的例子。
圖20圖示了當(dāng)本實(shí)施例的服務(wù)由來自用戶或者需要IPMP信息交換服務(wù)的內(nèi)容提供者的請求執(zhí)行時(shí)的公共的基本信息。
如果一內(nèi)容或者一目標(biāo)包括如圖12所示的MPEG-4 IPMP信息，則IPMP信息有如圖20所示的在國際標(biāo)準(zhǔn)規(guī)范里所描述的“IPMP消息”數(shù)據(jù)結(jié)構(gòu)。這一數(shù)據(jù)包含一獨(dú)特的由注冊權(quán)威注冊的IPMP系統(tǒng)ID作為其標(biāo)題。從該ID，可以識別由用戶A得到的內(nèi)容或者目標(biāo)數(shù)據(jù)的安全性的IPMP類型。
另一方面，至少請求漫游服務(wù)提供者1)了解為用戶A所擁有的請求轉(zhuǎn)換的IPMP的類型；
2)識別用戶A的復(fù)制裝置能在轉(zhuǎn)換(例如通過利用網(wǎng)絡(luò)協(xié)議地址(IP地址)等作為識別用戶A的復(fù)制裝置的信息)后進(jìn)行數(shù)據(jù)發(fā)送；和3)具有IPMP信息轉(zhuǎn)換進(jìn)行請求的數(shù)據(jù)，或可以得到數(shù)據(jù)的源的信息。
關(guān)于漫游服務(wù)這些請求是不考慮IPMP類型的所有情況都通用，且所有用戶和所有漫游服務(wù)提供者通常都有這些共同類似的信息。
即使在改變漫游服務(wù)提供者時(shí)為了也能夠使用戶得到服務(wù)，系統(tǒng)可以這樣安排使得如圖20所示的提出的數(shù)據(jù)結(jié)構(gòu)可以通過后信道被改變。以這種方式，可以在全世界標(biāo)準(zhǔn)中實(shí)現(xiàn)更穩(wěn)定的漫游服務(wù)。
作為一種通過如圖20所提議的(漫游服務(wù)句法)數(shù)據(jù)結(jié)構(gòu)傳輸一漫游服務(wù)請求的裝置，和作為更高標(biāo)準(zhǔn)的方法，已提供了一關(guān)于來自播放器的信息流返回的標(biāo)志提定，以便執(zhí)行漫游服務(wù)請求信息的上游處理(一種利用MPEG-4中的后信道功能的作用將來自播放器側(cè)的信息發(fā)送給服務(wù)器側(cè)的功能)，其中服務(wù)請求信息是在常規(guī)使用過程中執(zhí)行下游處理(接收MPEG-4位數(shù)據(jù)流和完成畫面復(fù)制)的情況下，象來自播放器側(cè)的如圖20所示的上行信道信息一樣。根據(jù)使用該功能的例子解釋該實(shí)施例的功能。
將參考附圖描述本發(fā)明的后信道的實(shí)現(xiàn)過程。
圖21簡略地示出了本發(fā)明的優(yōu)選實(shí)施例中包括MPEG-4播放器的系統(tǒng)的構(gòu)造的框圖。將如圖21所示的系統(tǒng)設(shè)置成通過操作“IP數(shù)據(jù)設(shè)定”來實(shí)現(xiàn)“IP保護(hù)”。如圖21所示的系統(tǒng)在具有知識產(chǎn)權(quán)管理和保護(hù)系統(tǒng)(IPMPS)207、并由IPMPS 207實(shí)現(xiàn)版權(quán)認(rèn)證和保護(hù)功能方面不同于圖3所示的系統(tǒng)。
圖22是涉及認(rèn)證過程的客戶機(jī)的操作的流程圖。參見圖22將在下面描述圖21所示的系統(tǒng)的操作。
在服務(wù)器中，一多路復(fù)用器201從201到204的多個(gè)具有不同URLs(均一資源定位器)URL1、URL2和URL3的網(wǎng)絡(luò)位置接收單一的目標(biāo)，且形成由這些目標(biāo)構(gòu)成的移動的圖像數(shù)據(jù)。這一移動圖形數(shù)據(jù)被作為一MEG-4位數(shù)據(jù)流205根據(jù)來自客戶機(jī)的請求在網(wǎng)上傳輸給客戶機(jī)。
在S1步驟中，客戶機(jī)接收來自服務(wù)器的MPEG-4位數(shù)據(jù)流205。對構(gòu)成這一MPEG-4位數(shù)據(jù)流205的每一目標(biāo)，連接有指定相對應(yīng)的版權(quán)所有者(本實(shí)施例中的URL上的信息)的信息。
在步驟S2中，通過多路分解器206客戶機(jī)將MPEG-4位數(shù)據(jù)流205分成多個(gè)由連接到每一目標(biāo)上的多個(gè)目標(biāo)和信息(包括URL信息)形成的數(shù)據(jù)流。連接到每一目標(biāo)上的URL信息加到IPMPS 207作為是“IP數(shù)據(jù)流”的“IPMP數(shù)據(jù)流”的一部分。
在步驟S3中，選擇從供給到IPMPS 207上的一個(gè)或多個(gè)URL上信息上的一個(gè)URL的任一信息。這樣可以，例如由一個(gè)操作者指定或URL上的信息的條目可以以預(yù)定的順序連續(xù)地由IPMPS 207進(jìn)行選擇。
在步驟S4中，根據(jù)所選擇的URL信息，一認(rèn)證請求信號被傳輸?shù)骄哂羞B接到網(wǎng)絡(luò)的一個(gè)或多個(gè)服務(wù)器中的相應(yīng)的URL的服務(wù)器202。對于這一傳輸，用到以下描述的后信道1或后信道2。
在步驟S5中，從接收認(rèn)證請求信號的服務(wù)器202來的訪問許可信號的傳輸處于等待狀態(tài)。當(dāng)接收訪問許可信號時(shí)，程序前行到步驟S6。如果在預(yù)定的時(shí)間周期內(nèi)沒有接收訪問許可信號，則程序移到步驟S7。
在步驟S6中，在接收代表訪問許可(認(rèn)證)的訪問許可信號時(shí)允許對目標(biāo)訪問。尤其是，控制訪問控制點(diǎn)的控制信號212設(shè)定在允許狀態(tài)，以使畫面描述符208、視聽的譯碼器209和目標(biāo)描述符210從多路分解器206訪問相應(yīng)的數(shù)據(jù)流(即，允許由訪問許可信號訪問目標(biāo)數(shù)據(jù)流)。
另一方面，在步驟S7中，控制訪問控制點(diǎn)的控制信號212設(shè)定在禁止?fàn)顟B(tài)，以阻止畫面描述符208、視聽的譯碼器209和目標(biāo)描述符210從多路分解器206訪問相應(yīng)的數(shù)據(jù)流(即，在請求認(rèn)證以后不允許訪問目標(biāo)數(shù)據(jù)流)。
在步驟S8中，進(jìn)行是否有其它URL信息的檢查。如果這里有剩余的URL信息，則程序返回到步驟S3。如果沒有其它URL信息，則程序結(jié)束。
一畫面合成和圖形處理部分211根據(jù)畫面描述符208、視聽的譯碼器209和目標(biāo)描述符210所提供的數(shù)據(jù)執(zhí)行畫面合成和圖形處理。此時(shí)，只有允許要訪問的目標(biāo)中的一個(gè)可以用來合成目標(biāo)，或者除非所有目標(biāo)被允許同時(shí)訪問則禁止復(fù)制相關(guān)目標(biāo)中的任何一個(gè)。
以上描述的認(rèn)證操作可以進(jìn)一步地加以詳細(xì)描述。
MPEG-4位數(shù)據(jù)流包括描述每一個(gè)形成在目標(biāo)基礎(chǔ)上的“基礎(chǔ)數(shù)據(jù)流”(ES)的“ES-描述符”，和描述每一目標(biāo)本身的“OD-描述符”。如果“ES-描述符”或“OD-描述符”包括一遠(yuǎn)程訪問的命令和指定一訪問目的地的URL信息，則遠(yuǎn)程訪問由如圖23所示的程序執(zhí)行。
圖23是一解釋遠(yuǎn)程訪問的草圖。
參見圖23，“DAI”是一MPEG-4位數(shù)據(jù)流和網(wǎng)絡(luò)間的接口的接口層，叫“DMIF應(yīng)用接口”。在“ISO/IEC 14496-6DMIF資料DMIF應(yīng)用接口”(“ISO/IEC14496-6 DMIF Document DMIF Application Interface”)的段落中有對該層的詳細(xì)描述，且在本說明書中不進(jìn)行描述。
同樣，MPEG-4位數(shù)據(jù)流有顯示對應(yīng)于“基礎(chǔ)數(shù)據(jù)流”(ES)的譯碼種類信息的“譯碼形式描述符”(“DecoderConfigDescriptor”)。這一“譯碼形式描述符”是由幾個(gè)數(shù)據(jù)元素形成的結(jié)構(gòu)，其中之一是指定數(shù)據(jù)流類型的一位上數(shù)據(jù)流參數(shù)。在“ISO/IEC 14496-1 FCD 8.3.4譯碼形式描述符”(“ISO/IEC14496-1 FCD 8.3.4 DecoderConfigDescriptor”)的段落中詳細(xì)描述了這一數(shù)據(jù)元素，在本說明書中將不作說明。
用表達(dá)式1表示“譯碼形式描述符”的一個(gè)例子。
表達(dá)式1譯碼形式描述符對位(8)類譯碼形式描述符位(8)標(biāo)記=譯碼形式描述符標(biāo)記{位(8)長度；位(8)目標(biāo)輪廓指示(objectProfileIndication)；位(6)數(shù)據(jù)流類型；位(1)上游；保留的常數(shù)位(1)=1；位(24)緩沖器規(guī)格DB；位(32)最大位速率；位(32)均位速率；譯碼特定信息(DecoderSpecificInfo)十進(jìn)位特定信息(decSpecificInfo)[]；}根據(jù)在表達(dá)式1中的“譯碼形式描述符”類說明中的數(shù)據(jù)元素的“數(shù)據(jù)流類型”的值執(zhí)行認(rèn)證。該“數(shù)據(jù)流類型”的值如表3中所示地作了限定。
表3數(shù)據(jù)流類型指定值
在表3中，具體到本實(shí)施例的識別“IPMP數(shù)據(jù)流”的值被加在“ISO/IEC14496-1 FCD”表0-1數(shù)據(jù)流類型值。該參數(shù)和表3中的條目同“ISO/IEC14496-1 FCD”中的相同，且在本說明書中不作解釋。
如圖21所示，當(dāng)“譯碼形式描述符。上游”指定數(shù)據(jù)流方向的標(biāo)志是“1”時(shí)，系統(tǒng)處于數(shù)據(jù)流從客戶機(jī)側(cè)傳輸?shù)椒?wù)器側(cè)的“上游狀態(tài)”。利用這一“上游狀態(tài)”的傳輸功能被稱作“后信道1(back-channel 1)”。
在普通的復(fù)制中，“譯碼形式描述符。上游”是零，且系統(tǒng)處于數(shù)據(jù)流從服務(wù)器側(cè)傳輸?shù)娇蛻魴C(jī)側(cè)的“下游”狀態(tài)。另一方面，在進(jìn)行允許訪問目標(biāo)請求的情況下，“譯碼形式描述符。上游”被設(shè)定為1，以利用“后信道1”作為上游URL目的地的必須數(shù)據(jù)的“上游”。通過這一信道，“IPMP管理數(shù)據(jù)”(知識產(chǎn)權(quán)管理信息)被作為“IPMP數(shù)據(jù)流”傳輸?shù)椒?wù)器側(cè)。這一遠(yuǎn)程訪問啟動了從URL目的地響應(yīng)數(shù)據(jù)的傳輸。
表3中所示的“IPMP數(shù)據(jù)流”是由“IPMP-ES”和“IPMP-D”構(gòu)成的。一個(gè)“IPMP-ES”是由一串“IPMP-消息”形成的。
表達(dá)式2表示“IPMP-消息”描述的一個(gè)例子。
表達(dá)式2IPMP-消息將IPMP-消息分類(){無符號的int(8)IPMPS-類型計(jì)數(shù)；位(1)有URL；int i；for(i=0；i＜IPMP類計(jì)數(shù)；i++){無符號的int(16)IPMPS-類[[i]]；無符號的int(32)位移[[i]]；無符號的int(16)長度[[i]]；}如果(有URL){無符號的int(15)lengthOfURLbits；位(3)備用=Ob111；無符號的int(lengthOfURLbits)lengthOfURL；char(8)URL串[lengthOfURL]；｝for(i=0；i＜IPMP-類型計(jì)數(shù)；i++){char(8)IPMP-數(shù)據(jù)[長度[i]]；}｝在表達(dá)式2中，“IPMPS-類型計(jì)數(shù)”表示不同的“IPMPS類型”的數(shù)量。因此，可以存在不同的IPMPS且調(diào)整“IPMP消息”為多個(gè)IPMPS。
如果一URL被指定，則“IPMPS-類型計(jì)數(shù)”有“0”和其它最小值“1”。在這種情況下，外部儲存的“IPMP-消息”被引用且被用來代替內(nèi)部的“IPMP-消息”。
同樣，“IPMPS-D”是由“IPMP描述符”形成的。這一“IPMP描述符”是關(guān)于每一“基礎(chǔ)數(shù)據(jù)流”的精確的IPMP控制的數(shù)據(jù)結(jié)構(gòu)。另外，執(zhí)行“IPMP描述符修正”作為目標(biāo)描述符數(shù)據(jù)流的一部分。公式3表示“IPMP描述修正”描述的一個(gè)例子。
表達(dá)式3IPMP描述符修正aligned(8)將IPMP-描述符修正分類單元(8)IPMP-描述符修正標(biāo)志{無符號的int(8)描述符計(jì)數(shù)；int i；for(i=0；I＜描述符計(jì)數(shù)；i++){IPMP-描述符d[[i]]；｝｝在表達(dá)式3中，“描述符計(jì)數(shù)”表示要修正的“IPMP-描述符”的數(shù)量，且d[i]表示一個(gè)“IPMP-描述符”。
表達(dá)式4表示“IPMP描述符”描述的一個(gè)例子。
表達(dá)式4IPMP-描述符將IPMP-描述符()分類{位(8)IPMP-描述符ID；無符號的int(8)“IPMPS-類型計(jì)數(shù)”；位(1)有URL；int i；for(i=0；i＜IPMPS-類型計(jì)數(shù)；i++){無符號的int(16)IPMPS-類型[[i]]；無符號的int(32)位移[[i]]；無符號的int(16)長度[[i]]；}如果(有URL){無符號的int(5)lengthOfURLbits；位(3)備用=Ob111；無符號的int(lengthOfURLbits)lengthOfURL；char(8)URL串[lengthOfURL]；｝for(i=0；i＜IPMPS類計(jì)數(shù)；i++){
char(8)IPMP-數(shù)據(jù)[長度[i]]；}｝在表達(dá)式4中，“IPMP-描述符-ID”是唯一地指定每個(gè)“IPMP描述符”的數(shù)，“ES-描述符”是通過利用“IPMP-描述符-ID”來表示“IPMP描述符”，且“IPMPS-類型計(jì)數(shù)”代表由“IPMP-消息”指定的不同的IPMPS的數(shù)量。
圖24是在從URL目的地更進(jìn)一步地指定URL的情況下的分層結(jié)構(gòu)的例子的框圖。當(dāng)然，當(dāng)圖24示出了兩層結(jié)構(gòu)的例子時(shí)，如果有更多指定的URL則可以形成三層結(jié)構(gòu)、四層結(jié)構(gòu)等。盡管在圖24中沒有可理解地圖示“IPMP數(shù)據(jù)流”，但涉及到遠(yuǎn)程指定的目標(biāo)“IPMP-ES”或“IPMP-D”，在需要時(shí)對應(yīng)于“畫面描述數(shù)據(jù)流”或“目標(biāo)描述符數(shù)據(jù)流”被譯碼或被遠(yuǎn)程訪問，如圖23所示。
已經(jīng)描述了利用MPEG-4位數(shù)據(jù)流即后信道1的“上游”狀態(tài)的認(rèn)證操作。但是，這一利用后信道1的認(rèn)證操作是在位數(shù)據(jù)流的實(shí)時(shí)復(fù)制時(shí)的“上數(shù)據(jù)流”操作。因此，特別為相當(dāng)小的僅需要短的處理時(shí)間的數(shù)據(jù)的高速操作而設(shè)計(jì)。在實(shí)施實(shí)時(shí)復(fù)制的系統(tǒng)中，理想的是減小由于遠(yuǎn)程訪問和通過后信道1的認(rèn)證的延時(shí)。
即使當(dāng)數(shù)據(jù)量少，可以請求相當(dāng)長的時(shí)間來完成認(rèn)證。因此，通過后信道1通訊的延時(shí)是一種考慮。通過考慮允許延時(shí)時(shí)間和可操作的相互作用的需要，所解決這一問題的優(yōu)選的方法是提供一第二“后信道”。
因此，在本實(shí)施例中，提供有不同于MPEG-4位數(shù)據(jù)流傳輸?shù)腎/O(裝置間的輸入/輸出)的接口。通過這一接口的信道以下稱作“后信道2”。
在描述利用“后信道2”的認(rèn)證操作之前，首先描述數(shù)據(jù)的數(shù)量和“后信道1”和“后信道2”的延時(shí)時(shí)間之間的關(guān)系。根據(jù)“MPEG-4請求組”的一份報(bào)告，沒有不利于實(shí)時(shí)復(fù)制的“后信道”的允許的延時(shí)時(shí)間是一幀的周期。表4示出了關(guān)于數(shù)據(jù)的推測數(shù)量和根據(jù)這一允許延時(shí)決定的傳輸率的“后信道1”和“后信道2”的關(guān)系。
表4
在進(jìn)行認(rèn)證的高速遠(yuǎn)程IPMP訪問的情況下，每幀100到500字節(jié)范圍內(nèi)的數(shù)據(jù)數(shù)量根據(jù)極限延時(shí)時(shí)間限制可以經(jīng)3到5千/秒(k/sec)的傳輸行進(jìn)行處理。表4可以被作為由“后信道”根據(jù)“IPMP消息”數(shù)據(jù)、“IPMP描述符”數(shù)據(jù)和URL目的地的“遠(yuǎn)程內(nèi)容訪問”產(chǎn)生的延時(shí)帶寬度關(guān)系。因此，限制了實(shí)際認(rèn)證的數(shù)據(jù)的數(shù)量。另一方面，認(rèn)證在同數(shù)據(jù)流處理異步關(guān)系上花費(fèi)時(shí)間。
也可以假設(shè)得到多個(gè)目標(biāo)的認(rèn)證可以請求不僅同一個(gè)位置而且同多個(gè)位置進(jìn)行通訊。在這種情況下，如表4所示的條件變得難以滿足，且系統(tǒng)實(shí)際上是不可用的。因此，優(yōu)選地使用“后信道2”進(jìn)行認(rèn)證操作，它可以滿足同數(shù)據(jù)流操作異步關(guān)系的低速操作。
以下描述利用“后信道2”的操作。如圖21所示，用于認(rèn)證的低速IPMP輸入/輸出訪問的“后信道2”安裝有作為基本上不同于MPEG-4位數(shù)據(jù)流傳輸?shù)囊籌/0(裝置間輸入/輸出)接口。
有鍵盤、顯示器和調(diào)制解調(diào)器的計(jì)算機(jī)終端214外部安裝在“后信道2”上。計(jì)算機(jī)終端214連接到電話線和IPMPS 207上。在這種排列中，計(jì)算機(jī)終端214從IPMPS 207接收需要認(rèn)證的數(shù)據(jù)流中的目標(biāo)上的信息、和管理目標(biāo)的認(rèn)證者的信息，且在顯示器上指明所接收的信息。操作者通過參考顯示器上的信息來選擇需要認(rèn)證數(shù)據(jù)流中的一些目標(biāo)。計(jì)算機(jī)終端214電話聯(lián)系認(rèn)證者，接收認(rèn)證操作的信息和訪問編碼，并在顯示器上指明所接收信息的內(nèi)容。當(dāng)操作者利用鍵盤輸入所接收的信息時(shí)，通知IPMPS 207該輸入信息且設(shè)定可訪問的必要的目標(biāo)。
當(dāng)通過示例描述用電話線的情況時(shí)，如可以利用光纜電視的光纜或者無線通訊信道。
如果需要可使用儲存在同認(rèn)證者聯(lián)系的情況下預(yù)先得到的訪問認(rèn)證所需要信息的個(gè)人計(jì)算機(jī)卡(PC卡)。將該P(yáng)C卡插入計(jì)算機(jī)終端214的PCMCIA的接口中，來通知IPMPS 207訪問認(rèn)證必要的信息，從而設(shè)定可訪問的必要的目標(biāo)。
在認(rèn)證操作需要一基本上長的時(shí)間和/或認(rèn)證時(shí)間的情況下，上述的低速操作在非實(shí)時(shí)條件下是有效的，例如當(dāng)數(shù)據(jù)流復(fù)制開始時(shí)或者在畫面變換時(shí)。
如上所述，在本實(shí)施例中，可以根據(jù)使用選擇利用“后信道1”和“后信道2”。該系統(tǒng)可以要排成可以由操作者選擇這些信道中的一個(gè)，或者可以通過考慮延時(shí)極限來執(zhí)行系統(tǒng)的操作，等等，以優(yōu)化該選擇。
如上所述，提供有兩種不同類型的“后信道”來實(shí)現(xiàn)高靈活性的認(rèn)證操作。
本發(fā)明也適用于由多個(gè)裝置構(gòu)成的系統(tǒng)或由一個(gè)裝置構(gòu)成的系統(tǒng)。
本發(fā)明的發(fā)明者計(jì)劃包括一種由對應(yīng)于由發(fā)明者權(quán)利要求保護(hù)的本發(fā)明的范圍內(nèi)的上述的實(shí)施例的方法或裝置的全部要素所中的一個(gè)要素所構(gòu)成的裝置或方法。
上述實(shí)施例中的每一裝置的功能也可以以這種方法實(shí)現(xiàn)，即在其上記錄程序編碼的存儲介質(zhì)被暫時(shí)或不變地設(shè)置在系統(tǒng)或裝置中，且裝置或系統(tǒng)中的計(jì)算機(jī)(或CPU或微處理器單元(MPU))讀出存儲在存儲介質(zhì)上的程序編碼。在這種情況下，從存儲介質(zhì)中讀出的程序編碼本身或存儲介質(zhì)本身構(gòu)成本發(fā)明的法定的權(quán)利要求。
提供這一程序編碼的記錄介質(zhì)最好是例如軟盤、硬盤、光盤、磁光盤、光盤只讀存儲器(CD-ROM)，可讀光盤(CD-R)、磁卡、利用非易失記憶的存儲卡、只讀存儲器等等。但是，根據(jù)本發(fā)明任何其它介質(zhì)也可以作為記錄介質(zhì)。
本發(fā)明的技術(shù)范圍覆蓋實(shí)施本發(fā)明的方式，在其中執(zhí)行從記錄介質(zhì)中讀出的程序編碼來實(shí)現(xiàn)特定于本發(fā)明的功能，且在其中運(yùn)行在計(jì)算機(jī)上的操作系統(tǒng)(OS)等分擔(dān)實(shí)際操作的一部分或者按照程序編碼的指令執(zhí)行整個(gè)操作。
本發(fā)明的技術(shù)范圍還覆蓋了實(shí)施本發(fā)明的方式，在其中把從記錄介質(zhì)中讀出的程序編碼寫到插在計(jì)算機(jī)上的功能擴(kuò)展板或連接到該計(jì)算機(jī)上的功能擴(kuò)展單元上的存儲器上，且安裝在功能擴(kuò)展板上或功能擴(kuò)展單元上的CPU等分擔(dān)實(shí)際操作的一部分或者按照程序編碼的指令執(zhí)行整個(gè)操作。
如上所述，在根據(jù)本實(shí)施例的系統(tǒng)中，其保證客戶機(jī)/用戶從內(nèi)容提供服務(wù)器得到內(nèi)容或目標(biāo)數(shù)據(jù)，每一內(nèi)容或目標(biāo)數(shù)據(jù)根據(jù)確保彼此兼容的國際標(biāo)準(zhǔn)規(guī)格形成為MPEG-4數(shù)據(jù)，如圖12所示，其中連接有個(gè)人的IPMP數(shù)據(jù)，例如公共關(guān)鍵碼和口令、必要的安全加密、形成數(shù)字水印、譯碼和清除數(shù)字水印。通過使用這一系統(tǒng)，可以提供分配由需要安全保護(hù)的數(shù)字內(nèi)容數(shù)據(jù)的服務(wù)，如下描述。
1．提供一種將適合于用戶希望復(fù)制的內(nèi)容或目標(biāo)的IPMP信息轉(zhuǎn)換成適合于用戶所擁有的復(fù)制裝置的IPMP系統(tǒng)信息的服務(wù)。根據(jù)國際標(biāo)準(zhǔn)規(guī)格形成的和具有相互兼容性的內(nèi)容或目標(biāo)數(shù)據(jù)所得到的MPEG-4數(shù)據(jù)部分不能用這種轉(zhuǎn)換來改變。另一方面，個(gè)人的IPMP數(shù)據(jù)，例如公共關(guān)鍵碼和口令、必要的安全加密、形成的數(shù)字水印、譯碼和清除數(shù)字水印被轉(zhuǎn)換成對應(yīng)于用戶的IPMP系統(tǒng)的形式。因此，保持了內(nèi)容或目標(biāo)數(shù)據(jù)的安全。
2．如果內(nèi)容是由多個(gè)不同種類的IPMP信息的目標(biāo)形成，則對每一個(gè)管理目標(biāo)的IPMP系統(tǒng)服務(wù)器執(zhí)行用戶認(rèn)證的代理機(jī)構(gòu)業(yè)務(wù)在用戶的請求下被執(zhí)行，等等。
如上所述，每一提供一普通IPMP平臺的計(jì)劃和決定一標(biāo)準(zhǔn)的IPMP系統(tǒng)的計(jì)劃限定一個(gè)缺點(diǎn)。
如果提供上述服務(wù)1和2的中間數(shù)字內(nèi)容分配服務(wù)提供者存在的話，則可以得到下述的效果。1)用戶能夠復(fù)制具有與用戶希望復(fù)制內(nèi)容的裝置的IPMP系統(tǒng)不同的IPMP系統(tǒng)信息的內(nèi)容，或由多個(gè)目標(biāo)形成的內(nèi)容。2)對于原始內(nèi)容/目標(biāo)數(shù)據(jù)分配器沒有必要向普通用戶公開它們的安全系統(tǒng)。同樣，也沒有必要提供一個(gè)統(tǒng)一標(biāo)準(zhǔn)的IPMP系統(tǒng)。因此，可以構(gòu)造一例如滿足內(nèi)容(或目標(biāo))權(quán)利所有者的要求的安全系統(tǒng)。3)因存在不同的IPMP系統(tǒng)而導(dǎo)致的用戶操作性和系統(tǒng)限制的問題可被解決或減少，從而在用戶的內(nèi)容/目標(biāo)數(shù)據(jù)提供側(cè)實(shí)現(xiàn)IPMP系統(tǒng)的交替使用性。
根據(jù)本發(fā)明，如上所述，一用戶可以復(fù)制不同于用戶想要復(fù)制內(nèi)容的裝置的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的保護(hù)系統(tǒng)的內(nèi)容，或者復(fù)制由多個(gè)目標(biāo)形成的內(nèi)容。另一方面，對于初始的內(nèi)容/目標(biāo)數(shù)據(jù)分配器，沒有必要向普通的用戶公開它們的安全系統(tǒng)，且沒有必要提供統(tǒng)一的標(biāo)準(zhǔn)知識產(chǎn)權(quán)保護(hù)系統(tǒng)(例如IPMP系統(tǒng))。因此，可以根據(jù)內(nèi)容(或目標(biāo))權(quán)利所有者的請求構(gòu)造安全系統(tǒng)。因存在不同的知識產(chǎn)權(quán)保護(hù)系統(tǒng)而導(dǎo)致的用戶操作性和系統(tǒng)限制的問題可被解決或減少，因此實(shí)現(xiàn)了用戶容/目標(biāo)數(shù)據(jù)提供側(cè)的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的交替使用性。
換句話說，本實(shí)施例的上述描述僅被示例性地給出，且不構(gòu)成對每一方面中有任何的限制。
因此本發(fā)明的范圍唯一地由下述的權(quán)利要求決定，且不限于說明書的文本，且在等效于權(quán)利要求范圍內(nèi)所做的改變?nèi)栽诒景l(fā)明的真正精神和范圍內(nèi)。
權(quán)利要求
1.一種數(shù)字內(nèi)容分配系統(tǒng)，具有客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、漫游服務(wù)器、和連接在客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、和漫游服務(wù)器之間的網(wǎng)絡(luò)，其特征在于所述漫游服務(wù)器包括從數(shù)字內(nèi)容服務(wù)器接收具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容的裝置，和用來將接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)，并向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)的裝置。
2.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述客戶機(jī)包括將對于所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)上的信息傳輸?shù)剿雎畏?wù)器的裝置。
3.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述漫游服務(wù)器執(zhí)行對所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換。
4.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述客戶機(jī)包括將所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息傳輸?shù)綌?shù)字內(nèi)容服務(wù)器的裝置。
5.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述漫游服務(wù)器接收來自所述數(shù)字內(nèi)容服務(wù)器的對知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換的請求的信息，且根據(jù)該信息轉(zhuǎn)換知識產(chǎn)權(quán)保護(hù)系統(tǒng)。
6.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述漫游服務(wù)器包括所述客戶機(jī)和所述數(shù)字內(nèi)容服務(wù)器間的代理執(zhí)行認(rèn)證的裝置。
7.根據(jù)權(quán)利要求1的系統(tǒng)，其特征在于所述數(shù)字內(nèi)容包括根據(jù)MPEG-4被編碼的數(shù)字?jǐn)?shù)據(jù)。
8.根據(jù)權(quán)利要求7的系統(tǒng)，其特征在于所述知識產(chǎn)權(quán)保護(hù)系統(tǒng)包括一IPMP系統(tǒng)。
9.根據(jù)權(quán)利要求8的系統(tǒng)，其特征在于根據(jù)MPEG-4 IS v.1的IPMP-描述符的IPMP消息中的IPMPS-類型是用來確認(rèn)IPMP系統(tǒng)的。
10.根據(jù)權(quán)利要求9的系統(tǒng)，其特征在于所述客戶機(jī)包括將對于所述客戶機(jī)可行的IPMPS-類型信息傳輸?shù)剿雎畏?wù)器的裝置。
11.根據(jù)權(quán)利要求10的系統(tǒng)，其特征在于所述客戶機(jī)包括傳輸I P-地址(網(wǎng)絡(luò)協(xié)議地址)信息用于所述客戶機(jī)的確認(rèn)的裝置。
12.根據(jù)權(quán)利要求10的系統(tǒng)，其特征在于所述客戶機(jī)包括傳輸用于確認(rèn)所述數(shù)字內(nèi)容的URL(統(tǒng)一資源定位器)信息的裝置。
13.一種數(shù)字內(nèi)容分配系統(tǒng)，具有客戶機(jī)、漫游服務(wù)器、和連接客戶機(jī)和漫游服務(wù)器的網(wǎng)絡(luò)，其特征在于所述漫游服務(wù)器包括接收來自所述客戶機(jī)的具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容的裝置，和用來將接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種類的知識產(chǎn)權(quán)保護(hù)系統(tǒng)，且向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)。
14.根據(jù)權(quán)利要求13的系統(tǒng)，其特征在于所述客戶機(jī)包括將對于所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息傳輸?shù)剿雎畏?wù)器的裝置。
15.根據(jù)權(quán)利要求13的系統(tǒng)，其特征在于所述漫游服務(wù)器執(zhí)行對于所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換。
16.根據(jù)權(quán)利要求13的系統(tǒng)，其特征在于所述數(shù)字內(nèi)容包括根據(jù)MPEG-4編碼的數(shù)字?jǐn)?shù)據(jù)。
17.根據(jù)權(quán)利要求16的系統(tǒng)，其特征在于所述知識產(chǎn)權(quán)保護(hù)系統(tǒng)包括一IPMP系統(tǒng)。
18.根據(jù)權(quán)利要求17的系統(tǒng)，其特征在于根據(jù)MPEG-4 IS v.1的IPMP-描述符IPMP消息中的IPMPS-類型是用來確認(rèn)IPMP系統(tǒng)的。
19.根據(jù)權(quán)利要求18的系統(tǒng)，其特征在于將對于所述客戶機(jī)可行的IPMPS-類型信息傳輸?shù)剿雎畏?wù)器的裝置。
20.根據(jù)權(quán)利要求19的系統(tǒng)，其特征在于所述客戶機(jī)包括傳輸用于所述客戶機(jī)的確認(rèn)的IP-地址(網(wǎng)絡(luò)協(xié)議地址)信息的裝置。
21.根據(jù)權(quán)利要求19的系統(tǒng)，其特征在于所述客戶機(jī)具有傳輸用于確認(rèn)所述數(shù)字內(nèi)容的URL(統(tǒng)一資源定位器)信息的裝置。
22.一種漫游服務(wù)器，通過網(wǎng)絡(luò)被連接到客戶機(jī)和連接到數(shù)字內(nèi)容服務(wù)器，包括從所述數(shù)字內(nèi)容服務(wù)器接收具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容的接收裝置；用來將接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種類的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換裝置；和用來向所述客戶機(jī)發(fā)送由所述轉(zhuǎn)換裝置轉(zhuǎn)換的數(shù)字內(nèi)容的分配裝置。
23.根據(jù)權(quán)利要求22的漫游服務(wù)器，還包括用來接收對于所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)信息的保護(hù)系統(tǒng)信息接收裝置。
24.根據(jù)權(quán)利要求23的漫游服務(wù)器，其特征在于所述轉(zhuǎn)換裝置根據(jù)由所述保護(hù)系統(tǒng)信息接收裝置接收的信息執(zhí)行轉(zhuǎn)換操作。
25.根據(jù)權(quán)利要求22的漫游服務(wù)器，還包括從數(shù)字內(nèi)容服務(wù)器接收請求轉(zhuǎn)換知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息的裝置，其中所述轉(zhuǎn)換裝置根據(jù)請求轉(zhuǎn)換的信息轉(zhuǎn)換知識產(chǎn)權(quán)保護(hù)系統(tǒng)。
26.根據(jù)權(quán)利要求22的漫游服務(wù)器，還包括在所述客戶機(jī)和所述數(shù)字內(nèi)容服務(wù)器之間代理地執(zhí)行認(rèn)證的裝置。
27.根據(jù)權(quán)利要求22的漫游服務(wù)器，其特征在于所述數(shù)字內(nèi)容包括根據(jù)MPEG-4編碼的數(shù)字?jǐn)?shù)據(jù)。
28.根據(jù)權(quán)利要求27的漫游服務(wù)器，其特征在于所述知識產(chǎn)權(quán)保護(hù)系統(tǒng)包括一IPMP系統(tǒng)。
29.根據(jù)權(quán)利要求28的漫游服務(wù)器，其特征在于根據(jù)MPEG-4 IS v.1的IPMP-描述符IPMP消息中的IPMPS-類型是用來確認(rèn)IPMP系統(tǒng)的。
30.根據(jù)權(quán)利要求29的漫游服務(wù)器，還包括用于接收對于所述客戶機(jī)可行的IPMPS-類型的裝置。
31.根據(jù)權(quán)利要求29的漫游服務(wù)器，還包括用于接收用來識別所述客戶機(jī)的IP-地址(網(wǎng)絡(luò)協(xié)議地址)信息的裝置。
32.根據(jù)權(quán)利要求30的漫游服務(wù)器，還包括用來接收用于識別所述數(shù)字內(nèi)容的URL(統(tǒng)一資源定位)信息的裝置。
33.一種通過網(wǎng)絡(luò)連接到客戶機(jī)的漫游服務(wù)器，包括用于從所述客戶機(jī)接收具有保護(hù)數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容的接收裝置；用于將接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換裝置；和用于向所述客戶機(jī)發(fā)送由所述轉(zhuǎn)換裝置轉(zhuǎn)換后的數(shù)字內(nèi)容的分配裝置。
34.根據(jù)權(quán)利要求34的漫游服務(wù)器，還包括用來接收對于所述客戶機(jī)可行的知識產(chǎn)權(quán)保護(hù)系統(tǒng)信息的保護(hù)系統(tǒng)信息接收裝置。
35.根據(jù)權(quán)利要求34的漫游服務(wù)器，其特征在于所述轉(zhuǎn)換裝置根據(jù)由所述保護(hù)系統(tǒng)信息接收裝置所接收的信息執(zhí)行轉(zhuǎn)換操作。
36.根據(jù)權(quán)利要求33的漫游服務(wù)器，其特征在于所述數(shù)字內(nèi)容包括根據(jù)MPEG-4編碼的數(shù)字?jǐn)?shù)據(jù)。
37.根據(jù)權(quán)利要求36的漫游服務(wù)器，其特征在于所述知識產(chǎn)權(quán)保護(hù)系統(tǒng)包括一IPMP系統(tǒng)。
38.根據(jù)權(quán)利要求37的漫游服務(wù)器，其特征在于根據(jù)MPEG-4 IS v.1的IPMP-描述符IPMP消息中的IPMPS-類型是用來確認(rèn)IPMP系統(tǒng)的。
39.根據(jù)權(quán)利要求38的漫游服務(wù)器，還包括用于接收對于所述客戶機(jī)可行的IPMPS-類型信息的裝置。
40.根據(jù)權(quán)利要求39的漫游服務(wù)器，還包括用于接收用來識別所述客戶機(jī)的IP-地址(網(wǎng)絡(luò)協(xié)議地址)信息的裝置。
41.根據(jù)權(quán)利要求39的漫游服務(wù)器，還包括用來接收用于識別所述數(shù)字內(nèi)容的URL(統(tǒng)一資源定位)信息的裝置。
42.一種具有客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、漫游服務(wù)器、和連接客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、和漫游服務(wù)器間的網(wǎng)絡(luò)的系統(tǒng)中的數(shù)字內(nèi)容分配方法，所述方法包括步驟由所述漫游服務(wù)器從所述數(shù)字內(nèi)容服務(wù)器接收具有保護(hù)所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容；和由所述漫游服務(wù)器將接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)，且從所述漫游服務(wù)器向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)。
43.一種存儲介質(zhì)，包括存儲在其上的程序編碼，根據(jù)權(quán)利要求42的數(shù)字內(nèi)容分配方法對所述程序編碼進(jìn)行編程。
44.一種由客戶機(jī)、漫游服務(wù)器、和連接客戶機(jī)和漫游服務(wù)器間的網(wǎng)絡(luò)所構(gòu)造成的系統(tǒng)中的數(shù)字內(nèi)容分配方法，所述方法包括步驟由所述漫游服務(wù)器從所述客戶機(jī)接收具有保護(hù)所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容；和由所述漫游服務(wù)器將接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)，且從所述漫游服務(wù)器向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)。
45.一種存儲介質(zhì)，包括存儲在其上的程序編碼，根據(jù)權(quán)利要求44的數(shù)字內(nèi)容分配方法對所述程序編碼進(jìn)行編程。
46.一種用于通過網(wǎng)絡(luò)連接到客戶機(jī)并連接到數(shù)字內(nèi)容服務(wù)器上的漫游服務(wù)器的數(shù)字內(nèi)容分配方法，所述方法包括步驟從所述數(shù)字內(nèi)容服務(wù)器上接收一具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容；將所接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)；和向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的數(shù)字內(nèi)容。
47.一種存儲介質(zhì)，包括存儲在其上的程序編碼，根據(jù)權(quán)利要求46的數(shù)字內(nèi)容分配方法對所述程序編碼進(jìn)行編程。
48.一種用于通過網(wǎng)絡(luò)連接到客戶機(jī)上的漫游服務(wù)器的數(shù)字內(nèi)容分配方法，所述方法包括步驟從所述客戶機(jī)上接收一具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容將所接收的所述數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種知識產(chǎn)權(quán)保護(hù)系統(tǒng)；和向所述客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)。
49.一種存儲介質(zhì)，包括存儲在其上的程序編碼，根據(jù)權(quán)利要求48的數(shù)字內(nèi)容分配方法對所述程序編碼進(jìn)行編程。
50.一種能夠通過網(wǎng)絡(luò)連接到外部裝置的信息處理裝置，包括將裝置適用的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息、和識別所述裝置的識別信息傳輸?shù)剿鼍W(wǎng)絡(luò)上的外部裝置的傳輸裝置；和從外部裝置接收具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)數(shù)字內(nèi)容的接收裝置。
51.根據(jù)權(quán)利要求50的裝置，其特征在于所述數(shù)字內(nèi)容包括根據(jù)MPEG-4編碼的數(shù)字?jǐn)?shù)據(jù)。
52.根據(jù)權(quán)利要求51的裝置，其特征在于所述知識產(chǎn)權(quán)保護(hù)系統(tǒng)包括一IPMP系統(tǒng)。
53.根據(jù)權(quán)利要求52的裝置，其特征在于根據(jù)MPEG-4 IS v.1的IPMP-描述符IPMP消息中的IPMPS-類型是用來確認(rèn)IPMP系統(tǒng)的。
54.根據(jù)權(quán)利要求53的裝置，其特征在于將IP-地址(網(wǎng)絡(luò)協(xié)議地址)信息作為識別所述裝置的信息。
55.根據(jù)權(quán)利要求51的裝置，其特征在于所述傳輸裝置將具有不同于所述裝置中提供的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容傳輸給所述外部裝置。
56.根據(jù)權(quán)利要求51的裝置，其特征在于所述傳輸裝置將指定數(shù)字內(nèi)容的位置的定位信息傳輸?shù)剿鐾獠垦b置上。
57.根據(jù)權(quán)利要求56的裝置，其特征在于所述定位信息包括URL(統(tǒng)一資源定位器)信息。
58.一種用于能夠通過網(wǎng)絡(luò)連接到外部裝置的信息處理裝置的信息處理方法，所述方法包括步驟將所述裝置適用的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的信息和識別所述裝置的識別信息傳輸?shù)剿鼍W(wǎng)絡(luò)上的所述外部裝置；和從外部裝置接收具有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容。
59.一種存儲介質(zhì)，包括存儲在其上的程序編碼，根據(jù)權(quán)利要求58的信息處理方法對所述程序編碼進(jìn)行編程。
全文摘要
數(shù)字內(nèi)容分配系統(tǒng)包括客戶機(jī)、數(shù)字內(nèi)容服務(wù)器、漫游服務(wù)器和連接到這些終端上的網(wǎng)絡(luò)。該漫游服務(wù)器包括用于從數(shù)字內(nèi)容服務(wù)器接收有保護(hù)該數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的數(shù)字內(nèi)容的接收部分、和將接收的數(shù)字內(nèi)容的知識產(chǎn)權(quán)保護(hù)系統(tǒng)轉(zhuǎn)換成另一種類型的知識產(chǎn)權(quán)保護(hù)系統(tǒng)的轉(zhuǎn)換部分、和向客戶機(jī)發(fā)送轉(zhuǎn)換后的系統(tǒng)的部分。
文檔編號H04N7/24GK1311589SQ0111659
公開日2001年9月5日 申請日期2001年1月23日 優(yōu)先權(quán)日2000年1月28日
發(fā)明者井上裕司, 橫溝良和, 安藤勉 申請人:佳能株式會社