[發明專利]一種導入許可的方法和許可服務器

有效

• 申請號: 200710196364.1
• 申請日: 2007-11-30
• 公開（公告）號: CN101431412A
• 公開（公告）日: 2009-05-13
• 發明（設計）人: 張仁宙;黃晨;黨沛;周皓雋;袁衛忠;周志鵬
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L9/30
• 分類號: H04L9/30;H04L9/32;H04L29/06;H04L12/56
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及數字版權管理(DRM)領域，尤其涉及一種導入許可的方法、設備和許可服務器。?

背景技術

數字版權管理(Digital?Rights?Management，DRM)主要通過權限控制和內容保護方案控制數字內容的使用，保護內容所有者的合法權益。數字內容發行者(Content?Issuer，CI)用內容加密密鑰(Content?Encryption?Key，CEK)對數字內容進行加密后打包為內容數據包。許可服務器(Rights?Issuer，RI)負責分發與數字內容相對應的許可(Rights?Object，RO)，其中包括加密的CEK和對應的權限及限制。DRM?Agent只有同時擁有內容數據包和許可，才能按照許可中的權限和限制消費所購買的數字內容。?

目前，不同的DRM系統的內容和許可的封裝格式各異，DRM設備無法直接消費其它DRM系統的內容和許可。在OMA(Open?Mobile?Alliance)標準組織定義的SCE(Secure?Content?Exchange)中，為了使得OMA定義的DRM設備可以消費通過其它DRM系統獲取的內容和許可，引入了本地許可管理器(Local?Rights?Manager，LRM)，用于將其它DRM系統的內容和許可導入到OMA系統中。LRM可以為SCE域和SCE設備導入許可，LRM直接產生許可后給SCE設備；也可以為OMA?DRM2.0域和OMA?DRM2.0設備導入許可，由于OMA?DRM2.0設備無法識別LRM，因此LRM需通過RI產生導入的許可。?

如圖1所示，系統包含RI、LRM和OMA?DRM2.0設備，LRM為OMADRM2.0設備導入許可時，流程包括：?

1，LRM在RI注冊；LRM接收其它DRM系統的數據；將其它DRM格式的內容轉換為OMA定義的內容格式(P)DCF((Packetized)DRM?Content?Format)；?

2，LRM請采RI根據其它DRM系統的數據生成許可；LRM和RI交換OMA?DRM2.0設備的ID，RO中包含的權限和限制，密鑰信息和其它信息(如RightsIssuerURL，SilentURLs等元數據)；RI根據這些信息創建RO并返回給LRM；?

3，LRM將(P)DCF傳輸給設備，例如通過超級分發的形式；設備再通過(P)DCF中的silent?header向RI請求并獲得許可。?

發明人發現，在上述過程中，由于RI獲知密鑰信息，因此對于失信RI，后續可以繼續使用該密鑰信息生成非法許可。?

同樣，對于SCE設備通過RI轉移(Move)LRM生成的許可的場景，也可能由于同樣的原因使失信RI獲知密鑰信息后生成非法許可。?

發明內容

本發明實施例提供一種導入許可的方法和一種許可服務器，使得失信RI無法為目的設備之外的其它設備生成非法許可，提高了導入許可的安全性。?

本發明實施例提供的一種導入許可方法包括：許可服務器接收到生成許可的請求消息，請求消息中包含了使用目的設備公鑰封裝的密鑰信息；許可服務器根據所述請求消息生成許可，許可中包含所述目的設備公鑰封裝的密鑰信息；許可服務器將所述許可提供給目的設備。?

相應地，本發明實施例提供的一種許可服務器包括：接收模塊，用于接收生成許可的請求消息，請求消息中包含了使用目的設備公鑰封裝的密鑰信息；生成模塊，用于根據所述請求消息生成許可，許可中包含所述目的設備公鑰封裝的密鑰信息；發送模塊，用于將所述許可提供給目的設備。?

根據上述實施例，通過向RI提供使用目的設備公鑰封裝后的密鑰信息，使得對RI隱藏了真正的密鑰，從而提高了通過RI導入許可或轉移導入許可的安全性。?

附圖說明

圖1為背景技術中DRM系統的結構示意圖；?

圖2為本發明實施例LRM通過RI為設備導入許可的流程示意圖；?

圖3為本發明實施例設備間通過RI轉移導入許可的流程示意圖；?

圖4為本發明實施例的許可服務器的結構示意圖；?

圖5為本發明實施例的設備的結構示意圖。?

具體實施方式

為了使本技術領域的人員更好地理解本發明，下面結合附圖對本發明作進一步的詳細說明。?