專利名稱：一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)字版權(quán)保護(hù)方法，尤其涉及一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，屬于數(shù)字版權(quán)保護(hù)(DRM，Digital RightsManagement)技術(shù)領(lǐng)域。
背景技術(shù)：
隨著Internet的快速發(fā)展，網(wǎng)上交易和傳播的電子書(shū)、電子報(bào)紙、音樂(lè)、電影、圖片、游戲和軟件等數(shù)字內(nèi)容越來(lái)越多。然而，數(shù)字化內(nèi)容很容易被復(fù)制、修改和傳播，因而存在大量的盜版和侵權(quán)問(wèn)題，使數(shù)字內(nèi)容擁有者的利益受到損失。因此，數(shù)字版權(quán)保護(hù)技術(shù)(以下簡(jiǎn)稱DRM技術(shù))越來(lái)越受到人們的重視。
DRM是一個(gè)安全的數(shù)字內(nèi)容付費(fèi)發(fā)布系統(tǒng)，它提供數(shù)字內(nèi)容的防盜版機(jī)制，并使授權(quán)內(nèi)容的下載更便利。使用DRM，內(nèi)容提供商可以對(duì)其媒體內(nèi)容的使用權(quán)限規(guī)則作定義。例如將多種不同權(quán)限規(guī)則附加在某一單一內(nèi)容上，不同的權(quán)限可使用不同的收費(fèi)標(biāo)準(zhǔn)。通過(guò)DRM，提供商可以給用戶提供免費(fèi)的預(yù)覽，而只對(duì)內(nèi)容的使用進(jìn)行收費(fèi)。內(nèi)容的價(jià)值體現(xiàn)在提供商對(duì)內(nèi)容所擁有的版權(quán)上，而并不是內(nèi)容本身。DRM實(shí)現(xiàn)了對(duì)內(nèi)容使用權(quán)進(jìn)行收費(fèi)，使得內(nèi)容價(jià)值的實(shí)現(xiàn)成為可能。
當(dāng)前，隨著手機(jī)等移動(dòng)信息終端的功能越來(lái)越強(qiáng)大，很多類型的手機(jī)開(kāi)始支持多媒體下載功能，人們對(duì)彩鈴、壁紙、屏保、JAVA游戲、聲像文件等多媒體內(nèi)容的下載需求正在快速增長(zhǎng)。雖然DRM技術(shù)已經(jīng)在電子圖書(shū)(e-book)領(lǐng)域得到應(yīng)用，國(guó)內(nèi)的方正、書(shū)生等企業(yè)都擁有自己獨(dú)立研發(fā)的DRM解決方案，并已取得滿意的使用效果。但上述技術(shù)方案主要是針對(duì)PC機(jī)用戶，并不完全適合于手機(jī)等移動(dòng)信息終端。為了使運(yùn)營(yíng)商、服務(wù)/內(nèi)容提供商的合法權(quán)益得到有效的保護(hù)，人們迫切需要一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)解決方案。
為了規(guī)范移動(dòng)通信領(lǐng)域的數(shù)字版權(quán)保護(hù)，國(guó)際組織Open MobilAlliance(OMA)制定了應(yīng)用于無(wú)線領(lǐng)域的數(shù)字版權(quán)保護(hù)規(guī)范(OMA DRM)，目前已經(jīng)是這個(gè)領(lǐng)域事實(shí)上的國(guó)際標(biāo)準(zhǔn)。OMA DRM規(guī)范中對(duì)DRM的保護(hù)方式和使用限制作了比較詳細(xì)的規(guī)定，其主要內(nèi)容如下1.DRM保護(hù)方式OMA DRM規(guī)范中的DRM保護(hù)方式有轉(zhuǎn)發(fā)鎖定(Forward Lock)、組合發(fā)送(Combined Delivery)、單獨(dú)發(fā)送(Separate Delivery)等三種。
2.許可許可和約束保存在權(quán)限對(duì)象中，控制終端對(duì)媒體對(duì)象的使用。媒體對(duì)象在設(shè)備上的使用分為下列許可(permission)方式播放用戶可以在終端上播放媒體對(duì)象，如聲音文件被播放。
顯示用戶可以在終端上顯示媒體對(duì)象，圖片文件被瀏覽器的使用。
執(zhí)行用戶可以在終端上執(zhí)行媒體對(duì)象，如游戲的執(zhí)行等。
打印用戶可以在打印機(jī)上打印媒體對(duì)象，如靜止圖片(JPEG文件)的打印。
3.約束對(duì)于每個(gè)選擇的許可，內(nèi)容提供商可以用約束(constraint)來(lái)限定媒體對(duì)象的使用。每個(gè)許可可以有一個(gè)或多個(gè)以下約束計(jì)次(count)；使用時(shí)間(interval)；開(kāi)始時(shí)間/結(jié)束時(shí)間(date time)；永久使用權(quán)限。
4.文件格式OMA DRM中轉(zhuǎn)發(fā)鎖定和組合發(fā)送采用DRM消息格式。單獨(dú)發(fā)送中內(nèi)容采用DRM內(nèi)容格式(DCF)，權(quán)限采用DRM權(quán)限表示語(yǔ)言(DRMREL)格式。
但是，上述OMA DRM規(guī)范中的內(nèi)容并不能完全反映運(yùn)營(yíng)商、服務(wù)/內(nèi)容提供商的實(shí)際需求，實(shí)踐中仍然存在許多需要進(jìn)一步改進(jìn)的方面。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對(duì)上述現(xiàn)有技術(shù)的不足和運(yùn)營(yíng)商、服務(wù)/內(nèi)容提供商的實(shí)際需求，提供一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法。該方法一方面符合OMA DRM規(guī)范的要求，另一方面結(jié)合移動(dòng)信息終端的自身特點(diǎn)有針對(duì)性地進(jìn)行改進(jìn)。
為實(shí)現(xiàn)上述的發(fā)明目的，本發(fā)明采用下述的技術(shù)方案一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，基于DRM服務(wù)器、DRM代理和內(nèi)容管理器實(shí)現(xiàn)，其中DRM代理和內(nèi)容管理器位于移動(dòng)信息終端之中，DRM代理嵌入在移動(dòng)信息終端操作系統(tǒng)的一層，其特征在于(1)由下載服務(wù)器向DRM服務(wù)器發(fā)送媒體內(nèi)容和用戶選擇的權(quán)限信息，DRM服務(wù)器把內(nèi)容和權(quán)限轉(zhuǎn)換成受DRM保護(hù)的格式，返回給下載服務(wù)器；(2)下載服務(wù)器把受保護(hù)的內(nèi)容返回給手機(jī)終端，手機(jī)終端調(diào)用DRMagent解析受DRM保護(hù)的內(nèi)容，分離出權(quán)限和內(nèi)容，把原始內(nèi)容交給內(nèi)容管理器，權(quán)限存儲(chǔ)在權(quán)限信息庫(kù)；(3)手機(jī)終端在使用媒體對(duì)象的時(shí)候，先由內(nèi)容管理器判斷文件是否受DRM保護(hù)，有必要時(shí)再調(diào)用DRM代理對(duì)該內(nèi)容的權(quán)限進(jìn)行判斷；(4)如果有權(quán)限，可以使用內(nèi)容，如果沒(méi)有權(quán)限，則拒絕用戶使用媒體內(nèi)容。
其中，所述步驟(2)中，針對(duì)DRM消息格式，內(nèi)容管理器除了記錄該內(nèi)容的保護(hù)方式和基本信息外，還要記錄內(nèi)容的CID和內(nèi)容在文件系統(tǒng)中的文件名和路徑；權(quán)限存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)，通過(guò)CID來(lái)唯一標(biāo)識(shí)該內(nèi)容。
所述步驟(2)中，對(duì)于權(quán)限表達(dá)語(yǔ)言格式，解析完權(quán)限包之后，把權(quán)限和/或內(nèi)容加密密鑰存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)。
所述步驟(2)中，對(duì)于DCF格式，DRM代理在獲取權(quán)限之后才能對(duì)DCF格式進(jìn)行解析；終端可以根據(jù)實(shí)際內(nèi)容的類型和大小，在下載DCF文件后作不同的處理。一是針對(duì)圖片、鈴聲等較小的文件，可以保存DCF文件，當(dāng)使用DCF文件內(nèi)容時(shí)調(diào)用DRM代理對(duì)DCF進(jìn)行實(shí)時(shí)解密。二是針對(duì)音頻、視頻等較大的文件，可以調(diào)用DRM代理，根據(jù)權(quán)限包中的加密密鑰解密DCF文件，還原出原始內(nèi)容，交給內(nèi)容管理器，內(nèi)容管理器記錄該內(nèi)容的CID、文件名和路徑、單獨(dú)發(fā)送的保護(hù)方式和其他一些信息。
所述步驟(3)中，用戶在使用內(nèi)容前，首先調(diào)用內(nèi)容管理器，獲取文件的信息；如果文件不受DRM保護(hù)，或者受轉(zhuǎn)發(fā)鎖定方式的DRM保護(hù)，則內(nèi)容管理器直接返回終端可以使用媒體內(nèi)容；如果文件受組合發(fā)送或單獨(dú)發(fā)送方式的DRM保護(hù)，則內(nèi)容管理器調(diào)用DRM代理來(lái)判斷內(nèi)容的權(quán)限。
判斷權(quán)限的過(guò)程包括如下步驟首先判斷是否有Date Time權(quán)限，如果有剩余權(quán)限，則使用Date Time權(quán)限，并返回成功信息；如果沒(méi)有，再判斷Interval權(quán)限，如果有Interval權(quán)限，則使用Interval權(quán)限，把Interval權(quán)限根據(jù)當(dāng)前的時(shí)間計(jì)算出一個(gè)終止時(shí)間，轉(zhuǎn)換成一個(gè)Date Time權(quán)限，修改權(quán)限數(shù)據(jù)庫(kù)，并返回成功信息如果沒(méi)有Interval權(quán)限，再判斷是否有Count權(quán)限，如果有，則把當(dāng)前的Count次數(shù)減1，并修改權(quán)限數(shù)據(jù)庫(kù)，返回成功信息；一直到Count減到0為止，表示Count權(quán)限已經(jīng)使用完；如果沒(méi)有Count權(quán)限或Count權(quán)限使用完，則表示沒(méi)有任何權(quán)限，返回沒(méi)有權(quán)限。
在發(fā)生權(quán)限合并的情況下，合并后的權(quán)限作為一條新的記錄替換掉原來(lái)的權(quán)限記錄。
DRM代理對(duì)每個(gè)IMSI號(hào)對(duì)應(yīng)的權(quán)限單獨(dú)存儲(chǔ)；通過(guò)一個(gè)索引文件來(lái)尋找當(dāng)前IMSI號(hào)對(duì)應(yīng)的權(quán)限；每次解析一個(gè)DRM文件時(shí)，如果含有權(quán)限信息，則把它同當(dāng)前的IMSI號(hào)綁定；如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄存在，而且是同當(dāng)前的IMSI號(hào)綁定的，那么Agent會(huì)把兩個(gè)權(quán)限記錄合并，形成一個(gè)新的權(quán)限記錄，替代老的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)；如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄不存在、或該內(nèi)容的權(quán)限記錄存在，但不是同當(dāng)前的IMSI號(hào)綁定的，那么Agent把解析后的權(quán)限信息與當(dāng)前的IMSI號(hào)綁定，生成一個(gè)新的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)。
對(duì)于以DCF格式下載的內(nèi)容，如果經(jīng)過(guò)解密存儲(chǔ)后希望轉(zhuǎn)移到移動(dòng)存儲(chǔ)卡上，則DRM代理把內(nèi)容進(jìn)行加密，轉(zhuǎn)換成DCF格式，再保存到移動(dòng)存儲(chǔ)卡上。
對(duì)于以DRM消息格式下載的內(nèi)容，由DRM代理把內(nèi)容加密轉(zhuǎn)換成PDM格式，再保存到移動(dòng)存儲(chǔ)卡上。
本發(fā)明所提供的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法針對(duì)移動(dòng)信息終端的特點(diǎn)，有針對(duì)性地采取解決措施，在基本的DRM功能之外，還提供了包括定向發(fā)送、權(quán)限合并、媒體文件升級(jí)，權(quán)限與用戶卡綁定以及針對(duì)移動(dòng)存儲(chǔ)卡實(shí)現(xiàn)數(shù)字版權(quán)保護(hù)等多項(xiàng)功能，從而方便了移動(dòng)信息終端的用戶，同時(shí)也切實(shí)保護(hù)了運(yùn)營(yíng)商和內(nèi)容提供商的利益。


