專利名稱：向客戶端裝置提供對應(yīng)于加密內(nèi)容的許可證的方法及使用該方法的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理(下文稱作'DRM，)。更具體地說，本發(fā)明 涉及一種用于為客戶端裝置提供對應(yīng)于加密內(nèi)容的許可證的方法，該方 法可以在DRM轉(zhuǎn)換系統(tǒng)中響應(yīng)于與超分配給第三人的內(nèi)容相對應(yīng)的許 可證請求而提供許可證，還涉及使用該方法的DRM轉(zhuǎn)換系統(tǒng)。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)的發(fā)展與普及，大部分以模擬形式制作、保存以及管 理的商業(yè)交易版權(quán)客體，如書籍、連環(huán)漫畫、唱片、電影、廣播或報(bào)紙 己被數(shù)字化。盡管數(shù)字化的商業(yè)交易版權(quán)客體被反復(fù)使用，但它們具有持久的高質(zhì) 量，并且易于復(fù)制和修改。此外，即使是大量的版權(quán)客體也易于在短時(shí) 間內(nèi)傳送和散布。數(shù)字形式的這種特點(diǎn)和優(yōu)點(diǎn)使得模擬版權(quán)客體被高速 地?cái)?shù)字化。然而，數(shù)字形式的這些優(yōu)點(diǎn)會成為侵犯作者版權(quán)以及版權(quán)客體利益的 因素。由于拷貝與原版相同，從而使購買原版的意愿減弱，并使得不經(jīng) 作者同意的修改和拷貝變得很簡單，因此容易偷竊、傳送和散布版權(quán)客 體。因此，違法的版權(quán)客體即刻在互聯(lián)網(wǎng)上傳播，結(jié)果是不能從法律上 控制它們。這種消極因素降低了作者的熱情，并且能降低對于版權(quán)客體的制作意 愿。而且，這些消極因素使作者對數(shù)字化產(chǎn)生了疑慮。因此，對于數(shù)字 版權(quán)客體，需要一種技術(shù)保護(hù)設(shè)備能夠有效地管理版權(quán)，同時(shí)充分保證 數(shù)字化帶來的優(yōu)點(diǎn)。因此，為了保護(hù)數(shù)字版權(quán)客體的利益和權(quán)益，提出了一種將DRM應(yīng) 用到數(shù)字內(nèi)容的技術(shù)。而且，各種DRM類型已被使用。 DRM是一種為了保護(hù)版權(quán)持有者的利益和權(quán)益而防止未經(jīng)允許使用 數(shù)字內(nèi)容的技術(shù)。通常，用于提供使用DRM類型的內(nèi)容的服務(wù)器對內(nèi)容 進(jìn)行加密并發(fā)送，并且傳送許可證至授權(quán)的用戶以使得只有授權(quán)用戶才 能再現(xiàn)并輸出該內(nèi)容。許可證包括用于解密內(nèi)容的內(nèi)容解密密鑰和作為 內(nèi)容使用信息的內(nèi)容使用權(quán)限。另一方面，在相關(guān)技術(shù)中，客戶端裝置只是再現(xiàn)和輸出預(yù)定DRM類 型的內(nèi)容。而且，以同樣方式，服務(wù)器通過應(yīng)用一種DRM類型而向客戶 端裝置提供內(nèi)容。圖1是表示根據(jù)相關(guān)技術(shù)用于將應(yīng)用DRM的內(nèi)容提供給客戶端裝置 的方法的實(shí)施例的視圖。客戶端裝置110通過預(yù)定的通信網(wǎng)絡(luò)與對應(yīng)于第一 DRM類型的第 一服務(wù)器120連接。第一服務(wù)器120包括內(nèi)容提供服務(wù)器和許可證頒發(fā) 服務(wù)器。當(dāng)客戶端裝置110將內(nèi)容提供請求發(fā)送至內(nèi)容提供服務(wù)器120 時(shí)，內(nèi)容提供服務(wù)器120將經(jīng)第一DRM類型加密的內(nèi)容發(fā)送至客戶端裝 置110?？蛻舳搜b置IIO將許可證請求發(fā)送至對應(yīng)于第一DRM類型的許 可證頒發(fā)服務(wù)器120，從而實(shí)現(xiàn)上述加密內(nèi)容的版權(quán)保護(hù)。在客戶端裝置 IIO從許可證頒發(fā)服務(wù)器120收到所頒發(fā)的許可證之后，它就可以使用內(nèi) 容。g卩，客戶端裝置110使用包含在許可證中的解密鑰而對加密內(nèi)容進(jìn) 行解密、再現(xiàn)以及輸出。由于根據(jù)相關(guān)技術(shù)的第一服務(wù)器120只提供由預(yù)設(shè)的DRM類型所 加密的內(nèi)容，因此不能提供由其他DRM類型所加密的內(nèi)容。此外，在圖1中，在用戶使用客戶端裝置IIO再現(xiàn)內(nèi)容的同時(shí)，當(dāng) 用戶使用支持第二DRM類型的第二客戶端裝置130再現(xiàn)相同內(nèi)容時(shí)，他 能將上述內(nèi)容從客戶端裝置IIO傳送至第二客戶端裝置130。然而，由于 第二客戶端裝置130支持的DRM類型不同于客戶端裝置110支持的 DRM類型，因此不能再現(xiàn)從客戶端裝置IIO傳送到第二客戶端裝置130 的內(nèi)容。為了解決這種問題，韓國專利公開文獻(xiàn)No.l0-2005-0120579已介紹 了一種支持不同DRM類型的設(shè)備之間進(jìn)行內(nèi)容的輸入和輸出的配置。上
述專利公開文獻(xiàn)的優(yōu)勢在于它能通過轉(zhuǎn)換內(nèi)容的DRM類型而在不同 DRM類型的設(shè)備之間使用。然而，當(dāng)將轉(zhuǎn)換了 DRM類型的內(nèi)容超分配 給第三人時(shí)，由于第三人沒有用于相應(yīng)內(nèi)容的許可證，因此第三人不能 再現(xiàn)所超分配的內(nèi)容。因此，需要一種方法可以實(shí)現(xiàn)當(dāng)將轉(zhuǎn)換了 DRM類型的內(nèi)容被超分 配給第三人時(shí)，可使該第三人能獲得許可證。對應(yīng)于轉(zhuǎn)換之前的DRM的 服務(wù)器端可參與向用戶提供相應(yīng)的許可證以自由地超分配內(nèi)容。同時(shí)， 要求DRM轉(zhuǎn)換系統(tǒng)能控制被超分配的內(nèi)容的許可證。

發(fā)明內(nèi)容
因此，為解決在現(xiàn)有技術(shù)中出現(xiàn)的上述問題而提出本發(fā)明，并且本 發(fā)明的一個(gè)目的是提供一種用于向客戶端裝置提供對應(yīng)于加密內(nèi)容的許 可證的方法以及使用該方法的DRM轉(zhuǎn)換系統(tǒng)，即當(dāng)由DRM轉(zhuǎn)換系統(tǒng)進(jìn) 行DRM轉(zhuǎn)換的內(nèi)容被超分配給第三人并收到來自所述第三人的許可證 請求時(shí)，就會響應(yīng)于所述許可證請求接收來自對應(yīng)于被加密DRM類型的 服務(wù)器的許可證，并將所述許可證提供給該第三人。此外，本發(fā)明的另一個(gè)目的是通過客戶端裝置接收由DRM轉(zhuǎn)換系 統(tǒng)進(jìn)行DRM轉(zhuǎn)換的內(nèi)容，向所述DRM轉(zhuǎn)換系統(tǒng)請求對應(yīng)于所述己轉(zhuǎn)換 內(nèi)容的許可證，以及通過所述DRM轉(zhuǎn)換系統(tǒng)接收來自對應(yīng)于被加密 DRM類型的服務(wù)器的許可證。而且，本發(fā)明的又一個(gè)目的是當(dāng)客戶端裝置向DRM轉(zhuǎn)換系統(tǒng)請求 對應(yīng)于所轉(zhuǎn)換內(nèi)容的許可證時(shí)，使得對應(yīng)于所述內(nèi)容的DRM轉(zhuǎn)換之前的 DRM類型的服務(wù)器識別許可證請求，以及使得對應(yīng)于DRM轉(zhuǎn)換之前的 DRM類型的服務(wù)器具有許可證請求的批準(zhǔn)權(quán)從而恰當(dāng)?shù)乜刂苾?nèi)容的超 分配。另外，本發(fā)明的再一個(gè)目的是使得請求超分配內(nèi)容的許可證的第三 人根據(jù)所述許可證支付一定金額，以及使得對應(yīng)于DRM轉(zhuǎn)換之前的 DRM類型的服務(wù)器、DRM轉(zhuǎn)換系統(tǒng)和對應(yīng)于DRM轉(zhuǎn)換之后的DRM類 型的服務(wù)器中的至少一個(gè)恰當(dāng)?shù)胤峙渌Ц兜慕痤~。[19]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種用于向 客戶端裝置提供對應(yīng)于加密內(nèi)容的許可證的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操 作方法，所述方法包括如下步驟(i)數(shù)字版權(quán)管理對第一數(shù)字版權(quán)內(nèi)容 類型的第一內(nèi)容和對應(yīng)于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，以生成 第二數(shù)字版權(quán)內(nèi)容類型的第二內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可
證；(ii)接收對應(yīng)于超分配給第三人的第二內(nèi)容的許可證請求；(iii)向?qū)?應(yīng)于第二數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于所述超分配的第二內(nèi)容的第 二許可證；以及(iv)接收對應(yīng)于所述超分配的第二內(nèi)容的第二許可證并發(fā) 送所述第二許可證給第三人。根據(jù)本發(fā)明的另一方面，提供了一種用于再現(xiàn)加密內(nèi)容的客戶端裝置 的操作方法，所述方法包括如下步驟,(a)接收通過數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)從 第一數(shù)字版權(quán)管理類型轉(zhuǎn)換為第二數(shù)字版權(quán)管理類型的內(nèi)容;(b)向所述數(shù)字 版權(quán)管理轉(zhuǎn)換系統(tǒng)請求對應(yīng)于被轉(zhuǎn)換為所述第二數(shù)字版權(quán)管理類型的內(nèi)容 的許可證；以及(C)從對應(yīng)于所述第二數(shù)字版權(quán)管理類型的服務(wù)器接收對應(yīng)于 通過所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)被轉(zhuǎn)換為所述第二數(shù)字版權(quán)管理類型的內(nèi) 容的許可證。根據(jù)本發(fā)明的又一方面，提供了一種用于向客戶端裝置提供對應(yīng)于 加密內(nèi)容的許可證的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)，其包括用于數(shù)字版權(quán)管 理的數(shù)字版權(quán)管理轉(zhuǎn)換器，其對第一數(shù)字版權(quán)內(nèi)容類型的第一內(nèi)容和對 應(yīng)于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，以生成第二數(shù)字版權(quán)內(nèi)容類 型的第二內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可證；接收器，其用于接 收對應(yīng)于超分配給第三人的第二內(nèi)容的許可證請求；許可證提供部，其 用于向?qū)?yīng)于第二數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于所述超分配的第二 內(nèi)容的第二許可證，以及接收對應(yīng)于所述超分配的第二內(nèi)容的第二許可 證并發(fā)送所述第二許可證給第三人。


