<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 消費電子 > 設(shè)計應(yīng)用 > 解決DRM 部署所面臨的障礙

          解決DRM 部署所面臨的障礙

          作者: 時間:2012-08-02 來源:網(wǎng)絡(luò) 收藏

          本文引用地址:http://www.ex-cimer.com/article/165126.htm

          根據(jù)所采用的 機制的不同,管理存儲器中的數(shù)據(jù)庫比管理硬盤驅(qū)動器中的數(shù)據(jù)庫更為復(fù)雜,因為我們必須防止能量攻擊 (power attack),至少也要提供適當(dāng)?shù)谋Wo功能。不妨設(shè)想,有的歌曲采用“限次播放”的許可證授權(quán)方式。每次播放該內(nèi)容,數(shù)據(jù)庫就必須更新,減少授權(quán)使用的次數(shù)。用戶可能會企圖繞開這種保護機制,比方說在數(shù)據(jù)庫更新從存儲器載入硬盤驅(qū)動器之前就關(guān)閉設(shè)備。

          RCR 可測定數(shù)據(jù)庫更新在存儲器中“排隊”的限度,超過了該上限,就必須更新到硬盤上的數(shù)據(jù)庫版本中。這個限度通常定義為一定數(shù)量的歌曲或者一定的播放時間。如果系統(tǒng)支持閃存,那么即便發(fā)生斷電更新隊列也可以保存下來。不過,大多數(shù)硬盤驅(qū)動媒體播放器都不支持閃存等非易失存儲器。(請注意,數(shù)據(jù)庫更新不能緩沖存儲到可移動介質(zhì),因為斷電后用戶可能會移動介質(zhì),這樣就會刪除更新隊列。)

          解決DRM 部署所面臨的障礙

          圖 2b 顯示了普通 的同一進程,不過 處理工作已經(jīng)盡可能避開了關(guān)鍵任務(wù)路徑,從而避免人們會感到出現(xiàn)操作延遲,且不影響性能。在預(yù)取緩沖區(qū)中存儲許可證數(shù)據(jù)庫可以在后臺驗證多個許可證,也有助于減少硬盤存取,進而延長電池使用壽命。

          我們的目標(biāo)是避免硬盤因?qū)崿F(xiàn) DRM 功能而增加轉(zhuǎn)動頻率。為了盡可能確保數(shù)據(jù)庫的一致性,并盡可能減少所需的更新次數(shù),系統(tǒng)需要監(jiān)視其它硬盤驅(qū)動器轉(zhuǎn)動請求,讓數(shù)據(jù)庫更新與這些請求同步進行。舉例來說,播放器每預(yù)取一首歌,就能夠且應(yīng)當(dāng)自動更新數(shù)據(jù)庫。這樣,許可證傳輸就能與數(shù)據(jù)傳輸同時進行,而這時用戶是允許有延遲的。此外,如果有排隊的更新,那么就應(yīng)將數(shù)據(jù)庫發(fā)生的變化寫入硬盤驅(qū)動器,而不是寫入整個數(shù)據(jù)庫。

          我們還能通過確定用戶使用模式,預(yù)計用戶要使用哪些內(nèi)容,以此來減少硬盤轉(zhuǎn)動頻率。舉例來說,如果用戶傾向按照播放列表連續(xù)播放,那么播放器就能利用這種使用傾向。請注意,“隨機”播放實際上并不一定要完全隨機;播放器可以隨機生成一個播放列表。用戶可以預(yù)取幾首歌,就像他們一般設(shè)定的播放列表一樣,這樣用戶也能搜索此前播放的歌曲。確定用戶的使用模式甚至能分辨出用戶跳過某首歌的頻率;這樣隨機播放期間選中用戶不喜歡的歌曲的頻率就會降低。

          許可證傳輸

          下載內(nèi)容文件所需的時間是用戶最不滿意的地方。由于需要傳輸許可證,執(zhí)行安全握手操作,并驗證內(nèi)容權(quán)限,因此 DRM 會影響傳輸時間。此外,降低 DRM 在許可證和內(nèi)容傳輸方面的開銷的辦法就是在后臺合理安排 DRM 工作任務(wù),要么在其他工作之前執(zhí)行,要么與其它操作同步進行。

          處理許可證傳輸問題時還要記住,易用性尤其重要。用戶希望只要選中歌曲就能播放。不過,DRM 的任務(wù)就是管理許可證權(quán)限,防止歌曲許可證過期后被播放,因此系統(tǒng)在執(zhí)行該任務(wù)時必須做到高透明度,尊重用戶。

          管理許可證過期有著許多不同的機制,具體取決于使用何種 DRM 標(biāo)準(zhǔn)。在任何情況下,都要明確告訴用戶什么過期了,怎么延期許可證。有時許可證會設(shè)定過期日期,即歌曲下載到便攜式媒體播放器后能播放比方說一周的時間,然后繼續(xù)播放就必須讓播放器重新連接到可信的內(nèi)容服務(wù)器(比如通過 PC 在因特網(wǎng)上連接到可信的服務(wù)器)。

          為了盡可能避免用戶混淆,播放器應(yīng)能預(yù)測可能出現(xiàn)的問題。比如,用戶出門旅行,最近一段時間都沒有連接上網(wǎng),這樣定時許可證可能就會過期,讓用戶丟失使用權(quán),懊惱不已。這些問題也會對 OEM 廠商實施有關(guān)技術(shù)提出挑戰(zhàn),因為 OEM 廠商可能并不能控制許可證更新的頻率。減少上述問題的關(guān)鍵在于讓用戶適時了解限制性許可證信息(如在播放歌曲時顯示過期日期或剩余播放次數(shù)等),以減少用戶不必要的詫異。用戶還應(yīng)可以設(shè)定告警,如某個許可證有效期降到一定的閾值以下,系統(tǒng)就發(fā)出通知。無論如何,用戶不能被惱人的告警信息所淹沒 (比方說不用每首歌播放后都提醒),否則他們就享受不到許可證播放帶來的體驗權(quán)利了。

          從基本走向長遠發(fā)展

          DRM 的技術(shù)不應(yīng)影響性能、易用性或電池使用壽命,從而使DRM實施方案對任何希望支持DRM 功能的OEM 廠商都切實可行。盡管 DRM 機制會增加系統(tǒng)的復(fù)雜性,但在的情況下,這些主要問題都能得到充分且對基本系統(tǒng)架構(gòu)影響極小。通過全面了解用戶與媒體播放器的互動方式,開發(fā)人員可對 DRM 處理進行安排,確保其對播放器的啟動、播放或許可證傳輸造成的影響盡可能小。

          因此,開發(fā)人員的挑戰(zhàn)不是說 DRM 到底能不能高效透明地實施,而在于如何在競爭對手中脫穎而出,讓自己的設(shè)計方案超過成套的交鑰匙子系統(tǒng)的基準(zhǔn)功能,并為未來技術(shù)的發(fā)展做好準(zhǔn)備。OEM 廠商應(yīng)提供更透明的 DRM 功能,減少對啟動、播放和傳輸時間的影響。為了通過實施最靈活的許可證管理方法支持各種的 DRM 協(xié)議,開發(fā)人員需要一種可編程的架構(gòu),配合全面加密功能 (如優(yōu)化的加密庫或加速硬件協(xié)處理器),以盡可能減少時延,降低功耗,為OEM 廠商提供盡可能多的選擇機會。

          舉例來說,內(nèi)容分配模型與 DRM 標(biāo)準(zhǔn)一樣多種多樣。有時用戶可以自由彼此共享內(nèi)容,然后再購買有效許可證,或只需同意通過網(wǎng)上賬戶為每次播放的內(nèi)容支付許可費即可。超級分配模式下,用戶可在手機等設(shè)備間方便地交換內(nèi)容,還能保障有限的無線帶寬。此外,新興的移動虛擬網(wǎng)絡(luò)運營商 (MVNO) 標(biāo)準(zhǔn)使任何公司都能從移動運營商處租賃空間,讓用戶隨處訪問更豐富的內(nèi)容,今后還將支持所有設(shè)備的訪問。

          只有掌握最靈活的DRM實施方案的公司才能成為最具競爭力的公司。更重要的是,通過 MVNO 等技術(shù)創(chuàng)新,靈活實施DRM 技術(shù)的 OEM 廠商除推出播放器以外,還能為進入內(nèi)容市場本身奠定基礎(chǔ),從而開創(chuàng)新的應(yīng)用機遇和未來的增收機會。


          上一頁 1 2 3 下一頁

          關(guān)鍵詞: 障礙 面臨 部署 DRM 解決

          評論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();