專利名稱：受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法及 終端。
背景技術(shù)：
數(shù)字版權(quán)管理(Digital Right Management，簡稱DRM)技術(shù)為內(nèi)容提供商和運營 商控制用戶對下載內(nèi)容的使用提供了管理手段，能夠有效地防止盜版，規(guī)范市場。有了 DRM 技術(shù)就可以為每一個內(nèi)容怎樣使用指定版權(quán)規(guī)則，還可以將同一個內(nèi)容與不同的版權(quán)相關(guān) 聯(lián)，不同的版權(quán)擁有不同的價格，因此，DRM技術(shù)可以使得出售版權(quán)而非內(nèi)容成為可能。DRM技術(shù)使得鈴聲、圖片、應(yīng)用軟件、流媒體和其他內(nèi)容能夠安全地在無線網(wǎng)絡(luò)上 傳遞，維護了版權(quán)所有者的權(quán)益。內(nèi)容開發(fā)商能夠更有效地利用傳播渠道向用戶展示和出 售他們所開發(fā)的內(nèi)容，更愿意提供自己擁有的內(nèi)容，而用戶也可以非常方便地獲得合法的 數(shù)字內(nèi)容。對于內(nèi)容提供商來說，需要控制被下載的媒體對象的使用。一旦媒體對象被下載， 采用DRM技術(shù)就可以去控制媒體對象的使用。一個媒體對象可以對應(yīng)多個不同的版權(quán)，相 應(yīng)的版權(quán)的價格也可以有所不同。使用DRM技術(shù)后，實質(zhì)上出售的是媒體對象的版權(quán)，而不 是這些對象本身。如果媒體對象以加密的形式分發(fā)，其密鑰設(shè)置在版權(quán)對象中。當(dāng)使用媒 體對象時需要用到版權(quán)對象中的信息。對象管理體系結(jié)構(gòu)(Object Management Architecture，簡稱0MA)規(guī)范定義了幾 種DRM方案，依據(jù)這幾種DRM方案，當(dāng)用戶試圖轉(zhuǎn)發(fā)受版權(quán)保護的文件(簡稱為DRM文件) 時，例如，通過彩信、發(fā)送電子郵件、通過即時通信軟件客戶端等方式轉(zhuǎn)發(fā)DRM文件，移動終 端會判斷接收到的是否是OMA規(guī)范定義的禁止轉(zhuǎn)發(fā)的DRM文件，如果是這些類型的文件，則 移動終端會提示用戶該文件不允許轉(zhuǎn)發(fā)，或者會隱藏與轉(zhuǎn)發(fā)文件相關(guān)的菜單項，避免用戶 進行轉(zhuǎn)發(fā)操作。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn)有技術(shù)中，DRM文件不能被轉(zhuǎn)發(fā)和復(fù)制，對于暫時沒有購買版權(quán)的用戶來說，即 使愿意支付費用，也不能獲取這些DRM文件。例如，用戶A下載了 一個受DRM保護的圖片， 如果用戶B也想要一個同樣的圖片，則用戶A無法發(fā)送該圖片給B，而用戶B即使愿意支付 費用也無法獲得該圖片?？梢?，現(xiàn)有技術(shù)中DRM文件無法在終端之間方便地轉(zhuǎn)發(fā)。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法及終端，用以解決現(xiàn)有技術(shù) 中DRM文件無法在終端之間方便地轉(zhuǎn)發(fā)的問題。本發(fā)明實施例提供了一種受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法，包括獲取受版權(quán)保護的文件，并獲取所述受版權(quán)保護的文件的來源信息；
發(fā)送所述來源信息給第二終端，使得所述第二終端根據(jù)所述來源信息獲取所述受 版權(quán)保護的文件。本發(fā)明實施例還提供了一種終端，包括獲取模塊，用于獲取受版權(quán)保護的文件，并獲取所述受版權(quán)保護的文件的來源信 息；發(fā)送模塊，用于發(fā)送所述來源信息給第二終端，使得所述第二終端根據(jù)所述來源 信息獲取所述受版權(quán)保護的文件。本發(fā)明實施例提供的受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法及終端中，終端在獲取DRM文 件后，一并獲取該文件的來源信息，然后把該來源信息發(fā)送給第二終端。這樣，第二終端根 據(jù)該來源信息，只要支付相應(yīng)的費用，就可以獲取DRM文件了。這種方法，不會導(dǎo)致DRM文 件的無限制傳播，而且，使得受版權(quán)保護的文件的能夠方便地在終端之間傳播。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1所示為本發(fā)明受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法實施例的流程圖；圖2所示為本發(fā)明終端實施例一的結(jié)構(gòu)示意圖；圖3所示為本發(fā)明終端實施例二的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。如圖1所示為本發(fā)明受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法實施例的流程圖，包括步驟101、獲取DRM文件，并獲取DRM文件的來源信息。該來源信息可以是DRM文 件的統(tǒng)一資源定位符(Uniform/Universal Resource Locator，簡稱URL)，或者存儲有DRM 文件的服務(wù)器標(biāo)識等信息。步驟102、發(fā)送來源信息給第二終端，使得第二終端根據(jù)來源信息獲取DRM文件。 第二終端在獲取到DRM文件的來源信息之后，可以依據(jù)常用的方法獲取DRM文件，例如，可 以依據(jù)DRM文件的URL下載DRM文件。以上步驟101和102可以由某一個終端執(zhí)行，例如第一終端。在步驟101中，第一終端獲取DRM文件的來源信息，還可以存儲該來源信息，這樣， 第一終端就可以根據(jù)該來源信息再次獲取DRM文件，而且第一終端也可以將該來源信息發(fā) 送給其它的終端，與其他終端共享該DRM文件。本發(fā)明實施例一提供的方法，第一終端在獲取DRM文件后，一并獲取該文件的來 源信息，然后把該來源信息發(fā)送給第二終端。這樣，第二終端根據(jù)該來源信息，只要支付相應(yīng)的費用，就可以獲取DRM文件了。這種方法，不會導(dǎo)致DRM文件的無限制傳播，而且，這種 方法使得DRM文件的能夠方便地在終端之間傳播。第一終端在獲取到DRM文件的來源信息之后，可以發(fā)送一個消息給第二終端，在 該消息中包括該來源信息。該消息可以是短消息、彩信、電子郵件等。第一終端在獲取到DRM文件的來源信息之后，可以發(fā)一個包含有該來源信息的文 件給第二終端。本發(fā)明各實施例中涉及到的終端可以是手機、掌上電腦等移動終端，也可以是臺 式計算機等非移動的終端。下面通過具體的例子來說明本發(fā)明的實現(xiàn)方式。OMA DRM 規(guī)范(0MA-TS-DRM-DCF-V2_1-20081014_A)定義了如下幾種 DRM 方案(1)禁止轉(zhuǎn)發(fā)(!forward Lock，簡稱 FL)這種方案中，媒體對象被包裝成DRM消息，發(fā)送到移動終端，移動終端可以不受限 制地播放、顯示、執(zhí)行和打印媒體對象，但是不能改動和轉(zhuǎn)發(fā)媒體對象，也不能拷貝媒體對 象到其他的存儲設(shè)備。(2)組合發(fā)送(Combined Delivery，簡稱 CD)這種方案中，版權(quán)對象和媒體對象被打包成一個DRM消息發(fā)送到移動終端，移動 終端根據(jù)版權(quán)對象的要求控制對媒體對象的使用，但是不可以轉(zhuǎn)發(fā)從DRM消息中接收到的 媒體對象和版權(quán)對象，也不能把媒體對象和版權(quán)對象拷貝到其他的存儲設(shè)備。(3)分別發(fā)送(Separate Delivery)這種方案中，媒體對象被加密并轉(zhuǎn)換成DRM內(nèi)容格式(DRM ContentFormat,簡稱 DCF)，DCF對象被下載到移動終端。包含密鑰的版權(quán)對象隨后通過推入信息(WAP Push)的 方式發(fā)送。接收到版權(quán)對象以后，設(shè)備才可以使用媒體對象。移動終端可以轉(zhuǎn)發(fā)DCF文件， 但是打包成DRM消息的DCF是不允許轉(zhuǎn)發(fā)的。對于一個DRM文件，可以有多個相關(guān)聯(lián)的版權(quán)對象。但是每個版權(quán)對象必須單獨 處理，不能合并。在內(nèi)容使用過程中，可能有多個版權(quán)對象滿足限制條件，移動終端可以選 擇其中的一個執(zhí)行。第( 種方案中，可以將DRM文件拷貝到存儲設(shè)備上，但是在存儲設(shè)備上不能使用。例如，用戶A在瀏覽網(wǎng)頁時，下載了一個FL類型或者⑶類型的DRM文件M，用戶A 的移動終端a獲取DRM文件M的URL，把該URL保存到文件或數(shù)據(jù)庫中。如果用戶B也需要 該文件，那么用戶A可以將獲取的URL添加到彩信中，將該彩信發(fā)送到用戶B的移動終端b 中。用戶B的移動終端b可以通過該URL從網(wǎng)絡(luò)上下載DRM文件M。用于A發(fā)送給用戶B 的彩信中還可以添加一段描述內(nèi)容，例如“原始文件被版權(quán)保護，不可轉(zhuǎn)發(fā)，請從如下地址 下載”，等等。又如，用戶A在瀏覽網(wǎng)頁時下載了一個FL類型或⑶類型的DRM文件M，用戶A的 移動終端a將帶有DRM文件M的URL的網(wǎng)頁文件保存。如果用戶B也需要DRM文件M，那么 用戶A可以將獲取到的帶有DRM文件M的URL的網(wǎng)頁文件添加到電子郵件中，作為電子郵 件的附件發(fā)送給用戶B的移動終端b。用戶B的移動終端b收到該附件后，打開網(wǎng)頁文件， 通過網(wǎng)頁文件上的URL即可以獲取DRM文件M。
除了可以通過電子郵件，還可以通過其他的載體，例如短信、彩信等，將帶有DRM 文件M的URL的網(wǎng)頁文件發(fā)送給移動終端B。可以在DRM文件的頭部增加字段來攜帶來源信息。終端可以從DRM文件的頭部獲 取DRM文件的來源信息。本發(fā)明實施例中的DRM文件頭部的新增字段可以如表一所示。表一、本發(fā)明實施例中涉及到的DRM文件的頭部的新增字段
權(quán)利要求
1.一種受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法，其特征在于，包括獲取受版權(quán)保護的文件，并獲取所述受版權(quán)保護的文件的來源信息； 發(fā)送所述來源信息給第二終端，使得所述第二終端根據(jù)所述來源信息獲取所述受版權(quán) 保護的文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在獲取所述來源信息之后，還存儲所述來源{曰息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述來源信息為所述受版權(quán)保護的文件 的統(tǒng)一資源定位符或者存儲有所述受版權(quán)保護的文件的服務(wù)器標(biāo)識。
4.根據(jù)權(quán)利要求1-3中任一權(quán)利要求所述的方法，其特征在于，獲取所述受版權(quán)保護 的文件的來源信息，包括從所述受版權(quán)保護的文件中頭部或者從獲取所述受版權(quán)保護的文件過程中的超文本 傳輸協(xié)議響應(yīng)消息的頭部獲取所述來源信息。
5.一種終端，其特征在于，包括獲取模塊，用于獲取受版權(quán)保護的文件，并獲取所述受版權(quán)保護的文件的來源信息； 發(fā)送模塊，用于發(fā)送所述來源信息給第二終端，使得所述第二終端根據(jù)所述來源信息 獲取所述受版權(quán)保護的文件。
6.根據(jù)權(quán)利要求5所述的終端，其特征在于，還包括存儲模塊，用于在所述獲取模塊獲 取所述來源信息之后，存儲所述來源信息。
7.根據(jù)權(quán)利要求5所述的終端，其特征在于，所述獲取模塊具體用于獲取所述受版權(quán) 保護的文件的統(tǒng)一資源定位符或者存儲有所述受版權(quán)保護的文件的服務(wù)器標(biāo)識。
8.根據(jù)權(quán)利要求5-7中任一權(quán)利要求所述的終端，其特征在于，所述獲取模塊具體用 于從所述受版權(quán)保護的文件中頭部或者從獲取所述受版權(quán)保護的文件過程中的超文本傳 輸協(xié)議響應(yīng)消息的頭部獲取所述來源信息。
全文摘要
本發(fā)明提供一種受版權(quán)保護的文件的轉(zhuǎn)發(fā)方法及終端，其中方法包括獲取受版權(quán)保護的文件，并獲取所述受版權(quán)保護的文件的來源信息；發(fā)送所述來源信息給第二終端，使得所述第二終端根據(jù)所述來源信息獲取所述受版權(quán)保護的文件。本發(fā)明實施例提供的方法及終端，不會導(dǎo)致DRM文件的無限制傳播，而且，使得受版權(quán)保護的文件的能夠方便地在終端之間傳播。
文檔編號G06F21/00GK102142065SQ20101052856
公開日2011年8月3日 申請日期2010年10月26日 優(yōu)先權(quán)日2010年10月26日
發(fā)明者張鑫, 王魁 申請人:華為終端有限公司