<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>

新聞中心

EEPW首頁(yè) > 手機與無(wú)線(xiàn)通信 > 設計應用 > 移動(dòng)DRM技術(shù)在3G中的應用

移動(dòng)DRM技術(shù)在3G中的應用

作者: 時(shí)間:2011-09-20 來(lái)源:網(wǎng)絡(luò ) 收藏
3.2 OMAV2.0

本文引用地址:http://dyxdggzs.com/article/155728.htm

  3.2.1 功能特性

  OMAV2.0對V1.0進(jìn)行了大量補充,使版權保護變得更加靈活而有效。它所要求的數字版權管理信任模式基于PKI(Public Key Infrastructure,公鑰基礎設施),能對終端和版權發(fā)布中心進(jìn)行雙向認證,安全性大大提高;支持的場(chǎng)景比較豐富,包括預覽、下載DRM、流媒體DRM、多媒體消息DRM、事務(wù)跟蹤、域管理和與用戶(hù)標識綁定等;提供了更加靈活、豐富和復雜的商業(yè)模式和用戶(hù)使用模式,如Pull模式、Push模式、流模式、超級分發(fā)模式、備份和恢復模式、非連接設備支持模式、版權對象和內容對象的輸出模式以及域共享模式。

  OMADRMV2.0的架構如圖2所示??梢钥闯?,在OMADRM V2.0系統中,內容和版權都進(jìn)行了加密,而且受保護內容可以在用戶(hù)間隨意拷貝,用戶(hù)得到此內容后必須從版權中心獲取相關(guān)版權對象才可以使用此內容。OMA DRM V2.0基于PKI信任模式中的基本實(shí)體是認證中心、終端和版權中心。版權中心能夠對終端進(jìn)行認證,終端也能夠對版權中心進(jìn)行認證,因此大大增強了內容傳送過(guò)程的安全性。

  

  圖2 OMADRMV2.0架構

  OMADRMV2.0相對于OMADRM V1.0提出了許多新的特性,其中:

  (1)ROAP(RightsObjectAequisitionProtocol,版權對象獲取協(xié)議)。ROAP是OMADRM V2.0新定義的關(guān)于版權中心(RI)和移動(dòng)終端DRM Agent之間的協(xié)議,移動(dòng)終端和RI可以借助ROAP更加安全地請求和獲取版權對象(RO)。

  (2)基于PKI的安全機制。一種遵循既定標準的密鑰管理平臺,能夠為所有網(wǎng)絡(luò )提供加密和數字簽名等密碼服務(wù)及所必需的密鑰和證書(shū)管理體系。

  (3)域的概念。OMADRMV2.0的域允許權限提供者將權限和內容加密密鑰提供給一組DRM代理,而不是一個(gè)DRM代理。這樣,屬于同一個(gè)域的DRM代理可以離線(xiàn)共享DRM內容,用戶(hù)可以在其擁有的多個(gè)設備上使用DRM內容,或者與域內的其他用戶(hù)共享DRM內容。

  (4)對流媒體業(yè)務(wù)的支持。主要是通過(guò)定義PDCF內容格式來(lái)實(shí)現對連續傳輸的流式媒體進(jìn)行DRM的保護機制。

  (5)非連接設備的支持。OMADRMV2.0允許連接設備作為中介輔助非連接設備來(lái)購買(mǎi)和下載內容及版權對象,從而使一些本身沒(méi)有網(wǎng)絡(luò )連接功能的終端也能夠從移動(dòng)網(wǎng)絡(luò )中獲得DRM內容和版權。這一功能的實(shí)現基于域共享模式。當然實(shí)現這一功能的連接設備和非連接設備都必須支持OMADRM,而且屬于相同的域。

  (6)豐富的版權功能。OMADRMV2.0提供了豐富的版權功能,如組版權功能、復合版權功能、域版權功能、版權繼承功能和版權恢復功能。豐富的版權功能為運營(yíng)商提供了更多的運營(yíng)策略選擇,為用戶(hù)提供了更加靈活的內容使用方式。

  3.2.2存在的問(wèn)題

  雖然OMADRMV2.0相對于OMADRM V1.0在功能和安全方面有了很大的提高,但是OMA DRM V2.0目前也存在如下一些問(wèn)題:

  (1)部署和實(shí)施難度較大。PKI機制的引入,使OMADRMV2.0的系統部署難度較大,如需要建設CA、證書(shū)的管理和發(fā)放、建設數據庫來(lái)維護證書(shū)信息等。

  (2)終端支持比較滯后。OMADRMV2.0中終端的實(shí)現涉及哈希摘要、數字簽名、NONCE機制及對DRM內容的加密和解密等,因而對手機的運算能力要求非常高,硬件和軟件資源占用非常大,耗電量大大增加。普通的終端難以實(shí)現,目前只有NokiaN91支持,但它暫不支持流業(yè)務(wù)以及其他在線(xiàn)業(yè)務(wù)的DRM保護機制。

  (3)直播流業(yè)務(wù)的實(shí)現方式未確定。由于OMADRMV2.0沒(méi)有給出直播流業(yè)務(wù)的DRM實(shí)現機制的明確建議和實(shí)現方法,因此目前各廠(chǎng)商的DRM系統暫不支持OMADRM V2.0直播流媒體業(yè)務(wù)的DRM服務(wù)器。直播流媒體業(yè)務(wù)保護機制主要遵循PP R6標準對流媒體中的RTP包進(jìn)行實(shí)時(shí)加密來(lái)實(shí)現。而且終端目前對流業(yè)務(wù)的DRM保護機制也沒(méi)有實(shí)現(目前OMA DRM V2.0只支持非實(shí)時(shí)的流業(yè)務(wù),相當于下載類(lèi)業(yè)務(wù))。

  (4)OMADRMV2.0部分功能即將拓展。

  ●B-CAST拓展。直播流對流媒體需要實(shí)時(shí)的分段加密,為了安全起見(jiàn),加密不能使用同一密鑰。OMADRMV2.0目前支持的流媒體功能是對流媒體文件使用單一密鑰整體進(jìn)行加密,不適合直播流。OMA計劃對該功能進(jìn)行拓展,預計2006年底完成。

  ●SRM拓展。OMADRMV2.0支持連接設備可以向非連接設備存儲DRM內容和版權對象,但是其他連接設備與此非連接設備中存儲的DRM內容和版權對象的互操作功能被限制。OMA計劃對此功能進(jìn)行拓展,預計2007年初完成。

  ●SCE拓展。OMADRMV2.0目前只支持Export功能,可以輸出OMADRM的內容和版權到非OMA DRM系統中,但不支持反向操作。OMA計劃對此功能進(jìn)行拓展以實(shí)現Inport功能,預計2007年初完成。

  ●域拓展。OMADRMV2.0目前只支持基于版權中心的域功能,即所有設備必須都到版權中心注冊為同一個(gè)域,才能使用域功能。OMA計劃實(shí)現用戶(hù)域功能以便用戶(hù)使用域功能更加方便,預計2007年初完成。

  OMADRM計劃于2006年12月推出OMADRM2.1正式版;2007年初計劃推出OMA DRM 2.2版本。這些新版本的OMA DRM將逐步實(shí)施以上的拓展計劃。

  總之,OMADRMV2.0是一套功能比較完善的數字版權解決方案,但是目前實(shí)施起來(lái)難度較大,而且很多功能有待完善。

  3.3OMADRMV1.0與V2.0的比較

  OMADRMV1.0與V2.0的比較見(jiàn)表1??梢钥闯?,OMADRM V2.0雖然部署難度較大、商用情況較少,但是在安全性和功能上有OMA DRM V1.0不可替代的優(yōu)勢,因此OMA DRM V2.0勢必成為未來(lái)移動(dòng)DRM的發(fā)展方向。

  

  表1 OMADRMV1.0與V2.0的比較

  4、移動(dòng)DRM實(shí)施策略建議

  作為未來(lái)網(wǎng)絡(luò )運營(yíng)商,必須改變現有的經(jīng)營(yíng)模式,促使形成由設備制造廠(chǎng)商、終端廠(chǎng)商、運營(yíng)商、內容和服務(wù)提供商構成的全新價(jià)值鏈,加大版權保護力度,培養CP,豐富內容,在3G業(yè)務(wù)中應該采用DRM解決方案。對于移動(dòng)DRM的實(shí)施,有如下建議:

  (1)運營(yíng)商應該在3G業(yè)務(wù)中采用基于OMA標準的DRM解決方案。

  (2)在業(yè)務(wù)開(kāi)展初期,DRM系統的所有功能應該全部放在運營(yíng)商側實(shí)現。

  (3)運營(yíng)商應該建立集數字內容使用監控、版權保護、管理及交易為一體的數字業(yè)務(wù)平臺,而不僅是一個(gè)數字版權管理系統;應該把DRM平臺作為價(jià)值鏈的一個(gè)關(guān)鍵環(huán)節,保證整個(gè)數字內容分發(fā)業(yè)務(wù)價(jià)值鏈的健康、良性、持續發(fā)展。

  (4)運營(yíng)商應該根據3G網(wǎng)絡(luò )的建設時(shí)間以及DRM系統設備、終端設備的支持程度,選擇DRM系統平臺的版本。建議采用兼容支持OMADRMV1.0和OMA DRM V2.0版本的解決方案。

  (5)DRM系統應該單獨建設,從邏輯和物理上獨立,具備為各個(gè)業(yè)務(wù)系統提供服務(wù)的條件,同時(shí)把對各個(gè)業(yè)務(wù)系統的影響減到最小。

  (6)考慮到終端設備支持程度、用戶(hù)使用習慣培養和版權保護意識形成需要一定的時(shí)間,建議在初期同時(shí)提供無(wú)版權保護內容和有版權保護內容,為用戶(hù)提供差異化服務(wù)。有版權保護內容可以在初期對用戶(hù)贈送版權,以便培養用戶(hù)使用習慣,隨著(zhù)業(yè)務(wù)的開(kāi)展,逐步擴大版權保護內容的范圍。

  5、結束語(yǔ)

  內容的極大豐富是3G業(yè)務(wù)的一個(gè)基本特征。隨著(zhù)人們版權保護意識的增強,對于運營(yíng)商而言,DRM變得越來(lái)越重要。DRM的業(yè)務(wù)價(jià)值鏈已經(jīng)成為3G移動(dòng)增值業(yè)務(wù)價(jià)值鏈中一個(gè)非常重要的環(huán)節。通過(guò)建立集數字內容使用監控、版權保護、管理及交易為一體的數字業(yè)務(wù)平臺,不僅可以充分保護內容提供商的利益,為內容創(chuàng )作提供一個(gè)良好的環(huán)境,還可以促使整個(gè)數字內容分發(fā)業(yè)務(wù)進(jìn)入到一個(gè)良性循環(huán),保證它健康地持續發(fā)展。運營(yíng)商應該充分認識到數字版權管理的重要性,應在3G業(yè)務(wù)開(kāi)展初期就加以考慮和實(shí)施,這不僅是開(kāi)展移動(dòng)業(yè)務(wù)的需要,也是樹(shù)立全新的品牌形象的需要。


上一頁(yè) 1 2 下一頁(yè)

關(guān)鍵詞: 應用 3G 技術(shù) DRM 移動(dòng)

評論


相關(guān)推薦

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>