從下面結(jié)合附圖的詳細(xì)說明中能更充分地理解本發(fā)明的進(jìn)一步的目
的和優(yōu)點(diǎn)，在附圖中圖1是表示根據(jù)相關(guān)技術(shù)用于向客戶端裝置提供應(yīng)用DRM的內(nèi)容的方法的實(shí)施例的視圖；圖2是表示根據(jù)本發(fā)明的實(shí)施例的DRM轉(zhuǎn)換系統(tǒng)的網(wǎng)絡(luò)連接關(guān)系 的示意圖；圖3是表示根據(jù)本發(fā)明的實(shí)施例的DRM轉(zhuǎn)換系統(tǒng)的操作方法的流 程圖；圖4是表示根據(jù)本發(fā)明的實(shí)施例的客戶端裝置的操作方法的流程 圖；圖5是根據(jù)本發(fā)明的實(shí)施例的DRM轉(zhuǎn)換的內(nèi)部結(jié)構(gòu)的框圖；以及圖6是通用計(jì)算機(jī)設(shè)備的框圖，該計(jì)算機(jī)能用來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí) 施例的DRM轉(zhuǎn)換系統(tǒng)的操作方法和客戶端裝置的操作方法。
具體實(shí)施例方式在本發(fā)明中，第一服務(wù)器是對應(yīng)于第一 DRM的服務(wù)器，并且第二 服務(wù)器是對應(yīng)于第二 DRM的服務(wù)器。下面將參照附圖解釋根據(jù)本發(fā)明的優(yōu)選實(shí)施例的用于向客戶端裝置 提供對應(yīng)于加密內(nèi)容的許可證的方法以及使用該方法的DRM轉(zhuǎn)換系統(tǒng)。圖2是表示根據(jù)本發(fā)明的實(shí)施例的DRM轉(zhuǎn)換系統(tǒng)的網(wǎng)絡(luò)連接關(guān)系 的示意圖。假設(shè)第一客戶端裝置202支持第一 DRM類型，并且第二客戶端裝 置205和第三客戶端裝置206支持第二 DRM類型。如圖2所示，第一客戶端裝置202接收第一DRM類型的第一內(nèi)容 和對應(yīng)于所述第一內(nèi)容的第一許可證，并且再現(xiàn)所述第一內(nèi)容。這里， 第一服務(wù)器201可以是提供第一 DRM類型的內(nèi)容和許可證的服務(wù)器。當(dāng)客戶端裝置202的用戶想要從第二客戶端裝置205再現(xiàn)第一內(nèi)容 時(shí)，DRM轉(zhuǎn)換系統(tǒng)203對第一 DRM類型的第一內(nèi)容和對應(yīng)于所述第一 內(nèi)容的第一許可證進(jìn)行DRM轉(zhuǎn)換，以生成第二DRM類型的第二內(nèi)容和 對應(yīng)于所述第二內(nèi)容的第二許可證。在本發(fā)明的實(shí)施例中，第一客戶端 裝置202和第二客戶端裝置205分別支持不同的DRM類型。例如，所述
第一 DRM類型可以是MS-DRM，而所述第二 DRM類型可以是 OMA-DRM。 DRM轉(zhuǎn)換將第一DRM類型的第一內(nèi)容和第一許可證轉(zhuǎn)換為中間格 式，然后將該中間格式轉(zhuǎn)換為第二DRM類型的第二內(nèi)容和第二許可證。 所述DRM轉(zhuǎn)換已在韓國專利公開文獻(xiàn)No. 2005-120579中詳細(xì)說明。另一方面，當(dāng)?shù)诙蛻舳搜b置205將所轉(zhuǎn)換的內(nèi)容超分配給作為第 三人的第三客戶端裝置206時(shí)，為了使用該內(nèi)容，第三客戶端裝置206 向DRM轉(zhuǎn)換系統(tǒng)203發(fā)送對應(yīng)于所述第二內(nèi)容的許可證的請求。DRM 轉(zhuǎn)換系統(tǒng)203收到所述許可證的請求，從第二服務(wù)器204接收對應(yīng)于超 分配至第三客戶端裝置206的第二內(nèi)容的第二許可證，并將該第二許可 證發(fā)送至第三客戶端裝置206許可證。在本發(fā)明的實(shí)施例中，第二客戶 端裝置205和第三客戶端裝置206支持相同的DRM類型。這里，所述超分配意味著單獨(dú)分配內(nèi)容和許可證。用戶通過超分配 能將自己使用的內(nèi)容分配給第三人。己接收到內(nèi)容的第三人不考慮所述 內(nèi)容如何而獲得許可證并使用所分配的內(nèi)容。這里，已請求許可證的第三客戶端裝置206能連同許可證請求一起 向第一服務(wù)器201請求批準(zhǔn)。當(dāng)DRM轉(zhuǎn)換系統(tǒng)203收到來自第三客戶端 裝置206的許可證請求時(shí)，它能向第一服務(wù)器201請求相應(yīng)內(nèi)容的許可 證頒發(fā)批準(zhǔn)。當(dāng)DRM轉(zhuǎn)換系統(tǒng)203收到來自第三客戶端裝置206的許可證請求 并且向第一服務(wù)器201請求相應(yīng)內(nèi)容的許可證頒發(fā)批準(zhǔn)時(shí)，DRM轉(zhuǎn)換服 務(wù)器能辨別對應(yīng)于所述內(nèi)容轉(zhuǎn)換之前的DRM類型的第一服務(wù)器201，在 DRM轉(zhuǎn)換服務(wù)器中通過査閱轉(zhuǎn)換日志數(shù)據(jù)庫來請求許可證。也就是說，DRM轉(zhuǎn)換系統(tǒng)203在每次DRM轉(zhuǎn)換時(shí)將關(guān)于DRM轉(zhuǎn) 換的日志記錄在轉(zhuǎn)換日志數(shù)據(jù)庫中。當(dāng)DRM轉(zhuǎn)換系統(tǒng)203收到特定內(nèi)容 的許可證請求時(shí)，通過查閱轉(zhuǎn)換日志數(shù)據(jù)庫，DRM轉(zhuǎn)換系統(tǒng)203可以辨 別對應(yīng)于相應(yīng)內(nèi)容轉(zhuǎn)換之前的DRM類型的DRM服務(wù)器。DRM轉(zhuǎn)換系統(tǒng)203可以包含DRM轉(zhuǎn)換服務(wù)器和DRM轉(zhuǎn)換客戶端。 即，DRM轉(zhuǎn)換系統(tǒng)203的部分配置可以包含在DRM轉(zhuǎn)換服務(wù)器中，而
其余配置可以包含在DRM轉(zhuǎn)換客戶端中。在本實(shí)施例中，DRM轉(zhuǎn)換系統(tǒng)203可以僅僅包括DRM轉(zhuǎn)換服務(wù)器 而沒有DRM轉(zhuǎn)換客戶端。在這種情況下，DRM轉(zhuǎn)換服務(wù)器實(shí)現(xiàn)DRM 轉(zhuǎn)換系統(tǒng)203的所有功能。根據(jù)本發(fā)明的客戶端裝置202、 205和206中的每個(gè)可以包括PC， 個(gè)人數(shù)字助理(PDA)，智能電話，掌上電腦，便攜電話，MP3播放器， 諸如碼分多址復(fù)用模塊、藍(lán)牙模塊、紅外線通信模塊(IrDA)等的預(yù)定通 信模塊，有線/無線LAN網(wǎng)卡，并且可以安裝用于實(shí)現(xiàn)多媒體再現(xiàn)功能 的預(yù)定微處理器以完成預(yù)定的計(jì)算處理。圖3是表示根據(jù)本發(fā)明的實(shí)施例的DRM轉(zhuǎn)換系統(tǒng)的操作方法的流 程圖。在步驟301中，DRM轉(zhuǎn)換系統(tǒng)對第一DRM類型的第一內(nèi)容和對應(yīng) 于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，從而生成第二DRM類型的第二 內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可證。例如，DRM轉(zhuǎn)換系統(tǒng)可以轉(zhuǎn) 換第一DRM類型的第一內(nèi)容"loved"和對應(yīng)于第一內(nèi)容"loved"的第 一許可證，從而生成第二 DRM類型的第二內(nèi)容"loved"和對應(yīng)于第二 內(nèi)容"loved"的第二許可證。在本發(fā)明的實(shí)施例中，DRM轉(zhuǎn)換系統(tǒng)能將DRM轉(zhuǎn)換日志記錄在數(shù) 據(jù)庫中。例如，所述DRM轉(zhuǎn)換日志可以包括第一內(nèi)容、根據(jù)對應(yīng)于所述 第一內(nèi)容的第一許可證的DRM轉(zhuǎn)換的DRM轉(zhuǎn)換信息或用于頒發(fā)關(guān)于所 述第一內(nèi)容的許可證的服務(wù)器信息。而且，在本發(fā)明的另一個(gè)實(shí)施例中，DRM轉(zhuǎn)換系統(tǒng)的一部分可以安 裝于客戶端終端處。在步驟302中，DRM轉(zhuǎn)換系統(tǒng)收到對應(yīng)于超分配給第三人的第二內(nèi) 容的許可證請求。也就是說，在本發(fā)明中，由于第三人僅僅接收來自于 提供第二內(nèi)容的客戶端裝置的所述第二內(nèi)容，因此第三人向DRM轉(zhuǎn)換系 統(tǒng)請求對應(yīng)于第二內(nèi)容的許可證。在這種情況下，當(dāng)對應(yīng)于轉(zhuǎn)換之前的DRM類型的服務(wù)器被取消時(shí)， 并且對應(yīng)于第二被分配內(nèi)容的第二許可證被頒發(fā)時(shí)，將導(dǎo)致內(nèi)容源的不
當(dāng)忽視。在步驟303中，DRM轉(zhuǎn)換系統(tǒng)根據(jù)所述許可證請求向第一服務(wù)器詢 問批準(zhǔn)或不批準(zhǔn)。即，由于所述許可證是通過轉(zhuǎn)換對應(yīng)于第一DRM類型 的第一內(nèi)容的第一許可證而獲得的，并從第一服務(wù)器頒發(fā)第一許可證， 因此DRM轉(zhuǎn)換系統(tǒng)根據(jù)所述許可證請求詢問批準(zhǔn)或不批準(zhǔn)。此外，通過 查閱記錄有DRM轉(zhuǎn)換日志的數(shù)據(jù)庫，DRM轉(zhuǎn)換系統(tǒng)能辨別第一服務(wù)器。在實(shí)施例中，DRM轉(zhuǎn)換系統(tǒng)不根據(jù)所述許可證請求詢問批準(zhǔn)或不批 準(zhǔn)，而是第三人一方能連同許可證請求一起向第一服務(wù)器請求批準(zhǔn)。此 時(shí)，DRM轉(zhuǎn)換系統(tǒng)能將對應(yīng)于轉(zhuǎn)換之前的DRM類型的第一服務(wù)器信息
提供給第三人一方。當(dāng)從第一服務(wù)器收到批準(zhǔn)響應(yīng)時(shí)(步驟304)， DRM轉(zhuǎn)換系統(tǒng)向第二 服務(wù)器請求對應(yīng)于被超分配給第三人的第二內(nèi)容的第二許可證(步驟 305)。在步驟306中，DRM轉(zhuǎn)換系統(tǒng)從第二服務(wù)器接收對應(yīng)于所超分配的 第二內(nèi)容的第二許可證，并將所述第二許可證發(fā)送至第三人。在本發(fā)明的實(shí)施例中，當(dāng)DRM轉(zhuǎn)換系統(tǒng)從第一服務(wù)器收到批準(zhǔn)響 應(yīng)時(shí)，它能從第一服務(wù)器接收由第三人付帳的預(yù)定分配金額。而且，DRM 轉(zhuǎn)換系統(tǒng)可以將所分配金額的一部分提供給第二服務(wù)器。圖4是表示根據(jù)本發(fā)明實(shí)施例的客戶端裝置的操作方法的流程圖。在步驟401中，客戶端裝置通過預(yù)定的DRM轉(zhuǎn)換從源設(shè)備接收內(nèi) 容。這里，所述內(nèi)容是從第一DRM類型轉(zhuǎn)換為第二DRM類型的內(nèi)容。 例如，所述源設(shè)備通過DRM轉(zhuǎn)換系統(tǒng)將從"DRM1"轉(zhuǎn)換為"DRM2" 類型的音樂內(nèi)容"loved"超分配給作為第三人的客戶端裝置。因此，所 述客戶端設(shè)備能接收轉(zhuǎn)換為"DRM2"類型的音樂內(nèi)容"loved"。在步驟402中，客戶端裝置向DRM轉(zhuǎn)換系統(tǒng)請求對應(yīng)于被轉(zhuǎn)換為 第二 DRM類型的內(nèi)容的許可證。在本發(fā)明的實(shí)施例中，客戶端裝置能將對應(yīng)于許可證請求的批準(zhǔn)請 求發(fā)送至第一服務(wù)器。而且，DRM轉(zhuǎn)換系統(tǒng)可以將對應(yīng)于所述許可證請
求的許可證頒發(fā)批準(zhǔn)請求發(fā)送至第一服務(wù)器。在步驟403中，DRM轉(zhuǎn)換系統(tǒng)接收對應(yīng)于被轉(zhuǎn)換為第二DRM類型 的內(nèi)容的許可證請求。在步驟404中，當(dāng)DRM轉(zhuǎn)換系統(tǒng)從對應(yīng)于第一 DRM類型的第一服 務(wù)器收到批準(zhǔn)響應(yīng)時(shí)，它將所述內(nèi)容的許可證請求發(fā)送至第二服務(wù)器。在步驟405中，DRM轉(zhuǎn)換系統(tǒng)從第二服務(wù)器接收所述內(nèi)容的許可 證。在步驟406中，DRM轉(zhuǎn)換系統(tǒng)將收到的許可證發(fā)送至客戶端裝置。在步驟407中，客戶端裝置通過DRM轉(zhuǎn)換系統(tǒng)從第二服務(wù)器接收 對應(yīng)于被轉(zhuǎn)換的內(nèi)容的許可證。在本發(fā)明的實(shí)施例中，為了對應(yīng)于被轉(zhuǎn)換的內(nèi)容的許可證，客戶端 裝置能向?qū)?yīng)于第一 DRM類型的服務(wù)器、DRM轉(zhuǎn)換系統(tǒng)和對應(yīng)于第二 DRM類型的服務(wù)器中的至少一個(gè)支付預(yù)定的金額。這里，對應(yīng)于第一 DRM類型的服務(wù)器、DRM轉(zhuǎn)換系統(tǒng)和對應(yīng)于第二 DRM類型的服務(wù)器中 的任何一個(gè)接收所述預(yù)定金額的付款，而接收到付款的服務(wù)器(或系統(tǒng)) 可以將預(yù)定金額分配給其他服務(wù)器(系統(tǒng))。根據(jù)本發(fā)明的實(shí)施例，從對應(yīng)于第二 DRM類型的服務(wù)器頒發(fā)對應(yīng) 于被轉(zhuǎn)換內(nèi)容的許可證，并且所述許可證可以包括用于第二DRM類型內(nèi) 容的解密密鑰或所述內(nèi)容的使用權(quán)信息中的一個(gè)。圖5是根據(jù)本發(fā)明實(shí)施例的DRM轉(zhuǎn)換的內(nèi)部結(jié)構(gòu)的框圖。如圖5所示，DRM轉(zhuǎn)換系統(tǒng)500包括DRM轉(zhuǎn)換器501、轉(zhuǎn)換日志 數(shù)據(jù)庫502、許可證請求接收器503、批準(zhǔn)詢問部504和許可證提供部505。 在本發(fā)明的實(shí)施例中，可以將DRM轉(zhuǎn)換系統(tǒng)500的一部分安裝于客戶端 終端處。 DRM轉(zhuǎn)換器501對第一DRM類型的第一內(nèi)容和對應(yīng)于所述第一內(nèi) 容的第一許可證進(jìn)行轉(zhuǎn)換，從而生成第二DRM類型的第二內(nèi)容和對應(yīng)于 所述第二內(nèi)容的第二許可證。在本發(fā)明的實(shí)施例中，DRM轉(zhuǎn)換器501可以根據(jù)DRM轉(zhuǎn)換將DRM
轉(zhuǎn)換日志記錄在轉(zhuǎn)換日志數(shù)據(jù)庫502中。許可證請求接收器503接收對應(yīng)于被超分配給第三人的第二內(nèi)容的 許可證請求。在本發(fā)明的實(shí)施例中，批準(zhǔn)詢問部504根據(jù)許可證請求詢問對應(yīng)于 轉(zhuǎn)換之前的DRM類型的第一服務(wù)器批準(zhǔn)或不批準(zhǔn)。而且，批準(zhǔn)詢問部 504通過查閱記錄有DRM轉(zhuǎn)換日志的轉(zhuǎn)換日志數(shù)據(jù)庫能辨別所述第一服 務(wù)器。當(dāng)許可證提供部505接收到批準(zhǔn)時(shí)，它向第二服務(wù)器請求對應(yīng)于超 分配給第三人的第二內(nèi)容的第二許可證，以及接收對應(yīng)于所超分配的第 二內(nèi)容的第二許可證，并將所述第二許可證發(fā)送至第三人。根據(jù)本發(fā)明的DRM轉(zhuǎn)換系統(tǒng)的操作方法和客戶端裝置的操作方法 能夠體現(xiàn)為通過各種計(jì)算機(jī)裝置所執(zhí)行的程序指令模式并且能夠被記錄 在計(jì)算機(jī)可讀介質(zhì)中。所述計(jì)算機(jī)可讀介質(zhì)可包括程序指令、數(shù)據(jù)文件 和數(shù)據(jù)結(jié)構(gòu)之一或它們的組合。記錄在計(jì)算機(jī)可讀介質(zhì)中的程序指令是 為本發(fā)明專門設(shè)計(jì)和創(chuàng)建的，但是它們對計(jì)算機(jī)軟件領(lǐng)域的普通技術(shù)人 員是公幵的并可被使用。構(gòu)造為存儲并執(zhí)行程序指令的硬件設(shè)備包括諸 如硬盤、軟盤、或磁帶等的磁介質(zhì)，諸如CR-ROM或DVD等的光介質(zhì)， 諸如光軟盤(floptical) 、 ROM、 RAM或閃存等的光磁介質(zhì)。所述計(jì)算 機(jī)可讀介質(zhì)可以是諸如光纖、金屬線等傳輸介質(zhì)，或者是包括用于發(fā)送 指定程序指令與數(shù)據(jù)結(jié)構(gòu)的信號的載波的波導(dǎo)。作為所述程序指令的例 子有機(jī)器語言代碼和高級語言代碼。這里，所述機(jī)器語言代碼由編譯器 生成，而高級語言代碼能由計(jì)算機(jī)使用解譯器來執(zhí)行。為了完成本發(fā)明 的操作，所述硬件設(shè)備能被構(gòu)造為以至少一個(gè)軟件模塊工作，并且反之 亦如此。圖6是通用計(jì)算機(jī)設(shè)備的框圖，所述計(jì)算機(jī)設(shè)備能用來實(shí)現(xiàn)根據(jù)本 發(fā)明實(shí)施例的DRM轉(zhuǎn)換系統(tǒng)的操作方法和客戶端裝置的操作方法。計(jì)算機(jī)設(shè)備600包括至少一個(gè)處理器610。該至少一個(gè)處理器610 與包括隨機(jī)存取存儲器(RAM) 620和只讀存儲器(ROM) 630的主存儲設(shè) 備相連。處理器610稱為中央處理單元(CPU)。如本領(lǐng)域眾所周知，ROM
630用來單向地傳輸數(shù)據(jù)和指令給CPU,而RAM用來雙向地傳輸數(shù)據(jù)和 指令給CPU。 RAM 620和ROM 630能包括任何適當(dāng)形式的計(jì)算機(jī)可讀 介質(zhì)。大容量存儲設(shè)備640與處理器610雙向連接，并且提供額外的數(shù) 據(jù)存儲功能，該大容量存儲設(shè)備640也可為上述計(jì)算機(jī)可讀介質(zhì)中的一 個(gè)。大容量存儲設(shè)備640用來存儲程序和數(shù)據(jù)，并且可以為輔助存儲設(shè) 備，例如具有速度低于主存儲設(shè)備的硬盤。同樣也可以使用諸如CD ROM 660等大容量存儲設(shè)備。處理器610與至少一個(gè)輸入/輸出接口 650相連。 輸入/輸出接口 650包括視頻監(jiān)視器、軌跡球、鼠標(biāo)、鍵盤、麥克風(fēng)、觸 摸屏類型的顯示設(shè)備、讀卡器、磁或紙閱讀器、語音或手寫檢測器、操 縱桿或已公開的用于計(jì)算機(jī)的輸入/輸出設(shè)備。最后，處理器610通過網(wǎng) 絡(luò)接口 670能與有線或無線通信網(wǎng)絡(luò)相連。通過所述網(wǎng)絡(luò)連接能夠?qū)崿F(xiàn) 上述方法的步驟。對于計(jì)算機(jī)硬件或軟件領(lǐng)域的普通技術(shù)人員來說上述 設(shè)備和工具是眾所周知的。另一方面，為了完成本發(fā)明的工作，上述硬 件設(shè)備能被構(gòu)造為以至少一個(gè)軟件模塊來操作。雖然結(jié)合幾個(gè)優(yōu)選實(shí)施方案對本發(fā)明進(jìn)行了說明，但這些說明僅用 于解釋本發(fā)明而不應(yīng)看作限制本發(fā)明。在不脫離所附權(quán)利要求限定的精
神和范圍的情況下，本領(lǐng)域技術(shù)人員可以作出各種修改和變化。 問根據(jù)本發(fā)明的DRM轉(zhuǎn)換系統(tǒng)，當(dāng)將經(jīng)DRM轉(zhuǎn)換的內(nèi)容被超分配給 第三人，并且從第三人收到對應(yīng)于所述內(nèi)容的許可證請求時(shí)，DRM轉(zhuǎn)換 系統(tǒng)根據(jù)所述許可證請求接收來自對應(yīng)于加密DRM類型的服務(wù)器的許 可證，并將所述許可證提供給第三人。而且，在本發(fā)明中，客戶端裝置通過預(yù)定DRM轉(zhuǎn)換系統(tǒng)接收來自 于第一客戶端裝置的經(jīng)DRM轉(zhuǎn)換的內(nèi)容、可以向DRM轉(zhuǎn)換系統(tǒng)請求對 應(yīng)于所述轉(zhuǎn)換內(nèi)容的許可證以及通過DRM轉(zhuǎn)換系統(tǒng)接收來自對應(yīng)于加 密DRM類型的服務(wù)器的許可證。而且，在本發(fā)明中，當(dāng)客戶端裝置向DRM轉(zhuǎn)換系統(tǒng)請求對應(yīng)于已 轉(zhuǎn)換內(nèi)容的許可證時(shí)，使得對應(yīng)于所述內(nèi)容的DRM轉(zhuǎn)換之前的DRM類 型的服務(wù)器識別許可證請求事件。這使得對應(yīng)于DRM轉(zhuǎn)換之前的DRM
類型的服務(wù)器對于許可證請求有批準(zhǔn)權(quán)，從而恰當(dāng)?shù)乜刂苾?nèi)容的超分配。 [81]另外，本發(fā)明使得已請求超分配內(nèi)容的許可證的第三人支付對應(yīng)于
相應(yīng)許可證的一定金額，并且對應(yīng)于.DRM轉(zhuǎn)換之前的DRM類型的服務(wù) 器、DRM轉(zhuǎn)換系統(tǒng)和對應(yīng)于DRM轉(zhuǎn)換之后的DRM類型的服務(wù)器中的 至少一個(gè)能恰當(dāng)?shù)胤峙渌Ц兜慕痤~。
權(quán)利要求
1. 一種用于向客戶端裝置提供對應(yīng)于加密內(nèi)容的許可證的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，所述方法包括如下步驟(i)數(shù)字版權(quán)管理對第一數(shù)字版權(quán)內(nèi)容類型的第一內(nèi)容和對應(yīng)于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，以生成第二數(shù)字版權(quán)內(nèi)容類型的第二內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可證；(ii)接收對應(yīng)于超分配給第三人的第二內(nèi)容的許可證請求；(iii)向?qū)?yīng)于第二數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于所述被超分配的第二內(nèi)容的第二許可證；以及(iv)接收對應(yīng)于所述超分配的第二內(nèi)容的第二許可證并發(fā)送所述第二許可證給第三人。
2. 如權(quán)利要求1所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)將數(shù)字版權(quán)管理轉(zhuǎn)換日志記錄在數(shù)據(jù)庫中。
3. 如權(quán)利要求2所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，還包括 步驟(v) 詢問對應(yīng)于所述第一數(shù)字版權(quán)管理的服務(wù)器批準(zhǔn)或不批準(zhǔn)所述許可證請求，其特征在于，在所述步驟(iii)，當(dāng)接收到來自于對應(yīng)于所述第一數(shù)字 版權(quán)管理的服務(wù)器的批準(zhǔn)響應(yīng)時(shí)，向?qū)?yīng)于所述第二數(shù)字版權(quán)管理的服 務(wù)器請求對應(yīng)于所述超分配的第二內(nèi)容的第二許可證。
4. 如權(quán)利要求3所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中在所述步驟(v)，通過查閱記錄有數(shù)字版權(quán)管理轉(zhuǎn)換日志的數(shù)據(jù)庫辨別對應(yīng)于所述第一數(shù)字版權(quán)管理的服務(wù)器。
5. 如權(quán)利要求1所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，還包括 步驟(vi) 當(dāng)接收到來自于對應(yīng)于所述第一數(shù)字版權(quán)管理的服務(wù)器的批準(zhǔn)響應(yīng)時(shí)，分配并接收由第三人付賬的預(yù)定金額。
6. 如權(quán)利要求5所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，還包括將 所述被分配金額的一部分提供給對應(yīng)于所述第一數(shù)字版權(quán)管理的服務(wù)器、所 述轉(zhuǎn)換系統(tǒng)、對應(yīng)于所述第二數(shù)字版權(quán)管理類型的服務(wù)器中的至少一個(gè)。
7. 如權(quán)利要求1所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中將所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的一部分安裝于客戶終端處。
8. 如權(quán)利要求2所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中在所 述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)內(nèi)安裝服務(wù)器，并且所述服務(wù)器向?qū)?yīng)于所述第二 數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于所述超分配的第二內(nèi)容的第二許可證，以 及接收對應(yīng)于所述超分配的第二內(nèi)容的第二許可證并將所述第二許可證發(fā) 送給所述第三人。
9. 如權(quán)利要求2所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中將對 應(yīng)于所述第二數(shù)字版權(quán)管理的服務(wù)器安裝于所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)內(nèi)。
10. —種用于再現(xiàn)加密內(nèi)容的客戶端裝置的操作方法，所述方法包括如下步驟(a) 接收通過數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)從第一數(shù)字版權(quán)管理類型轉(zhuǎn)換為第 二數(shù)字版權(quán)管理類型的內(nèi)容；(b) 請求對應(yīng)于由所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)轉(zhuǎn)換為所述第二數(shù)字版權(quán) 管理類型的內(nèi)容的許可證；以及(c) 從對應(yīng)于所述第二數(shù)字版權(quán)管理類型的服務(wù)器，接收對應(yīng)于通過所 述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)轉(zhuǎn)換為所述第二數(shù)字版權(quán)管理類型的內(nèi)容的許可 證。
11. 如權(quán)利要求IO所述的客戶端裝置的操作方法，還包括將對應(yīng)于所 述許可證請求的批準(zhǔn)請求發(fā)送給對應(yīng)于所述第一數(shù)字版權(quán)管理類型的服務(wù)器。
12. 如權(quán)利要求10所述的客戶端裝置的操作方法，其中對應(yīng)于所述已 轉(zhuǎn)換內(nèi)容的許可證由對應(yīng)于所述第二數(shù)字版權(quán)管理類型的服務(wù)器頒發(fā)，并且 所述許可證至少包括用于所述第二數(shù)字版權(quán)管理類型的解碼密鑰和使用權(quán) 信息中的一個(gè)。
13. 如權(quán)利要求10所述的客戶端裝置的操作方法，還包括為了對應(yīng)于所述已轉(zhuǎn)換內(nèi)容的許可證，向?qū)?yīng)于所述第一數(shù)字版權(quán)管理類型的服務(wù)器、所述數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)和對應(yīng)于所述第二數(shù)字版權(quán)管理類型的服務(wù)器中的至少一個(gè)支付預(yù)定的金額。
14. 一種用于向客戶端裝置提供對應(yīng)于加密內(nèi)容的許可證的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)，其包括用于數(shù)字版權(quán)管理的數(shù)字版權(quán)管理轉(zhuǎn)換器，其對第一數(shù)字版權(quán)內(nèi)容類型 的第一內(nèi)容和對應(yīng)于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，以生成第二數(shù)字 版權(quán)內(nèi)容類型的第二內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可證；接收器，其用于接收對應(yīng)于被超分配給第三人的第二內(nèi)容的許可證請求；許可證提供部，其用于向?qū)?yīng)于第二數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于 所述超分配的第二內(nèi)容的第二許可證，以及接收對應(yīng)于所述超分配的第二內(nèi) 容的第二許可證并將所述第二許可證發(fā)送給第三人。
15. 如權(quán)利要求14所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)，還包括記錄有數(shù)字 版權(quán)管理轉(zhuǎn)換日志的數(shù)據(jù)庫。
16. 如權(quán)利要求15所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)，其中所述數(shù)字版權(quán) 管理轉(zhuǎn)換系統(tǒng)還包括批準(zhǔn)詢問部，所述批準(zhǔn)詢問部用于詢問對應(yīng)于所述第一 數(shù)字版權(quán)管理的服務(wù)器批準(zhǔn)或不批準(zhǔn)所述許可證請求，并且當(dāng)從對應(yīng)于所述 第一數(shù)字版權(quán)管理的服務(wù)器接收到批準(zhǔn)響應(yīng)時(shí)，所述許可證提供部用于向?qū)?應(yīng)于所述第二數(shù)字版權(quán)管理的服務(wù)器請求對應(yīng)于所述超分配的第二內(nèi)容的 第二許可證。
17.如權(quán)利要求16所述的數(shù)字版權(quán)管理轉(zhuǎn)換系統(tǒng)的操作方法，其中所述批準(zhǔn)詢問部通過查閱記錄有數(shù)字版權(quán)管理轉(zhuǎn)換日志的數(shù)據(jù)庫辨別對應(yīng)于 所述第一數(shù)字版權(quán)管理的服務(wù)器。
全文摘要
本發(fā)明公開了一種用于將對應(yīng)于加密內(nèi)容的許可證提供給客戶端裝置的方法以及使用該方法的DRM轉(zhuǎn)換系統(tǒng)，即在DRM轉(zhuǎn)換系統(tǒng)中按照對應(yīng)于超分配給第三人的內(nèi)容的許可證請求提供許可證。數(shù)字版權(quán)管理對第一數(shù)字版權(quán)內(nèi)容類型的第一內(nèi)容和對應(yīng)于所述第一內(nèi)容的第一許可證進(jìn)行轉(zhuǎn)換，以生成第二數(shù)字版權(quán)內(nèi)容類型的第二內(nèi)容和對應(yīng)于所述第二內(nèi)容的第二許可證。接收對應(yīng)于所述超分配給第三人的第二內(nèi)容的許可證請求。向?qū)?yīng)于所述第二數(shù)字版權(quán)管理請求對應(yīng)于所述超分配的第二內(nèi)容的第二許可證。接收對應(yīng)于所述超分配的第二內(nèi)容的第二許可證并發(fā)送至第三人。
文檔編號G06F15/00GK101379473SQ200780005052
公開日2009年3月4日 申請日期2007年1月5日 優(yōu)先權(quán)日2006年2月13日
發(fā)明者安云相, 安成珉 申請人:Inka安特沃客有限公司