下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步的說(shuō)明。
圖1為本發(fā)明中，移動(dòng)信息終端處的DRM代理與操作系統(tǒng)的關(guān)系示意圖。
圖2為本發(fā)明所述方法的流程圖。
具體實(shí)施例方式
一般而言，任何DRM系統(tǒng)都會(huì)包括三方面的功能實(shí)體DRM服務(wù)器、DRM代理(agent)和內(nèi)容管理器。DRM服務(wù)器的作用是把媒體內(nèi)容轉(zhuǎn)換成受DRM保護(hù)的格式，即由下載服務(wù)器把內(nèi)容文件和權(quán)限請(qǐng)求以HTTP協(xié)議和簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP)的方式發(fā)送到DRM服務(wù)器，服務(wù)器接收到請(qǐng)求后把內(nèi)容和權(quán)限請(qǐng)求打包成受DRM保護(hù)的文件格式返回給下載服務(wù)器。DRM agent負(fù)責(zé)解析受DRM保護(hù)的內(nèi)容，并對(duì)內(nèi)容的權(quán)限進(jìn)行管理。內(nèi)容管理器負(fù)責(zé)管理終端上受DRM保護(hù)的內(nèi)容，把內(nèi)容的描述信息存儲(chǔ)到內(nèi)容管理信息庫(kù)。本發(fā)明所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法也要基于DRM服務(wù)器、DRM agent和內(nèi)容管理器來(lái)實(shí)現(xiàn)，但考慮到該數(shù)字版權(quán)保護(hù)方法所應(yīng)用的環(huán)境是移動(dòng)信息終端如手機(jī)等，內(nèi)存非常有限、存儲(chǔ)空間也很小，而且通常是按照下載/上傳的流量來(lái)收費(fèi)，因此現(xiàn)有面向PC機(jī)用戶的數(shù)字版權(quán)保護(hù)方法并不適用，必須針對(duì)移動(dòng)信息終端如手機(jī)、PDA、掌上電腦等的具體特點(diǎn)采用與之相適應(yīng)的技術(shù)方案。下面，就以手機(jī)為例展開(kāi)具體的說(shuō)明。
首先，在手機(jī)終端中嵌入DRM agent。參照?qǐng)D1所示，該DRM agent嵌入在終端操作系統(tǒng)的一層，給高層應(yīng)用提供統(tǒng)一的接口，這樣可以支持Java、MMS、Email和WAP等各種業(yè)務(wù)模式。然后，在手機(jī)終端嵌入內(nèi)容管理器，并把內(nèi)容的描述信息存儲(chǔ)到內(nèi)容管理信息庫(kù)。內(nèi)容管理信息庫(kù)記錄的主要信息有●媒體內(nèi)容是否受DRM保護(hù)；●媒體內(nèi)容的DRM保護(hù)方式，比如內(nèi)容受轉(zhuǎn)發(fā)鎖定還是以組合發(fā)送方式保護(hù)；●媒體內(nèi)容的CID；●媒體內(nèi)容在文件系統(tǒng)中的文件名和路徑；●媒體內(nèi)容的MIME類型；●其他屬性信息。
以上是手機(jī)終端處應(yīng)該首先進(jìn)行的工作。另外，需要使用DRM技術(shù)進(jìn)行保護(hù)的原始媒體內(nèi)容保存在下載服務(wù)器中。
實(shí)際使用時(shí)，手機(jī)終端發(fā)送下載內(nèi)容請(qǐng)求，先由下載服務(wù)器向DRM服務(wù)器發(fā)送媒體內(nèi)容和用戶選擇的權(quán)限信息，提出格式轉(zhuǎn)換申請(qǐng)，由DRM服務(wù)器把內(nèi)容和權(quán)限轉(zhuǎn)換成受DRM保護(hù)的格式，返回給下載服務(wù)器。下載服務(wù)器把受保護(hù)的內(nèi)容返回給手機(jī)終端。下載之后，手機(jī)終端調(diào)用DRMagent解析受DRM保護(hù)的內(nèi)容，分離出權(quán)限和內(nèi)容，把原始內(nèi)容交給內(nèi)容管理器，權(quán)限存儲(chǔ)在權(quán)限信息庫(kù)。手機(jī)終端在使用媒體對(duì)象的時(shí)候，先由內(nèi)容管理器判斷文件是否受DRM保護(hù)。如果有必要，調(diào)用DRM代理對(duì)該內(nèi)容的權(quán)限進(jìn)行判斷，如果有權(quán)限，可以使用內(nèi)容，如果沒(méi)有權(quán)限，則拒絕用戶使用媒體內(nèi)容。
權(quán)限管理是DRM技術(shù)的核心所在。在本發(fā)明中，為了在手機(jī)終端實(shí)現(xiàn)權(quán)限管理，由位于手機(jī)終端的DRM agent負(fù)責(zé)解析受DRM保護(hù)的內(nèi)容，解析完成后，把內(nèi)容交給內(nèi)容管理器，權(quán)限與用戶卡綁定后存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)。根據(jù)DRM文件格式的不同，解析過(guò)程也有所不同。
對(duì)于DRM消息格式首先判斷是轉(zhuǎn)發(fā)鎖定還是組合發(fā)送。如果是轉(zhuǎn)發(fā)鎖定，則解析完后，把內(nèi)容交給內(nèi)容管理器，內(nèi)容管理器記錄內(nèi)容的基本信息，并標(biāo)識(shí)該內(nèi)容是受轉(zhuǎn)發(fā)鎖定方式保護(hù)的。如果是組合發(fā)送格式，則解析出來(lái)的內(nèi)容包括兩部分，內(nèi)容和權(quán)限，內(nèi)容交給內(nèi)容管理器，內(nèi)容管理器除了記錄該內(nèi)容的保護(hù)方式和基本信息外，還要記錄內(nèi)容的CID(內(nèi)容唯一標(biāo)識(shí))和內(nèi)容在文件系統(tǒng)中的文件名和路徑。權(quán)限存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)，通過(guò)CID來(lái)唯一標(biāo)識(shí)該內(nèi)容。
對(duì)于權(quán)限表達(dá)語(yǔ)言格式解析完權(quán)限包之后，把權(quán)限和/或內(nèi)容加密密鑰存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)。
對(duì)于DCF格式DCF包是經(jīng)過(guò)加密的文件內(nèi)容和一些其他元數(shù)據(jù)的組合。DRM代理在獲取權(quán)限之后才能對(duì)DCF格式進(jìn)行解析。根據(jù)實(shí)際內(nèi)容的類型和大小，終端可以在下載DCF文件后進(jìn)行不同的處理針對(duì)圖片、鈴聲等較小的文件，可以保存DCF文件，當(dāng)使用DCF文件內(nèi)容時(shí)調(diào)用DRM代理對(duì)DCF進(jìn)行實(shí)時(shí)解密；針對(duì)音頻、視頻等較大的文件，可以調(diào)用DRM代理，根據(jù)權(quán)限包中的加密密鑰解密DCF文件，還原出原始內(nèi)容，交給內(nèi)容管理器，內(nèi)容管理器記錄該內(nèi)容的CID、文件名和路徑、單獨(dú)發(fā)送的保護(hù)方式和其他一些信息。
權(quán)限集中存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)中。權(quán)限數(shù)據(jù)庫(kù)是以2個(gè)文件的形式存在終端的文件系統(tǒng)上的。一個(gè)是索引文件，以CID為索引，標(biāo)識(shí)該CID對(duì)應(yīng)的權(quán)限在數(shù)據(jù)文件中的對(duì)應(yīng)位置和記錄長(zhǎng)度，索引文件是為了加快搜索速度而建立的。數(shù)據(jù)文件存儲(chǔ)每個(gè)CID對(duì)應(yīng)的權(quán)限記錄，包括應(yīng)用的許可類型是執(zhí)行還是顯示等，應(yīng)用的許可情況，比如應(yīng)用可以使用5次和/或應(yīng)用可以使用10天等。
每個(gè)權(quán)限信息數(shù)據(jù)均以Frame(框架)的格式保存。為了維護(hù)擴(kuò)展和升級(jí)，數(shù)據(jù)庫(kù)文件第一條記錄為版本信息。
每條權(quán)限信息保存在每一個(gè)Frame的數(shù)據(jù)中，保存時(shí)，每個(gè)Frame經(jīng)過(guò)CRC32校驗(yàn)和轉(zhuǎn)義編碼，并采用對(duì)稱加密算法進(jìn)行加密。這樣的處理，使得系統(tǒng)可以應(yīng)付可能的數(shù)據(jù)文件損壞。加密的使用使得安全性大大提高。
對(duì)于權(quán)限數(shù)據(jù)庫(kù)來(lái)說(shuō)，其最小單位為Frame，只負(fù)責(zé)讀取和保存Frame，在內(nèi)存中對(duì)每一個(gè)Frame進(jìn)行分析，獲得系統(tǒng)所需要的記錄并對(duì)其進(jìn)行操作。
用戶在使用內(nèi)容前，首先調(diào)用內(nèi)容管理器，獲取文件的信息。如果文件不受DRM保護(hù)，或者受轉(zhuǎn)發(fā)鎖定方式的DRM保護(hù)，則內(nèi)容管理器直接返回終端可以使用媒體內(nèi)容。如果文件受組合發(fā)送或單獨(dú)發(fā)送方式的DRM保護(hù)，則內(nèi)容管理器調(diào)用DRM代理來(lái)判斷內(nèi)容的權(quán)限。
如果權(quán)限已經(jīng)消費(fèi)完了，或者權(quán)限與用戶卡不匹配，則DRM代理返回終端不能使用該內(nèi)容，終端提示用戶是否更新權(quán)限。如果還有剩余權(quán)限，則可以使用媒體內(nèi)容。
判斷權(quán)限的過(guò)程是這樣的首先判斷是否有Date Time權(quán)限，如果有剩余權(quán)限，則使用Date Time權(quán)限，并返回成功信息。如果沒(méi)有，再判斷Interval權(quán)限，如果有Interval權(quán)限，則使用Interval權(quán)限，把Interval權(quán)限根據(jù)當(dāng)前的時(shí)間計(jì)算出一個(gè)終止時(shí)間，轉(zhuǎn)換成一個(gè)Date Time權(quán)限，修改權(quán)限數(shù)據(jù)庫(kù)，并返回成功信息。如果沒(méi)有Interval權(quán)限，再判斷是否有Count權(quán)限，如果有，則把當(dāng)前的Count次數(shù)減1，并修改權(quán)限數(shù)據(jù)庫(kù)，返回成功信息。一直到Count減到0為止，表示Count權(quán)限已經(jīng)使用完。如果沒(méi)有Count權(quán)限或Count權(quán)限使用完，則表示沒(méi)有任何權(quán)限，返回沒(méi)有權(quán)限。
用戶選擇刪除媒體內(nèi)容時(shí)，首先調(diào)用內(nèi)容管理器，獲取文件的信息，如果文件不受DRM保護(hù)，或者受轉(zhuǎn)發(fā)鎖定方式的DRM保護(hù)，則可以直接刪除媒體內(nèi)容。如果文件受其他的DRM方式保護(hù)，則同時(shí)調(diào)用DRM代理刪除該內(nèi)容對(duì)應(yīng)的權(quán)限記錄。如果內(nèi)容對(duì)應(yīng)多個(gè)用戶卡，也就是有多條權(quán)限記錄，那把內(nèi)容對(duì)應(yīng)的所有權(quán)限記錄一并刪除。不允許不刪除內(nèi)容而直接刪除權(quán)限記錄。
上面介紹了本發(fā)明實(shí)現(xiàn)數(shù)字版權(quán)保護(hù)的基本內(nèi)容，下面介紹本發(fā)明針對(duì)運(yùn)營(yíng)商的要求和手機(jī)本身的特點(diǎn)而進(jìn)行的改進(jìn)設(shè)計(jì)。
數(shù)字版權(quán)保護(hù)的應(yīng)用領(lǐng)域主要是保護(hù)CP(內(nèi)容提供商)開(kāi)發(fā)的內(nèi)容。但在實(shí)際應(yīng)用中，用戶自己拍攝的圖片或錄制的鈴聲等內(nèi)容也希望得到一定程度的保護(hù)，用戶希望自己的作品轉(zhuǎn)發(fā)給好友共享，但不希望讓其他人知道。當(dāng)然用戶可以以各種方式通知好友不轉(zhuǎn)發(fā)自己的內(nèi)容，可是他不能確保好友會(huì)遵守不轉(zhuǎn)發(fā)的諾言。為了解決這個(gè)問(wèn)題，本發(fā)明提供了定向發(fā)送功能。
定向發(fā)送的實(shí)現(xiàn)方式是終端把數(shù)據(jù)轉(zhuǎn)換成轉(zhuǎn)發(fā)鎖定的DRM文件格式后再發(fā)送出去。接收終端接收到該內(nèi)容之后，調(diào)用DRM Agent解析數(shù)據(jù)，還原出原始內(nèi)容。但因?yàn)閮?nèi)容是轉(zhuǎn)發(fā)鎖定方式，接收終端只能使用而不能轉(zhuǎn)發(fā)該內(nèi)容。從而實(shí)現(xiàn)了定向發(fā)送的目的。定向發(fā)送的流程如下(1)用戶選擇需要發(fā)送的內(nèi)容；(2)選擇是否禁止轉(zhuǎn)發(fā)；(3)終端調(diào)用DRM Agent把內(nèi)容轉(zhuǎn)換成轉(zhuǎn)發(fā)鎖定的DRM保護(hù)格式；(4)終端把內(nèi)容通過(guò)IMAP發(fā)送到接收方郵箱；(5)接收方接收郵件，選擇附件；(6)接收終端調(diào)用DRM Agent解析附件，還原出原始內(nèi)容，儲(chǔ)存到終端；(7)接收終端使用媒體內(nèi)容。
針對(duì)手機(jī)用戶的具體特點(diǎn)，本發(fā)明支持權(quán)限合并功能。所謂權(quán)限合并是指同一個(gè)應(yīng)用的權(quán)限如果下載多次，則把多次的權(quán)限合并成一個(gè)新的權(quán)限。在發(fā)生權(quán)限合并的情況下，合并后的權(quán)限作為一條新的記錄替換掉原來(lái)的權(quán)限記錄。權(quán)限合并可能發(fā)生在兩種情況重復(fù)下載和更新。
重復(fù)下載是用戶對(duì)同一個(gè)內(nèi)容進(jìn)行多次下載而形成的，多次下載可能選擇相同或不同的權(quán)限。為此，有必要將手機(jī)終端處的文件權(quán)限直接加以合并。
權(quán)限合并的實(shí)現(xiàn)方式是這樣的對(duì)于計(jì)次(Count)約束可以使用的次數(shù)是兩個(gè)權(quán)限對(duì)象中計(jì)次的簡(jiǎn)單累加。比如第一個(gè)權(quán)限中有5次的計(jì)次約束，第二個(gè)權(quán)限中有3次計(jì)次約束，那權(quán)限合并后，將有8次計(jì)次約束。
對(duì)于DATETIME約束分幾種情況。
兩個(gè)起止時(shí)間段是連續(xù)的合并后的權(quán)限起始時(shí)間是較早的時(shí)間段的起始時(shí)間，結(jié)束時(shí)間是較晚時(shí)間段的結(jié)束時(shí)間。
兩個(gè)時(shí)間段交叉合并后的權(quán)限起始時(shí)間是較早的時(shí)間段的起始時(shí)間，結(jié)束時(shí)間是較晚時(shí)間段的結(jié)束時(shí)間。
兩個(gè)時(shí)間段分離比如一個(gè)起始時(shí)間是2005-05-10到2005-06-10的DATETIME約束和一個(gè)2005-09-10到2005-10-10的DATETIME約束。這種情況合并處理如果還按照前兩種方式進(jìn)行，會(huì)導(dǎo)致給用戶的權(quán)限大大增加，損害了內(nèi)容提供商的利益，因此通過(guò)DRM服務(wù)器對(duì)這種情況作了限制DATETIME的起始時(shí)間不能晚于當(dāng)前時(shí)間。這就成功避免了這種情況的發(fā)生。
對(duì)于Interval約束Interval的合并不僅僅是年、月、日的簡(jiǎn)單合并，其中涉及到月累計(jì)成年的問(wèn)題和日累計(jì)到月的問(wèn)題。因?yàn)槊磕甑脑聰?shù)固定，而每個(gè)月的天數(shù)不定，所以主要需要解決的是日累計(jì)到月的問(wèn)題。我們的處理方式是將日直接相加，而不累計(jì)成月。比如一個(gè)20天的Interval和一個(gè)25天的Interval合并后直接是45天。到使用Interval權(quán)限的時(shí)候，根據(jù)當(dāng)時(shí)的時(shí)間，把45天轉(zhuǎn)換成一個(gè)Date Time權(quán)限。
更新功能是在OMA規(guī)范的基礎(chǔ)上提供的一個(gè)新的功能如果一個(gè)媒體內(nèi)容對(duì)應(yīng)的權(quán)限已經(jīng)消費(fèi)完了，而用戶仍需要使用該內(nèi)容時(shí)，需要重新下載新的受保護(hù)的內(nèi)容，這無(wú)疑增加了網(wǎng)絡(luò)流量，對(duì)網(wǎng)絡(luò)資源造成浪費(fèi)，而且，對(duì)于手機(jī)用戶而言，其上網(wǎng)一般是采用按流量計(jì)費(fèi)，因此無(wú)形中會(huì)增加用戶的流量支出。
更新功能能有效解決這個(gè)問(wèn)題，使得用戶想繼續(xù)使用內(nèi)容時(shí)不用重新下載內(nèi)容對(duì)象，從而大大降低了網(wǎng)絡(luò)流量。
更新功能的實(shí)質(zhì)是將媒體文件中的權(quán)限信息抽取出來(lái)，形成一個(gè)單獨(dú)的權(quán)限對(duì)象，該權(quán)限對(duì)象中的信息可以修改、更新，并存儲(chǔ)到手機(jī)終端之中。在手機(jī)終端處，DRM agent根據(jù)權(quán)限對(duì)象中的內(nèi)容按照上述的權(quán)限合并方案直接改變權(quán)限數(shù)據(jù)庫(kù)中的數(shù)據(jù)，從而實(shí)現(xiàn)權(quán)限的合并，這樣即可直接改變媒體文件的使用權(quán)限而無(wú)需重新下載其內(nèi)容。具體而言，手機(jī)終端通過(guò)WAP瀏覽器瀏覽該內(nèi)容的權(quán)限訂購(gòu)頁(yè)面，選擇適合自己的權(quán)限和資費(fèi)方案。服務(wù)器根據(jù)用戶選擇的方案打包成一個(gè)單獨(dú)的權(quán)限對(duì)象。終端下載并解析該權(quán)限對(duì)象。以后使用該內(nèi)容的時(shí)候就可以享受新的權(quán)限了。在內(nèi)容對(duì)應(yīng)的權(quán)限過(guò)期后。用戶要再次使用該內(nèi)容時(shí)，手機(jī)終端提示用戶是否更新權(quán)限?；蚴菣?quán)限還沒(méi)有過(guò)期時(shí)，用戶可以主動(dòng)選擇更新功能，這樣該內(nèi)容的使用權(quán)限是剩余權(quán)限和新購(gòu)買的權(quán)限合并后的新權(quán)限。
本發(fā)明還提供媒體文件的升級(jí)功能。當(dāng)媒體內(nèi)容有了新版本之后，用戶可以免費(fèi)把原來(lái)下載的老版本的內(nèi)容升級(jí)成新的版本，而使用原有的權(quán)限。這項(xiàng)功能主要針對(duì)Java應(yīng)用程序。
升級(jí)的實(shí)現(xiàn)方式是由DRM服務(wù)器把新版本的媒體內(nèi)容轉(zhuǎn)換成組合發(fā)送方式的DRM消息格式，其中權(quán)限對(duì)象的部分采用空權(quán)限包的格式。
空權(quán)限包是ZRRT根據(jù)OMA規(guī)范定義的一種權(quán)限包，這種權(quán)限包表示的權(quán)限對(duì)象是空的，也即沒(méi)有權(quán)限?？諜?quán)限包是用在升級(jí)功能里的一種特殊格式的權(quán)限包。空權(quán)限包的定義如下<o-ex:permission>
<o-dd:execute>
<o-ex:constraint>
<o-dd:datetime>
<o-dd:start></o-dd:start>
<o-dd:end></o-dd:end>
</o-dd:datetime>
<o-dd:count></o-dd:count>
<o-dd:interval></o-dd:interval>
</o-ex:constraint>
</o-dd:execute>
</o-ex:permission>。
終端在接收到這種包后，調(diào)用DRM agent解析包，用新的媒體內(nèi)容替換老的媒體內(nèi)容，權(quán)限數(shù)據(jù)庫(kù)不做任何變動(dòng)，這樣就可以在原有權(quán)限的限制下使用新版的媒體內(nèi)容了。
另外，本發(fā)明還可以支持永久權(quán)限。永久權(quán)限是權(quán)限中的一個(gè)特例，用戶可以任意使用媒體內(nèi)容，沒(méi)有任何約束。
永久權(quán)限的表示方式是在一個(gè)約束下面不存在任何許可，是REL中的一個(gè)特例。永久權(quán)限示例如下<o-ex:permission>
<o-dd:execute/>
</o-ex:permission>
為了真正實(shí)現(xiàn)DRM，需要確保只有購(gòu)買權(quán)限的用戶才能使用該內(nèi)容，為此，本發(fā)明人針對(duì)手機(jī)用戶的特點(diǎn)，在終端和權(quán)限之間通過(guò)權(quán)限與UIM卡綁定來(lái)實(shí)現(xiàn)對(duì)應(yīng)關(guān)系，也就是一個(gè)IMSI號(hào)對(duì)應(yīng)一個(gè)權(quán)限。用戶使用該內(nèi)容時(shí)，終端首先檢查權(quán)限對(duì)應(yīng)的IMSI號(hào)是否與終端正在使用的IMSI號(hào)是否相同，如果不相同，則不允許使用該內(nèi)容。
但是一個(gè)終端可以使用多個(gè)UIM卡?？赡苊總€(gè)UIM卡的擁有者都需要使用同一個(gè)內(nèi)容。這種情況下，如果每個(gè)內(nèi)容的權(quán)限僅同一個(gè)IMSI號(hào)綁定會(huì)導(dǎo)致第二張卡不能使用第一張卡下載的內(nèi)容，如果第二張卡重新下載同一個(gè)應(yīng)用，那第一張卡的權(quán)限就會(huì)被刪除，第一張卡在使用內(nèi)容時(shí)必須重新下載，而且會(huì)把第二張卡的權(quán)限刪除掉。
為了解決這一問(wèn)題，本發(fā)明采用了將應(yīng)用權(quán)限同多個(gè)用戶卡綁定的技術(shù)方案。其實(shí)現(xiàn)方式是DRM Agent對(duì)每個(gè)IMSI號(hào)對(duì)應(yīng)的權(quán)限單獨(dú)存儲(chǔ)。通過(guò)一個(gè)索引文件來(lái)尋找當(dāng)前IMSI號(hào)對(duì)應(yīng)的權(quán)限。每次解析一個(gè)DRM文件時(shí)，如果含有權(quán)限信息，則把它同當(dāng)前的IMSI號(hào)綁定。如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄不存在，而且是同當(dāng)前的IMSI號(hào)綁定的，那么Agent會(huì)把兩個(gè)權(quán)限記錄合并，形成一個(gè)新的權(quán)限記錄，替代老的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)。如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄不存在、或該內(nèi)容的權(quán)限記錄存在，但不是同當(dāng)前的IMSI號(hào)綁定的，那么Agent把解析后的權(quán)限信息與當(dāng)前的IMSI號(hào)綁定，生成一個(gè)新的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)。
DRM Agent在判斷是否有權(quán)限的時(shí)候，還要把目前的用戶卡和下載權(quán)限的用戶卡做比較，如果不一致，提示沒(méi)有相應(yīng)的權(quán)限。這樣就防止了沒(méi)有購(gòu)買權(quán)限的用戶使用內(nèi)容。
在不同的用戶卡下載相同的應(yīng)用的情況下，每張卡與該卡購(gòu)買的權(quán)限記錄綁定，作為一條記錄。這種情況下，可能發(fā)生每個(gè)內(nèi)容(CID)對(duì)應(yīng)多條記錄的情況。
由于移動(dòng)終端的固有特性，相比PC來(lái)說(shuō)存儲(chǔ)空間非常小，可以存儲(chǔ)的內(nèi)容的數(shù)量有限，當(dāng)移動(dòng)終端的存儲(chǔ)空間已滿，而用戶希望下載新的媒體內(nèi)容時(shí)，只能刪除以前的內(nèi)容，而如果這些內(nèi)容仍有剩余使用權(quán)限時(shí)，權(quán)限會(huì)一并刪除，無(wú)形中給用戶造成損失。目前很多手機(jī)終端已經(jīng)支持移動(dòng)存儲(chǔ)卡。針對(duì)移動(dòng)存儲(chǔ)卡的特點(diǎn)，對(duì)應(yīng)與不同類型的DRM保護(hù)格式，轉(zhuǎn)移或安裝到移動(dòng)存儲(chǔ)卡上時(shí)需要采用不同的方式。
對(duì)于以DCF格式下載的內(nèi)容，由于文件本身是經(jīng)過(guò)加密的，沒(méi)有權(quán)限信息的話無(wú)法解密并使用，下載時(shí)可以直接下載到移動(dòng)存儲(chǔ)卡上。如果下載到終端并經(jīng)過(guò)解密存儲(chǔ)后希望轉(zhuǎn)移到移動(dòng)存儲(chǔ)卡上，則Agent把內(nèi)容進(jìn)行加密，轉(zhuǎn)換成DCF格式，再保存到移動(dòng)存儲(chǔ)卡上。
對(duì)于以DRM消息(DRM Message)格式下載的內(nèi)容，由于其本身是不加密的，需要進(jìn)行特殊的處理。將設(shè)備上以DRM消息(DRM Message)格式下載的內(nèi)容存儲(chǔ)到到移動(dòng)存儲(chǔ)卡上，或直接下載到移動(dòng)存儲(chǔ)卡上時(shí)，Agent把內(nèi)容加密轉(zhuǎn)換成PDM格式，再保存到移動(dòng)存儲(chǔ)卡上。此格式可以保證當(dāng)該移動(dòng)存儲(chǔ)卡接入到PC上時(shí)，這些受DRM保護(hù)的數(shù)據(jù)或媒體對(duì)象文件在PC上可見(jiàn)，但不可用。
以上對(duì)本發(fā)明進(jìn)行了詳盡的說(shuō)明。對(duì)本領(lǐng)域的一般技術(shù)人員而言，在不背離本發(fā)明實(shí)質(zhì)精神的前提下對(duì)它所做的任何顯而易見(jiàn)的改動(dòng)，都將構(gòu)成對(duì)本發(fā)明專利權(quán)的侵犯，將承擔(dān)相應(yīng)的法律責(zé)任。
權(quán)利要求
1.一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，基于DRM服務(wù)器、DRM代理和內(nèi)容管理器實(shí)現(xiàn)，其中DRM代理和內(nèi)容管理器位于移動(dòng)信息終端之中，DRM代理嵌入在移動(dòng)信息終端操作系統(tǒng)的一層，其特征在于(1)由下載服務(wù)器向DRM服務(wù)器發(fā)送媒體內(nèi)容和用戶選擇的權(quán)限信息，DRM服務(wù)器把內(nèi)容和權(quán)限轉(zhuǎn)換成受DRM保護(hù)的格式，返回給下載服務(wù)器；(2)下載服務(wù)器把受保護(hù)的內(nèi)容返回給移動(dòng)信息終端，移動(dòng)信息終端在需要使用內(nèi)容時(shí)，調(diào)用DRM代理解析受DRM保護(hù)的內(nèi)容，分離出權(quán)限和內(nèi)容或者在下載后解析受保護(hù)的內(nèi)容，把原始內(nèi)容交給內(nèi)容管理器，權(quán)限存儲(chǔ)在權(quán)限信息庫(kù)；(3)移動(dòng)信息終端在使用媒體對(duì)象的時(shí)候，先由內(nèi)容管理器判斷文件是否受DRM保護(hù)，有必要時(shí)再調(diào)用DRM代理對(duì)該內(nèi)容的權(quán)限進(jìn)行判斷；(4)如果有權(quán)限，可以使用內(nèi)容，如果沒(méi)有權(quán)限，則拒絕用戶使用媒體內(nèi)容。
2.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于所述步驟(2)中，針對(duì)DRM消息格式，內(nèi)容管理器除了記錄該內(nèi)容的保護(hù)方式和基本信息外，還記錄內(nèi)容的CID和內(nèi)容在文件系統(tǒng)中的文件名和路徑；權(quán)限存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)，通過(guò)CID來(lái)唯一標(biāo)識(shí)該內(nèi)容。
3.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于所述步驟(2)中，對(duì)于權(quán)限表達(dá)語(yǔ)言格式，在解析完權(quán)限包之后，把權(quán)限和/或內(nèi)容加密密鑰存儲(chǔ)在權(quán)限數(shù)據(jù)庫(kù)。
4.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于所述步驟(2)中，對(duì)于DCF格式，DRM代理在獲取權(quán)限之后對(duì)DCF格式進(jìn)行解析；根據(jù)權(quán)限包中的加密密鑰解密DCF文件，還原出原始內(nèi)容，交給內(nèi)容管理器。
5.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于所述步驟(3)中，用戶在使用內(nèi)容前，首先調(diào)用內(nèi)容管理器，獲取文件的信息；如果文件不受DRM保護(hù)，或者受轉(zhuǎn)發(fā)鎖定方式的DRM保護(hù)，則內(nèi)容管理器直接返回終端可以使用媒體內(nèi)容；如果文件受組合發(fā)送或單獨(dú)發(fā)送方式的DRM保護(hù)，則內(nèi)容管理器調(diào)用DRM代理來(lái)判斷內(nèi)容的權(quán)限。
6.如權(quán)利要求5所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于判斷權(quán)限的過(guò)程包括如下步驟首先判斷是否有Date Time權(quán)限，如果有剩余權(quán)限，則使用Date Time權(quán)限，并返回成功信息；如果沒(méi)有，再判斷Interval權(quán)限，如果有Interval權(quán)限，則使用Interval權(quán)限，把Interval權(quán)限根據(jù)當(dāng)前的時(shí)間計(jì)算出一個(gè)終止時(shí)間，轉(zhuǎn)換成一個(gè)Date Time權(quán)限，修改權(quán)限數(shù)據(jù)庫(kù)，并返回成功信息；如果沒(méi)有Interval權(quán)限，再判斷是否有Count權(quán)限，如果有，則把當(dāng)前的Count次數(shù)減1，并修改權(quán)限數(shù)據(jù)庫(kù)，返回成功信息；一直到Count減到0為止，表示Count權(quán)限已經(jīng)使用完；如果沒(méi)有Count權(quán)限或Count權(quán)限使用完，則表示沒(méi)有任何權(quán)限，返回沒(méi)有權(quán)限。
7.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于在發(fā)生權(quán)限合并的情況下，合并后的權(quán)限作為一條新的記錄替換掉原來(lái)的權(quán)限記錄。
8.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于DRM服務(wù)器把新版本的媒體內(nèi)容轉(zhuǎn)換成組合發(fā)送方式的DRM消息格式，其中權(quán)限對(duì)象的部分采用空權(quán)限包的格式。
9.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于DRM代理對(duì)每個(gè)IMSI號(hào)對(duì)應(yīng)的權(quán)限單獨(dú)存儲(chǔ)；通過(guò)一個(gè)索引文件來(lái)尋找當(dāng)前IMSI號(hào)對(duì)應(yīng)的權(quán)限；每次解析一個(gè)DRM文件時(shí)，如果含有權(quán)限信息，則把它同當(dāng)前的IMSI號(hào)綁定；如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄存在，而且是同當(dāng)前的IMSI號(hào)綁定的，那么DRM代理把兩個(gè)權(quán)限記錄合并，形成一個(gè)新的權(quán)限記錄，替代老的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)；如果相同內(nèi)容的權(quán)限存儲(chǔ)記錄不存在、或該內(nèi)容的權(quán)限記錄存在，但不是同當(dāng)前的IMSI號(hào)綁定的，那么DRM代理把解析后的權(quán)限信息與當(dāng)前的IMSI號(hào)綁定，生成一個(gè)新的權(quán)限記錄，作為一個(gè)新的邏輯存儲(chǔ)單元來(lái)存儲(chǔ)。
10.如權(quán)利要求1所述的面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，其特征在于對(duì)于以DRM消息格式下載的內(nèi)容，由DRM代理把內(nèi)容加密轉(zhuǎn)換成PDM格式，再保存到移動(dòng)存儲(chǔ)卡上。
全文摘要
本發(fā)明公開(kāi)了一種面向移動(dòng)信息終端的數(shù)字版權(quán)保護(hù)方法，該方法基于DRM服務(wù)器、DRM代理和內(nèi)容管理器實(shí)現(xiàn)，其中DRM代理和內(nèi)容管理器位于移動(dòng)信息終端之中，DRM代理嵌入在移動(dòng)信息終端操作系統(tǒng)的一層，移動(dòng)信息終端在使用媒體對(duì)象的時(shí)候，先由內(nèi)容管理器判斷文件是否受DRM保護(hù)，有必要時(shí)再調(diào)用DRM代理對(duì)該內(nèi)容的權(quán)限進(jìn)行判斷；如果有權(quán)限，可以使用內(nèi)容，如果沒(méi)有權(quán)限，則拒絕用戶使用媒體內(nèi)容。本發(fā)明在基本的DRM功能之外，還提供了包括定向發(fā)送、權(quán)限合并、媒體文件升級(jí)，權(quán)限與用戶卡綁定以及針對(duì)移動(dòng)存儲(chǔ)卡實(shí)現(xiàn)數(shù)字版權(quán)保護(hù)等多項(xiàng)功能，從而方便了用戶，同時(shí)也切實(shí)保護(hù)了運(yùn)營(yíng)商和內(nèi)容提供商的利益。
文檔編號(hào)G06F1/00GK1885223SQ20051001201
公開(kāi)日2006年12月27日 申請(qǐng)日期2005年6月24日 優(yōu)先權(quán)日2005年6月24日
發(fā)明者吳林, 羅培, 馬茂增 申請(qǐng)人:北京振戎融通通信技術(shù)有限公司