專利名稱：數(shù)據(jù)傳遞控制方法、內(nèi)容傳遞控制方法、內(nèi)容處理信息獲取方法和內(nèi)容傳遞系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種控制數(shù)據(jù)傳遞的方法、 一種控制內(nèi)容傳遞的方法、 一種獲得內(nèi)容處理信息的方法以及一種用于傳遞內(nèi)容的系統(tǒng)，并且更
具體地，涉及一種能夠在DRM互操作環(huán)境中有效地傳送數(shù)據(jù)的數(shù)據(jù)傳 輸控制方法以及與其相關(guān)的一種控制內(nèi)容傳輸?shù)姆椒ā?一種獲得內(nèi)容 處理信息的方法以及一種用于傳送內(nèi)容的系統(tǒng)。
背景技術(shù)：
一般來說，數(shù)字內(nèi)容不同于模擬內(nèi)容，能夠被無限復(fù)制而不損失 信息，所以數(shù)字內(nèi)容可能很容易遭受到非法復(fù)制和使用。這就是為什 么要支持能夠穩(wěn)定保護數(shù)字內(nèi)容不被非法復(fù)制和使用的內(nèi)容保護技術(shù) 以提供數(shù)字內(nèi)容服務(wù)的原因。
數(shù)字版權(quán)管理(DRM)是能夠僅允許合法授權(quán)用戶使用數(shù)字內(nèi)容 的總的數(shù)字內(nèi)容保護技術(shù)。雖然DRM在文字上包括安全技術(shù)、水印技 術(shù)、防篡改技術(shù)等，但是更準確的說，DRM表示一種框架而非技術(shù)。
DRM關(guān)注于徹底防止非法復(fù)制和使用內(nèi)容。在DRM中，通過使 用加密技術(shù)將數(shù)字內(nèi)容轉(zhuǎn)換成以數(shù)據(jù)包形式的加密數(shù)據(jù)。因此，即使 預(yù)定用戶偶然獲得了數(shù)字內(nèi)容，在沒有進行合法性認證過程的情況下 也不能使用所述數(shù)字內(nèi)容。
通過諸如因特網(wǎng)或者移動通信網(wǎng)絡(luò)的有線/無線通信網(wǎng)絡(luò)提供的 大多數(shù)合法內(nèi)容服務(wù)僅可以被支持由相應(yīng)內(nèi)容的服務(wù)提供商或者內(nèi)容 提供商采用的DRM的DRM設(shè)備來執(zhí)行。這是由DRM的技術(shù)和政策
7封閉性質(zhì)造成的。
另一方面，DRM的技術(shù)和政策封閉性質(zhì)的優(yōu)點在于確保了內(nèi)容的 合法性。然而，存在的問題是限制了用戶使用內(nèi)容。這是因為必須單
獨地包含其中安裝有服務(wù)提供商所采用的DRM的DRM設(shè)備或者DRM 使用軟件，以使得用戶可以使用由多個服務(wù)提供商提供的數(shù)字內(nèi)容。 在此情形中，用戶必須分別地進行合同簽訂、付費、認證等。
前述問題降低了數(shù)字內(nèi)容的分布結(jié)構(gòu)的靈活性。最終，該問題導(dǎo) 致對數(shù)字內(nèi)容服務(wù)造成限制。
近來，計劃提供一種其中封閉DRM結(jié)構(gòu)彼此兼容的框架。為了 允許不同類型的DRM彼此兼容，需要一種對封閉DRM之間的差異進 行仲裁的DRM互操作系統(tǒng)?？梢酝ㄟ^定義系統(tǒng)資源并提出產(chǎn)生并且管 理所定義的系統(tǒng)資源的操作模型來實現(xiàn)該DRM互操作系統(tǒng)。另外，為 了支持DRM互操作系統(tǒng)，必須提出使用所定義的系統(tǒng)資源和操作模型 的各種方案(scenario)。

發(fā)明內(nèi)容
技術(shù)問題
本發(fā)明提供了一種控制數(shù)據(jù)傳遞的方法，其中，響應(yīng)于客戶端對 于傳送數(shù)據(jù)的請求而構(gòu)造鏈并且使用該鏈來傳送多個內(nèi)容。
本發(fā)明還提供了一種控制內(nèi)容傳遞的方法，其中，建立能夠在 DRM兼容環(huán)境中傳送多個內(nèi)容的安全認證信道，并且能夠通過單個會 話有效地傳送該多個內(nèi)容。
本發(fā)明還提供了一種獲得內(nèi)容處理信息的方法，其中，通過事件 來獲得在DRM兼容環(huán)境中傳送內(nèi)容的過程。本發(fā)明還提供了一種用于傳遞內(nèi)容的系統(tǒng)，其中，響應(yīng)于客戶端 的請求而通過單個會話將多個內(nèi)容傳送到目標系統(tǒng)。
技術(shù)方案
根據(jù)本發(fā)明的一個方面，提供了一種控制數(shù)據(jù)互操作環(huán)境中的數(shù) 據(jù)傳遞的方法，該方法包括從客戶端接收對于傳送數(shù)據(jù)的請求；收 集關(guān)于將參與傳送數(shù)據(jù)的各實體的信息；通過使用所收集的關(guān)于所述 各實體的信息來形成包括至少兩個實體的鏈；通過所述鏈傳送多個數(shù) 據(jù)；以及接收事件消息，所述事件消息用于表示從包括在所述鏈中的 至少一個實體傳送的數(shù)據(jù)的傳輸狀態(tài)。此時，所述數(shù)據(jù)可以是內(nèi)容和 許可證中的一個。
在本發(fā)明的上述方面中，接收對于傳送數(shù)據(jù)的請求的步驟可以包 括接收傳輸會話標識符和多個數(shù)據(jù)標識符，并且所述多個數(shù)據(jù)可以對 應(yīng)于所述多個數(shù)據(jù)標識符。
此外，收集關(guān)于將參與傳送數(shù)據(jù)的實體的信息的步驟可以包括 向所述實體查詢關(guān)于包括能力信息的實體的信息；接收響應(yīng)于所述查 詢而接收的關(guān)于實體的信息；以及利用所接收的關(guān)于實體的信息來識 別至少一條關(guān)于源、中間和目標設(shè)備、系統(tǒng)和DRM的信息。
此外，構(gòu)成所述鏈的所述至少兩個實體可以包括導(dǎo)出器，用于 從源導(dǎo)出所述多個數(shù)據(jù)并且傳送所導(dǎo)出的數(shù)據(jù)；轉(zhuǎn)換器，用于將從所 述導(dǎo)出器傳送的所述多個數(shù)據(jù)轉(zhuǎn)換成具有目標所請求的格式的數(shù)據(jù)并 且傳送所轉(zhuǎn)換的數(shù)據(jù)；和導(dǎo)入器，用于接收從所述轉(zhuǎn)換器傳送的所述 多個數(shù)據(jù)并且將所接收的數(shù)據(jù)提供給所述目標。
在另一方面，構(gòu)成所述鏈的所述至少兩個實體可以包括導(dǎo)出器， 用于從源導(dǎo)出所述多個數(shù)據(jù)并且傳送所導(dǎo)出的數(shù)據(jù)；和導(dǎo)入器，用于 接收從所述導(dǎo)出器傳送的所述多個數(shù)據(jù)并且將所接收的數(shù)據(jù)提供給所述目標。
此外，形成鏈的步驟可以包括向包括在所述鏈中的至少兩個實 體傳送控制消息；以及在接收所述控制消息的實體間建立安全認證信 道。此時，在傳送所述控制消息期間，可以將所述目標的DRM信息提 供給至少一個實體。
此外，所述控制數(shù)據(jù)傳遞的方法還可包括請求包括在所述鏈中 的各實體中的至少一個實體預(yù)訂能夠接收事件消息的預(yù)定事件；以及 從請求所述預(yù)定事件的所述至少一個實體接收預(yù)訂所述預(yù)定事件的許 可。
此外，用于表示所述數(shù)據(jù)的傳輸狀態(tài)的事件消息可以包括下述事 件消息中的至少一個用于表示將開始傳送數(shù)據(jù)的事件消息、用于表 示正在將數(shù)據(jù)傳送到鏈的事件消息和用于表示數(shù)據(jù)傳輸完成的事件消 息。
根據(jù)本發(fā)明的另一方面，提供了一種控制DRM互操作系統(tǒng)中的 內(nèi)容傳遞的方法，該方法包括當接收包括傳輸會話標識符和多個內(nèi) 容標識符的到預(yù)定目標的內(nèi)容傳輸請求消息時，確定用于傳送與所述 多個內(nèi)容標識符相應(yīng)的多個內(nèi)容的各內(nèi)容處理體；以及通過控制所確 定的內(nèi)容處理體來建立用于向預(yù)定目標傳送所述多個內(nèi)容的安全認證 信道，并且控制所確定的內(nèi)容處理體以使得通過建立與所述傳輸會話 標識符相應(yīng)的單個傳輸會話來經(jīng)由所建立的安全認證信道將所述多個 內(nèi)容傳送到所述目標。
在本發(fā)明的上述方面中，確定內(nèi)容處理體的步驟可以包括收集 關(guān)于包括在系統(tǒng)中的內(nèi)容處理體的信息；基于所收集的信息確定是否 執(zhí)行與所接收的內(nèi)容傳輸請求消息相應(yīng)的傳輸；并且當確定將執(zhí)行所 述傳輸時，確定包括在系統(tǒng)中的各內(nèi)容處理體之中將執(zhí)行所述傳輸?shù)?br> 10內(nèi)容處理體。
此外，在確定內(nèi)容處理體期間，當與所述多個內(nèi)容標識符相應(yīng)的 所述多個內(nèi)容的格式與所述預(yù)定目標所要求的內(nèi)容格式不同時，可以 將能夠執(zhí)行內(nèi)容格式轉(zhuǎn)換的內(nèi)容處理體包括在所確定的內(nèi)容處理體 中。
此外，所述控制內(nèi)容傳遞的方法還可包括通過請求所確定的各 內(nèi)容處理體中的至少一個預(yù)訂預(yù)定事件來預(yù)訂所述預(yù)定事件；并且當
通過所建立的安全認證信道將所述多個內(nèi)容傳送到所述目標時，從預(yù) 訂所述預(yù)定事件的所述至少一個內(nèi)容處理體接收用于表示每個內(nèi)容的 傳輸狀態(tài)的事件消息。
根據(jù)本發(fā)明的另一方面，提供了一種獲得DRM互操作系統(tǒng)中的 內(nèi)容處理信息的方法，該方法包括當從客戶端接收到內(nèi)容傳輸請求 消息時，通過收集關(guān)于各內(nèi)容處理體的信息來確定將多個內(nèi)容傳送到 所請求的目標的內(nèi)容處理體；以及，當所確定的內(nèi)容處理體傳送所述 多個內(nèi)容時，接收用于表示從所確定的各內(nèi)容處理體的至少一個傳送 的每個內(nèi)容的處理狀態(tài)的事件消息。
在本發(fā)明的上述方面中，所述獲得內(nèi)容處理信息的方法還可包括 請求所述至少一個內(nèi)容處理體預(yù)訂預(yù)定事件；并且接收響應(yīng)消息，該
響應(yīng)消息用于表示允許請求預(yù)訂預(yù)定事件的所述至少一個內(nèi)容處理體 預(yù)訂所述預(yù)定事件。此時，請求所述內(nèi)容處理體中的至少一個預(yù)訂預(yù) 定事件可以包括設(shè)置是以推還是以拉方式接收用于表示所傳送的內(nèi)容 的傳輸狀態(tài)的事件消息。
根據(jù)本發(fā)明的另一方面，提供了一種用于在DRM互操作系統(tǒng)中 傳遞內(nèi)容的系統(tǒng)，該系統(tǒng)包括多個內(nèi)容處理體；和控制實體，該控
制實體用于當從客戶端接收到包括多個內(nèi)容標識符的到預(yù)定目標的內(nèi)
11容傳輸請求消息時，確定用于傳送與所述多個內(nèi)容處理體的多個內(nèi)容 標識符相應(yīng)的多個內(nèi)容的至少兩個內(nèi)容處理體，并且控制所確定的至 少兩個內(nèi)容處理體以使得通過單個會話將所述多個內(nèi)容傳送到所述目 標。此時，所述至少兩個內(nèi)容處理體中的至少一個向所述控制實體傳 送用于表示傳送到所述目標的每個內(nèi)容的傳輸狀態(tài)的事件消息。
如上所述，根據(jù)本發(fā)明，可以提供DRM互操作系統(tǒng)的各種數(shù)據(jù) 傳輸類型。特別地，由于能夠控制多個數(shù)據(jù)的傳輸，使得通過單個會 話將所述多個數(shù)據(jù)傳送到目標系統(tǒng)，所以能夠提高傳輸效率并且能夠 作為事件消息接收數(shù)據(jù)的傳輸狀態(tài)。


通過參考附圖詳細描述本發(fā)明的示范性實施例，本發(fā)明的上述和 其它特征與優(yōu)點將變得更加明顯，其中
圖1是示出了根據(jù)本發(fā)明的示范性實施例的DRM互操作系統(tǒng)的 概念和主要功能的框圖2是示出了根據(jù)本發(fā)明的示范性實施例的DRM互操作系統(tǒng)的 示意性結(jié)構(gòu)的框圖3示出了其中客戶端請求處理控制部分傳送內(nèi)容的示例；
圖4示出了其中客戶端請求處理控制部分傳送許可證的示例； 圖5是示出了域、構(gòu)成域的實體以及實體間的相互關(guān)系的框圖； 圖6示出了選擇參考點控制器所需的DPDU數(shù)據(jù)分組的格式的示
例；
圖7是示出了通過利用DPDU來自動選擇參考點控制器的過程的 流程圖8是示出了根據(jù)示例l-2的選擇參考點控制器的方法的流程圖； 圖9是示出了根據(jù)示例2-1的選擇參考點控制器候選的過程的流
程圖10是示出了用于傳送信息信號的參考點控制器和在參考點控 制器候選間的連接的框圖；圖11是示出了其中典型的域設(shè)備和典型的候選域設(shè)備傳送信息 信號的示例的框圖12是示出了參考點控制器代理的概念的框圖； 圖13是示出了注冊參考點控制器的過程的流程圖14示出了用于管理遺產(chǎn)(legacy)設(shè)備的唯一信息的結(jié)構(gòu)的示
例；
圖15是示出了認證遺產(chǎn)設(shè)備的過程的流程圖； 圖16示出了用于管理使用遺產(chǎn)設(shè)備的用戶的信息的DRM互操作 系統(tǒng)的結(jié)構(gòu)的示例；
圖17是示出了將遺產(chǎn)設(shè)備注冊到域的過程的流程圖18是示出了處理控制部分和內(nèi)容處理部分的結(jié)構(gòu)的框圖19示出了用于示出內(nèi)容處理控制器和內(nèi)容處理體的位置的示
例；
圖20示出了用于示出內(nèi)容處理控制器和內(nèi)容處理體的其它位置 的示例；
圖21是示出了通過使用內(nèi)容處理控制器和內(nèi)容處理體來傳送內(nèi) 容的過程的流程圖22示出了用于示出多路傳輸協(xié)議的示例；
圖23是示出了根據(jù)示例3-2的用于內(nèi)容傳輸過程的系統(tǒng)結(jié)構(gòu)的框
圖24是示出了根據(jù)示例3-2的內(nèi)容傳輸過程的流程圖； 圖25示出了用于向第一目標設(shè)備傳送一個或者多個內(nèi)容的主內(nèi) 容轉(zhuǎn)換鏈；
圖26示出了用于向第二目標設(shè)備傳送一個或者多個內(nèi)容的輔助 內(nèi)容轉(zhuǎn)換鏈；
圖27是示出了根據(jù)示例3-3的用于內(nèi)容傳輸過程的系統(tǒng)結(jié)構(gòu)的框
圖28是示出了根據(jù)示例3-3的內(nèi)容傳輸過程的流程圖29示出了利用內(nèi)容處理控制器構(gòu)造的主內(nèi)容轉(zhuǎn)換鏈的示例-,
圖30示出了利用內(nèi)容處理控制器構(gòu)造的輔助內(nèi)容轉(zhuǎn)換鏈的示例；圖31是示出了根據(jù)示例3-4的用于傳送內(nèi)容的系統(tǒng)的框圖32是示出了根據(jù)示例3-4的內(nèi)容傳輸過程的流程圖33示出了利用內(nèi)容處理控制器構(gòu)造的主內(nèi)容轉(zhuǎn)換鏈的示例；
圖34示出了由內(nèi)容處理控制器引起的第一輔助內(nèi)容轉(zhuǎn)換鏈、第二 輔助內(nèi)容轉(zhuǎn)換鏈和第三輔助內(nèi)容轉(zhuǎn)換鏈的結(jié)構(gòu)的示例；
圖35是示出了與傳輸許可證相關(guān)的系統(tǒng)的結(jié)構(gòu)的框圖36示出了用于示出包括在實體中的單元功能模塊和單元功能 模塊的功能的示例；
圖37示出了用于示出在兩個認證的實體之間傳送事件的過程的
示例；
圖38是示出了根據(jù)示例4-1的管理域的方法的流程圖； 圖39是示出了根據(jù)示例4-2的管理域的方法的流程圖； 圖40是示出了其中不同類型的DRM彼此兼容的環(huán)境的系統(tǒng)結(jié)構(gòu) 的框圖41是示出了 DRM區(qū)域的詳細結(jié)構(gòu)的框圖42是示出了 DRM互操作系統(tǒng)的結(jié)構(gòu)的框圖43是示出了根據(jù)示例5-1的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖44是示出了根據(jù)示例5-2的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖45是示出了根據(jù)示例5-3的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖46是示出了根據(jù)示例5-4的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖47是示出了根據(jù)示例5-5的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖48是示出了根據(jù)示例5-6的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖；和
圖49是示出了根據(jù)示例5-7的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。
1具體實施例方式
現(xiàn)在，將參考附圖詳細描述本發(fā)明的優(yōu)選實施例。此外，為了參 考附圖清楚地描述示范性實施例，使用了特定的技術(shù)術(shù)語。然而，本 發(fā)明不限于選定的特定的技術(shù)術(shù)語，并且每個特定的技術(shù)術(shù)語包括以 類似的方式操作以便獲得類似的實體的所有技術(shù)同義詞。
圖1是示出了根據(jù)本發(fā)明的示范性實施例的DRM互操作系統(tǒng)的 概念和主要功能的框圖。
如圖l所示，DRM互操作系統(tǒng)1000用于允許服務(wù)在不同的DRM 區(qū)域之間彼此兼容。DRM互操作系統(tǒng)1000可以執(zhí)行數(shù)據(jù)互操作性控 制功能fl、數(shù)據(jù)互操作性功能f2、狀態(tài)顯示功能fi、域管理功能f4等。
數(shù)據(jù)互操作性控制功能fl用于控制數(shù)據(jù)的互操作性，以使得數(shù)據(jù) 彼此兼容。此時，所述數(shù)據(jù)可以表示內(nèi)容或者許可證。具體地，所述 數(shù)據(jù)互操作性控制功能fl包括內(nèi)容互操作性控制功能fla和許可證互 操作性控制功能f2b。
數(shù)據(jù)互操作性功能f2可以表示在數(shù)據(jù)互操作性控制功能fl的控制 下允許內(nèi)容或者許可證兼容的功能。例如，根據(jù)數(shù)據(jù)互操作性功能f2， DRM區(qū)域A中的系統(tǒng)A或者設(shè)備A的數(shù)據(jù)(例如內(nèi)容或者許可證) 可以被提供給DRM區(qū)域B中的系統(tǒng)B或者設(shè)備B。 DRM區(qū)域B中的 系統(tǒng)B或者設(shè)備B的內(nèi)容或者許可證可以被提供給DRM區(qū)域A中的 系統(tǒng)A或者設(shè)備A。具體地，數(shù)據(jù)互操作性功能f2可以包括內(nèi)容互操 作性功能f2a和許可證互操作性功能f2b。
狀態(tài)顯示功能f3可以表示顯示DRM互操作系統(tǒng)100的操作狀態(tài) 的功能。例如，狀態(tài)顯示功能f3可以包括諸如信道形成事件功能的事 件功能f3a、與傳輸相關(guān)的事件功能Db、與轉(zhuǎn)換相關(guān)的事件功能f3c等。
域管理功能f4可以表示管理用于認證和管理客戶端的域的功能。 域管理功能f4可以包括參考點控制器注冊/管理功能f4a、遺產(chǎn)設(shè)備管 理功能f4b等。
在下文中，將詳細描述用于執(zhí)行前述功能的系統(tǒng)的結(jié)構(gòu)和操作。 *系統(tǒng)的結(jié)構(gòu)和操作*
圖2是示出了其中不同類型的DRM彼此兼容的DRM互操作系統(tǒng) 的示意性結(jié)構(gòu)的框圖。
如圖2所示，DRM互操作系統(tǒng)可以包括客戶端部分10、認證和 管理部分20、處理控制部分40、內(nèi)容處理部分50和許可證處理部分 30。
可以利用一個或者多個實體來構(gòu)造上述的部分。此時，實體可以 表示被構(gòu)造為執(zhí)行預(yù)定的獨特功能的軟件或者硬件的模塊或者設(shè)備。 每個實體可以是一組執(zhí)行預(yù)定的單元功能的一個或者多個單元功能模 塊。將實體安裝在預(yù)定的設(shè)備中，以通過預(yù)定的接口與另一實體通信 數(shù)據(jù)。此外，即使實體屬于同一部分，也可以將實體安裝在或者實現(xiàn) 在不同的設(shè)備中。所述設(shè)備可以基于執(zhí)行環(huán)境而有所不同。
在下文中，將描述在每個部分中包括的實體的功能和通過實體間 的交互而進行的操作，并且將描述每個部分的特征結(jié)構(gòu)和功能。
l.客戶端部分的功能和操作
客戶端部分IO可以包括客戶端。所述客戶端是實體，其與認證和 管理部分20和處理控制部分40聯(lián)合來提供各種功能以使得用戶可以 使用DRM互操作服務(wù)。
16客戶端可以被包括在用戶的設(shè)備中。將包括客戶端的設(shè)備稱為客 戶端設(shè)備。
可以通過請求認證和管理部分20認證客戶端而對客戶端進行認 證。已認證的客戶端可以請求處理控制部分40通過調(diào)用預(yù)定實體來向 所希望的目標傳送預(yù)定數(shù)據(jù)，例如，預(yù)定內(nèi)容或者許可證。這里，所
述目標可以是其中安裝了與應(yīng)用于預(yù)定內(nèi)容或者許可證的DRM不同 的DRM的設(shè)備或者軟件系統(tǒng)，例如，域中的另一客戶端設(shè)備。
圖3和圖4示出了其中認證的客戶端請求處理控制部分40傳送數(shù) 據(jù)的示例。圖3示出了其中客戶端請求處理控制部分40傳送內(nèi)容的示 例。圖4示出了其中客戶端請求處理控制部分40傳送許可證的示例。
如圖3所述，客戶端請求處理控制部分40的內(nèi)容處理控制器41 傳送內(nèi)容。然后，內(nèi)容處理控制器41控制內(nèi)容處理部分50，以使得將 所請求的內(nèi)容傳送到所希望的目標。此時，所請求的內(nèi)容的內(nèi)容格式 和DRM可能與所述目標所要求的內(nèi)容格式和DRM不同。內(nèi)容處理部 分50處理所述內(nèi)容，以使得所述內(nèi)容滿足所述目標所要求的條件并且 將所處理的內(nèi)容提供給所述目標。隨后將參考圖18至圖34描述傳輸 和處理過程。
此外，如圖4所示，客戶端請求處理控制部分40的許可證處理控 制器42傳送許可證。然后，許可證處理控制器42控制許可證處理部 分30，以使得將所請求的許可證傳送到所希望的目標。此時，所請求 的許可證的格式可能與所述目標所要求的許可證的格式不同。許可證 處理部分30處理不同的屬性，以使得滿足所述目標所要求的條件并且 向所述目標提供該處理結(jié)果。隨后將參考圖35描述處理和傳送許可證 的過程。另一方面，客戶端可以包括客戶端的典型功能，例如，使用(或 者再現(xiàn))內(nèi)容的功能、用戶接口功能等。在此情形中，客戶端可以是 內(nèi)容消費的終點。
客戶端必須被認證和管理部分20認證為合法客戶端并且被管理。
為了容易地執(zhí)行上述過程，DRM互操作系統(tǒng)可以引入域的概念。
域(domain)是DRM信任框架的基本單元，并且表示DRM互操 作系統(tǒng)被實際應(yīng)用的范圍?？梢岳靡唤M授權(quán)的設(shè)備或者系統(tǒng)來構(gòu)造 域。例如，域可以包括一組授權(quán)的客戶端設(shè)備。在此情形中，雖然域 中的客戶端設(shè)備包括不同的DRM內(nèi)容，但是客戶端設(shè)備可以共享所述 內(nèi)容。
2.認證和管理部分的功能和操作
圖5是示出了域、構(gòu)成域的實體以及實體間的相互關(guān)系的框圖。 圖5示出了與客戶端的認證和管理相關(guān)的實體。
參考圖5， DRM互操作系統(tǒng)形成域5?？梢钥紤]客戶端設(shè)備12的 物理位置來構(gòu)造域5。具體地，利用預(yù)定物理區(qū)域中的授權(quán)的客戶端設(shè) 備3來構(gòu)造域5?？商娲?，可以利用僅僅邏輯認證的客戶端設(shè)備來構(gòu) 造域5而不考慮客戶端設(shè)備12的物理位置。
在本發(fā)明中，如上所述，雖然考慮客戶端設(shè)備3的物理位置利用 預(yù)定的本地區(qū)域中的客戶端設(shè)備3來構(gòu)造域，但是示例出一種其中在 網(wǎng)絡(luò)區(qū)域中的預(yù)定的本地區(qū)域以外的客戶端設(shè)備也預(yù)訂所述域的情 形。然而，這是實施例的一個示例。本發(fā)明不限于此。
需要局域環(huán)境，以便構(gòu)造域5。此時，局域環(huán)境表示其中準備好 物理網(wǎng)絡(luò)以使得預(yù)定的本地區(qū)域中的設(shè)備彼此交互，并且其中物理網(wǎng) 絡(luò)與外部網(wǎng)絡(luò)交互的環(huán)境。作為用于提供局域環(huán)境的示例有家庭網(wǎng)絡(luò)系統(tǒng)。通常，在家庭網(wǎng) 絡(luò)系統(tǒng)中，家用電器、各種傳感器、安全設(shè)備等可以通過有線/無線局 域網(wǎng)絡(luò)彼此交互并且可以通過諸如家庭網(wǎng)關(guān)的通信節(jié)點與諸如互聯(lián)網(wǎng) 的外部網(wǎng)絡(luò)交互?？梢岳贸思彝ゾW(wǎng)絡(luò)系統(tǒng)的兩個或者多個交互網(wǎng) 絡(luò)設(shè)備來構(gòu)造局域環(huán)境。
下面的本地區(qū)域被假定為其中準備好上述局域環(huán)境的區(qū)域。在該 本地區(qū)域中，可能存在多個客戶端設(shè)備3。通過請求認證和管理部分
20認證客戶端3，可以將包括在客戶端設(shè)備12中的客戶端3認證為合 法客戶端。包括認證的客戶端3的設(shè)備是客戶端設(shè)備12?？梢栽谠S可 證允許的范圍內(nèi)在客戶端設(shè)備3中使用不同的DRM內(nèi)容。
因此，用戶將用戶的家庭設(shè)置為本地區(qū)域并且通過利用家庭中包 括不同DRM的設(shè)備來構(gòu)造域。然后，在設(shè)備之間共享和使用內(nèi)容。
然而，除了本地區(qū)域中的客戶端12外，通過認證，也可以向外部 網(wǎng)絡(luò)區(qū)域中的客戶端提供服務(wù)。在此情形中，必須將在網(wǎng)絡(luò)中認證的 客戶端的狀態(tài)與在本地區(qū)域中認證的客戶端3的狀態(tài)進行區(qū)分，并且 單獨地管理所述狀態(tài)。為此，可以將認證的客戶端的狀態(tài)分類為遠程 狀態(tài)和本地狀態(tài)，并且可以對其進行管理。
參考圖5，用于認證和管理客戶端3的認證和管理部分20包括域 管理器22、許可證管理器24和參考點控制器26。
域管理器22被設(shè)計以監(jiān)視域5。例如，域管理器22可以執(zhí)行下 列功能創(chuàng)建域5、破壞域5、將客戶端與域5關(guān)聯(lián)、從域5刪除客戶 端、注冊參考點控制器26等。
域管理器22可以存在于本地區(qū)域或者網(wǎng)絡(luò)區(qū)域中的任何位置處。
19例如，在圖5所示的示例中，域管理器22位于網(wǎng)絡(luò)區(qū)域中。在此情形
中，域管理器22可以與參考點控制器26和客戶端3交互?？商娲?， 域管理器可以位于本地區(qū)域中。在此情形中，域管理器被包括在本地 區(qū)域中的設(shè)備中，以與參考點控制器和客戶端交互。
許可證管理器24被設(shè)計以管理用戶的許可證信息。例如，許可證 管理器24可以為用戶提供登錄功能并且執(zhí)行存儲和管理許可證信息的 典型的在線服務(wù)管理器的功能。許可證管理器24可以執(zhí)行下列功能 創(chuàng)建用戶名、刪除用戶名、將許可證信息與用戶名關(guān)聯(lián)、創(chuàng)建許可證 信息、刪除許可證信息等。
許可證管理器24可以位于網(wǎng)絡(luò)區(qū)域，例如服務(wù)提供商的服務(wù)器。 然而，許可證管理器24可以位于諸如服務(wù)提供商的服務(wù)器的網(wǎng)絡(luò)區(qū)域 中?？商娲?，許可證管理器24可以位于本地區(qū)域中。也就是說，域 管理器22和許可證管理器24可以位于本地區(qū)域或者網(wǎng)絡(luò)區(qū)域中的任 何位置中。
參考點控制器26檢查預(yù)定的實體是否位于本地區(qū)域中，并且向所 證實的實體提供證實所述實體位于本地區(qū)域的證書。為此，參考點控 制器26可以確定本地區(qū)域的范圍。此時，可以通過利用物理距離、跳 躍數(shù)目、反應(yīng)時間等來確定本地區(qū)域的范圍。
參考點控制器26根據(jù)客戶端3的請求檢查客戶端3是否位于本地 區(qū)域中。當確定客戶端3位于本地區(qū)域中時，參考點控制器26可以提 供證實客戶端3位于本地區(qū)域中的域證書。當客戶端3請求域管理器 22認證客戶端3時，可以將該域證書提供給域管理器22。域管理器22 確認客戶端3位于局域中并且對客戶端3進行認證。
此外，域管理器22基于域證書確定客戶端3是處于遠程狀態(tài)還是 本地狀態(tài)。域管理器22可以通過識別客戶端3的狀態(tài)來限制處于遠程
20狀態(tài)的訪問域管理器22的客戶端的數(shù)目，以防止多個客戶端通過網(wǎng)絡(luò) 訪問該域并且改進安全性。
參考點控制器26可以位于本地區(qū)域中。具體地，可以將參考點控
制器26確定為位于本地區(qū)域中的設(shè)備。雖然優(yōu)點是將參考點控制器26 確定為包括多個計算資源并且不具有移動性的諸如機頂盒、臺式PC等 的設(shè)備，但是可能將參考點控制器26確定為高度可移動的設(shè)備。
當初始構(gòu)造域時，可以根據(jù)預(yù)定的過程來選擇參考點控制器26。 具體地，當初始構(gòu)造域5時，選擇用于執(zhí)行用于確定本地區(qū)域的范圍 的參考點控制器的的功能的設(shè)備。必須將所選擇的設(shè)備確定為參考點 控制器26。此時，所確定的參考點控制器26注冊到域管理器22。然 后，客戶端3可以關(guān)于參考點控制器26査詢域管理器22。
-參考點控制器的選擇-有三種選擇參考點控制器的方法。
第一種方法是希望預(yù)訂所述域的設(shè)備彼此通信設(shè)備信息并且根據(jù) 預(yù)定的算法對設(shè)備信息進行比較，以使得將最適當?shù)脑O(shè)備選擇為參考 點控制器。所選擇的參考點控制器必須向域管理器報告所述設(shè)備被選 擇為參考點控制器。然后，所述設(shè)備必須注冊到所述域。
第二種方法是希望注冊到該域的設(shè)備向域管理器報告所述設(shè)備的 設(shè)備信息，并且域管理實體基于所報告的設(shè)備信息選擇參考點控制器。
第三種方法是通過預(yù)定的信息來選擇參考點控制器。此時，可以 由管理員或者用戶來設(shè)置所述預(yù)定的信息?？商娲?，所述預(yù)定的信 息可以包括任意確定的信息。例如，當管理員或者用戶將預(yù)定的信息 輸入到域管理器中時，域管理器能夠基于該預(yù)定的信息來選擇參考點 控制器。可替代地，可以通過允許管理員或者用戶直接選擇將被用作參考點控制器的設(shè)備而建立該參考點控制器。
在下文中，將詳細描述上述的三種方法。為了便于理解，將上述 的選擇參考點控制器的第一種方法稱為示例1-1。將選擇參考點控制器 的第二種方法稱為示例1-2。將選擇參考點控制器的第三種方法稱為示 例l陽3。
<示例1-1〉
首先，在描述選擇參考點控制器的過程之前，定義域有效負載數(shù)
據(jù)單元(DPDU: domain payload data unit)的數(shù)據(jù)格式。DPDU是用于 在選擇參考點時傳送每個設(shè)備的設(shè)備信息的規(guī)范化數(shù)據(jù)格式。
圖6示出了選擇參考點控制器所需的DPDU數(shù)據(jù)分組的格式的示例。
參考圖6， DPDU被構(gòu)造為具有域頭(domain header)和域有效負 載(domain payload)。
域頭包括設(shè)備能力標識符(在下文中，縮寫為DC-ID)、域標識 符(在下文中，縮寫為D-ID)和設(shè)備實體標識符(在下文中，縮寫為 DE-ID)。
DC-ID是用于識別設(shè)備的能力值的信息。此時，能力值可以是用 于顯示設(shè)備關(guān)于預(yù)定項目(例如，剩余能量、硬件規(guī)格、網(wǎng)絡(luò)連接速 度、網(wǎng)絡(luò)能力、向外的移動性、系統(tǒng)的穩(wěn)定性、計算能力、資源消耗 量等)的能力的信息。在設(shè)備進入域之前或之后，可以根據(jù)由管理員 所確定的預(yù)定標準將任意數(shù)值分配給DC-ID或者可以由相應(yīng)的設(shè)備來 產(chǎn)生任意數(shù)值。DC-ID是用于在選擇參考點控制器時選擇最適當?shù)脑O(shè) 備的標準。D-ID是用于根據(jù)設(shè)備的環(huán)境和屬性對域進行分類的信息。如上所 述，域可以是根據(jù)物理區(qū)域分類標準所分類的區(qū)域，或者可以是通過
邏輯認證服務(wù)所分類的區(qū)域。因此，D-ID是根據(jù)物理區(qū)域?qū)τ蜻M行分
類的信息，或者是根據(jù)邏輯服務(wù)對域進行分類的信息。
DE-ID是用于識別屬于域的各個設(shè)備的信息。
另一方面，域有效負載是用于記錄一般數(shù)據(jù)和錯誤校驗信息的字 段。此時，所述一般數(shù)據(jù)表示關(guān)于設(shè)備和DRM可靠性系統(tǒng)的信息。此 外，所述錯誤校驗信息可以表示用于檢査DPDU數(shù)據(jù)分組的錯誤的信 息。
如上所述，DPDU包括用于將預(yù)訂域的設(shè)備的能力彼此區(qū)分的信 息。因此，在域中的設(shè)備之間交換所述DPDU，并且將所述能力彼此 進行比較。因此，可以選擇有能力的設(shè)備，并且可以將有能力的設(shè)備 確定為參考點控制器。在下文中，將詳細描述上述的過程。
圖7是示出了通過使用DPDU來自動選擇參考點控制器的過程的 流程圖。
參考圖7，當所述過程開始時，預(yù)訂域的設(shè)備(例如，客戶端設(shè) 備)將DC-ID值X、 D-ID值Y和DE-ID值Z設(shè)置為預(yù)定值(操作SI)。
此時，根據(jù)預(yù)定標準分配DC-ID的設(shè)置值，或者在相應(yīng)的設(shè)備中 生成DC-ID的設(shè)置值。在下面將分別描述這兩種情形。
l.根據(jù)預(yù)定標準由管理員分配DC-ID值的情形
管理員通過使用預(yù)定的管理設(shè)備來識別每個設(shè)備的能力信息，根 據(jù)預(yù)定標準將所述能力信息轉(zhuǎn)換為能力值，并且將所述能力值分配給 所述設(shè)備的DC-ID值。此時，所述管理設(shè)備可以是域中的預(yù)定設(shè)備、位于另一可通信位置處的設(shè)備或者網(wǎng)絡(luò)區(qū)域中的預(yù)定系統(tǒng)(例如，域 管理器)。
例如，當基于剩余能量來確定DC-ID值時，管理員檢查域中的每 個設(shè)備的電池剩余量、根據(jù)預(yù)定標準將電池剩余量表示為數(shù)字，并且
將DC-ID值分配給所述設(shè)備。然后，確定所述設(shè)備的DC-ID值，艮P， 設(shè)備A的DC-ID為4，設(shè)備B的DC-ID為8，而設(shè)備C的DC-ID為2。
2.通過相應(yīng)的設(shè)備來生成DC-ID值的情形
每個設(shè)備均識別能力信息，根據(jù)先前存儲的信息將所述能力信息 轉(zhuǎn)換成能力值，并且將所述能力設(shè)置為DC-ID值。
例如，當基于能量剩余量來確定DC-ID值時，所述設(shè)備檢査電池 剩余量，并且根據(jù)先前存儲的電池剩余量-能量剩余量映射表將電池剩 余量表示為數(shù)字，并且生成DC-ID值。然后，確定所述設(shè)備的DC-ID 值，艮卩，設(shè)備A的DC-ID值為4，設(shè)備B的DC-ID為8，而設(shè)備C的 DC-ID為2。此時，可以從管理設(shè)備接收電池剩余量-能量剩余量映射 表并且將其存儲。可替代地，可以在制造產(chǎn)品時存儲電池剩余量-能量 剩余量映射表。
在示例l-l中，假定當電池容量較高時，將DC-ID值設(shè)置為較小 的值。在此情形中，當DC-ID值變小時，所述設(shè)備具有較高的能力。 然而，本發(fā)明不限于此?？商娲兀梢约俣ó斝铍姵厝萘枯^小時， 將DC-ID值設(shè)置為較小的值。
此外，除了能量剩余量外，可以利用硬件規(guī)格、網(wǎng)絡(luò)連接速度、 網(wǎng)絡(luò)能力、向外的移動性、系統(tǒng)的穩(wěn)定性、計算能力、資源消耗量等 來構(gòu)造所述設(shè)備的能力。DC-ID值可以不是簡單的數(shù)字，而是各種類 型的信息。
24另一方面，將D-ID設(shè)置為用于顯示設(shè)備所預(yù)訂的域的唯一數(shù)字或
者信息數(shù)據(jù)。此外，將每個設(shè)備的DE-ID值初始化為用于將所述設(shè)備 彼此區(qū)分的代碼?？梢杂晒芾韱T分配所述D-ID值和DE-ID值，或者可 以由相應(yīng)的設(shè)備來生成所述D-ID值和DE-ID值。
如上所述，當為每一個設(shè)備設(shè)置DC-ID和D-ID完成時，所述設(shè) 備向相鄰設(shè)備順序地廣播或者組播包括所述所設(shè)置的信息的DPDU(操 作S2)。
然后，所述設(shè)備可以接收從另一設(shè)備傳送的DPDU (操作S3)。 當預(yù)定的設(shè)備接收到DPDU時，相應(yīng)的設(shè)備提取出包括在所接收的 DPDU的域頭中的DC-ID值V (操作S4)并且將所提取的DC-ID值與 設(shè)備的DC-ID值X進行比較(操作S5)。另一方面，當未接收到DPDU 時，確定是否已流逝所設(shè)置的時間Tl (操作S12) 。 V表示從另一設(shè)備 接收的DPDU的DC-ID值。在傳送DPDU的設(shè)備中，DC-ID值可以是 X。
作為DC-ID值的比較結(jié)果，當所述設(shè)備的DC-ID值小于所接收的 DC-ID值時，所述設(shè)備破壞所接收的DC-ID值(操作S6)。在此情形 中，這是因為接收DC-ID的設(shè)備具有比傳送DC-ID的設(shè)備高的能量(即 能力)。
另一方面，作為DC-ID值的比較結(jié)果，當其自身的DC-ID值大于 所接收的DC-ID值時，所述設(shè)備提取出D-ID包括在所接收的DPDU 的域頭中的D-ID信息W(操作S7)，并且檢査所提取的D-ID信息W 是否與其自身的D-ID信息Y相同(操作S8)?？梢酝ㄟ^檢査所接收 的D-ID信息來在相同域中逐個地選擇參考點控制器。W表示從另一設(shè) 備接收的DPDU的D-ID值。在傳送DPDU的設(shè)備中，DC-ID值可以 是Y。作為D-ID的檢査結(jié)果，當所接收的D-ID與所述設(shè)備的D-ID相 同時，所述設(shè)備停止廣播DPDU (操作S9)。這是因為具有高容量值 的設(shè)備位于相同域中。這可以表示所述設(shè)備未能選擇參考點控制器。
另一方面，作為D-ID的檢査結(jié)果，當所接收的D-ID與所述設(shè)備 的d-ID不同時，所述設(shè)備將所接收的DPDU認為是從另一域中的設(shè)備 接收的DPDU，并且相繼地廣播DPDU。此時，所述設(shè)備向另一設(shè)備傳 送DPDU，并且檢査是否已流逝所設(shè)置的時間T2 (操作SIO)。
此時，當在所設(shè)置的時間T2內(nèi)未再接收到DPDU時或者當未接 收到其中DC-ID小于所述設(shè)備的DC-ID值并且其中D-ID與所述設(shè)備 的D-ID相同的DPDU時，所述設(shè)備在域中具有最高能力。因此，將所 述設(shè)備選擇為在域中作為代表的參考點控制器(操作Sll)。被選擇為 參考點控制器的設(shè)備向域管理器報告該設(shè)備被選擇為參考點控制器。 將所述設(shè)備注冊為參考點控制器。這里，將參考圖13描述注冊過程。
可以將可以執(zhí)行參考點控制器的功能的軟件安裝在被選擇為參考 點控制器的設(shè)備中。所述軟件以禁用狀態(tài)被預(yù)先安裝在所述設(shè)備中。 當將所述設(shè)備選擇為參考點控制器時，根據(jù)域管理器的命令啟用和建 立所述軟件?？商娲兀鲇蚬芾砥骰蛘吡硪辉O(shè)備可以將可以執(zhí)行 參考點控制器的功能的所述軟件上載到所選擇的設(shè)備。假定參與選擇 參考點控制器的過程的所述域設(shè)備滿足用于執(zhí)行參考點控制器的功能 的基本條件。此時，所述基本條件可以表示包括被禁用的軟件或者具 有滿足其中可以執(zhí)行參考點控制器的功能的軟件規(guī)格的硬件。
如上所述，根據(jù)與選擇參考點控制器相關(guān)的示例1-1，通過在設(shè)備 之間交換DPDU數(shù)據(jù)分組，可以將具有最高能力的所述設(shè)備選擇為參 考點控制器。上述的描述是一個示例。在不背離本發(fā)明的精神和范圍 的情況下，可以對通過DC-ID設(shè)置能力、比較能力等進行改變。
26<示例1-2〉
在下文中，將描述作為選擇參考點控制器的方法的另一個示例的 示例1-2。
在示例1-2的選擇參考點控制器的方法中，希望注冊到域的設(shè)備 (例如，客戶端設(shè)備)向域管理器報告所述設(shè)備的設(shè)備信息，并且所 述域管理器基于所報告的設(shè)備信息來選擇參考點控制器。此時，所述 設(shè)備信息可以包括關(guān)于所述設(shè)備所預(yù)訂的域的信息、關(guān)于設(shè)備的能力 的信息、設(shè)備的識別信息等。例如，所述設(shè)備信息可以是DPDU。
圖8是示出了根據(jù)示例l-2的選擇參考點控制器的方法的流程圖。
參考圖8，當所述過程開始時，要預(yù)訂域的設(shè)備將DC-ID值X、 D-ID值Y、和DE-ID值Z設(shè)置為預(yù)定值(操作S20)。此時，根據(jù)預(yù) 定標準分配DC-ID的設(shè)置值，或者通過相應(yīng)的設(shè)備來生成DC-ID的設(shè) 置值。
例如，當DC-ID值的標準是嵌入在設(shè)備中的中央處理單元(CPU) 的規(guī)格時，由管理員來分配每個設(shè)備的DC-ID值?？商娲?，將每個 設(shè)備的DC-ID值設(shè)置為所生成的能力值。例如，設(shè)備A的DC-ID值為 4，設(shè)備B的DC-ID值為2，設(shè)備C的DC-ID值為3，而設(shè)備D的DC-ID 值為8。
此時，當CPU的規(guī)格較高時，將DC-ID值假定為較小的值。具體 地，當DC-ID值變小時，所述設(shè)備具有高能力。然而，本發(fā)明不限于 此。可替代地，可以假定當電池容量較小時將所述DC-ID值設(shè)置為較 小的值。此外，根據(jù)執(zhí)行環(huán)境，可以將關(guān)于除了 CPU以外的其它硬件 的信息、能量信息等以各種類型應(yīng)用于設(shè)備的能力。
將D-ID設(shè)置為用于顯示設(shè)備所預(yù)訂的域的唯一數(shù)字或者信息數(shù)據(jù)。此外，將每個設(shè)備的DE-ID值初始化為用于將所述設(shè)備彼此區(qū)分 的代碼?？梢杂晒芾韱T來分配所述D-ID值和所述DE-ID值，或者由相 應(yīng)的設(shè)備來生成所述D-ID值和所述DE-ID值。
如上所述，當為每個設(shè)備設(shè)置DC-ID和D-ID完成時，所述設(shè)備 將包括設(shè)置信息的DPDU傳送到域管理器(操作S21)。可以在預(yù)定 時間內(nèi)傳送DPDU。域管理器在該預(yù)定時間內(nèi)保持備用狀態(tài)。當已流 逝預(yù)定時間時，域管理器不再接收DPDU。
域管理器將包括在從所述設(shè)備接收到的DPDU的域頭中的DC-ID 值彼此進行比較(操作S22)，并且提取出具有最小DC-ID值的設(shè)備， 即，具有最高能力的設(shè)備(操作S23)。當提取出具有最高能力的設(shè)備 時，域管理器檢查所述設(shè)備的D-ID (操作S24)，并且檢査該D-ID是 否與將要新形成的域的ID相同。當所述D-ID與將要新形成的域的ID 相同時，將所述設(shè)備選擇為參考點控制器(操作S25)。如在示例1-1 中所描述的，可以將所述參考點控制器的功能安裝在被選擇為參考點 控制器的設(shè)備中。
作為D-ID檢査結(jié)果，當所述設(shè)備的D-ID不是將要新形成的域的 ID時，將除了相應(yīng)的設(shè)備以外的所述設(shè)備的DC-ID值彼此進行比較， 并且搜索具有最高能力的設(shè)備。可以將具有最高能力的設(shè)備選擇為參 考點控制器。
另一方面，，在上述的示例1-2中，基于每個設(shè)備的能力來選擇參 考點控制器。可替代地，除了所述能力外，可以基于與參考信息、用
戶的設(shè)置等的匹配程度來選擇參考點控制器。
例如，當希望注冊到域的設(shè)備向域管理器傳送包括關(guān)于所述設(shè)備
的硬件規(guī)格的信息的設(shè)備信息時，所述域管理器可以通過所傳送的設(shè) 備信息與預(yù)定的規(guī)格信息進行比較來選擇最適當?shù)脑O(shè)備。此外，所述
28域管理器可以將與所述設(shè)備信息相匹配的設(shè)備選擇為參考點控制器，
所述設(shè)備信息是先前由用戶從在從每個設(shè)備傳送的設(shè)備信息中確定的。
<示例1-3〉
在根據(jù)示例1-3的選擇參考點控制器的方法中，基于由管理員或 者用戶先前設(shè)置的或者任意設(shè)置的設(shè)置信息來選擇參考點控制器。例 如，當管理員或者用戶將設(shè)置信息輸入到域管理器中時，所述域管理 器可以基于所述設(shè)置信息來選擇參考點控制器。可替代地，管理員或 者用戶可以直接選擇將被用戶用作參考點控制器的設(shè)備，并且建立參 考點控制器。因此，在示例l-3中，將管理員或者用戶所希望的設(shè)備、 或者任意設(shè)備選擇為參考點控制器。
已經(jīng)通過示例1-1到1-3描述了在初始構(gòu)造域時選擇參考點控制器 的方法，所述參考點控制器用于確定本地區(qū)域的范圍。當選擇了參考 點控制器時，可以通過該參考點控制器來確定其中客戶端預(yù)訂的域的 處于本地狀態(tài)中的本地區(qū)域的范圍。
另一方面，所述域管理器或者許可證管理器可以存在于本地區(qū)域 或者外部網(wǎng)絡(luò)區(qū)域中的任何位置處。當域管理器或者許可證管理器存 在于外部網(wǎng)絡(luò)中時，必須支持與域可靠交互的安全通信裝置。
相反，由于參考點控制器是在本地區(qū)域中確定本地區(qū)域的范圍和 環(huán)境的實體，所以所述參考點控制器與域管理器或者許可證管理器不 同，其必須存在于本地區(qū)域中。此時，所述參考點控制器周期地并且 連續(xù)地與域管理器通信信息信號，以便證實所述參考點控制器正常操作。
當所述域管理器在預(yù)定時間內(nèi)未從參考點控制器接收到任何信息 信號時，這表明所述參考點控制器沒有正常操作。具體地，所述參考點控制器發(fā)生故障?？商娲?，因為所述參考點控制器進入外部非通 信區(qū)域中而使得所述參考點控制器發(fā)生故障。
在此情形中，預(yù)訂域的在本地區(qū)域中的客戶端設(shè)備可能不能正常 使用內(nèi)容。實際上，因為所述參考點控制器可能被安裝在移動電話、 個人數(shù)字助理(PDA)等中，所以所述參考點控制器可能進入外部非 通信區(qū)域。在此情形中，所述參考點控制器可能發(fā)生故障。
因此，在本發(fā)明中，公開了一種防備參考點控制器發(fā)生故障的方 法。首先，引入了參考點控制器候選的概念。參考點控制器候選表示 當參考點控制器發(fā)生故障時替代所述參考點控制器的設(shè)備。當初始構(gòu) 造域時可以選擇參考點控制器候選，或者在構(gòu)造域之后可以根據(jù)域管 理器來選擇所述參考點控制器候選。
-參考點控制器候選的選擇和操作-存在四種選擇參考點控制器候選的方法。
第一種方法是在域中的設(shè)備中除了當前參考點控制器以外的設(shè)備 彼此通信設(shè)備信息。基于預(yù)定的算法(例如，在示例1-1中描述的算法) 將所述設(shè)備信息彼此進行比較，并且選擇參考點控制器候選。例如， 在設(shè)備之間通信能力。將具有最高能力的設(shè)備選擇為參考點控制器候 選。所選擇的參考點控制器候選向域管理器報告該設(shè)備被選擇為參考 點控制器候選。
第二種方法是域中的設(shè)備向域管理器提供關(guān)于設(shè)備的設(shè)備信息
(例如，包括能力的DPDU)，并且類似于根據(jù)上述示例l-2選擇參考 點控制器，所述域管理器基于所述設(shè)備信息選擇參考點控制器候選。
第三種方法是域中的設(shè)備向參考點控制器提供設(shè)備的設(shè)備信息， 并且參考點控制器基于所述設(shè)備信息來選擇參考點控制器候選。在此情形中，當選擇了參考點控制器時，參考點控制器必須向域管理器報 告關(guān)于所選擇的參考點控制器候選的信息。
第四種方法是基于預(yù)定的信息來選擇參考點控制器候選。此時， 可以由管理員或者用戶來設(shè)置所述預(yù)定的信息?？商娲兀鲱A(yù)定 的信息可以包括任意設(shè)置的信息。
在下文中，將詳細描述上述的四種方法。為了便于理解，將選擇 參考點控制器候選的上述第一種方法稱為示例2-1。將選擇參考點控制
器候選的第二種方法稱為示例2-2。將選擇參考點控制器候選的第三種 方法稱為示例2-3。將選擇參考點控制器候選的第四種方法稱為示例 2-4。
<示例2-1>
圖9是示出了根據(jù)示例2-1的選擇參考點控制器候選的過程的流 程圖。圖9示出了通過利用設(shè)備的能力來自動選擇參考點控制器的過 程。
當構(gòu)造域時，根據(jù)示例2-1的選擇參考點控制器候選的過程可以 在選擇參考點控制器的過程完成之后開始。可替代地，根據(jù)示例2-1 的選擇參考點控制器候選的過程可以在構(gòu)造域之后的任何時刻根據(jù)諸 如域管理器的實體的開始命令而開始。
如圖9所示，當所述過程開始時，在域中的設(shè)備中除了參考點控 制器以外的設(shè)備設(shè)置設(shè)備信息(操作S30)。
所述設(shè)備信息可以包括關(guān)于能力的信息、關(guān)于域的信息、設(shè)備的 識別信息等。這里，關(guān)于能力的信息可以包括關(guān)于設(shè)備的能量剩余量、 硬件規(guī)格、網(wǎng)絡(luò)連接速度、向外的移動性、系統(tǒng)穩(wěn)定性的信息等。此 外，關(guān)于能力的信息可以是如DC-ID值的數(shù)字?？商娲?，關(guān)于能力
31的信息可以是各種類型的信息。
當為每個設(shè)備設(shè)置設(shè)備信息(能力信息、域信息、設(shè)備識別信息) 完成時，所述設(shè)備將所設(shè)置的信息形成為規(guī)范化的分組，例如所述設(shè) 備將所設(shè)置的信息插入到DPDU中并且向另一設(shè)備順序地廣播或者組
播DPDU (操作S31)。
然后，每個設(shè)備接收從另一設(shè)備傳送的規(guī)范化的分組(操作S32)， 將包括在所接收的分組中的能力信息與設(shè)備的能力進行比較(操作 S33)，并且使一個設(shè)備(傳送分組的設(shè)備或者接收分組的設(shè)備)被淘 汰(操作S34)。
例如，接收分組的設(shè)備將所接收的分組的能力信息與該設(shè)備的能 力信息進行比較。當所接收的分組的能力信息大于該設(shè)備的能力時， 所述設(shè)備停止廣播DPDU。 g卩，接收分組的設(shè)備在參考點控制器候選 的選擇中被淘汰。此時，也可以執(zhí)行以下的過程根據(jù)關(guān)于所接收的 分組的信息來檢査傳送分組的設(shè)備是否與接收分組的設(shè)備處于相同的 域中。另一方面，當所接收的分組的能力信息小于接收分組的設(shè)備能 力時，破壞所述分組。即，傳送分組的設(shè)備在參考點控制器候選的選 擇中被淘汰。
最終，通過上述的過程，僅保留具有最高能力的設(shè)備(操作S35)。 然后，將存留的設(shè)備選擇為參考點控制器候選(操作S36)。所選擇的 設(shè)備向域管理器報告該設(shè)備被選擇為參考點控制器候選。
域管理器管理關(guān)于所選擇的參考點控制器候選的信息。當在參考 點控制器中發(fā)生錯誤時，可以將所述參考點控制器候選用作新的參考 點控制器。
另一方面，多個參考點控制器候選可以按照優(yōu)先級次序注冊域管理器。具體地，執(zhí)行選擇第一參考點控制器候選的過程，并且注冊第 一參考點控制器候選。執(zhí)行選擇第二參考點控制器候選的過程，并且 注冊第二參考點控制器候選。重復(fù)執(zhí)行上述的過程，并且可以注冊所 希望數(shù)目的參考點控制器候選。
當注冊了所述多個參考點控制器候選時，可以按照優(yōu)先級次序來 替代所述參考點控制器。此時，所注冊的多個參考點控制器候選必須 周期地證實所述參考點控制器候選正常操作。隨后將詳細描述證實過 程。
<示例2-2>
在根據(jù)示例2-2的選擇參考點控制器候選的方法中，域中的設(shè)備 向域管理器報告設(shè)備的設(shè)備信息，并且所述域管理器基于所報告的設(shè) 備信息來選擇參考點控制器候選。
該方法類似于根據(jù)示例1-2的選擇參考點控制器的概念。在示例 1-2中，預(yù)訂所述域的設(shè)備向域管理器報告所述設(shè)備的設(shè)備信息，并且 所述域管理器基于所報告的設(shè)備信息來選擇最適當?shù)脑O(shè)備并且將所選 擇的設(shè)備注冊為參考點控制器。
在示例2-2中，域中的除了參考點控制器以外的設(shè)備向域管理器 提供設(shè)備的設(shè)備信息，并且所述域管理器基于所報告的設(shè)備信息來選 擇最適當?shù)脑O(shè)備并且將所選擇的設(shè)備注冊為參考點控制器候選。
此時，所述設(shè)備信息可以包括根據(jù)預(yù)定的標準表示設(shè)備的能力的 能力信息。所述域管理器可以通過以能力的降序次序基于所述設(shè)備所 提供的能力信息向所述設(shè)備分配優(yōu)先級而注冊所述設(shè)備。
例如，所述域管理器可以根據(jù)每個設(shè)備的能力信息以可以首先替 代參考點控制器的第一參考點控制器候選、第二參考點控制器候選和
33第三參考點控制器候選的次序，選擇并且注冊多個參考點控制器候選。 當注冊了所述多個參考點控制器候選時，所述參考點控制器候選以所 分配的優(yōu)先級次序來替代參考點控制器。
另一方面，可以在選擇了參考點控制器之后執(zhí)行選擇參考點控制 器候選的過程。根據(jù)執(zhí)行環(huán)境，可以在執(zhí)行示例1-2中所公開的選擇參 考點控制器的過程時選擇參考點控制器候選。即，當選擇參考點控制 器時，選擇第一參考點控制器候選、第二參考點控制器候選等。例如， 當構(gòu)造域時預(yù)訂所述域的設(shè)備向域管理器報告關(guān)于能力的信息，并且 所述域管理器可以基于所報告的能力選擇參考點控制器、第一參考點 控制器候選、第二參考點控制器候選等。
<示例2-3〉
在根據(jù)示例2-3的選擇參考點控制器候選的方法中，域中的設(shè)備 向域管理器報告設(shè)備的設(shè)備信息，并且參考點控制器基于所報告的設(shè) 備信息來選擇參考點控制器候選。
除了參考點控制器選擇參考點控制器候選之外，根據(jù)示例2-3的 選擇參考點控制器候選的方法與根據(jù)示例2-2的選擇參考點控制器候 選的方法基本相同。
向參考點控制器報告的設(shè)備信息可以包括表示設(shè)備的能力的能力 信息。參考點控制器可以通過按能力的降序次序基于所述設(shè)備所報告 的能力信息向所述設(shè)備分配優(yōu)先級而注冊所述設(shè)備。例如，所述參考 點控制器可以根據(jù)每個設(shè)備的能力信息以可以首先替代參考點控制器 的第一參考點控制器候選、第二參考點控制器候選和第三參考點控制 器候選的次序，選擇并且注冊多個參考點控制器候選。當注冊了所述 多個參考點控制器候選時，所述參考點控制器候選可以以優(yōu)先級次序 來替代參考點控制器。另一方面，當選擇了參考點控制器時，所述參考點控制器將所選 擇的參考點控制器候選注冊到域管理器。此外，即使當按優(yōu)先級次序 選擇了所述多個參考點控制器候選時，所述參考點控制器也向域管理 器報告選擇歷史。因此，即使當參考點控制器長時間發(fā)生故障或者進 入非通信區(qū)域時，參考點控制器候選也能替代參考點控制器。因此， 正常地提供服務(wù)。
<示例2-4>
在根據(jù)示例2-4的選擇參考點控制器候選的方法中，基于由管理 員或者用戶先前設(shè)置的或者被任意設(shè)置的設(shè)置信息來選擇參考點控制 器候選。例如，當管理員或者用戶將設(shè)置信息輸入到域管理器或者參 考點控制器中時，所述域管理器或者參考點控制器可以基于所述設(shè)置 信息來選擇參考點控制器候選。
所述設(shè)置信息可以包括關(guān)于被分配優(yōu)先級的所述多個參考點控制 器候選的信息。具體地，域管理器或者參考點控制器可以以包括在設(shè) 置信息中的優(yōu)先級次序來選擇所述多個參考點控制器候選。例如，選 擇設(shè)備A并且將其注冊為第一參考點控制器候選，并且選擇設(shè)備B并 且將其注冊為第二參考點控制器候選。然后，當在參考點控制器中發(fā) 生錯誤時，第一參考點控制器候選可以替代參考點控制器。當在第一 參考點控制器候選中發(fā)生錯誤時，第二參考點控制器候選可以替代第 一參考點控制器候選。
在域管理器選擇參考點控制器候選的情形中，當構(gòu)造域時，域管 理器同時選擇參考點控制器并且以預(yù)定的優(yōu)先級次序指定參考點控制 器候選。然后，當參考點控制器發(fā)生故障時，能夠靈活地并且迅速地 處理所述錯誤。另一方面，在參考點控制器選擇參考點控制器候選的 情形中，在選擇了參考點控制器之后，所述參考點控制器可以基于設(shè) 置信息指定替代參考點控制器的候選。另一方面，管理員或者用戶可以直接選擇將被用作參考點控制器 候選的設(shè)備，而不利用域管理器或者參考點控制器。在此情形中，所 選擇的參考點控制器候選必須向域管理器報告該設(shè)備被選擇為參考點 控制器候選。
已經(jīng)通過示例2-1到2-4描述了選擇參考點控制器候選的方法。在 選擇參考點控制器的情形中，即使當在參考點控制器中發(fā)生錯誤時， 參考點控制器候選也可以替代所述參考點控制器。此外，通過以預(yù)定 的優(yōu)先級次序來設(shè)置多個參考點控制器候選，可以確保域中的服務(wù)的 穩(wěn)定性和靈活性。
參考點控制器候選可以具有下面的功能。
1. 參考點控制器的功能例如，測量接近預(yù)定的設(shè)備并且發(fā)出域 證書等。先前已經(jīng)描述了參考點控制器的功能。
2. 傳送和接收信息信號的功能參考點控制器候選必須通過預(yù)定 的接口與參考點控制器等通信用于報告該參考點控制器候選正常操作 的信息信號。
3. 設(shè)置不接收條件的功能設(shè)置用于區(qū)分不接收信息信號的條件 的功能。例如，可以設(shè)置超時、計數(shù)界限、范圍界限等。
4. 向域管理器報告的功能支持用以與域管理器通信的數(shù)據(jù)結(jié)構(gòu) 和接口的功能。
5. 下載功能支持用于從域管理器或者預(yù)定的服務(wù)終端下載實體 (軟件)的接口的功能。
另一方面，參考點控制器必須周期地向域管理器或者其它設(shè)備證實該參考點控制器正常地操作。此外，所述參考點控制器候選必須周 期地向域管理器或者其它設(shè)備證實該參考點控制器候選正常地操作。 這是因為當在參考點控制器候選中發(fā)生錯誤時，所述參考點控制器候 選可以不替代參考點控制器。
圖10是示出了用于傳送信息信號的參考點控制器和在參考點控 制器候選之間的連接的框圖。
如圖10所示，在域6中在參考點控制器70和參考點控制器候選 71與72之間形成用于傳送信息信號的指定路線a、 b和c。用于傳送信 息信號的路線a、 b和c表示用于傳送用于證實設(shè)備是否正常操作的信 息信號的路線。
例如，在用于傳送信息信號的路線a、 b和c中，參考點控制器70 向第一參考點控制器候選71傳送信息信號，并且參考點控制器候選71 向第二參考點控制器候選72傳送信息信號。此外，第二參考點控制器 候選72向參考點控制器70傳送信息信號。此時，第一參考點控制器 候選71表示主參考點控制器候選，而第二參考點控制器候選72表示 輔助參考點控制器候選。
在用于傳送信息信號的路線a、 b和c中必須提供安全通信裝置或 者信道。為了形成安全通信裝置或者信道，可以使用各種加密方法。 例如，可以使用公共密鑰方法、預(yù)先地共享密鑰的方法、域管理器向 設(shè)備提供密鑰信息的方法等?？商娲?，當生成在內(nèi)容導(dǎo)出器、內(nèi)容 轉(zhuǎn)換器和內(nèi)容導(dǎo)入器之間的安全認證信道時，內(nèi)容傳輸控制器可以提 供密鑰信息。
通過用于傳送信息信號的路線a、 b和c周期地傳送傳輸信號。所 述傳輸信號用于證實所述參考點控制器或者所述參考點控制器候選正 常地操作。所述傳輸信號可以包括域信息、設(shè)備識別信息、系統(tǒng)信息、超時信息等。
這里，所述超時信息涉及用于確定所述信息信號是否被正常接收 的時間界限。
例如，當在所述時間界限內(nèi)未從參考點控制器70接收到所述信息
信號時，第一參考點控制器候選71確定在第一參考點控制器70中發(fā) 生錯誤。第一參考點控制器候選71向域管理器報告在參考點控制器70 中發(fā)生錯誤并且第一參考點控制器候選71替代參考點控制器70。然后， 第一參考點控制器候選71執(zhí)行參考點控制器70的功能。
此時，第一參考點控制器候選71可以從域管理器60或者另一終 端接收執(zhí)行參考點控制器的功能所需的信息和工具。例如，第一參考 點控制器候選71可以下載并安裝用于執(zhí)行參考點控制器的功能的軟件 或者可以啟用安裝在其中的已被禁用的軟件。
關(guān)于另一示例，當參考點控制器70在所述時間界限內(nèi)未從第二參 考點控制器候選72接收到信息信號時，參考點控制器70確定在第二 參考點控制器候選72中發(fā)生錯誤并且向域管理器60報告在第二參考 點控制器候選72中發(fā)生錯誤。然后，具有比第二參考點控制器候選低 的優(yōu)先級的參考點控制器候選(例如第三參考點控制器候選(未示出)) 可以替代第二參考點控制器候選72?？梢酝ㄟ^選擇參考點控制器候選 的上述過程(示例2-l到2-4)新重構(gòu)所述優(yōu)先級。
另一方面，在圖10所示的示例中，通過在參考點控制器70和參 考點控制器候選71與72之間的信息信號傳輸來確定在設(shè)備中是否發(fā) 生錯誤。本發(fā)明不限于此。如圖11所示，參考點控制器70和參考點 控制器候選71與72可以通過路線e、 f和c直接向域管理器60傳送信 息信號。關(guān)于另一示例，參考點控制器70可以直接向域管理器60傳 送信息信號，并且參考點控制器候選71和72可以通過預(yù)定的路線彼此傳送信息信號。即，根據(jù)執(zhí)行環(huán)境，可以不同地改變用于傳送信息 信號的路線。
如上所述，參考點控制器70和參考點控制器候選71與72通過利 用信息信號而周期地證實它們正常操作。替代參考點控制器70，或者 可以根據(jù)是否接收到信息信號來重構(gòu)參考點控制器候選71和72的優(yōu) 先級。
另一方面，由于政策原因等，由單個參考點控制器確定的本地區(qū)
域的范圍在物理上或者邏輯上受到限制。然而，用戶可能希望在比當
前所設(shè)置的本地區(qū)域的范圍更加廣泛的范圍使用內(nèi)容服務(wù)。因此，需 要一種其中可以在保持本地區(qū)域的范圍限制的同時擴展服務(wù)區(qū)域的方法。
在本發(fā)明中，引入了參考點控制器代理的概念。參考點控制器代 理表示代替參考點控制器執(zhí)行參考點控制器的功能的設(shè)備。當擴展域 時或者當參考點控制器臨時移動到外部時需要參考點控制器代理。
-參考點控制器代理的選擇和操作-
圖12是示出了參考點控制器代理的概念的框圖。圖12示出了其 中向域A添加域A'的示例。
如圖12所示，通過參考點控制器82來確定設(shè)備可以在其中預(yù)訂 域86的本地區(qū)域的范圍和環(huán)境。當擴展服務(wù)區(qū)域或者參考點控制器82 臨時地移動到本地區(qū)域的外部時，必須生成具有與域A相同權(quán)限的擴 展域(例如，域A'96)。
可以通過參考點控制器代理92來確定設(shè)備可以在其中預(yù)訂域 A'96的本地區(qū)域的范圍和環(huán)境。參考點控制器代理92在域A'96中執(zhí) 行參考點控制器的功能。即，參考點控制器代理92是域A'96中的參考點。除了域A86夕卜，用戶可以通過客戶端設(shè)備84和94從域A'96接收 內(nèi)容服務(wù)。
通過在選擇參考點控制器和參考點控制器候選的上述示例中描述 的過程容易地選擇參考點控制器代理92。即，下面將描述選擇參考點 控制器代理92的方法。
在第一種方法中，預(yù)訂域A'96的設(shè)備彼此通信設(shè)備信息。根據(jù)預(yù) 定的算法(例如，在示例1-1中描述的算法)，將所述設(shè)備信息彼此進 行比較?；谒鲈O(shè)備信息來選擇參考點控制器代理92。例如，在設(shè) 備之間通信能力。將具有最高能力的設(shè)備選擇為參考點控制器代理92。 所選擇的參考點控制器代理92向域管理器80報告該設(shè)備被選擇為參 考點控制器代理92。
在第二種方法中，類似于根據(jù)示例1-2的選擇參考點控制器的概 念，預(yù)訂域A'的設(shè)備向域管理器提供所述設(shè)備的設(shè)備信息(例如，包 括能力信息的DPDU)，并且域管理器80基于所述設(shè)備信息來選擇參 考點控制器代理92。
在第三種方法中，基于由管理員或者用戶先前設(shè)置的或者任意設(shè) 置的設(shè)置信息來選擇參考點控制器代理92。
另一方面，當選擇了參考點控制器代理92時，可以選擇用于防備 其中在參考點控制器代理92中發(fā)生錯誤的情形的候選。g卩，選擇當在 參考點控制器代理92中發(fā)生錯誤時替代參考點控制器代理92的候選。 通過使用選擇參考點控制器候選的上述過程可以容易地選擇參考點控 制器代理的候選。
下面將描述選擇參考點控制器代理92的候選的方法。在第一種方法中，預(yù)訂域A'96的設(shè)備彼此通信設(shè)備信息。根據(jù)預(yù)
定的算法(例如，在示例1-1中描述的算法)，將設(shè)備信息彼此進行比
較。基于所述設(shè)備信息來選擇參考點控制器代理92和參考點控制器代 理92的候選。例如，在設(shè)備之間通信能力。將具有最高能力的設(shè)備選 擇為參考點控制器代理92。隨后，通過在除了參考點控制器代理92之 外的設(shè)備之間通能力來選擇參考點控制器代理的候選。在參考點控制 器代理的候選中存在優(yōu)先級。此外，所選擇的參考點控制器代理92和 所選擇的參考點控制器代理92的候選必須向域管理器80報告該設(shè)備 被選擇為參考點控制器代理92和參考點控制器代理92的候選。
在第二種方法中，類似于根據(jù)示例1-2的選擇參考點控制器的概 念，預(yù)訂域A的設(shè)備向域管理器提供所述設(shè)備的設(shè)備信息(例如，包 括能力信息的DPDU)，并且域管理器80基于所述設(shè)備信息來選擇參 考點控制器代理92和參考點控制器代理92的候選。此時，在參考點 控制器代理92的候選中可以存在優(yōu)先級。
在第三種方法中，根據(jù)所述優(yōu)先級來選擇參考點控制器代理92和 參考點控制器代理92的候選。此時，可以由管理員或者用戶來設(shè)置預(yù) 定的信息?？商娲兀鲱A(yù)定的信息可以包括任意設(shè)置的信息。
另一方面，參考點控制器代理92必須向參考點控制器82報告該 參考點控制器代理92連續(xù)地并且穩(wěn)定地提供服務(wù)。參考點控制器代理 92周期地與參考點控制器82通信預(yù)定的信息信號。當在預(yù)定的時段內(nèi) 未通信所述信息信號時，參考點控制器代理92沒有處于正常狀態(tài)。因 此，不能保持域A'96。
域參考信息可以包括域參考信息、設(shè)備識別信息、超時信息、唯 一系統(tǒng)信息等。
必須通過其中提供安全通信裝置或者信道的有線或者無線傳輸路線來傳送所述信息信號。為了形成安全通信裝置或者信道，可以使用 各種加密方法。例如，可以使用公共密鑰方法、預(yù)先地共享密鑰的方 法、域管理器向所述設(shè)備提供關(guān)于密鑰的信息的方法等。此外，除了 在參考點控制器和參考點控制器代理之間外，可以在參考點控制器和 域管理器之間以及在參考點控制器代理和域管理器之間連續(xù)地通信所 述信息信號。
另一方面，當不需要保持域A'96時，必須破壞域A'96。在此情形 中，可以通過使用所述信息信號來破壞所述域A'96。例如，參考點控 制器82或者域管理器80停止向參考點控制器代理92傳送信息信號或 者傳送破壞信號。然后，由于參考點控制器代理92未正常操作，所以 破壞參考點控制器代理92。因此，域A'被自動破壞。
-注冊參考點控制器-
在下文中，將描述注冊新的參考點控制器的過程。當生成新的域 時或者當替代參考點控制器時可以執(zhí)行注冊參考點控制器的過程。
圖13是示出了注冊參考點控制器的過程的流程圖。
參考圖13，域管理器從將被注冊為新的參考點控制器的設(shè)備接收 認證參考點控制器的請求。此時，將被注冊為新的參考點控制器的設(shè) 備可以是從選擇參考點控制器、用于替代現(xiàn)有參考點控制器的參考點 控制器候選以及參考點控制器代理的上述過程中選擇的設(shè)備之一。
當域管理器接收到認證參考點控制器的請求時，所述域管理器使 現(xiàn)有的參考點控制器成員資格無效。此時，當注冊參考點控制器時由 所述域管理器生成參考點控制器成員資格。參考點控制器成員資格可 以表示用于證實相應(yīng)的實體是參考點控制器的信息。
所述域管理器生成并且存儲唯一的新的參考點控制器成員資格，并且向請求域管理器提供新的參考點控制器成員資格的設(shè)備傳送所生 成的參考點控制器成員資格。此時，域管理器存儲并且管理作為一對 的參考點控制器成員資格和域。
接收參考點控制器成員資格的設(shè)備存儲參考點控制器成員資格。 將所述設(shè)備注冊為參考點控制器。當新注冊的參考點控制器向域管理 器提供各種類型的信息或者請求域管理器提供各種類型的信息時或者 當認證客戶端時，可以將所存儲的參考點控制器成員資格用作認證元 件信息。此外，當保持參考點控制器時，周期地存儲參考點控制器成 員資格。
-認證客戶端的方法-
在下文中，將描述認證客戶端的方法。返回到圖5,當客戶端3
預(yù)訂域5時，域管理器22生成對于客戶端3而言是唯一的客戶端成員 資格。連續(xù)地存儲被給予客戶端3的客戶端成員資格，而所述客戶端 是域5的一個成員。當客戶端3退出域5時，域管理器22在預(yù)定的時 段期間保持所述客戶端的客戶端成員資格并且取消客戶端成員資格。 此時，即使當客戶端3退出域5時，在預(yù)定的時段期間也繼續(xù)使用在 超時之前被使用的內(nèi)容。可以通過提供商的策略來選擇性地應(yīng)用所述 預(yù)定的時段。
所述客戶端必須向預(yù)定的實體證實該客戶端正常地預(yù)訂域5，以 使得預(yù)訂域5的客戶端3使用服務(wù)。為此，客戶端3請求域管理器22 認證客戶端3。當客戶端3請求域管理器22認證客戶端3時，客戶端 3必須向域管理器22提交確信證書或者自動證書。
確信證書(clear credential)是包括給予客戶端3的客戶端成員資 格和確信域證書的加密信息。此時，當生成域5時，通過域管理器22
生成所述確信域證書。在生成域5之后，域管理器22向用于管理所述
域的各種事務(wù)應(yīng)用所生成的域證書。
43所述自動證書是包括參考點控制器成員資格和客戶端成員資格的 加密信息。所述自動證書可以表示由參考點控制器26提供的域證書。
當參考點控制器26注冊到域5時，通過域管理器22生成所述參考點 控制器成員資格。當保持參考點控制器26時連續(xù)地存儲所述參考點控 制器成員資格。所述自動證書是關(guān)于客戶端3是否正常地存在于本地 區(qū)域中的信息，通過參考點控制器26來保證所述信息。因此，處于本 地狀態(tài)中的客戶端3可以使用所述自動證書。
當客戶端3請求域管理器22認證客戶端3時，域管理器22確定 所提交的證書是否有效。當確定客戶端3沒有預(yù)訂域5時，域管理器 22生成錯誤?？商娲?，當客戶端3正常地預(yù)訂域5時，域管理器22 認證客戶端3?？蛻舳?可以使用授權(quán)范圍內(nèi)的內(nèi)容。
域管理器22基于客戶端3提交的證書是確信(clear)證書還是自 動證書來識別客戶端3是處于遠程狀態(tài)還是本地狀態(tài)，并且管理客戶 端3。如上所述，所述遠程狀態(tài)可以表示客戶端3在所述本地區(qū)域外部 的網(wǎng)絡(luò)區(qū)域中訪問域5的情形。例如，客戶端3通過因特網(wǎng)訪問域5。 另一方面，所述本地狀態(tài)可以表示客戶端3存在于本地區(qū)域中的情形。 參考點控制器26可以通過測量中繼段(hop)的數(shù)目來檢查處于本地 狀態(tài)中的客戶端3。通過預(yù)定的過程，客戶端3可以注冊為域5的一個 成員。
-遺產(chǎn)設(shè)備的注冊、認證和管理-
除客戶端設(shè)備之外的遺產(chǎn)設(shè)備也可以訪問域。此時，遺產(chǎn)設(shè)備可 以表示在上面沒有完全安裝作為客戶端在域中操作的實體的設(shè)備。具 體地，將僅具有客戶端的某些功能的設(shè)備或者其中未包括客戶端的設(shè) 備稱為遺產(chǎn)設(shè)備。
為了允許向遺產(chǎn)設(shè)備提供域中的服務(wù)，客戶端部分包括用于允許遺產(chǎn)設(shè)備訪問系統(tǒng)的適配器，S卩，接口實體。所述接口實體必須提供 各種功能，以使得所述遺產(chǎn)設(shè)備執(zhí)行與客戶端設(shè)備相當?shù)墓δ堋?br> 上述接口實體被稱為虛擬客戶端。所述虛擬客戶端是將遺產(chǎn)設(shè)備 與系統(tǒng)相連接所需的實體。所述虛擬客戶端與遺產(chǎn)設(shè)備聯(lián)合來允許向 遺產(chǎn)設(shè)備提供類似客戶端設(shè)備的服務(wù)。具體地，所述域管理器將虛擬 客戶端和遺產(chǎn)設(shè)備對域的訪問認為是一個客戶端對域的訪問。 一個或 者更多遺產(chǎn)設(shè)備可以連接到所述虛擬客戶端。
所述虛擬客戶端或者域管理器可以管理遺產(chǎn)設(shè)備的唯一信息。另 外，所述虛擬客戶端或者域管理器還管理關(guān)于使用所述遺產(chǎn)設(shè)備的用 戶的信息。
圖14示出了用于管理遺產(chǎn)設(shè)備的唯一信息的結(jié)構(gòu)的示例。
如圖14所示，當遺產(chǎn)設(shè)備210請求將被遺產(chǎn)設(shè)備210訪問的虛擬 客戶端220時，將關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info提供給所述虛擬客 戶端。此時，關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info可以表示對于遺產(chǎn)設(shè)備 210是唯一的諸如介質(zhì)訪問控制地址、磁盤巻ID等的唯一信息。
當遺產(chǎn)設(shè)備210請求訪問虛擬客戶端時，可以將關(guān)于遺產(chǎn)設(shè)備的 唯一信息DV-info與用于訪問請求消息的請求一起傳送到虛擬客戶端 220?？商娲?，當遺產(chǎn)設(shè)備210請求訪問虛擬客戶端220時，虛擬客 戶端220可以從遺產(chǎn)設(shè)備210提取關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info。
虛擬客戶端220可以存儲和管理由遺產(chǎn)設(shè)備210提供的關(guān)于遺產(chǎn) 設(shè)備的唯一信息DV-info。此時，如圖14所示，可以以與設(shè)備標識符 LD-info相應(yīng)的信息表222的形式來存儲和管理關(guān)于遺產(chǎn)設(shè)備的唯一信 息DV-info。這里，設(shè)備標識符LD-info是用于識別遺產(chǎn)設(shè)備210的全 局唯一識別信息。可以由域管理器240來分配設(shè)備標識符LD-info。域管理器240為每個域存儲和管理設(shè)備標識符LD-info以及關(guān)于 與設(shè)備標識符LD-info相應(yīng)的遺產(chǎn)設(shè)備的唯一信息DV-info。例如，如 圖14所示，域管理器240可以以信息表242的形式存儲和管理域標識 符D-ID、設(shè)備標識符LD-info以及關(guān)于與域標識符D-ID和設(shè)備標識符 LD-info相應(yīng)的遺產(chǎn)設(shè)備的唯一信息DV-info。此時，域標識符D-ID是 用于識別由遺產(chǎn)設(shè)備210訪問的域的信息。域標識符D-ID也可以是用 于識別其中包括虛擬客戶端220的域200的信息。
當域管理器240管理設(shè)備標識符LD-info和關(guān)于與設(shè)備標識符 LD-info相應(yīng)的遺產(chǎn)設(shè)備的唯一信息DV-info時，域管理器240可以防 止遺產(chǎn)設(shè)備210雙重地請求另一個域來認證遺產(chǎn)設(shè)備210。通過在下面 描述的認證遺產(chǎn)設(shè)備的方法，這將變得清楚。
圖15是示出了認證遺產(chǎn)設(shè)備的過程的流程圖。
參考圖14和15，當預(yù)定的遺產(chǎn)設(shè)備210請求訪問虛擬客戶端220 時(操作S41)，虛擬客戶端220從遺產(chǎn)設(shè)備210接收關(guān)于遺產(chǎn)設(shè)備的 唯一信息DV-info (操作S42)。隨后，虛擬客戶端220搜索其中存儲 的信息表222(操作S43)并且確定是否存在與請求訪問虛擬客戶端220 的遺產(chǎn)設(shè)備的唯一信息DV-info相同的遺產(chǎn)設(shè)備唯一信息(操作S44)。 即，確定遺產(chǎn)設(shè)備210先前是否注冊過。
此時，當存在與請求訪問虛擬客戶端220的遺產(chǎn)設(shè)備的唯一信息 DV-info相同的遺產(chǎn)設(shè)備唯一信息時，由于遺產(chǎn)設(shè)備210已注冊虛擬客 戶端220，所以所述虛擬客戶端請求域管理器240認證設(shè)備標識符 LD-info (操作S46)。當請求域管理器240認證設(shè)備標識符LD-info 時，可以將設(shè)備標識符LD-info和遺產(chǎn)設(shè)備的唯一信息DV-info提供給 域管理器240。另一方面，當確定不存在與請求訪問虛擬客戶端220的遺產(chǎn)設(shè)備 的唯一信息DV-info相同的遺產(chǎn)設(shè)備唯一信息時，虛擬客戶端220從域 管理器240接收新的設(shè)備標識符LD-info，并且將所述新的設(shè)備標識符 LD-info存儲在信息表222中(操作S45)。因此，遺產(chǎn)設(shè)備的唯一信 息DV-info和新分配的設(shè)備標識符LD-info被同等地存儲在信息表222 中。目卩，遺產(chǎn)設(shè)備210被注冊為新的設(shè)備。
為了注冊遺產(chǎn)設(shè)備，虛擬客戶端220或者域管理器240檢査遺產(chǎn) 設(shè)備210的唯一信息并且檢査遺產(chǎn)設(shè)備210是否為可以注冊的設(shè)備。 此時，可以注冊的設(shè)備可以表示在政策上和技術(shù)上都是所允許的設(shè)備 的設(shè)備。例如，服務(wù)提供商、另一授權(quán)者、域管理器等管理可以訪問 所述域的遺產(chǎn)設(shè)備的類型列表。當注冊新的遺產(chǎn)設(shè)備時，虛擬客戶端 或者域管理器檢査遺產(chǎn)設(shè)備的類型列表并且僅向所允許的設(shè)備分配設(shè) 備標識符。這將參考圖17詳細描述。
當存儲設(shè)備標識符LD-info時，虛擬客戶端220請求域管理器240 認證設(shè)備標識符LD-info (操作S46 )。
然后，域管理器240響應(yīng)于認證請求而考慮與設(shè)備標識符LD-info 相應(yīng)的遺產(chǎn)設(shè)備的唯一信息DV-info來認證設(shè)備標識符LD-info。具體 地，域管理器240搜索由域管理器240管理的信息表(操作S47)并且 確定遺產(chǎn)設(shè)備210是否訪問另一個域(操作S48)。例如，域管理器 240確定當前是否認證與遺產(chǎn)設(shè)備唯一信息相同的遺產(chǎn)設(shè)備的唯一信 息。
當確定遺產(chǎn)設(shè)備210未訪問另一個域時，其向虛擬客戶端220報 告該設(shè)備標識符LD-info被允許訪問域(操作S50) 。 S卩，允許遺產(chǎn)設(shè) 備210訪問域。因此，遺產(chǎn)設(shè)備210可以訪問域200并且使用內(nèi)容。
另一方面，當確定遺產(chǎn)設(shè)備210訪問另一個域時，確定所述遺產(chǎn)設(shè)備意圖雙重訪問域。將確定結(jié)果報告給虛擬客戶端220 (操作S49)。 即，不允許遺產(chǎn)設(shè)備210訪問所述域。因此，遺產(chǎn)設(shè)備210不能訪問 域200。
如上所述，虛擬客戶端220和域管理器240存儲和管理遺產(chǎn)設(shè)備 210的唯一信息。例如，虛擬客戶端220和域管理器240存儲和管理遺 產(chǎn)設(shè)備的設(shè)備證書。因此，可以防止遺產(chǎn)設(shè)備210雙重地訪問域200。 因此，可以防止遺產(chǎn)設(shè)備210非法共享內(nèi)容。
另一方面，除了關(guān)于遺產(chǎn)設(shè)備的唯一信息，虛擬客戶端和域管理 器還可以管理關(guān)于使用遺產(chǎn)設(shè)備的用戶的信息。在此情形中，可以限 制用戶可以使用的遺產(chǎn)設(shè)備的數(shù)目。
圖16示出了用于管理關(guān)于使用遺產(chǎn)設(shè)備的用戶的信息的DRM互 操作系統(tǒng)的結(jié)構(gòu)的示例。
如圖16所示，當遺產(chǎn)設(shè)備251訪問虛擬客戶端260以便請求域認 證遺產(chǎn)設(shè)備251時，將關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info和遺產(chǎn)設(shè)備 251的用戶信息U-info提供給虛擬客戶端260。此時，遺產(chǎn)設(shè)備251的 用戶信息U-info可以表示用于識別使用遺產(chǎn)設(shè)備251的用戶的唯一信 息，諸如預(yù)訂者識別模塊信息、用戶證書信息或者由用戶明確輸入的 信息(例如ID、密碼等)。這可以對應(yīng)于用戶的系統(tǒng)登錄信息。如上 所述，關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info可以表示諸如介質(zhì)訪問控制地 址、磁盤巻ID等的唯一信息，它對于遺產(chǎn)設(shè)備210是唯一的。即，關(guān) 于遺產(chǎn)設(shè)備的唯一信息表示包括物理信息或者邏輯信息的信息。
當遺產(chǎn)設(shè)備251請求訪問虛擬客戶端260時，可以將用戶信息 U-info和關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info與訪問請求消息一起傳送 到虛擬客戶端260?？商娲?，當遺產(chǎn)設(shè)備251請求訪問虛擬客戶端 260時，虛擬客戶端260可以從遺產(chǎn)設(shè)備251提取用戶信息U-info和關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info。
虛擬客戶端260存儲和管理關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info和 用戶信息U-info。此時，如圖16所示，可以以與由域管理器270提供 的設(shè)備標識符LD-info相應(yīng)的信息表262的形式存儲和管理關(guān)于遺產(chǎn)設(shè) 備的唯一信息DV-info和用戶信息U-info。
域管理器270對于每個域存儲和管理設(shè)備標識符LD-info、關(guān)于遺 產(chǎn)設(shè)備的唯一信息DV-info以及用戶信息。具體地，如圖16所示，域 管理器270可以以信息表272的形式存儲和管理域標識符D-ID、設(shè)備 標識符LD-info、關(guān)于遺產(chǎn)設(shè)備的唯一信息DV-info以及用戶信息 U-info。
當從虛擬客戶端260傳送認證預(yù)定的遺產(chǎn)設(shè)備251的請求時，域 管理器270可以通過在域管理器270的信息表272中搜索遺產(chǎn)設(shè)備251 的用戶信息U-info來將遺產(chǎn)設(shè)備251的用戶信息U-info應(yīng)用于認證以 允許訪問。另外，可以將域管理器260對遺產(chǎn)設(shè)備251的管理應(yīng)用于 一般的客戶端設(shè)備。
例如，通過在信息表272中搜索用戶信息U-info來提取遺產(chǎn)設(shè)備 251的數(shù)目。將遺產(chǎn)設(shè)備251的數(shù)目與預(yù)定的數(shù)目限制進行比較。當遺 產(chǎn)設(shè)備251的數(shù)目小于預(yù)定的數(shù)目限制時，執(zhí)行認證。當遺產(chǎn)設(shè)備251 的數(shù)目等于或者大于預(yù)定的時間界限時，不允許認證。因此，可以限 制用戶的遺產(chǎn)設(shè)備的總數(shù)。此時，所述數(shù)目限制將依賴于服務(wù)提供商 的策略或者用戶所付的費用。
如上所述，當認證遺產(chǎn)設(shè)備251時，也可以執(zhí)行通過搜索關(guān)于遺 產(chǎn)設(shè)備的唯一信息DV-info來確定是否雙重訪問域的過程。即，在所述 認證過程中，檢査是否雙重訪問域，并且通過使用關(guān)于遺產(chǎn)設(shè)備的唯 一信息和用戶信息U-info來對用于所述用戶的所允許的數(shù)目限制加以考慮。另一方面，可以周期地檢査是否雙重地訪問域，并且可以根據(jù) 預(yù)定的時段周期地限制用于每個用戶的遺產(chǎn)設(shè)備的數(shù)目。
圖17是示出了將遺產(chǎn)設(shè)備注冊到域的過程的流程圖。
參考圖17，當新的遺產(chǎn)設(shè)備請求訪問虛擬客戶端以便預(yù)訂域時(操
作S51)，將關(guān)于遺產(chǎn)設(shè)備的唯一信息提供給虛擬客戶端。然后，所述
虛擬客戶端通過關(guān)于遺產(chǎn)設(shè)備的唯一信息識別該虛擬客戶端是新的遺
產(chǎn)設(shè)備，并且搜索可以注冊遺產(chǎn)設(shè)備的列表(操作S52)。可以注冊遺 產(chǎn)設(shè)備的列表包括在政策和技術(shù)上向其提供服務(wù)的設(shè)備對象。可以由 虛擬客戶端預(yù)先地存儲所述列表?？商娲?，可以由域管理器、服務(wù) 提供商的服務(wù)器或者另一系統(tǒng)來提供所述列表。
所述虛擬客戶端基于關(guān)于遺產(chǎn)設(shè)備的唯一信息來搜索所述列表， 并且確定所述遺產(chǎn)設(shè)備是否可以被注冊(操作S53)。例如，確定在所 述列表中是否存在關(guān)于遺產(chǎn)設(shè)備的唯一信息。此時，當在所述列表中 存在關(guān)于遺產(chǎn)設(shè)備的唯一信息時，所述虛擬客戶端請求域管理器注冊 所述遺產(chǎn)設(shè)備。然后，所述域管理器產(chǎn)生唯一設(shè)備標識符，并且將所 述唯一設(shè)備標識符傳送到所述虛擬客戶端(操作S54)?？商娲兀?在所述列表中不存在關(guān)于遺產(chǎn)設(shè)備的唯一信息時，所述虛擬客戶端不 允許注冊所述遺產(chǎn)設(shè)備并且向遺產(chǎn)設(shè)備報告關(guān)于所述遺產(chǎn)設(shè)備是否可 以被注冊的信息(操作S55)。
至此，參考圖5到圖17描述了可以由認證和管理部分執(zhí)行的操作， 例如，客戶端部分的功能、選擇參考點控制器的過程、選擇參考點控 制器候選的過程、當在參考點控制器中發(fā)生錯誤時通過使用參考點控 制器候選來替代參考點控制器的過程、通過參考點控制器代理擴展域 的過程、選擇和使用參考點控制器候選代理的過程、注冊參考點控制 器的過程、認證客戶端的過程以及注冊、認證和管理遺產(chǎn)設(shè)備的過程 等。
503.處理控制部分和內(nèi)容處理部分的功能和操作
當認證和管理部分構(gòu)造域時，在域中的所認證的客戶端或者遺產(chǎn)
設(shè)備(連接到虛擬客戶端)可以使用DRM互操作服務(wù)。此時，可以將
所述遺產(chǎn)設(shè)備和連接到其的虛擬客戶端視為一個客戶端。因此，下面
的客戶端除了在圖2的描述中定義的客戶端外還可以包括通過將遺產(chǎn)
設(shè)備連接到虛擬客戶端而構(gòu)造的客戶端。
所認證的客戶端可以請求預(yù)定的目標設(shè)備傳送一個或者多個內(nèi) 容。此時，所述目標設(shè)備表示其中客戶端希望傳送預(yù)定內(nèi)容的設(shè)備或
者系統(tǒng)，例如，另一客戶端設(shè)備、預(yù)定的web服務(wù)器或者系統(tǒng)。
可以由所述處理控制部分接收傳送內(nèi)容的請求。所述處理控制部 分響應(yīng)于傳送內(nèi)容的請求來控制內(nèi)容處理部分以便傳送所述內(nèi)容。所 述內(nèi)容處理部分在處理控制部分的控制下傳送被請求傳送到目標設(shè)備 的一個或者多個內(nèi)容。
下文中，將詳細描述通過處理控制部分和內(nèi)容處理部分傳送內(nèi)容 的過程。在下面的描述中，將關(guān)于在DRM互操作系統(tǒng)中的內(nèi)容傳輸示 例四種方法。為了便于理解，將第一種方法稱為示例3-l。將第二種方 法稱為示例3-2。將第三種方法稱為示例3-3。將第四種方法稱為示例 3隱4。
<示例3-1〉
圖18是示出了處理控制部分和內(nèi)容處理部分的結(jié)構(gòu)的框圖。圖 18示出了與傳送內(nèi)容的過程相關(guān)的實體。
如圖18所示，處理控制部分40包括內(nèi)容處理控制器41和許可證 處理控制器42。這里，由于許可證處理控制器42不涉及內(nèi)容傳輸，所 以將在以后描述其詳細說明。
51內(nèi)容處理控制器41用于根據(jù)來自客戶端的傳送內(nèi)容的請求來請 求內(nèi)容處理部分50傳送所述內(nèi)容并且控制傳送內(nèi)容的過程。內(nèi)容處理 控制器41可以存在于本地區(qū)域或者網(wǎng)絡(luò)區(qū)域中的任何位置處。優(yōu)選地，
內(nèi)容處理控制器41可以被包括于在所述本地區(qū)域中預(yù)訂所述域的預(yù)定
設(shè)備中。
內(nèi)容處理部分50包括多個內(nèi)容處理體。內(nèi)容處理體可以表示執(zhí)行 與內(nèi)容的傳輸和處理相關(guān)的功能的實體。所述內(nèi)容處理體包括內(nèi)容導(dǎo) 出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53。
內(nèi)容導(dǎo)出器52通過導(dǎo)出請求內(nèi)容處理控制器41傳送的內(nèi)容執(zhí)行 以中性內(nèi)容形式向內(nèi)容轉(zhuǎn)換器51或者內(nèi)容導(dǎo)入器53傳送內(nèi)容的功能。 此時，所述中性內(nèi)容可以表示未通過使用預(yù)定的DRM加密的凈內(nèi)容。 另外，所述內(nèi)容處理控制器41請求的內(nèi)容可以是通過使用預(yù)定的DRM 加密的內(nèi)容。內(nèi)容導(dǎo)出器52對所請求內(nèi)容解密，將所解密的內(nèi)容轉(zhuǎn)換 成中性內(nèi)容，并且傳送所轉(zhuǎn)換的內(nèi)容?？商娲兀瑑?nèi)容導(dǎo)出器52可以 接收被預(yù)先解密的中性內(nèi)容并且傳送所接收的內(nèi)容。
內(nèi)容轉(zhuǎn)換器51用于接收從內(nèi)容導(dǎo)出器52傳送的中性內(nèi)容，將所
述中性內(nèi)容轉(zhuǎn)換成具有所需格式的內(nèi)容，并且將具有所需格式的內(nèi)容 傳送到內(nèi)容導(dǎo)入器53。此時，所需格式表示目標設(shè)備DV2所要求的格 式。內(nèi)容轉(zhuǎn)換器51僅在需要進行中性內(nèi)容的格式轉(zhuǎn)換時參與傳輸。
內(nèi)容導(dǎo)入器53用于接收從內(nèi)容轉(zhuǎn)換器51或者內(nèi)容導(dǎo)入器52傳送 的中性內(nèi)容。另外，內(nèi)容導(dǎo)入器53可以向目標設(shè)備DV2提供所接收的 中性內(nèi)容?？商娲?，內(nèi)容導(dǎo)入器53可以將所接收的中性內(nèi)容加密為 具有適于被應(yīng)用于目標設(shè)備DV2的DRM的格式的內(nèi)容，并且將所加 密的內(nèi)容提供給目標設(shè)備DV2。此時，在前一情形中，目標設(shè)備DV2 將從內(nèi)容導(dǎo)入器53傳送的中性內(nèi)容加密成具有適于被應(yīng)用于目標設(shè)備DV2的DRM的格式的內(nèi)容，并且使用所述內(nèi)容。在后一情形中，由于 傳送被內(nèi)容導(dǎo)入器53加密的內(nèi)容，所以目標設(shè)備DV2可以使用實際所 傳送的內(nèi)容。
圖19和圖20示出了用于示出內(nèi)容處理控制器41和內(nèi)容處理體的 位置的示例。
如圖19和圖20所示，根據(jù)執(zhí)行環(huán)境，內(nèi)容控制器41和內(nèi)容處理 體(即內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53)位于各種位 置處。
首先，參考圖12，內(nèi)容導(dǎo)出器52可以被包括在請求設(shè)備DV1中。 內(nèi)容導(dǎo)入器53可以被包括在目標設(shè)備DV2中。另外，內(nèi)容處理控制器 41或者內(nèi)容轉(zhuǎn)換器51可以被包括在與請求設(shè)備DV1和目標設(shè)備DV2 分開的其它設(shè)備中。
這里，需要定義請求設(shè)備DV1和目標設(shè)備DV2。
請求設(shè)備DV1表示請求傳送內(nèi)容的客戶端設(shè)備。請求客戶端RC1 可以被包括在請求設(shè)備DV1中。另外，預(yù)定的DRM可以被安裝在請 求設(shè)備DV1中。g卩，請求設(shè)備DV1可以使用向其應(yīng)用預(yù)定的DRM的 內(nèi)容。
如上所述，目標設(shè)備DV2表示向其傳送請求客戶端RC1所請求的 內(nèi)容的客戶端設(shè)備或者預(yù)定的系統(tǒng)。目標客戶端RC2可以被包括在目 標設(shè)備DV2中。另外，目標DRM可以被安裝在目標設(shè)備DV2中。艮口 ， 目標設(shè)備DV2能夠使用向其應(yīng)用目標DRM的內(nèi)容。
參考圖20，內(nèi)容處理控制器41和內(nèi)容導(dǎo)出器52被包括在請求設(shè) 備DV1中，并且內(nèi)容導(dǎo)入器53被包括在目標設(shè)備DV2中。另外，內(nèi)容轉(zhuǎn)換器51被單獨地包括在另一設(shè)備中。
如上所述，內(nèi)容處理控制器41、內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51 和內(nèi)容導(dǎo)入器53可以位于各種位置處。由于安全原因，將內(nèi)容導(dǎo)出器 52包括在請求設(shè)備DV1中以及將內(nèi)容導(dǎo)入器53包括在目標設(shè)備DV2 中可能有利的。
因此，在下文中，將通過采用圖19所出的結(jié)構(gòu)來描述本發(fā)明。然 而，本發(fā)明不限于此。即，根據(jù)執(zhí)行環(huán)境，內(nèi)容處理控制器41和內(nèi)容 處理體可以被包括在相同設(shè)備中?？蛇x地，根據(jù)執(zhí)行環(huán)境，內(nèi)容處理 控制器41和內(nèi)容處理體中的一些可以被包括在相同設(shè)備中?？蛇x地， 根據(jù)執(zhí)行環(huán)境，內(nèi)容處理控制器41和內(nèi)容處理體可以被包括在單獨的 設(shè)備中。
在下文中，將詳細描述基于前述系統(tǒng)傳送內(nèi)容的過程。
圖21是示出了通過使用內(nèi)容處理控制器41和內(nèi)容處理體來傳送 內(nèi)容的過程的流程圖。圖21示出了向作為目標的目標設(shè)備DV2傳送在 請求設(shè)備DV1中包括的一個或者多個內(nèi)容的過程的示例。
如圖21所示，為了傳送內(nèi)容，請求客戶端RC1、內(nèi)容處理控制器 41、多個內(nèi)容處理體(例如內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入 器53)需要彼此交互。
首先，請求客戶端RC1傳送用于請求將一個或者多個內(nèi)容傳送到 內(nèi)容處理控制器41的內(nèi)容傳輸請求消息(操作S60)。
此時，所述內(nèi)容傳輸請求消息包括傳輸會話標識符、內(nèi)容標識符、 源信息、目標信息等。另外，接收所述內(nèi)容的目標的DRM系統(tǒng)信息可 以作為選項被包括在內(nèi)容傳輸請求消息中。所述內(nèi)容標識符可以表示用于識別被請求傳送的內(nèi)容的信息。當 存在多個被請求傳送的內(nèi)容時，可以存在用于識別所述內(nèi)容的多個內(nèi) 容標識符。
所述傳輸會話標識符表示用于唯一識別傳輸會話的標識符。當執(zhí) 行預(yù)定的操作時，例如，當取消內(nèi)容傳輸時或者當更新內(nèi)容傳輸狀態(tài) 時，可以使用所述傳輸會話標識符來識別會話。
源信息被用于確定從何處傳送所請求的內(nèi)容。所述源信息可以包
括用于識別諸如請求設(shè)備DV1的源設(shè)備或者系統(tǒng)的標識符、關(guān)于被請
求傳送的內(nèi)容文件的格式的信息等。
所述目標信息包括用于識別作為向其傳送所請求的內(nèi)容的目標的
目標設(shè)備DV2的信息。所述目標信息可以包括用于識別所述目標的目 標標識符、有關(guān)所述目標所需的文件格式的信息等。當通過內(nèi)容轉(zhuǎn)換 器51轉(zhuǎn)換文件格式時，可以參考關(guān)于在所述目標信息中包括的文件格 式的信息。
內(nèi)容傳輸控制器41可以如下使用包括在內(nèi)容傳輸消息中的信息。 此時，內(nèi)容傳輸控制器41可以使用從請求客戶端RC1實際接收的信息。 可替代地，內(nèi)容傳輸控制器41可以生成與從請求客戶端RC1接收的信 息相應(yīng)的單獨信息并且使用所生成的信息。例如，內(nèi)容傳輸控制器41 可以使用從請求客戶端RC1實際接收的傳輸會話標識符和多個數(shù)據(jù)標 識符?？商娲?，內(nèi)容傳輸控制器41可以使用適用于會話的所生成的 傳輸會話標識符和多個數(shù)據(jù)標識符。
當接收內(nèi)容傳輸請求消息時，內(nèi)容處理控制器41收集關(guān)于內(nèi)容處 理體的信息，檢査是否可以傳送所述內(nèi)容，并且確定內(nèi)容處理體來轉(zhuǎn) 換內(nèi)容，即，內(nèi)容處理體來構(gòu)造內(nèi)容轉(zhuǎn)換鏈(操作S61至S63)。
55例如，內(nèi)容處理控制器41向一個或者多個導(dǎo)出器52、內(nèi)容導(dǎo)入 器53以及內(nèi)容轉(zhuǎn)換器51查詢能力并且從相應(yīng)的實體接收響應(yīng)。因此， 可以識別源、中間和目標設(shè)備、系統(tǒng)以及DRM的能力。
當收集信息時，內(nèi)容處理控制器41基于所收集的信息確定是否傳 送所請求的內(nèi)容。即，檢査所述內(nèi)容處理體是否正常地傳輸所請求的 內(nèi)容。這里，可以考慮所請求的內(nèi)容的格式、系統(tǒng)策略以及在實體間 可以執(zhí)行的安全認證信道算法信息。例如，當內(nèi)容轉(zhuǎn)換器51基于內(nèi)容 轉(zhuǎn)換器51的所收集的能力不能支持到具有所要求格式的內(nèi)容的內(nèi)容轉(zhuǎn) 換時，不能傳送內(nèi)容。當內(nèi)容轉(zhuǎn)換器51能夠支持到具有所要求格式的 內(nèi)容的內(nèi)容轉(zhuǎn)換時，能夠傳送所述內(nèi)容。內(nèi)容處理控制器41通過考慮 上述因素來確定是否傳送所述內(nèi)容。
當確定傳送所述內(nèi)容時，內(nèi)容處理控制器41確定能夠有效地執(zhí)行 所請求的內(nèi)容的轉(zhuǎn)換的內(nèi)容處理體，例如，內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換 器51和內(nèi)容導(dǎo)入器53，并且控制所述內(nèi)容處理體以使得構(gòu)造包括所確 定的內(nèi)容處理體的內(nèi)容轉(zhuǎn)換鏈。g卩，控制所確定內(nèi)容處理體，以便構(gòu) 造所述內(nèi)容轉(zhuǎn)換鏈。
當確定在內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容處理體時，內(nèi)容傳輸控制器可 以包括內(nèi)容轉(zhuǎn)換器51或者可以不包括內(nèi)容轉(zhuǎn)換器51。當被請求傳送的 內(nèi)容的格式不同于所述目標所要求的內(nèi)容格式時，必須轉(zhuǎn)換所傳送的 內(nèi)容的格式。然而，當被請求傳送的內(nèi)容的格式與所述目標所要求的 內(nèi)容格式相同時，不需要轉(zhuǎn)換所傳送的內(nèi)容的格式。
因此，當所請求的內(nèi)容的格式不同于所述目標所要求的內(nèi)容格式 時，內(nèi)容處理控制器41允許在內(nèi)容轉(zhuǎn)換鏈中包括內(nèi)容轉(zhuǎn)換器51。當所 請求的內(nèi)容的格式與所述目標所要求的內(nèi)容格式相同時，內(nèi)容處理控 制器41允許在內(nèi)容轉(zhuǎn)換鏈中不包括內(nèi)容轉(zhuǎn)換器51。這里，內(nèi)容的格式
56轉(zhuǎn)換可以表示編解碼轉(zhuǎn)換。
例如，當利用MPEG-2壓縮來對所請求的內(nèi)容進行壓縮時，并且 當在所述目標中可用的內(nèi)容格式為MPEG-4時，具有MPEG-2格式的 內(nèi)容不可用，并且因此，必須通過使用內(nèi)容轉(zhuǎn)換器51將MPEG-2格式 轉(zhuǎn)換成MPEG-4格式。
在示例3-1中，將描述其中由于所請求的內(nèi)容的格式不同于所述 目標所要求的格式而需要轉(zhuǎn)換所述內(nèi)容的情形。在此情形中，內(nèi)容轉(zhuǎn) 換鏈必須包括內(nèi)容轉(zhuǎn)換器51。
隨后，內(nèi)容處理控制器41分別向內(nèi)容導(dǎo)出器42、內(nèi)容轉(zhuǎn)換器51 和內(nèi)容導(dǎo)入器53發(fā)送內(nèi)容導(dǎo)出請求、內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請求(操 作S67至S69)。通過向內(nèi)容處理體傳送用于請求內(nèi)容處理體執(zhí)行所請 求的操作的控制消息來執(zhí)行上述請求。
用于請求導(dǎo)出所述內(nèi)容的控制消息可以包括傳輸會話標識符、內(nèi) 容標識符、接收器信息等。接收器信息可以表示關(guān)于內(nèi)容導(dǎo)出器52將 內(nèi)容導(dǎo)出并且傳輸?shù)降慕邮掌鞯男畔?。在示?-l中，描述了其中內(nèi)容 轉(zhuǎn)換鏈包括內(nèi)容轉(zhuǎn)換器51的情形，因此，接收器信息可以表示內(nèi)容轉(zhuǎn) 換器51的識別信息。然而，當內(nèi)容轉(zhuǎn)換鏈不包括內(nèi)容轉(zhuǎn)換器51時， 接收器信息可以表示內(nèi)容導(dǎo)入器53的標識符信息。
另外，用于請求轉(zhuǎn)換所述內(nèi)容的控制消息可以包括傳輸會話標識 符、內(nèi)容標識符、發(fā)送器信息、接收器信息、被傳送的內(nèi)容的格式信 息、關(guān)于所轉(zhuǎn)換的格式的信息等。此時，所述發(fā)送器信息和接收器信 息可以表示用于識別傳送所述內(nèi)容的實體和接收所述內(nèi)容的實體的信 息?！熠啵霭l(fā)送器信息用于識別作為發(fā)送器的內(nèi)容導(dǎo)出器52，并且 所述接收器信息用于識別作為接收器的內(nèi)容導(dǎo)入器53。
57用于請求導(dǎo)入所述內(nèi)容的控制消息可以包括傳輸會話標識符、內(nèi) 容標識符、發(fā)送器信息等。所述發(fā)送器信息可以表示用于識別傳送所 述內(nèi)容的發(fā)送器的信息。在示例3-1中，描述了其中存在內(nèi)容轉(zhuǎn)換器 51的情形，因此，所述源信息可以表示內(nèi)容轉(zhuǎn)換器51的識別信息。當
在內(nèi)容轉(zhuǎn)換鏈中不包括內(nèi)容轉(zhuǎn)換器51時，內(nèi)容導(dǎo)出器52變?yōu)榘l(fā)送器。 當請求接收所述內(nèi)容時，關(guān)于最終接收所述內(nèi)容的接收器的信息可以 包括所述目標的目標信息和DRM系統(tǒng)信息。
另外，當請求導(dǎo)出、轉(zhuǎn)換并且接收所述內(nèi)容時，在控制消息中包 括的內(nèi)容標識符與當客戶端請求傳送所述內(nèi)容時所請求的內(nèi)容標識符 匹配。當存在客戶端請求傳送的多個內(nèi)容時，當請求傳送所述內(nèi)容時 所請求的內(nèi)容的標識符與在內(nèi)容導(dǎo)出請求信息、內(nèi)容轉(zhuǎn)換請求信息和 內(nèi)容導(dǎo)入請求信息中包括的內(nèi)容標識符相同。
如上所述，當內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53從 內(nèi)容處理控制器41分別接收內(nèi)容導(dǎo)出請求、內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入 請求時，在內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51之間和在內(nèi)容轉(zhuǎn)換器51和 內(nèi)容導(dǎo)入器53之間建立安全認證信道(SAC)(操作S70)。此時， 例如，可以將諸如被應(yīng)用于TCP/IP的傳輸層的傳輸層安全性的安全技 術(shù)應(yīng)用于所述SAC。
響應(yīng)于內(nèi)容導(dǎo)出請求，內(nèi)容導(dǎo)出器52建立與內(nèi)容轉(zhuǎn)換器51的 SAC，以便向作為接收器的內(nèi)容轉(zhuǎn)換器51安全地傳送所請求的內(nèi)容。 另外，響應(yīng)于內(nèi)容轉(zhuǎn)換請求，內(nèi)容轉(zhuǎn)換器51轉(zhuǎn)換從內(nèi)容到出器52傳 送的內(nèi)容，并且建立用于將所轉(zhuǎn)換的內(nèi)容傳送到內(nèi)容導(dǎo)入器53的SAC。 另一方面，響應(yīng)于內(nèi)容導(dǎo)入請求，內(nèi)容導(dǎo)入器53可以建立用于將從內(nèi) 容轉(zhuǎn)換器51傳送的內(nèi)容傳送到目標設(shè)備DV2 (即，內(nèi)容傳輸?shù)亩它c) 的SAC。當內(nèi)容導(dǎo)入器被安裝在不同于所述目標設(shè)備的設(shè)備中時，這 是更加有用的。
58因此，建立經(jīng)由內(nèi)容轉(zhuǎn)換器51構(gòu)成從內(nèi)容導(dǎo)出器52到內(nèi)容導(dǎo)入
器53的路徑的SAC。另外，可以從內(nèi)容導(dǎo)入器到端點建立內(nèi)容導(dǎo)入器 53通過其向最終端點提供所述內(nèi)容的SAC。每個內(nèi)容處理體均能夠向 內(nèi)容處理控制器41報告所述SAC被建立(操作S71至S73)。
當建立了SAC時，開始從內(nèi)容導(dǎo)出器52傳送所述內(nèi)容。此時， 彼此連接的內(nèi)容處理體對(即，內(nèi)容導(dǎo)出器52-內(nèi)容轉(zhuǎn)換器51和內(nèi)容 轉(zhuǎn)換器51-內(nèi)容導(dǎo)入器53)支持多路傳輸協(xié)議。所述多路傳輸協(xié)議用于 使得能夠在單個會話中傳送多個內(nèi)容。這可支持可變的幀尺寸。因此， 能夠通過單個會話傳送多個內(nèi)容。
圖22示出了用于示出多路傳輸協(xié)議的示例。
如圖22所示，能夠在單個會話中傳送多個內(nèi)容。將內(nèi)容索引插入 到每個內(nèi)容的報頭中。所述內(nèi)容索引可以是用于識別所述內(nèi)容的具有 預(yù)定位(例如，四位)的值。所述內(nèi)容索引是用于與所請求的內(nèi)容結(jié) 合來將通過相應(yīng)的會話所傳送的內(nèi)容彼此區(qū)分的因素。另外，將用于 將所述內(nèi)容彼此區(qū)分的內(nèi)容分隔符插入到內(nèi)容的末端中。例如，可以 利用四位O來構(gòu)造所述內(nèi)容分隔符。
可以根據(jù)內(nèi)容的長度將所述內(nèi)容分成多個幀。將具有預(yù)定位(例 如，四位)的幀尺寸插入到幀的報頭中。用于攜帶數(shù)據(jù)的幀有效負載 位于幀尺寸的位置的后面。另一方面，將代表傳輸結(jié)束的傳輸結(jié)束符 (EOT， end-of陽transmission)插入到會話的最后部分中。例如，EOT 可以是四位1。
根據(jù)多路傳輸協(xié)議的支持，可以通過與由請求客戶端RC1提供的 傳輸會話標識符的會話來傳送多個內(nèi)容。從內(nèi)容導(dǎo)出器52連續(xù)地執(zhí)行 上述傳輸。內(nèi)容導(dǎo)出器52通過SAC向內(nèi)容轉(zhuǎn)換器51發(fā)送所請求的內(nèi) 容(操作S74)。內(nèi)容轉(zhuǎn)換器51接收所述內(nèi)容并且執(zhí)行至所述目標所要求的格式的格式轉(zhuǎn)換(操作S75)。在執(zhí)行格式轉(zhuǎn)換之后，內(nèi)容轉(zhuǎn)換
器51通過SAC向內(nèi)容導(dǎo)入器53傳送所轉(zhuǎn)換的內(nèi)容(操作S76)。然 后，內(nèi)容導(dǎo)入器53接收所述內(nèi)容并且向目標設(shè)備DV2提供所接收的內(nèi) 容。
經(jīng)由內(nèi)容轉(zhuǎn)換器51從內(nèi)容導(dǎo)出器52傳送到內(nèi)容導(dǎo)入器53的內(nèi)容 可以是中性內(nèi)容。中性內(nèi)容可以表示沒有通過使用預(yù)定的DRM加密的 凈內(nèi)容。內(nèi)容導(dǎo)出器52可以導(dǎo)出所請求的內(nèi)容，將所導(dǎo)出的內(nèi)容轉(zhuǎn)換 成中性內(nèi)容，并且傳送所述中性內(nèi)容?？商娲?，內(nèi)容導(dǎo)出器52可以 導(dǎo)出預(yù)先轉(zhuǎn)換的中性內(nèi)容并且傳送所述中性內(nèi)容。可以考慮由應(yīng)用于 所請求的內(nèi)容的DRM指定的策略或者導(dǎo)出過程來執(zhí)行該過程。
另外，內(nèi)容導(dǎo)入器53可以考慮由應(yīng)用于所述目標設(shè)備的DRM系 統(tǒng)指定的策略或者導(dǎo)入過程來向所述目標設(shè)備傳送所接收的中性內(nèi) 容。例如，所述中性內(nèi)容可以被適合于目標DRM加密并且被提供給所 述目標設(shè)備DV2?？商娲?，所接收的中性內(nèi)容可以被提供給目標設(shè) 備DV2而不加密。
另一方面，內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53可以 向內(nèi)容處理控制器41報告所述內(nèi)容的傳輸狀態(tài)。為此，內(nèi)容處理控制 器41必須預(yù)訂預(yù)定的事件，通過所述事件可以提供所述內(nèi)容的傳輸狀 態(tài)。所述預(yù)定的事件被稱為內(nèi)容-傳輸-狀態(tài)提供事件。
在請求導(dǎo)出所述內(nèi)容之前，內(nèi)容處理控制器41可以請求預(yù)訂所述 內(nèi)容-傳輸-狀態(tài)提供事件(操作S64至S66)。例如，內(nèi)容處理控制器 41可以通過請求內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53預(yù)訂 內(nèi)容-傳輸-狀態(tài)事件而預(yù)訂相應(yīng)的事件。
當預(yù)訂內(nèi)容-傳輸-狀態(tài)事件時，內(nèi)容處理控制器41可以以推或者 拉方式接收包括內(nèi)容-傳輸-狀態(tài)信息的事件消息。此時，在推方式中，只要內(nèi)容-傳輸-狀態(tài)改變，則內(nèi)容處理體自動推事件消息(包括內(nèi)容-傳輸-狀態(tài)信息)。因此，內(nèi)容處理控制器41可以自動接收所述內(nèi)容-傳輸-狀態(tài)。在拉方式中，內(nèi)容處理控制器41在需要時從內(nèi)容處理體獲 得所述內(nèi)容-傳輸-狀態(tài)信息。
當預(yù)訂所述事件時，內(nèi)容處理控制器41向內(nèi)容處理體報告是以推 方式還是以拉方式提供內(nèi)容-傳輸-狀態(tài)信息。在示例3-l中，描述了其 中以推方式向內(nèi)容處理控制器41提供內(nèi)容-傳輸-狀態(tài)的示例。
當預(yù)訂所述內(nèi)容-傳輸-狀態(tài)提供事件時，內(nèi)容處理控制器41可以 從內(nèi)容處理體接收包括內(nèi)容-傳輸-狀態(tài)信息的事件消息。此時，必須將 傳輸會話標識符包括在所述事件消息中。這里，傳輸會話標識符與在 請求提供所述內(nèi)容時分配的傳輸會話標識符相同。
當開始傳送所述內(nèi)容時，內(nèi)容導(dǎo)出器52向內(nèi)容處理控制器41發(fā) 送表示開始傳輸所述內(nèi)容的事件消息。例如，可以傳送包括"開始" 元素的事件消息。另外，在傳輸所述內(nèi)容期間，可以周期地向內(nèi)容處 理控制器41傳送表示正在處理所述內(nèi)容的事件消息。例如，可以傳送 包括"進程完成"元素的事件消息。當完成內(nèi)容傳輸時，內(nèi)容導(dǎo)出器 52向內(nèi)容處理控制器41傳送表示內(nèi)容傳輸完成的事件消息。例如，可 以傳送包括"完成"元素的事件消息。另外，除了開始、處理和結(jié)束 過程之外，還可以基于關(guān)于轉(zhuǎn)換和傳送包括內(nèi)容或者許可證的數(shù)據(jù)的 所有過程的事件信息來為每個過程生成事件消息，并且傳送所述事件 消息。
當開始傳送內(nèi)容時，內(nèi)容轉(zhuǎn)換器51向內(nèi)容處理控制器41發(fā)送表 示開始傳送內(nèi)容的事件消息。例如，可以傳送包括"開始"元素的事 件消息。另外，在傳輸所述內(nèi)容期間，可以周期地向內(nèi)容處理控制器 41傳送表示正在處理所述內(nèi)容的事件消息。例如，可以傳送包括"進 程完成"元素的事件消息。當內(nèi)容傳輸完成時，內(nèi)容導(dǎo)出器52向內(nèi)容
61處理控制器41傳送表示內(nèi)容傳輸完成的事件消息。例如，可以傳送包 括"完成"元素的事件消息。
當開始傳送所述內(nèi)容時，內(nèi)容導(dǎo)入器53向內(nèi)容處理控制器41發(fā)
送用于表示開始傳送所述內(nèi)容的事件消息。例如，可以傳送包括"開 始"元素的事件消息。另外，在傳輸所述內(nèi)容期間，可以周期地向內(nèi)
容處理控制器41傳送表示正在處理所述內(nèi)容的事件消息。例如，可以
傳送包括"進程完成"元素的事件消息。當內(nèi)容傳輸完成時，內(nèi)容導(dǎo)
出器52向內(nèi)容處理控制器41傳送用于表示內(nèi)容傳輸完成的事件消息。 例如，可以傳送包括"完成"元素的事件消息。
當從內(nèi)容導(dǎo)出器52接收表示傳輸開始的事件消息時，內(nèi)容處理控 制器41向請求客戶端RC1發(fā)送與傳輸開始對應(yīng)的事件消息。即，內(nèi)容 處理控制器41報告開始傳送所述內(nèi)容。另外，當內(nèi)容處理控制器41 接收用于表示正在處理所述內(nèi)容的事件消息時，內(nèi)容處理控制器41向 請求客戶端RC1發(fā)送與內(nèi)容處理相應(yīng)的事件消息。即，內(nèi)容處理控制 器41報告正在處理所述內(nèi)容。當內(nèi)容處理控制器41從內(nèi)容導(dǎo)入器接 收用于表示傳輸完成的事件消息時，內(nèi)容處理控制器41向請求客戶端 RC1發(fā)送與傳輸完成相應(yīng)的事件消息。g口，內(nèi)容處理控制器41報告內(nèi) 容傳輸完成。當將上述事件消息輸出到請求客戶端RC1時，可以傳送 包括在請求客戶端RC1請求傳送內(nèi)容時指定的傳輸會話標識符的事件 消息。
另一方面，內(nèi)容處理控制器41單獨地識別所傳送的內(nèi)容并且報告 內(nèi)容的傳輸狀態(tài)或者轉(zhuǎn)換狀態(tài)?？商娲?，可以一起報告所傳送的內(nèi) 容。換言之，在傳送內(nèi)容時，內(nèi)容處理控制器41基于傳輸時間區(qū)分多 個內(nèi)容并且向客戶端報告?zhèn)鬏敃r間。可替代地，在傳送所述內(nèi)容之后， 一起管理事件，然后，可以報告內(nèi)容-傳輸-狀態(tài)。另外，通過內(nèi)容識別 信息來執(zhí)行內(nèi)容識別。上述過程可以被類似地應(yīng)用于許可證。在許可 證的情形中，可以通過許可證傳輸控制器來執(zhí)行上述過程。
62通過使用上述方法，請求客戶端RC1可以關(guān)于請求傳送內(nèi)容的會
話來識別內(nèi)容的傳輸狀態(tài)。當在請求客戶端RC1中包括用戶接口功能 時，請求客戶端RC1可以通過使用數(shù)字或者圖表來向用戶報告內(nèi)容的 傳輸狀態(tài)。
另外，當通過會話來傳送多個內(nèi)容時，可以識別每個內(nèi)容的傳輸 狀態(tài)。因此，連續(xù)地識別被請求通過會話傳送的內(nèi)容的傳輸狀態(tài)。
另一方面，在內(nèi)容傳輸期間，內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和 內(nèi)容導(dǎo)入器53可以識別在SAC中發(fā)生的錯誤。在此情形中，發(fā)現(xiàn)錯誤 的內(nèi)容處理體可以向內(nèi)容處理控制器41傳送用于表示發(fā)生錯誤的事件 消息。例如，傳送包括"錯誤"或者"SAC-故障"元素的事件消息。 此時，事件消息當然包括傳輸會話標識符。
當從預(yù)定的內(nèi)容處理體接收用于表示發(fā)生錯誤的事件消息時，內(nèi) 容處理控制器41請求參與內(nèi)容傳輸?shù)膬?nèi)容處理體取消傳輸。當請求取 消傳輸時，必須提供所取消的傳輸會話的傳輸會話標識符。另外，內(nèi) 容處理控制器41向請求客戶端RC1發(fā)送用于表示發(fā)生錯誤的事件消 息。因此，請求客戶端RC1可以識別出發(fā)生錯誤。另一方面，接收到 取消傳輸?shù)恼埱蟮膬?nèi)容處理體將傳輸會話取消。
可以由請求客戶端RC1發(fā)起取消所述傳輸。在此情形中，請求客 戶端RC1傳送包括與在請求向內(nèi)容處理控制器41傳送所述內(nèi)容時提供 的傳輸會話標識符相同的傳輸會話標識符的傳輸取消請求。然后，響 應(yīng)于所述取消請求，內(nèi)容處理控制器41請求參與傳輸?shù)膬?nèi)容處理體取 消所述傳輸。接收到取消傳輸請求的內(nèi)容處理體將所述傳輸會話取消。
另一方面，除了諸如內(nèi)容傳輸開始、內(nèi)容傳輸、內(nèi)容傳輸完成、 內(nèi)容傳輸錯誤等的事件消息外，內(nèi)容處理控制器41還可以請求內(nèi)容轉(zhuǎn)
63換器51預(yù)訂能夠監(jiān)控內(nèi)容轉(zhuǎn)換過程的事件，并且可以接收諸如內(nèi)容格 式轉(zhuǎn)換開始、內(nèi)容格式轉(zhuǎn)換、內(nèi)容格式轉(zhuǎn)換完成、內(nèi)容格式轉(zhuǎn)換錯誤 等的事件消息?？蛇x地，內(nèi)容處理控制器41可以請求表示預(yù)訂通過預(yù) 定的加密技術(shù)轉(zhuǎn)換數(shù)據(jù)的事件并且可以接收諸如通過加密技術(shù)的數(shù)據(jù) 轉(zhuǎn)換開始、通過加密技術(shù)的數(shù)據(jù)轉(zhuǎn)換、通過加密技術(shù)的數(shù)據(jù)轉(zhuǎn)換完成、 通過加密技術(shù)的數(shù)據(jù)轉(zhuǎn)換錯誤等的事件消息。可選地，內(nèi)容處理控制
器41可以請求轉(zhuǎn)換內(nèi)容處理體預(yù)訂用于表示SAC形成過程的事件，并 且可以接收諸如SAC形成開始、SAC正在形成、SAC形成完成、SAC 形成錯誤等的事件消息。
在示例3-1中，描述了利用處理控制部分的內(nèi)容處理控制器和內(nèi) 容處理部分的內(nèi)容處理體構(gòu)造內(nèi)容轉(zhuǎn)換鏈并且通過單個會話傳送單個 內(nèi)容或者多個內(nèi)容的過程。
在下面的示例3-2中，將描述響應(yīng)于來自客戶端RC1的請求來構(gòu) 造多個內(nèi)容轉(zhuǎn)換鏈和通過多個會話傳送單個內(nèi)容或者多個內(nèi)容的過 程。在此情形中，響應(yīng)于內(nèi)容傳輸請求，可以將所述內(nèi)容傳送到一個 或者多個目標。
<示例3-2〉
圖23是示出了根據(jù)示例3-2的用于內(nèi)容傳輸過程的系統(tǒng)結(jié)構(gòu)的框圖。
參考圖23，請求設(shè)備DV1可以包括請求客戶端RC1和內(nèi)容導(dǎo)出器 52。另外，第一目標設(shè)備DV2-1包括第一內(nèi)容導(dǎo)入器53a。第二目標 設(shè)備DV2-2包括第二內(nèi)容導(dǎo)入器53b。內(nèi)容處理控制器41和內(nèi)容轉(zhuǎn)換 器51包括在與請求設(shè)備DV1或者目標設(shè)備DV2分開的設(shè)備中。
圖24是示出了根據(jù)示例3-2的內(nèi)容傳輸過程的流程圖。圖24示 出了響應(yīng)于請求客戶端RC1的請求向作為目標的第一和第二目標設(shè)備
64DV2-1與DV2-2傳送包括在請求設(shè)備DV1中的一個或者多個內(nèi)容的過 程的示例。
如圖24所示，請求客戶端RC1向內(nèi)容處理控制器41傳送內(nèi)容傳 輸請求消息，該內(nèi)容傳輸請求消息用于請求向第一和第二目標設(shè)備 DV2-1和DV2-2傳送包括在請求設(shè)備DV1中的一個或者更多內(nèi)容(操 作S81)。
此時，所述內(nèi)容傳輸請求消息包括至少一個傳輸會話標識符、內(nèi) 容標識符、源信息、目標信息等。另外，作為選項，所述內(nèi)容傳輸請 求消息可以包括接收所述內(nèi)容的目標的DRM系統(tǒng)信息。
所述內(nèi)容標識符可以表示用于識別被請求傳送的內(nèi)容的信息。在 示例3-2中，由于向第一和第二目標設(shè)備DV2-1和DV2-2傳送一個或 者多個內(nèi)容，所以可以存在一個或者多個內(nèi)容標識符。
傳輸會話標識符表示用于唯一地識別傳輸會話的標識符。在示例 3-2中，所請求的一個或者多個內(nèi)容必須被傳送到第一 目標設(shè)備DV2-1 ， 并且所請求的一個或者多個內(nèi)容必須被傳送到第二目標設(shè)備DV2-2。 因此，所述傳輸會話被分成兩個傳輸會話。因此，可以存在兩個傳輸 會話標識符。例如，可以存在第一和第二傳輸會話標識符。
源信息表示用于確定從何處傳送所請求的內(nèi)容的信息。所述源信 息可以包括用于識別諸如請求設(shè)備DV1的源設(shè)備或者系統(tǒng)的標識符、 關(guān)于被請求傳送的內(nèi)容文件的格式的信息等。在示例3-2中，由于在請 求設(shè)備DV1中包括所請求的一個或者多個內(nèi)容，所以源信息可以包括 關(guān)于請求設(shè)備DV1的信息和關(guān)于文件格式的信息。
所述目標信息包括用于識別作為傳送所請求的內(nèi)容的目標的目標 設(shè)備DV2的信息。所述目標信息可以包括用于識別所述目標的目標標識符，關(guān)于所述目標所要求的文件格式的信息等。當由內(nèi)容轉(zhuǎn)換器51 執(zhí)行文件的格式轉(zhuǎn)換時，可以參考在所述目標信息中包括的所述關(guān)于 文件格式的信息。在示例3-2中，所述目標信息可以包括關(guān)于第一和第
二目標設(shè)備DV2-1和DV2-2的信息以及格式信息。
當接收內(nèi)容傳輸請求消息時，內(nèi)容處理控制器41收集關(guān)于內(nèi)容處 理體的信息(操作S82)。例如，內(nèi)容處理控制器41向一個或者更多 內(nèi)容導(dǎo)出器52、內(nèi)容導(dǎo)入器53和內(nèi)容轉(zhuǎn)換器51查詢能力，并且從相 應(yīng)的實體獲得響應(yīng)。因此，可以識別出源、中間和目標設(shè)備、系統(tǒng)和 DRM的能力。
當收集了信息時，內(nèi)容處理控制器41基于所收集的信息確定是否 傳送所請求的一個或者多個內(nèi)容。即，檢査所述內(nèi)容處理體是否正常 地傳送所請求的內(nèi)容。這里，必須考慮是否滿足請求客戶端RC1所請 求的兩個傳輸會話。
當確定了進行內(nèi)容傳輸時，內(nèi)容處理控制器41控制內(nèi)容處理體以 便通過確定可以有效地執(zhí)行所請求的內(nèi)容的轉(zhuǎn)換的內(nèi)容處理體來構(gòu)造 內(nèi)容轉(zhuǎn)換鏈。在示例3-2中，由于將用于向第一目標設(shè)備DV2-1傳送 所請求的內(nèi)容的傳輸會話與用于向第二目標設(shè)備DV2-2傳送所請求的 內(nèi)容的傳輸會話進行區(qū)分，所以需要用于執(zhí)行每個傳輸會話的兩個內(nèi) 容轉(zhuǎn)換鏈。
圖25示出了用于向第一目標設(shè)備DV2-1傳送一個或者多個內(nèi)容 的主內(nèi)容轉(zhuǎn)換鏈。
如圖25所示，所述主內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換 器51和第一內(nèi)容導(dǎo)入器53a。
圖26示出了用于向第二目標設(shè)備DV2-2傳送一個或者多個內(nèi)容
66的輔助內(nèi)容轉(zhuǎn)換鏈。
如圖26所示，所述輔助內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容導(dǎo)出器52和第二內(nèi)
容導(dǎo)入器53b。
此時，所述主內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容轉(zhuǎn)換器51，但是所述輔助內(nèi)容 轉(zhuǎn)換鏈不包括內(nèi)容轉(zhuǎn)換器51。由于所請求的一個或者多個內(nèi)容的格式 不同于第一目標設(shè)備DV2-1所要求的內(nèi)容格式，所以需要對內(nèi)容進行 格式轉(zhuǎn)換。另一方面，所請求的一個或者多個內(nèi)容的格式與第二目標 設(shè)備DV2-2所要求的內(nèi)容格式相同。
內(nèi)容處理控制器41控制內(nèi)容處理體以便構(gòu)造主內(nèi)容轉(zhuǎn)換鏈。執(zhí)行 第一傳輸會話。然后，內(nèi)容處理控制器41控制內(nèi)容處理體以便構(gòu)造輔 助內(nèi)容轉(zhuǎn)換鏈。執(zhí)行第二傳輸會話。在構(gòu)造內(nèi)容轉(zhuǎn)換鏈的另一示例中， 可以重復(fù)地生成單個會話。
首先，內(nèi)容處理控制器41向內(nèi)容導(dǎo)出器42、內(nèi)容轉(zhuǎn)換器51和內(nèi) 容導(dǎo)入器53分別傳送內(nèi)容導(dǎo)出請求、內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請求(操 作S84)。通過向內(nèi)容處理體傳送控制消息來執(zhí)行上述請求。
當請求導(dǎo)出所述內(nèi)容時，內(nèi)容處理控制器41可以向內(nèi)容導(dǎo)出器 52提供第一傳輸會話標識符、所請求的一個或者多個內(nèi)容的內(nèi)容標識 符以及作為接收器信息的關(guān)于內(nèi)容轉(zhuǎn)換器51的信息。
另外，當請求轉(zhuǎn)換所述內(nèi)容時，內(nèi)容處理控制器41可以提供第一 傳輸會話標識符、所請求的一個或者多個內(nèi)容的內(nèi)容標識符、作為發(fā) 送器信息的關(guān)于內(nèi)容導(dǎo)出器52的信息、作為接收器信息的關(guān)于內(nèi)容導(dǎo) 入器53的信息、所傳送的一個或者多個內(nèi)容的格式、關(guān)于所轉(zhuǎn)換的格 式的信息等。當請求導(dǎo)入所述內(nèi)容時，內(nèi)容處理控制器41可以向內(nèi)容導(dǎo)出器
52提供第一傳輸會話標識符、所請求的一個或者多個內(nèi)容的內(nèi)容標識 符以及關(guān)于作為發(fā)送器的內(nèi)容轉(zhuǎn)換器51的信息。另外，內(nèi)容處理控制 器41還可以提供關(guān)于最終接收所述內(nèi)容的接收器的信息和目標DRM 系統(tǒng)的DRM信息。這里，關(guān)于所述接收器的信息可以表示關(guān)于在所述 內(nèi)容傳輸?shù)亩它c中包括的預(yù)定的存儲實體或者模塊(例如，第一目標 設(shè)備DV2-1)的信息。
如上所述，當內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53從 內(nèi)容處理控制器41分別接收內(nèi)容導(dǎo)出請求、內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入 請求時，傳送所述內(nèi)容，并且通過所述主內(nèi)容轉(zhuǎn)換鏈接收所述事件(操 作S85)。
首先，在內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51之間以及在內(nèi)容轉(zhuǎn)換器 51和第一內(nèi)容導(dǎo)入器53a之間建立SAC。另外，還可以在第一內(nèi)容導(dǎo) 入器53a和第一目標設(shè)備DV2-l之間建立SAC。當建立SAC時，內(nèi)容 導(dǎo)出器52開始傳送所述內(nèi)容。此時，內(nèi)容處理體對(即，內(nèi)容導(dǎo)出器 52-內(nèi)容轉(zhuǎn)換器51和內(nèi)容轉(zhuǎn)換器51-內(nèi)容導(dǎo)入器53)支持上述的多路傳 輸協(xié)議。因此，可以通過單個會話傳送多個內(nèi)容。
根據(jù)多路傳輸協(xié)議的支持，可以在與由請求客戶端RC1提供(或 者由內(nèi)容處理控制器41生成)的第一傳輸會話標識符的會話中傳送多 個內(nèi)容。從內(nèi)容導(dǎo)出器52連續(xù)地執(zhí)行上述傳輸。經(jīng)由內(nèi)容轉(zhuǎn)換器51 從內(nèi)容導(dǎo)出器52傳送到內(nèi)容導(dǎo)入器53的所述內(nèi)容可以具有中性內(nèi)容 的類型。如上所述，中性內(nèi)容可以表示沒有通過使用預(yù)定的DRM加密 的凈內(nèi)容。
另一方面，內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和第一內(nèi)容導(dǎo)入器53a 可以向內(nèi)容處理控制器41報告內(nèi)容的傳輸狀態(tài)。為此，內(nèi)容處理控制 器41請求內(nèi)容導(dǎo)出器52、內(nèi)容轉(zhuǎn)換器51和第一內(nèi)容導(dǎo)入器53a預(yù)訂
68所述內(nèi)容-傳輸-狀態(tài)事件，并且接收事件消息。由于在示例3-l中描述 了所述事件，所以將省略關(guān)于所述事件的詳細說明。
當將所述內(nèi)容傳送到第一目標設(shè)備DV2-1時(操作S86)，內(nèi)容 處理控制器41向在輔助內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容導(dǎo)出器52和第二內(nèi) 容導(dǎo)入器53b分別傳送內(nèi)容導(dǎo)出請求和內(nèi)容導(dǎo)入請求(操作S87)。艮P， 兩個內(nèi)容轉(zhuǎn)換鏈在內(nèi)容處理控制器41的控制下連續(xù)地執(zhí)行傳輸。當然， 所述兩個內(nèi)容轉(zhuǎn)換鏈被同時生成，并且在內(nèi)容處理控制器的控制下由 所述兩個內(nèi)容轉(zhuǎn)換鏈執(zhí)行所述傳輸。
當請求導(dǎo)出所述內(nèi)容時，內(nèi)容處理控制器41可以向內(nèi)容導(dǎo)出器 52提供第二傳輸會話標識符、所請求的一個或者多個內(nèi)容的內(nèi)容標識 符以及作為接收器信息的關(guān)于內(nèi)容導(dǎo)入器53的信息。另外，當請求導(dǎo) 入所述內(nèi)容時，內(nèi)容控制器41可以向第二內(nèi)容導(dǎo)入器53b提供第二傳 輸會話標識符、.所請求的一個或者多個內(nèi)容的內(nèi)容標識符、關(guān)于作為 發(fā)送器的內(nèi)容導(dǎo)出器52的信息。
如上所述，當內(nèi)容導(dǎo)出器52和第二內(nèi)容導(dǎo)入器53b從內(nèi)容處理控 制器41分別接收內(nèi)容導(dǎo)出請求和內(nèi)容導(dǎo)入請求時，傳送所述內(nèi)容，并 且通過輔助內(nèi)容轉(zhuǎn)換鏈接收所述事件(操作S88)。
首先，在內(nèi)容導(dǎo)出器52和第二內(nèi)容導(dǎo)入器53b之間建立SAC。當 建立SAC時，內(nèi)容導(dǎo)出器52開始傳送所述內(nèi)容。此時， 一對內(nèi)容處理 體(即，內(nèi)容導(dǎo)出器52-第二內(nèi)容導(dǎo)入器53b)支持上述的多路傳輸協(xié) 議。因此，可以通過單個會話傳送多個內(nèi)容。
根據(jù)對多路傳輸協(xié)議的支持，可以通過與由請求客戶端RC1提供 (或者由內(nèi)容處理控制器41生成)的第二傳輸會話標識符相應(yīng)的單個 會話來傳送多個內(nèi)容。從內(nèi)容導(dǎo)出器52連續(xù)地執(zhí)行上述傳輸。從內(nèi)容 導(dǎo)出器52傳送到第二內(nèi)容導(dǎo)入器53b的內(nèi)容可以具有中性內(nèi)容的類
69型。如上所述，中性內(nèi)容可以表示沒有通過使用預(yù)定的DRM加密的凈
內(nèi)容。當中性內(nèi)容被傳送到在第二目標設(shè)備DV2-2中包括的第二內(nèi)容 導(dǎo)入器53b時，所述傳輸完成(操作S89)。
另一方面，內(nèi)容導(dǎo)出器52和第二內(nèi)容導(dǎo)入器53b可以向內(nèi)容處理 控制器41報告內(nèi)容的傳輸狀態(tài)。為此，內(nèi)容處理控制器41請求內(nèi)容 導(dǎo)出器52和第二內(nèi)容導(dǎo)入器53b預(yù)訂所述內(nèi)容-傳輸-狀態(tài)事件，并且 接收事件消息。內(nèi)容處理控制器41可以識別每個內(nèi)容的傳輸狀態(tài)，并 且還向請求客戶端RC1提供所述傳輸狀態(tài)信息。
在示例3-2中，描述了響應(yīng)于請求客戶端RC1的請求來構(gòu)造多個 內(nèi)容轉(zhuǎn)換鏈和通過多個會話傳送單個內(nèi)容或者多個內(nèi)容的過程。
在下面的示例3-3中，將描述其中通過構(gòu)造多個內(nèi)容轉(zhuǎn)換鏈來將 請求客戶端RC1所請求的內(nèi)容傳送到單個目標情形。在示例3-3中， 將描述其中構(gòu)造兩個內(nèi)容轉(zhuǎn)換鏈的示例。
<示例3-3>
圖27是示出了根據(jù)示例3-3的用于內(nèi)容傳輸過程的系統(tǒng)結(jié)構(gòu)的框圖。
參考圖27，請求設(shè)備DV1可以包括請求客戶端RC1和內(nèi)容導(dǎo)出器 52。另外，目標設(shè)備DV2包括內(nèi)容導(dǎo)入器53。內(nèi)容傳輸控制器和內(nèi)容 轉(zhuǎn)換器51可以包括在與請求設(shè)備DV1或者目標設(shè)備DV2分開的設(shè)備 中。
圖28是示出了根據(jù)示例3-3的內(nèi)容傳輸過程的流程圖。圖28示 出了響應(yīng)于請求客戶端RC1的請求而向作為目標的目標設(shè)備DV2傳送 在請求設(shè)備DV1中包括的一個或者多個內(nèi)容的過程的示例。參考圖28，首先，請求客戶端RC1向內(nèi)容處理控制器41傳送用 于請求傳送所述內(nèi)容的內(nèi)容傳輸請求消息(操作S100)。此時，所述 內(nèi)容傳輸請求消息包括傳輸會話標識符、內(nèi)容標識符、源信息、目標 信息等。另外，作為選項，所述內(nèi)容傳輸請求消息可以包括接收所述 內(nèi)容的目標的DRM系統(tǒng)信息。
內(nèi)容標識符可以表示用于識別被請求傳送的內(nèi)容的信息。當請求 傳送多個內(nèi)容時，可以存在用于識別所述內(nèi)容的多個內(nèi)容標識符。
傳輸會話標識符表示用于唯一地識別傳輸會話的標識符。源信息 表示用于確定從何處傳送所請求的內(nèi)容的信息。在示例3-3中，所述源 信息可以包括關(guān)于請求設(shè)備DV1的信息和格式信息。
所述目標信息包括用于識別向其傳送所請求的內(nèi)容的作為目標的 目標設(shè)備DV2的信息。所述目標信息可以包括用于識別所述目標的目 標標識符、關(guān)于所述目標所要求的文件格式的信息等。
當接收所述內(nèi)容傳輸請求消息時，內(nèi)容處理控制器41收集關(guān)于內(nèi) 容處理體的信息，并且基于所收集的信息來確定是否傳送所述內(nèi)容。 當確定傳送所述內(nèi)容時，內(nèi)容處理控制器41確定參與傳輸?shù)膬?nèi)容處理 體(操作S101至S103)。
首先，內(nèi)容處理控制器41向一個或者多個內(nèi)容導(dǎo)出器52、內(nèi)容 導(dǎo)入器和內(nèi)容轉(zhuǎn)換器51查詢能力，并且從相應(yīng)的實體獲得響應(yīng)。因此， 能夠識別源、中間和目標設(shè)備、系統(tǒng)以及DRM的能力。
當收集信息時，內(nèi)容處理控制器41基于所收集的信息確定是否傳 送所請求的內(nèi)容。即，檢査所述內(nèi)容處理體是否正常地傳送所請求的 內(nèi)容。這里，可以考慮所要求的內(nèi)容格式、系統(tǒng)策略、關(guān)于在實體間 可以執(zhí)行的安全認證信道算法的信息等。
71當確定傳輸所述內(nèi)容時，內(nèi)容處理控制器41確定內(nèi)容導(dǎo)出器52
和內(nèi)容轉(zhuǎn)換器51，并且控制內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51,以利用 內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51來構(gòu)造主內(nèi)容轉(zhuǎn)換鏈。在示例3-3中， 描述了其中被請求傳送的內(nèi)容格式不同于目標設(shè)備DV2所要求的內(nèi)容 格式的示例。因此，在內(nèi)容轉(zhuǎn)換鏈中必須包括內(nèi)容轉(zhuǎn)換器51。
圖29示出了利用內(nèi)容處理控制器41構(gòu)造的主內(nèi)容轉(zhuǎn)換鏈的示例。 參考圖29，所述主內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51。
隨后，內(nèi)容處理控制器41向在主內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容導(dǎo)出器 52和內(nèi)容轉(zhuǎn)換器51分別發(fā)送內(nèi)容導(dǎo)出請求和內(nèi)容轉(zhuǎn)換請求(操作S107 和S108)。通過向所述內(nèi)容處理體傳送控制消息來執(zhí)行上述請求。
當請求導(dǎo)出所述內(nèi)容時，內(nèi)容處理控制器41可以向內(nèi)容導(dǎo)出器 52提供傳輸會話標識符、內(nèi)容標識符和關(guān)于作為接收器的內(nèi)容轉(zhuǎn)換器 51的信息。另外，當請求轉(zhuǎn)換所述內(nèi)容時，內(nèi)容處理控制器41可以提 供傳輸會話標識符、內(nèi)容標識符、關(guān)于作為發(fā)送器的內(nèi)容導(dǎo)出器52的 信息、關(guān)于作為接收器的內(nèi)容導(dǎo)入器53的信息、所要求的內(nèi)容的格式、 關(guān)于所轉(zhuǎn)換的格式的信息等。
如上所述，當內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51從內(nèi)容處理控制器 41分別接收內(nèi)容導(dǎo)出請求和內(nèi)容轉(zhuǎn)換請求時，在內(nèi)容導(dǎo)出器52和內(nèi)容 轉(zhuǎn)換器51之間建立SAC (操作S109)。內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器 51可以向內(nèi)容處理控制器報告SAC被建立(操作S110和Slll)。
當建立SAC時，內(nèi)容導(dǎo)出器52開始傳送所述內(nèi)容。此時，每對 內(nèi)容處理體(即，內(nèi)容導(dǎo)出器52-內(nèi)容轉(zhuǎn)換器51)能夠支持多路傳輸協(xié) 議。如上所述，所述多路傳輸協(xié)議用于使得能夠通過單個會話來傳送 多個內(nèi)容。根據(jù)對多路傳輸協(xié)議的支持，當請求傳送多個內(nèi)容時，可
72以通過單個會話傳送該多個內(nèi)容。
從內(nèi)容導(dǎo)出器52連續(xù)地執(zhí)行上述傳輸。內(nèi)容導(dǎo)出器52通過SAC 向內(nèi)容轉(zhuǎn)換器傳送所請求的內(nèi)容。然后，內(nèi)容轉(zhuǎn)換器51將所述內(nèi)容的 格式轉(zhuǎn)換成所要求的格式。
內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51可以向內(nèi)容處理控制器41報告所 述內(nèi)容的傳輸狀態(tài)或者轉(zhuǎn)換狀態(tài)。為此，內(nèi)容處理控制器41必須通過 在請求導(dǎo)出所述內(nèi)容之前請求所述內(nèi)容處理體提供預(yù)定的事件來預(yù)訂 所述預(yù)定的事件(操作S104至S106)。
所述預(yù)定的事件可以包括內(nèi)容傳輸狀態(tài)提供事件和內(nèi)容轉(zhuǎn)換狀態(tài) 提供事件。如上所述，參與所述傳輸?shù)膬?nèi)容處理體可以通過使用內(nèi)容 傳輸狀態(tài)提供事件來作為事件消息報告諸如內(nèi)容傳輸開始、內(nèi)容正在 傳輸、內(nèi)容傳輸完成、內(nèi)容傳輸錯誤等的狀況。
可以由內(nèi)容轉(zhuǎn)換器51來執(zhí)行所述內(nèi)容轉(zhuǎn)換狀態(tài)提供事件。通過請 求內(nèi)容轉(zhuǎn)換器51提供所述內(nèi)容轉(zhuǎn)換狀態(tài)提供事件，內(nèi)容處理控制器41 可以預(yù)訂所述內(nèi)容轉(zhuǎn)換狀態(tài)提供事件。然后，可以向內(nèi)容處理控制器 41提供諸如內(nèi)容轉(zhuǎn)換開始、內(nèi)容正在轉(zhuǎn)換、內(nèi)容轉(zhuǎn)換完成、內(nèi)容轉(zhuǎn)換 錯誤的狀況等的狀況。
當將從內(nèi)容導(dǎo)出器52傳送的內(nèi)容傳送到內(nèi)容轉(zhuǎn)換器51時，并且 當內(nèi)容的格式轉(zhuǎn)換完成時(操作S112)，內(nèi)容處理控制器41必須構(gòu)造 包括內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53的輔助內(nèi)容轉(zhuǎn)換鏈。在內(nèi)容處理 控制器41的控制下，所述第一和輔助內(nèi)容轉(zhuǎn)換鏈連續(xù)地操作。
圖30示出了利用內(nèi)容處理控制器41構(gòu)造的輔助內(nèi)容轉(zhuǎn)換鏈的示例。
73如圖30所示，所述輔助內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)
入器53。內(nèi)容處理控制器41向在所述輔助內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容轉(zhuǎn) 換器51和內(nèi)容導(dǎo)入器53分別發(fā)送內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請求(操 作S113和S114)。在內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入器53之間建立SAC (操作S115)。此時，還可以在內(nèi)容導(dǎo)入器53和目標設(shè)備DV2之間 建立SAC。
內(nèi)容轉(zhuǎn)換器51通過SAC向內(nèi)容導(dǎo)入器53傳送格式被轉(zhuǎn)換的內(nèi)容。 然后，內(nèi)容導(dǎo)入器53接收所傳送的內(nèi)容。內(nèi)容轉(zhuǎn)換器51和內(nèi)容導(dǎo)入 器53可以向內(nèi)容處理控制器41報告所述內(nèi)容的傳輸狀態(tài)。從內(nèi)容轉(zhuǎn) 換器51傳送到內(nèi)容導(dǎo)入器53的內(nèi)容是中性內(nèi)容。如上所述，所述中 性內(nèi)容可以表示沒有通過使用預(yù)定的DRM加密的凈內(nèi)容。
在示例3-3中，描述了通過構(gòu)造兩個內(nèi)容轉(zhuǎn)換鏈來向單個目標傳 送請求客戶端RC1所請求的內(nèi)容的過程。
在下面的示例3-4中，將描述其中通過構(gòu)造多個內(nèi)容轉(zhuǎn)換鏈來將 請求客戶端RC1所請求的內(nèi)容傳送到多個目標的情形。
圖31是示出了根據(jù)示例3-4的用于傳送內(nèi)容的系統(tǒng)的框圖。
參考圖31，請求設(shè)備DV1可以包括請求客戶端RC1和內(nèi)容導(dǎo)出器 52。另外，第一目標設(shè)備DV2-1包括第一內(nèi)容導(dǎo)入器53a。第二目標 設(shè)備DV2-2包括第二內(nèi)容導(dǎo)入器53b。第三目標設(shè)備DV2-3包括第三 內(nèi)容導(dǎo)入器53。內(nèi)容傳輸控制器和內(nèi)容轉(zhuǎn)換器51可以包括在與請求設(shè) 備DV1或者目標設(shè)備DV2分開的設(shè)備中。
圖32是示出了根據(jù)示例3-4的內(nèi)容傳輸過程的流程圖。圖32示 出了響應(yīng)于請求客戶端RC1的請求而向作為三個目標的第一至第三目 標設(shè)備DV2-1到DV2-3傳送在請求設(shè)備DV1中包括的內(nèi)容的過程的示例。
參考圖32，請求客戶端RC1向內(nèi)容處理控制器41傳送用于請求 傳送所述內(nèi)容的內(nèi)容傳輸請求消息(操作S121)。此時，所述內(nèi)容傳
輸請求消息包括傳輸會話標識符、內(nèi)容標識符、源信息、目標信息等。 另外，作為選項，所述內(nèi)容傳輸請求消息可以包括接收所述內(nèi)容的目
標的DRM系統(tǒng)信息。
所述內(nèi)容標識符可以表示用于識別被請求傳送的內(nèi)容的信息。當 存在被請求傳送的多個內(nèi)容時，可以存在用于識別所述內(nèi)容的多個內(nèi) 容標識符。
所述傳輸會話標識符表示用于唯一地識別傳輸會話的標識符。所 述源信息表示用于確定從何處傳送所請求的內(nèi)容的信息。在示例3-4 中，源信息可以包括關(guān)于請求設(shè)備DV1的信息和格式信息。
所述目標信息包括用于識別作為傳送所請求的內(nèi)容的目標的目標 設(shè)備DV2的信息。在示例3-4中，所述目標信息可以包括關(guān)于第一至 第三目標設(shè)備DV2-1至DV2-3的信息，所述目標設(shè)備DV2所要求的 格式信息等。在示例3-4中，假定第一至第三目標設(shè)備DV2-1至DV2-3 所要求的所述文件格式相同。然而，本發(fā)明不限于此。
當接收內(nèi)容傳輸請求消息時，內(nèi)容處理控制器41收集關(guān)于內(nèi)容處 理體的信息(操作S122)。例如，內(nèi)容處理控制器41向一個或者多個 內(nèi)容導(dǎo)出器52、內(nèi)容導(dǎo)入器53和內(nèi)容轉(zhuǎn)換器51査詢能力，并且從相 應(yīng)的實體獲得響應(yīng)。因此，可以識別出源、中間和目標設(shè)備、系統(tǒng)以 及DRM的能力。
當收集信息時，內(nèi)容處理控制器41基于所收集的信息確定是否傳 送所請求的一個或者多個內(nèi)容。即，檢查所述內(nèi)容處理體是否正常地
75傳送所請求的內(nèi)容。這里，可以考慮所要求的內(nèi)容的格式、系統(tǒng)策略、 關(guān)于在實體間可以執(zhí)行的安全認證信道算法的信息等。
當確定傳輸內(nèi)容時，內(nèi)容處理控制器41控制內(nèi)容導(dǎo)出器52和內(nèi) 容轉(zhuǎn)換器51以便構(gòu)造包括內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51的主內(nèi)容轉(zhuǎn) 換鏈。在示例3-4中，描述了其中被請求傳送的內(nèi)容的格式不同于目標 設(shè)備DV2要求的內(nèi)容格式的示例。因此，在內(nèi)容轉(zhuǎn)換鏈中必須包括內(nèi) 容轉(zhuǎn)換器51。在本描述中，通過從客戶端接收用于構(gòu)造內(nèi)容轉(zhuǎn)換鏈的 控制命令來構(gòu)造鏈。然而，本發(fā)明不限于此。存在各種實施例，諸如 其中內(nèi)容處理控制器可以生成用于構(gòu)造鏈的控制命令并且構(gòu)造所述鏈 的示例。
圖33示出了利用內(nèi)容處理控制器41構(gòu)造的主內(nèi)容轉(zhuǎn)換鏈的示例。 參考圖33，所述主內(nèi)容轉(zhuǎn)換鏈包括內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51。
隨后，內(nèi)容處理控制器41向在所述主內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容導(dǎo) 出器52和內(nèi)容轉(zhuǎn)換器51分別發(fā)送內(nèi)容導(dǎo)出請求和內(nèi)容轉(zhuǎn)換請求(操 作S124)。通過向內(nèi)容處理體傳送控制消息來執(zhí)行上述請求。
當請求導(dǎo)出所述內(nèi)容時，內(nèi)容處理控制器41可以向內(nèi)容導(dǎo)出器 52提供傳輸會話標識符、內(nèi)容標識符和關(guān)于作為接收器的內(nèi)容轉(zhuǎn)換器 51的信息。另外，當請求轉(zhuǎn)換所述內(nèi)容時，內(nèi)容處理控制器41可以提 供傳輸會話標識符、內(nèi)容標識符、關(guān)于作為發(fā)送器的內(nèi)容導(dǎo)出器52的 信息、關(guān)于作為接收器的內(nèi)容導(dǎo)入器53的信息、所要求內(nèi)容的格式、 關(guān)于轉(zhuǎn)換的格式的信息等。
如上所述，當內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51從內(nèi)容處理控制器 41分別接收內(nèi)容導(dǎo)出請求和內(nèi)容轉(zhuǎn)換請求時，在內(nèi)容導(dǎo)出器52和內(nèi)容 轉(zhuǎn)換器51之間建立SAC。
76當建立SAC時，內(nèi)容導(dǎo)出器52開始傳送內(nèi)容(操作S125)。此 時，每對內(nèi)容處理體(即，內(nèi)容導(dǎo)出器52-內(nèi)容轉(zhuǎn)換器51)可以支持多 路傳輸協(xié)議。由于支持多路傳輸協(xié)議，所以當請求傳送多個內(nèi)容時， 可以通過單個會話來傳送該多個內(nèi)容。
從內(nèi)容導(dǎo)出器52連續(xù)地執(zhí)行上述傳輸。內(nèi)容導(dǎo)出器52通過SAC 向內(nèi)容轉(zhuǎn)換器傳送所請求的內(nèi)容。然后，內(nèi)容轉(zhuǎn)換器51將所述內(nèi)容的 格式轉(zhuǎn)換成所述目標設(shè)備DV2所要求的格式(操作S126)。
內(nèi)容導(dǎo)出器52和內(nèi)容轉(zhuǎn)換器51可以向內(nèi)容處理控制器41報告所 述內(nèi)容的傳輸狀態(tài)或者轉(zhuǎn)換狀態(tài)。為此，內(nèi)容處理控制器41必須通過 在請求導(dǎo)出內(nèi)容之前請求內(nèi)容處理體提供預(yù)定的事件來預(yù)訂所述預(yù)定 的事件。此時，所述預(yù)定的事件可以包括內(nèi)容傳輸狀態(tài)提供事件和內(nèi) 容轉(zhuǎn)換狀態(tài)提供事件。由于在示例3-3中對此進行了描述，所以將省略 詳細描述。
當從內(nèi)容導(dǎo)出器52傳送的內(nèi)容被傳送到內(nèi)容轉(zhuǎn)換器51時，并且 當所述內(nèi)容的格式轉(zhuǎn)換完成時，內(nèi)容處理控制器41連續(xù)地構(gòu)造與該多 個目標對應(yīng)的多個輔助內(nèi)容轉(zhuǎn)換鏈。該多個輔助內(nèi)容轉(zhuǎn)換鏈可以包括 第一至第三輔助內(nèi)容轉(zhuǎn)換鏈。這里，第一至第三輔助內(nèi)容轉(zhuǎn)換鏈可以 被連續(xù)地或者同時地形成。另外，構(gòu)造內(nèi)容轉(zhuǎn)換鏈的方法可以包括形 成從起始點到目標的鏈并且重復(fù)形成所述鏈的方法(如在示例3-2中所
描述的構(gòu)造多個單個鏈)或者通過基于轉(zhuǎn)換時間來區(qū)分所述鏈而單獨 地形成鏈的方法(在示例3-3和3-4中所述)。
圖34示出了由內(nèi)容處理控制器41引起的第一輔助內(nèi)容轉(zhuǎn)換鏈、 第二輔助內(nèi)容轉(zhuǎn)換鏈和第三輔助內(nèi)容轉(zhuǎn)換鏈的結(jié)構(gòu)的示例。
如圖34所示，第一輔助內(nèi)容轉(zhuǎn)換鏈可以包括內(nèi)容轉(zhuǎn)換器51和第 一內(nèi)容導(dǎo)入器53a。所述內(nèi)容轉(zhuǎn)換控制器分別向內(nèi)容轉(zhuǎn)換器51和第一內(nèi)容導(dǎo)入器53a傳送內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請求。在內(nèi)容轉(zhuǎn)換器51 和第一內(nèi)容導(dǎo)入器53a之間建立SAC。當建立SAC時，將所述內(nèi)容從 內(nèi)容轉(zhuǎn)換器51傳送到第一內(nèi)容導(dǎo)入器53a (操作S127)。
當所述內(nèi)容被傳送到第一內(nèi)容導(dǎo)入器53a時，內(nèi)容處理控制器41 構(gòu)造第二輔助內(nèi)容轉(zhuǎn)換鏈。此時，所述第二輔助內(nèi)容轉(zhuǎn)換鏈可以包括 內(nèi)容轉(zhuǎn)換器51和第二內(nèi)容導(dǎo)入器53b。所述內(nèi)容轉(zhuǎn)換控制器分別向內(nèi) 容轉(zhuǎn)換器51和第二內(nèi)容導(dǎo)入器53b傳送內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請 求。然后，在內(nèi)容轉(zhuǎn)換器51和第二內(nèi)容導(dǎo)入器53b之間建立SAC。當 建立SAC時，將所述內(nèi)容從內(nèi)容轉(zhuǎn)換器51傳送到第二內(nèi)容導(dǎo)入器53b (操作S128)。
當內(nèi)容被傳送到第二內(nèi)容導(dǎo)入器53b時，內(nèi)容處理控制器41構(gòu)造 第三輔助內(nèi)容轉(zhuǎn)換鏈。此時，所述第三輔助內(nèi)容轉(zhuǎn)換鏈可以包括內(nèi)容 轉(zhuǎn)換器51和第三內(nèi)容導(dǎo)入器53c。所述內(nèi)容轉(zhuǎn)換控制器分別地向內(nèi)容 轉(zhuǎn)換器51和第三內(nèi)容導(dǎo)入器53c傳送內(nèi)容轉(zhuǎn)換請求和內(nèi)容導(dǎo)入請求。 然后，當建立SAC時，將所述內(nèi)容從內(nèi)容轉(zhuǎn)換器51傳送到第三內(nèi)容導(dǎo) 入器53c (操作S129)。
另一方面，在輔助內(nèi)容轉(zhuǎn)換鏈中包括的內(nèi)容處理體可以根據(jù)傳輸 過程的進展向內(nèi)容處理控制器41傳送用于表示內(nèi)容的傳輸狀態(tài)等的事 件消息。已經(jīng)在示例3-l到3-3中描述了上述事件。
在示例3-4中，描述了通過構(gòu)造多個內(nèi)容轉(zhuǎn)換鏈來向多個目標設(shè) 備DV2傳送請求客戶端RC1所請求內(nèi)容的過程。在根據(jù)示例3-4的傳 送內(nèi)容的方法中，能夠向多個目標廣播內(nèi)容并且降低傳輸資源的浪費。 能夠減少所執(zhí)行的內(nèi)容格式轉(zhuǎn)換操作的數(shù)目以便向所述多個目標傳送 所述內(nèi)容。即使在輔助內(nèi)容轉(zhuǎn)換鏈中發(fā)生錯誤，也已執(zhí)行主內(nèi)容轉(zhuǎn)換 鏈的操作，因此僅需恢復(fù)輔助內(nèi)容轉(zhuǎn)換鏈。
784.處理控制部分和許可證處理部分的功能和操作
另一方面，客戶端部分的已認證客戶端可以請求處理控制部分傳
送許可證。例如，假定存在其中安裝第一DRM的第一客戶端設(shè)備和其 中安裝第二 DRM的第二客戶端設(shè)備。當用戶意欲向第二客戶端設(shè)備傳 送存儲在第一客戶端設(shè)備中的第一DRM內(nèi)容時，第一客戶端通過使用 上述的內(nèi)容傳輸過程可以將所述內(nèi)容傳送到作為目標的第二客戶端設(shè) 備。在此情形中，當?shù)诙蛻舳嗽O(shè)備意欲使用所傳送的內(nèi)容時，需要 適合于第二DRM的許可證。因此，第一客戶端請求傳送所述許可證。
圖35是示出了與許可證傳輸相關(guān)的系統(tǒng)的結(jié)構(gòu)的框圖。
如圖35所示，處理控制部分40包括內(nèi)容處理控制器41和許可證 處理控制器42。這里，前面已經(jīng)描述了內(nèi)容處理控制器41。內(nèi)容處理 控制器41和許可證處理控制器42可以被包括在網(wǎng)絡(luò)區(qū)域或者本地區(qū) 域中的任何場所處。內(nèi)容處理控制器41和許可證處理控制器42可以 位于不同區(qū)域中。例如，內(nèi)容處理控制器41可以被包括在本地區(qū)域中 的預(yù)定設(shè)備中。許可證處理控制器42可以被包括在網(wǎng)絡(luò)區(qū)域中的服務(wù) 提供商中。內(nèi)容處理控制器41和許可證處理控制器42的位置沒有限 制。
許可證處理控制器42從客戶端接收許可證傳輸請求。當接收許可 證傳輸請求時，通過收集關(guān)于包括在系統(tǒng)中的實體的信息，許可證處 理控制器42確定參與所述傳輸?shù)膶嶓w并且確定是否可以傳送所述許可 證。因此，可以構(gòu)造通過其傳送所述許可證的鏈。
除了許可證處理控制器42外，認證和管理部分20的許可證管理 器24以及許可證處理部分30的許可證處理器32也可以參與許可證傳 輸?？梢詫⑴c許可證傳輸?shù)膶嶓w包括在網(wǎng)絡(luò)區(qū)域或者本地區(qū)域中的 任何場所處。根據(jù)需要，可以在預(yù)定的實體間建立用于安全傳送許可 證信息的SAC。
79許可證處理控制器42請求預(yù)定的實體(例如，許可證管理器24)
提供一個或者多個中性許可證，并且接收所述的一個或者多個中性許
可證。所述中性許可證可以表示可以從其提取許多類型的DRM的許可 證信息的兼容的中性許可證信息。當用戶購買預(yù)定的DRM內(nèi)容時，通 過使用DRM的許可證，可以生成所述中性許可證并且將其存儲在許可 證管理器中。除了存儲在許可證管理器24中外，可以將中性許可證24 存儲在域管理器或者參考點控制器中。在傳送許可證的過程中，提供 中性許可證的實體可以執(zhí)行導(dǎo)出器的功能。
所述中性許可證可以包括一個或者多個相關(guān)的內(nèi)容標識符、管理 器信息、關(guān)于可以使用所述許可證的主題的信息、其中描述權(quán)限限制 的使用模型等。
通過使用所提供的中性許可證，許可證處理控制器42生成將被實 際傳送的新的中性許可證。此時，可以考慮各種類型的信息，諸如在 內(nèi)容和主題之間的關(guān)系、目標、主題的映射關(guān)系、資源映射關(guān)系等。
將由許可證處理控制器42所生成的中性許可證傳送到許可證處 理部分30的許可證處理器32。許可證處理器32是向所述目標的本地 DRM接收器900傳送從許可證處理控制器42接收的中性許可證的實 體。此時，通過遵守在所述目標的DRM中限定的方法，許可證處理器 32可以將所接收的中性許可證轉(zhuǎn)換成適合于所述目標的DRM的許可 證，并且向本地DRM接收器900提供所轉(zhuǎn)換的許可證?？商娲兀?以將所述中性許可證原樣提供給所述目標的本地DRM接收器900。在 此情形中，在所述目標的DRM系統(tǒng)中執(zhí)行許可證轉(zhuǎn)換。所述許可證處 理器和本地DRM接收器可以分別地執(zhí)行轉(zhuǎn)換器和接收器的功能。
參與許可證傳輸?shù)膶嶓w可以向許可證處理控制器42傳送用于表 示傳送和處理許可證的過程的事件消息。為此，通過請求相應(yīng)的實體提供許可證傳輸狀態(tài)事件，許可證處理控制器42必須預(yù)訂所述許可證
傳輸狀態(tài)事件。許可證處理控制器42可以向客戶端3提供與所接收的 事件消息相應(yīng)的信息。另外，許可證處理控制器42可以向客戶端提供 用于表示進展狀態(tài)(諸如從許可證管理器24生成中性許可證的過程和 提供中性許可證的過程)的事件消息。
至此，描述了包括客戶端部分10、認證和管理部分20、處理控制 部分40、內(nèi)容處理部分50和許可證處理部分30的DRM互操作系統(tǒng) 的主要功能。在上述描述中，響應(yīng)于來自客戶端的數(shù)據(jù)(內(nèi)容或者許 可證)傳輸請求，根據(jù)本發(fā)明的示范性實施例的DRM互操作系統(tǒng)允許 中性數(shù)據(jù)(中性格式內(nèi)容或者中性許可證)與目標所要求的格式兼容 并且將所述中性數(shù)據(jù)傳送到所述目標。
5.單元實體的功能和處理事件的過程
利用一個或者多個實體來構(gòu)造DRM互操作系統(tǒng)的每個部分，諸 如客戶端部分IO、認證和管理部分20、處理控制部分40、內(nèi)容處理部 分50、許可證處理部分30等。此時，所述實體可以表示被構(gòu)造成執(zhí)行 預(yù)定的獨特功能的軟件或者硬件的模塊或者設(shè)備?？梢岳脠?zhí)行預(yù)定 的單元功能的一個或者多個單元功能模塊來構(gòu)造每個實體。所述實體 被安裝在預(yù)定的設(shè)備中，以通過預(yù)定的接口與其它實體通信數(shù)據(jù)。另 外，即使所述實體屬于同一部分，所述實體也可以被安裝在不同的設(shè) 備中。根據(jù)執(zhí)行環(huán)境，所述設(shè)備而可以不同。
當初始構(gòu)造域時，所述實體可以向在其中包括所述實體的具體環(huán) 境中的另一實體報告所述實體的存在。為此，所述實體可以包括作為 單元功能模塊的構(gòu)造信息提供器。
圖36示出了用于示出包括在實體中的單元功能模塊和單元功能 模塊的功能的示例。如圖36所示，預(yù)定的實體110包括執(zhí)行獨特的單元功能的多個單
元功能模塊111和構(gòu)造信息提供器112。響應(yīng)于來自作為另一實體的請 求實體的提供構(gòu)造信息的請求，構(gòu)造信息提供器112必須提供預(yù)定的 實體110的構(gòu)造信息。此時，所述構(gòu)造信息可以包括關(guān)于包括在預(yù)定 的實體110中的單元功能模塊111的信息。
另外，另一實體可以請求構(gòu)造信息提供器112，以預(yù)訂構(gòu)造信息 改變事件。然后，通過確定預(yù)訂請求是否合法，構(gòu)造信息提供器112 允許或者不允許所述預(yù)訂。此時，構(gòu)造信息改變事件可以表示在預(yù)定 的實體110的構(gòu)造信息改變時的包括預(yù)定的實體110的構(gòu)造信息改變 的事件消息。
可以以推或者拉方式來提供所述構(gòu)造信息改變事件。在推方式中， 只要預(yù)定的實體110的構(gòu)造信息改變，則構(gòu)造信息提供器112向預(yù)訂 所述事件的請求實體114推包括被改變的構(gòu)造信息的事件消息。在拉 方式中，預(yù)訂所述事件的請求實體114根據(jù)需要獲得預(yù)定的實體110 的改變的構(gòu)造信息。當請求實體114請求預(yù)訂所述事件時，它向構(gòu)造 信息提供器112報告是以推方式還是以拉方式傳送所述事件消息。因 此，設(shè)置是以推方式還是以拉方式傳送所述事件消息。
除了構(gòu)造信息改變事件外，還存在各種類型的事件，諸如上述的 內(nèi)容轉(zhuǎn)換狀態(tài)事件、構(gòu)造信息轉(zhuǎn)換事件等。在下文中，將描述在實體 間執(zhí)行事件的過程。
圖37示出了用于示出在兩個已認證的實體之間傳送事件的過程 的示例。
如圖37所示，必須存在具有事件預(yù)訂器功能的實體和具有事件發(fā) 布功能的實體，以便執(zhí)行預(yù)定的事件。在下文中，將具有事件預(yù)訂器 功能的實體稱為事件預(yù)訂實體117。將具有事件發(fā)布功能的實體稱為事
82件發(fā)布實體119。另外，所述事件可以具有事件標題。事件標題是用于 表示事件是在內(nèi)容傳輸狀態(tài)事件、構(gòu)造信息轉(zhuǎn)換事件等中的哪一個事 件的信息。
事件發(fā)布實體119必須具有其自身的唯一標識符。這是因為可以
將事件發(fā)布實體119與執(zhí)行與事件發(fā)布實體119所執(zhí)行的事件具有相 同事件標題的事件的另一實體進行區(qū)分。事件發(fā)布實體119的唯一標 識符可以包括用于表示由事件發(fā)布實體119所發(fā)布的事件消息的源的 因素。
為了預(yù)訂預(yù)定的事件，事件預(yù)訂實體117必須請求發(fā)布預(yù)定事件 的事件發(fā)布實體119來預(yù)訂所述事件。
當請求預(yù)訂事件時，事件預(yù)訂實體117提供用于允許事件發(fā)布實 體119識別所述事件預(yù)訂實體117的唯一標識符。另外，事件預(yù)訂實 體117必須向事件發(fā)布實體119報告由事件發(fā)布實體119所提供的事 件是以推方式還是以拉方式提供。因此，設(shè)置是以推方式還是以拉方 式提供所述事件。此時，在推方式中，只要事件條件發(fā)生，則事件發(fā) 布實體119將包括相應(yīng)信息的事件消息自動地推到事件預(yù)訂實體117 中。另一方面，在拉方式中，事件預(yù)訂實體117根據(jù)需要查詢事件發(fā) 布實體119并且獲得事件消息。
另外，事件預(yù)訂實體117可以向事件發(fā)布實體119提供事件預(yù)訂 ID、期滿信息、期望提供的事件信息結(jié)構(gòu)等。所述期滿信息可以表示 事件的預(yù)訂期滿值。例如，所述期滿信息可以包括期滿數(shù)據(jù)、事件的 預(yù)訂時段等。當沒有提供所述期滿信息時，所述預(yù)訂時段沒有限制。
響應(yīng)于事件預(yù)訂請求，事件發(fā)布實體119通過確定事件預(yù)訂請求 是否有效而允許或者不允許所述預(yù)訂。此時，依據(jù)所述確定結(jié)果，將 包括用于表示許可預(yù)訂的信息和用于表示不許可預(yù)訂的信息的響應(yīng)消息傳送到事件預(yù)訂實體117。
在所述確定中，可以考慮事件預(yù)訂ID、期滿信息等。例如，在當
請求預(yù)訂所述事件時事件預(yù)訂實體117提供了事件預(yù)訂ID的情形中， 事件發(fā)布實體119可以考慮事件預(yù)訂ID是否有效以及事件預(yù)訂ID是 否期滿。此時，當事件預(yù)訂實體117提供的事件預(yù)訂ID無效或者期滿 時，事件發(fā)布實體119可以向事件預(yù)訂實體117傳送表示不許可預(yù)訂 的消息?？商娲?，當事件預(yù)訂實體117提供的事件預(yù)訂ID有效并且 沒有期滿時，可以使用預(yù)訂ID和關(guān)于預(yù)訂ID的信息。另一方面，在 當請求預(yù)訂事件時事件預(yù)訂實體117沒有提供事件預(yù)訂ID的情形中， 事件發(fā)布實體119可以提供新的事件預(yù)訂ID。
另一方面，事件預(yù)訂實體117可以取消當前事件預(yù)訂。為此，事 件預(yù)訂實體117可以向事件發(fā)布實體119發(fā)送表示取消所述事件的消 息。另外，通過取消提供事件的設(shè)置方法，事件預(yù)訂實體117可以停 止事件預(yù)訂。例如，在當前所選擇的以推或者拉方式提供當事件以便 預(yù)訂所述事件的方法中，取消對推和拉方式的選擇。
至此，已經(jīng)描述了在實體間的構(gòu)造信息和處理事件的方法。通過 上述方法，實體能夠根據(jù)特定狀態(tài)彼此交互。
6.用于管理域的方法和亞系統(tǒng)
在下文中，將描述用于管理能夠管理域位置運動的域的方法和亞 系統(tǒng)。為此，可以通過使用管理域的域管理器來存儲和管理域的當前 和先前的位置。另外，可以根據(jù)預(yù)定限制對域位置的運動進行限制。
DRM互操作系統(tǒng)管理關(guān)于域位置運動的信息。具體地，DRM互 操作系統(tǒng)限制域的移動位置或者移動數(shù)目。當通過檢查域的位置改變 而發(fā)現(xiàn)域被形成在所限制的范圍之外時，DRM互操作系統(tǒng)破壞所述域 或者執(zhí)行另外的動作。
84在下文中，將描述管理能夠管理域的位置運動信息的域的方法。 將描述的管理域的方法的實施例可以包括限制域的移動數(shù)目的方法、 限制域的形成位置的方法等。為了便于理解，將前者稱為示例4-l，而
將后者稱為示例4-2。另外，在圖2中示出了示例4-1和4-2的系統(tǒng)的 ^石出。
<示例4-〉
圖38是示出了根據(jù)示例4-1的管理域的方法的流程圖。圖38示 出了以下過程設(shè)置與登錄信息相應(yīng)的域的移動的允許數(shù)目Na、檢査 域的移動的數(shù)目和限制域的形成。
域管理器22存儲與登錄信息相應(yīng)的域的移動的允許數(shù)目Na。可 以從許可證管理器24接收所述登錄信息。可替代地，域管理器22可 以提供登錄功能。域的移動的允許數(shù)目Na可以依賴于用戶所付的費用。 可以由服務(wù)提供商在政策方面設(shè)置數(shù)目上限?？梢詫⒂虻囊苿拥脑试S 數(shù)目Na設(shè)置為五、十等。另外，域管理器22存儲并且管理域的當前 和先前的位置。當域移動時，域管理器22存儲并且管理移動的數(shù)目。
參考圖38，域管理器22檢査域5的當前位置(操作S140)，并 且確定域是否移動(操作S141)。具體地，通過比較域的當前位置與 從先前檢查獲得的域的位置來確定域是否移動?？梢栽诿扛粢活A(yù)定時 段來執(zhí)行所述確定。可選地，可以當形成新的域時執(zhí)行所述確定?？?選地，可以根據(jù)對服務(wù)提供商的監(jiān)控來任意執(zhí)行所述確定。
域5中的參考點控制器26可以參與確定域5的位置。此時，參考 點控制器26可以是關(guān)于本地域的形成位置的參考點。參考點控制器26 可以被包括在在本地區(qū)域中預(yù)訂域5的預(yù)定設(shè)備中。參考點控制器26 向作為域中的其它客戶端設(shè)備的代表的域管理器22報告關(guān)于域5內(nèi)部 的信息，例如，關(guān)于域5的位置的信息?？商娲?，參考點控制器26可以不參與確定域5的位置。每個設(shè)
備均可以通過訪問域管理器22來提供關(guān)于在域中的位置的信息。艮口， 參考點控制器26可以參與或者不參與確定域的位置。這是根據(jù)執(zhí)行環(huán) 境的可選擇因素。
因此，域5的位置可以表示參考點控制器26在域中的位置或者每 個設(shè)備的位置。另一方面，通過將選擇包括參考點控制器26的參考點 控制器的數(shù)目限制為預(yù)定數(shù)目，能夠改進安全性。另外，用戶可以通 過參考點控制器26登錄。
下面將描述確定域的位置的方法。
在第一種方法中，可以通過使用參考點控制器26的IP地址來確 定域的位置。在此情形中，可以在高速因特網(wǎng)提供商向其分配固定IP 的模型中執(zhí)行第一種方法。
在第二種方法中，可以通過使用參考點控制器26的IP子網(wǎng)地址 來確定域的位置。例如，當子網(wǎng)地址與先前探測的子網(wǎng)地址相同時， 認為域沒有移動。當子網(wǎng)地址被改變時并且當TTL不在三個跳躍內(nèi)時， 認為域發(fā)生移動。
在第三種方法中，當域進入?yún)⒖键c控制器26的相鄰區(qū)域時，通過 使用參考點控制器26的介質(zhì)訪問控制(MAC)地址來識別域的位置。 例如，當被高速因特網(wǎng)提供商視為單獨的參考點控制器的機頂盒被安 裝在家庭中時，將機頂盒的周邊設(shè)置為域。以有線或者無線方式連接 到機頂盒的設(shè)備被識別該設(shè)備進入預(yù)定的域。因此，可以指定設(shè)備的 位置。
在第四種方法中，可以通過使用全球定位系統(tǒng)(GPS)來確定域的位置。
在第五種方法中，在諸如移動電話的可移動終端的情形中，可以 通過基站來確定在域中的設(shè)備的位置。
另一方面，當確定域移動時，域管理器22將域的移動的先前數(shù)目
增加l (操作S142)，并且識別目前已被增加的域的移動的總數(shù)N (操 作SM3)?？商娲兀斢虿灰苿訒r，保持當前形成的域5(操作S147)。
隨后，域管理器22將域的移動的當前總數(shù)N與域的移動的所存儲 的允許數(shù)目Na進行比較(操作S144)。當作為比較結(jié)果，確定域的 移動的總數(shù)N等于或者小于域的移動的允許數(shù)目Na時，域管理器22 保持當前域5 (操作S147)?？商娲兀斢虻囊苿拥目倲?shù)N大于域 的移動的允許數(shù)目Na時，域管理器22禁止使用當前域(操作S145)。
然后，域管理器22記錄關(guān)于當前用戶的服務(wù)停止歷史(操作 S146)。另外地，域管理器向服務(wù)提供商報告關(guān)于域破壞的信息。服 務(wù)提供商或者域管理器22可以向用戶傳送警告消息。另外，服務(wù)提供 商或者域管理器22勸導(dǎo)用戶通過客戶支付系統(tǒng)購買新的域登錄信息。
另一方面，根據(jù)服務(wù)提供商的策略，可以每隔一時段重置域的移 動的累積數(shù)目。例如，可以每年一次重置域的移動的數(shù)目。
<示例4-2〉
圖39是示出了根據(jù)示例4-2的管理域的方法的流程圖。圖39示 出了通過檢査域的形成位置來限制域的生成的過程。
為此，域管理器22存儲與登錄信息相應(yīng)的域位置的允許數(shù)目Ma。 域位置的允許數(shù)目Ma可以依賴于用戶所付的費用?？梢杂煞?wù)提供商 在政策方面設(shè)置數(shù)目上限。域位置的允許數(shù)目Ma可以被設(shè)置為五、八等。另外，域管理器22存儲并且管理域的當前和先前的位置。
參考圖39，域管理器22檢查域5的當前位置(操作S150)，并 且確定域是否移動(操作S151)。具體地，通過將域的當前位置與從 先前檢査獲得的域位置進行比較來確定域是否移動?？梢悦扛粢活A(yù)定 時段來執(zhí)行所述確定?？蛇x地，可以在形成新的域時執(zhí)行所述確定。 可選地，可以根據(jù)對服務(wù)提供商的監(jiān)控來任意執(zhí)行所述確定。
如上所述，參考點控制器26可以參與或者可以不參與確定域5的 位置。可以通過使用參考點控制器26的IP地址、IP子網(wǎng)地址、MAC 信息、GPS、移動通信信息等來確定域5的位置。
當確定域未移動時，域管理器22保持當前域5 (操作S158)。另 一方面，當確定域移動時，域管理器22通過將域5的當前位置與域的 所存儲的先前位置進行比較來確定域的當前位置是否為新的位置(操 作S152)。
當確定域的當前位置不是新的位置時，域管理器22保持當前域5 (操作S158)。另一方面，當域的當前位置是新的位置時，域管理器 22存儲域的當前位置(操作S153)。
隨后，域管理器22獲得包括域5的當前位置的域形成位置的總數(shù) M (操作S154)，并且將所獲得的數(shù)目M與域位置的預(yù)定允許數(shù)目 Ma進行比較(操作S155)。作為比較結(jié)果，當確定域形成位置的總數(shù) M等于或者小于域位置的允許數(shù)目Ma時，域管理器22保持當前域5 (操作S156)?？商娲兀斢蛐纬晌恢玫目倲?shù)M大于域位置的允許 數(shù)目Ma時，域管理器22破壞當前域5 (操作S157)。
然后，域管理器22記錄關(guān)于當前用戶的服務(wù)停止歷史。另外地， 域管理器向服務(wù)提供商報告關(guān)于域破壞的信息。服務(wù)提供商或者域管理器22可以向用戶傳送警告消息。
如上所述，在示例4-2中，域管理器22根據(jù)域的形成位置來對域 的形成進行限制。例如，當服務(wù)提供商允許四個域形成位置時，域管 理器22從域的第一位置自動記憶域的四個位置，并且確定域的隨后形 成位置是否偏離所允許的四個位置。當僅在所記憶的位置處形成域時， 雖然域頻繁移動，但是域的移動不受限制?？商娲兀斢蛞苿拥匠?了所述四個記憶位置之外的另一場所時，域管理器22對域的形成進行 限制。
另一方面，在用戶的動作范圍完全改變的情形中，例如，用戶移 動到新家，當域的位置與域的先前位置不相匹配時，需要基于除了域 管理器22首先記憶的域形成位置之外的移動位置來新存儲域形成位 置。在此情形中，可以響應(yīng)于用戶的特定請求來新重置關(guān)于域形成位 置的信息。
另外，可以通過服務(wù)提供商的策略來重置關(guān)于域形成位置的信息。 在此情形中，重置的數(shù)目可以受限。例如，可以將關(guān)于域形成位置的 信息的重置數(shù)目限制為每年一次或者兩次。另一方面，除了IP地址的 改變外，還可以通過使用服務(wù)預(yù)訂內(nèi)容和服務(wù)登錄信息來限定關(guān)于域 形成位置的信息的變化。
至此，描述了對能夠存儲和管理域的當前和先前位置以及基于預(yù) 定限制對域的移動的數(shù)目進行限制的域進行管理的方法。
7.用于防止內(nèi)容誤用和污染的結(jié)構(gòu)、操作和方案 當非可靠內(nèi)容(例如不適當?shù)膬?nèi)容或者被污染內(nèi)容等)被引入到 通過DRM互操作系統(tǒng)在不同類型的DRM間共享內(nèi)容的環(huán)境中時，用 戶或者系統(tǒng)可能遭受傷害。需要一種能夠處理所述傷害的系統(tǒng)和方案。在下文中，將描述通過使用DRM互操作系統(tǒng)來處理內(nèi)容的方法，
其中可以通過檢查外部引入的內(nèi)容是否被誤用、污染以及應(yīng)用安全功 能而準備適當動作。
圖40是示出了其中不同類型的DRM彼此兼容的環(huán)境的系統(tǒng)結(jié)構(gòu) 的框圖。
如圖40所示，DRM互操作系統(tǒng)340提供一種DRM互操作功能， 以使得預(yù)定的DRM區(qū)域(例如第一和第二 DRM區(qū)域320和330)彼 此兼容。在圖34中，描述了一種其中兩個DRM區(qū)域通過使用DRM互 操作系統(tǒng)而彼此兼容的情形。本發(fā)明不限于此。通過使用DRM互操作 系統(tǒng)，三個或者更多DRM區(qū)域可以彼此兼容。
第一 DRM區(qū)域320可以表示包括使用由第一服務(wù)提供商322采 用的第一 DRM的系統(tǒng)或者設(shè)備的DRM保護區(qū)域。
第一 DRM區(qū)域320可以包括第一 DRM系統(tǒng)323。第一 DRM系 統(tǒng)323用于生成第一 DRM內(nèi)容和第一許可證，所述第一許可證是用于 通過向由第一內(nèi)容提供商322提供的源內(nèi)容應(yīng)用第一DRM而使用第一 DRM內(nèi)容的權(quán)限信息，并且向第一客戶端設(shè)備210提供所生成的第一 DRM內(nèi)容和第一許可證。此時，第一客戶端設(shè)備210可以表示其中安 裝第一DRM的設(shè)備。因此，第一客戶端設(shè)備210可以在第一許可證所 允許的權(quán)限范圍內(nèi)使用第一DRM內(nèi)容。在圖40中，第一內(nèi)容提供商 325與第一服務(wù)提供商322分開。然而，本發(fā)明不限于此。第一內(nèi)容提 供商325可以與第一服務(wù)提供商322相同?？商娲?，第一內(nèi)容提供 商325可以被包括在第一服務(wù)提供商322中。
第一 DRM系統(tǒng)323可以與第一安全系統(tǒng)325交互。第一安全系 統(tǒng)324用于向第一DRM內(nèi)容應(yīng)用安全功能。例如，所述系統(tǒng)可以是提 供用于跟蹤使用內(nèi)容的用戶的跟蹤功能的指紋識別系統(tǒng)、用于保護作者的版權(quán)的水印系統(tǒng)、用于檢查并且修復(fù)病毒污染的內(nèi)容的防病毒系 統(tǒng)、用于防止內(nèi)容誤用的可能性的防誤用系統(tǒng)或者入侵檢測系統(tǒng) (IDS)。
第二 DRM區(qū)域330使用與上述第一 DRM區(qū)域320的DRM不同 的DRM。 g口，第二DRM區(qū)域330可以表示包括使用由第二服務(wù)提供 商332采用的第二 DRM的系統(tǒng)或者設(shè)備的DRM保護區(qū)域。
第二 DRM區(qū)域330可以包括第二 DRM系統(tǒng)333。第二 DRM系 統(tǒng)333用于生成第二 DRM內(nèi)容和第二許可證，所述第二許可證是用于 通過向由第二內(nèi)容提供商335提供的源內(nèi)容應(yīng)用第二DRM而使用第二 DRM內(nèi)容的權(quán)限信息，并且向第二客戶端設(shè)備331提供所生成的第二 DRM內(nèi)容和第二許可證。此時，第二客戶端設(shè)備331可以表示其中安 裝第二DRM的設(shè)備。因此，第二客戶端設(shè)備331可以在第二許可證允 許的權(quán)限范圍內(nèi)使用第二 DRM內(nèi)容。在圖40中，第二內(nèi)容提供商335 與第二服務(wù)提供商332分開。然而，本發(fā)明不限于此。第二內(nèi)容提供 商335可以與第二服務(wù)提供商332相同?？商娲?，第二內(nèi)容提供商 335可以被包括在第二服務(wù)提供商332中。
第二 DRM系統(tǒng)333可以與第二安全系統(tǒng)334交互。第二安全系 統(tǒng)333是用于向第二DRM內(nèi)容應(yīng)用安全功能的系統(tǒng)。例如，所述系統(tǒng) 可以是水印系統(tǒng)、指紋識別系統(tǒng)、防病毒系統(tǒng)、防誤用系統(tǒng)或者IDS。
圖41是示出了DRM區(qū)域的詳細結(jié)構(gòu)的框圖。圖41中所示的DRM 區(qū)域的結(jié)構(gòu)可以被公共地應(yīng)用于圖40中所示的第一或者第二 DRM區(qū) 域320或者330的結(jié)構(gòu)。
參考圖41，內(nèi)容提供商380向被應(yīng)用預(yù)定的安全功能(諸如水印) 的DRM系統(tǒng)371提供具有原始數(shù)據(jù)類型的內(nèi)容或者內(nèi)容。DRM系統(tǒng)371的DRM服務(wù)器372通過使用加密模塊來加密所提 供的內(nèi)容，并且將用于加密所述內(nèi)容和許可證信息的密鑰值與所加密 的內(nèi)容一起傳送給客戶端設(shè)備360?？梢杂稍S可證服務(wù)器375來提供許 可證信息。接收所加密的內(nèi)容的客戶端設(shè)備360的客戶端DRM模塊 361，通過對所加密的內(nèi)容解密來復(fù)原所述內(nèi)容。
另外，可以將指紋識別信息插入到將被傳送到客戶端設(shè)備360的 內(nèi)容中。通過包括在服務(wù)提供商370中的指紋識別系統(tǒng)376來執(zhí)行該 指紋識別信息的插入。指紋識別系統(tǒng)376可以包括指紋識別代碼生成 器377、檢查器378、指紋識別引擎379等。可以將用于識別客戶端設(shè) 備360的用戶的指紋識別信息插入到將被傳送到客戶端設(shè)備360的內(nèi) 容中?？梢酝ㄟ^包括在客戶端設(shè)備360中的指紋識別引擎來執(zhí)行該指 紋識別信息的插入。
在圖41中，示出了其中將指紋識別功能應(yīng)用于內(nèi)容的示例。然而， 能夠被應(yīng)用于所述內(nèi)容的安全功能可以是上述的水印功能、防誤用功 能或者IDS功能。
如圖40和41所示，用于向所述內(nèi)容施加安全功能的安全系統(tǒng)(諸 如指紋識別系統(tǒng)、水印系統(tǒng)、防病毒系統(tǒng)、防誤用系統(tǒng)、IDS等)可以 被安裝在DRM區(qū)域的服務(wù)提供商中?？商娲?，所述安全系統(tǒng)可以被 包括在DRM互操作系統(tǒng)中。
圖42是示出了DRM互操作系統(tǒng)的結(jié)構(gòu)的框圖。圖42示出了其 中所述DRM互操作系統(tǒng)包括確保外部引入的內(nèi)容的可靠性的功能的 情形。
如圖42所示，所述DRM互操作系統(tǒng)還可包括安全系統(tǒng)9和內(nèi)容 可靠性管理部分8。如上所述，安全系統(tǒng)9可以表示指紋識別系統(tǒng)、水 印系統(tǒng)、防病毒系統(tǒng)、防誤用系統(tǒng)或者IDS。安全系統(tǒng)9可以被包括在DRM互操作系統(tǒng)500中?？商娲?，DRM互操作系統(tǒng)500可以與另 一安全系統(tǒng)交互。
內(nèi)容可靠性管理部分8可以與外部本地DRM區(qū)域交互，并且包 括用于確保內(nèi)容可靠性的各種過程。當在外部請求將內(nèi)容引入時，可 以自動執(zhí)行內(nèi)容可靠性管理部分8的過程?？商娲?，可以響應(yīng)于處 理控制部分的請求來執(zhí)行該過程。將根據(jù)下面的方案描述內(nèi)容可靠性 管理部分8的過程。在下文中，將描述當在DRM互操作環(huán)境中傳送內(nèi)容時其中能夠 確保內(nèi)容的可靠性的方案。此時，在DRM互操作環(huán)境中，可以經(jīng)由 DRM互操作系統(tǒng)從預(yù)定的DRM區(qū)域向目標DRM區(qū)域傳送內(nèi)容。
首先，在下面的描述中，順序地描述當傳送DRM內(nèi)容時能夠應(yīng) 用防誤用策略的方案、當允許DRM與另一 DRM兼容時能夠防止被病 毒感染的內(nèi)容擴散的方案、當允許DRM與另一 DRM兼容時能夠應(yīng)用 水印功能的方案、當允許DRM與另一 DRM兼容時能夠應(yīng)用水印功能 的另一方案、當允許DRM與另一 DRM兼容時能夠應(yīng)用指紋識別功能 的方案、當允許DRM與另一 DRM兼容時能夠應(yīng)用指紋識別功能的另 一方案和當其指紋識別信息與存儲信息不匹配的用戶請求傳輸內(nèi)容時
使用的處理方案。為了便于理解，將第一方案稱為示例5-l。將第二方 案稱為示例5-2。將第三方案稱為示例5-3。將第四方案稱為示例5-4。 將第五方案稱為示例5-5。將第六方案稱為示例5-6。將第七方案稱為 示例5-7。
<示例5-1>
圖43是示出了根據(jù)示例5-1的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖43示出了當在DRM互操作環(huán)境中傳送 DRM內(nèi)容時能夠應(yīng)用防止內(nèi)容誤用策略的過程。設(shè)計所述防誤用策略，以防止其中不正確使用DRM內(nèi)容的情形。 例如，所述防誤用策略可以包括這樣一種策略，它預(yù)先防止幼兒觀看 低于19歲的用戶不能使用的成人內(nèi)容。
如圖43所示，DRM互操作系統(tǒng)500接收請求從包括在第一 DRM 區(qū)域中的第一客戶端設(shè)備410向包括在第二 DRM區(qū)域600中的第二客 戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容請求消息(操作S170)。內(nèi)容傳輸 請求消息可以包括被請求傳送的內(nèi)容、關(guān)于傳送內(nèi)容的發(fā)送器的信息、 關(guān)于接收內(nèi)容的接收器的信息等。此時，因為從包括在第一DRM區(qū)域 400中的第一客戶端設(shè)備410傳送所請求的內(nèi)容，所以所請求的內(nèi)容可 以表示應(yīng)用第一 DRM的內(nèi)容。
當接收傳送內(nèi)容的請求時，DRM互操作系統(tǒng)500從所接收的內(nèi)容 傳輸請求消息中提取發(fā)送器信息和接收器信息(操作S171)。隨后， DRM互操作系統(tǒng)500請求第一 DRM區(qū)域400的預(yù)定實體提供與所提 取的發(fā)送器信息相應(yīng)的傳輸用戶信息(操作S172)，并且請求第二DRM 區(qū)域600的預(yù)定實體提供與接收器信息相應(yīng)的接收用戶信息(操作 S173)。
此時，第一 DRM區(qū)域400的預(yù)定實體可以是第一服務(wù)提供商420。 第二DRM區(qū)域600的預(yù)定實體可以是第二服務(wù)提供商620。然后，第 一和第二服務(wù)提供商420和620響應(yīng)于請求向DRM互操作系統(tǒng)500提 供傳輸用戶信息和接收用戶信息(操作S174和S175)?？梢酝ㄟ^在 DRM互操作系統(tǒng)500和服務(wù)提供商420和620之間通信請求和響應(yīng)而 傳送傳輸用戶信息和接收用戶信息。
傳輸用戶 信息可以表示關(guān)于傳送所述內(nèi)容的第一客戶端設(shè)備410 的用戶的信息。另外，接收用戶信息可以表示關(guān)于接收所述內(nèi)容的第 二客戶端設(shè)備610的用戶的信息。傳輸用戶信息和接收用戶信息包括 關(guān)于用戶的預(yù)定信息，它是用于應(yīng)用防止內(nèi)容誤用策略的確定標準，例如，關(guān)于用戶年齡的信息。
隨后，DRM互操作系統(tǒng)500可以請求第一 DRM區(qū)域400的預(yù)定 實體(例如，第一服務(wù)提供商420)提供內(nèi)容信息(操作S176)。第 一服務(wù)提供商420響應(yīng)于請求提供所述內(nèi)容信息(操作S177)。此時， 所述內(nèi)容信息可以包括用于防止內(nèi)容誤用的限制信息。例如，所述內(nèi) 容信息可以包括關(guān)于可以使用所述內(nèi)容的用戶的年齡限制的信息。
然后，DRM互操作系統(tǒng)500通過比較和分析內(nèi)容信息以及傳輸和 接收用戶信息而確定內(nèi)容誤用的可能性(操作S178)，并且根據(jù)確定 結(jié)果向第一客戶端設(shè)備410報告是否所述內(nèi)容將傳送到第二客戶端設(shè) 備610 (操作179)。另外，DRM互操作系統(tǒng)500可以向第二客戶端 設(shè)備610報告是否傳送所述內(nèi)容。通過DRM互操作系統(tǒng)500或者外部 的防止誤用系統(tǒng)來確定內(nèi)容誤用的可能性。
例如，當在所述內(nèi)容信息中包括的年齡限制信息表示不允許低于 19歲的用戶時并且當傳輸用戶的年齡為15歲時，DRM互操作系統(tǒng)500 確定所請求的內(nèi)容有可能被誤用，報告表示不能將所述內(nèi)容傳送到第 一客戶端設(shè)備410的消息，并且停止所述過程。
另一方面，當接收和傳輸用戶的年齡為24歲時，DRM互操作系 統(tǒng)500確定不可能誤用所請求內(nèi)容并且報告表示將所述內(nèi)容正常傳送 到第一客戶端設(shè)備410的消息。在報告所述正常傳輸之后，DRM互操 作系統(tǒng)500將許可證信息和應(yīng)用于所請求內(nèi)容的數(shù)據(jù)保護技術(shù)從第一 DRM轉(zhuǎn)換到第二 DRM (操作S180)，并且向第二客戶端設(shè)備610傳 送轉(zhuǎn)換結(jié)果(操作S181)。
通過與DRM互操作系統(tǒng)500相關(guān)的DRM提供商(未示出)以及 服務(wù)提供商420和620的會議或者批準而可以確定和接受所述內(nèi)防止 容誤用策略。另外，可以以可擴展標記語言(XML)、超文本標記語言(HTML)或者一般數(shù)據(jù)的格式來通信在第一DRM區(qū)域400、 DRM 互操作系統(tǒng)500和第二 DRM區(qū)域600之間的通信消息。當執(zhí)行通信時， 可以提供具有高級加密標準(AES) 128位或者更多位的安全信道。
<示例5-2>
圖44是示出了根據(jù)示例5-2的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖44示出了當允許DRM與另一 DRM兼容 時防止病毒污染的內(nèi)容擴散的過程。
如圖44所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410向第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作 S190)。所述內(nèi)容傳輸請求消息包括被請求傳送的內(nèi)容。因為從包括 在第一 DRM區(qū)域400中的第一客戶端設(shè)備410傳送所請求的內(nèi)容，所 以所述內(nèi)容表示應(yīng)用第一 DRM的內(nèi)容。
當接收內(nèi)容傳輸請求消息時，DRM互操作系統(tǒng)500通過分析所請 求的內(nèi)容來確定所述內(nèi)容是否被污染(操作S192)。根據(jù)確定結(jié)果， DRM互操作系統(tǒng)500確定是否將所述內(nèi)容傳送到第二客戶端設(shè)備610 并且向第一客戶端設(shè)備410報告確定結(jié)果(操作S193)。此時，DRM 互操作系統(tǒng)500也可以向第二客戶端設(shè)備610報告確定結(jié)果。
例如，DRM互操作系統(tǒng)500對于所請求的內(nèi)容執(zhí)行病毒檢査。當 所述內(nèi)容被病毒污染時，DRM互操作系統(tǒng)500確定不能傳送所述內(nèi)容， 向第一客戶端設(shè)備410報告表示確定結(jié)果的消息，并且停止所述過程。 在此情形中，第一客戶端設(shè)備410或者第一服務(wù)提供商420能夠從所 述內(nèi)容清除病毒。隨后，第一客戶端設(shè)備410請求DRM互操作系統(tǒng) 500重新傳送所述內(nèi)容。
可替代地，當所請求的內(nèi)容未被病毒污染時，DRM互操作系統(tǒng) 500確定正常傳送所述內(nèi)容并且向第一客戶端設(shè)備410報告表示所述確
96定結(jié)果的消息。
隨后，DRM互操作系統(tǒng)500執(zhí)行DRM轉(zhuǎn)換，其中將許可證信息 和應(yīng)用于所請求的內(nèi)容的數(shù)據(jù)保護技術(shù)從第一 DRM轉(zhuǎn)換到第二 DRM (操作S193)，并且向第二客戶端設(shè)備610傳送轉(zhuǎn)換結(jié)果(操作S194)。
另一方面，DRM互操作系統(tǒng)500確定內(nèi)容污染的可能性。當內(nèi)容 被污染時，DRM互操作系統(tǒng)可以從所述內(nèi)容清除病毒并且正常傳送所 述內(nèi)容。在此情形中，DRM互操作系統(tǒng)500可以包括能夠從所述內(nèi)容 清除病毒的工具或者系統(tǒng)，或者請求通過網(wǎng)絡(luò)連接的單獨的防病毒系 統(tǒng)從所述內(nèi)容清除病毒。另外，可以將污染所述內(nèi)容的病毒的詳細描 述以及清除結(jié)果報告給第一客戶端設(shè)備410。
<示例5-3〉
圖45是示出了根據(jù)示例5-3的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖45示出了當允許DRM與另一 DRM兼容 時能夠應(yīng)用水印功能的示例。
如圖45所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410向第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作 S190)。內(nèi)容傳輸請求消息包括被請求傳送的內(nèi)容。因為從包括在第 一 DRM區(qū)域400中的第一客戶端設(shè)備410傳送所請求的內(nèi)容，所以所 述內(nèi)容表示應(yīng)用第一 DRM的內(nèi)容。
當接收內(nèi)容傳輸請求消息時，DRM互操作系統(tǒng)500通過分析被請 求傳送的內(nèi)容而確定是否將水印插入到所述內(nèi)容中(操作S196)。當 將水印插入到所述內(nèi)容中時，DRM互操作系統(tǒng)500執(zhí)行DRM轉(zhuǎn)換過 程，其中將許可證信息和應(yīng)用于所請求的內(nèi)容的數(shù)據(jù)保護技術(shù)從第一 DRM轉(zhuǎn)換到第二DRM (操作S201)，并且向第二客戶端設(shè)備610傳 送轉(zhuǎn)換結(jié)果(操作S202)?？商娲?，當不將水印插入到所請求的內(nèi)容中時，DRM互操作系 統(tǒng)500請求第一 DRM區(qū)域400的預(yù)定實體(例如，第一服務(wù)提供商 420)來執(zhí)行加水印過程(操作S197)。具體地，請求將水印插入到被 請求傳送的內(nèi)容中。然后，被請求執(zhí)行加水印過程的第一服務(wù)提供商 420，將水印插入到被請求傳送的內(nèi)容中(操作S198)，并且請求DRM 互操作系統(tǒng)500再次傳送所述內(nèi)容(操作S199)。
DRM互操作系統(tǒng)500檢查是否將水印插入到所請求的內(nèi)容中(操 作S200)，執(zhí)行DRM轉(zhuǎn)換過程，其中將許可證信息和應(yīng)用于所請求 的內(nèi)容的數(shù)據(jù)保護技術(shù)從第一DRM轉(zhuǎn)換到第二DRM (操作S201)， 并且向第二客戶端設(shè)備610傳送轉(zhuǎn)換結(jié)果(操作S202)。
另一方面，當用于提供水印功能的引擎被安裝在第一客戶端設(shè)備 410中時，DRM互操作系統(tǒng)500可以請求第一客戶端設(shè)備410來執(zhí)行 加水印過程。此時，第一客戶端設(shè)備410可以請求第一服務(wù)提供商420 或者內(nèi)容提供商提供用于生成所述水印的版權(quán)信息，并且能夠獲得所 述版權(quán)信息。
至此，參考圖45描述了當允許DRM與另一DRM兼容時插入水 印的過程。為了實施圖45中所示的過程，必須在第一 DRM區(qū)域400 的預(yù)定實體中包括用于提供加水印功能的水印系統(tǒng)?？商娲?，當在 第一 DRM區(qū)域400的預(yù)定實體中不包括水印系統(tǒng)時，DRM互操作系 統(tǒng)500可以執(zhí)行加水印過程或者請求單獨的水印系統(tǒng)來執(zhí)行所述加水 印過程。下面將參考圖46描述這些情形。
<示例5-4>
圖46是示出了根據(jù)示例5-4的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖46示出了當允許DRM與另一 DRM兼容 時能夠應(yīng)用水印功能的另一示例。
98如圖46所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410向第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作 S210)。內(nèi)容傳輸請求消息包括被請求傳送的內(nèi)容。因為從包括在第 一 DRM區(qū)域400中的第一客戶端設(shè)備410傳送所請求的內(nèi)容，所以所 述內(nèi)容表示應(yīng)用第一 DRM的內(nèi)容。
當接收內(nèi)容傳輸請求消息時，DRM互操作系統(tǒng)500確定是否將水 印插入到所請求的內(nèi)容中(操作S211)。當將水印插入到所述內(nèi)容中 時，DRM互操作系統(tǒng)500執(zhí)行DRM轉(zhuǎn)換過程，其中將許可證信息和 應(yīng)用于所請求的內(nèi)容的數(shù)據(jù)保護技術(shù)從第一DRM轉(zhuǎn)換到第二DRM(操 作S215)，并且向第二客戶端設(shè)備610傳送轉(zhuǎn)換結(jié)果(操作S216)。
可替代地，當不將水印插入到所請求的內(nèi)容中時，DRM互操作系 統(tǒng)500請求第一 DRM區(qū)域400的預(yù)定實體(例如，第一服務(wù)提供商 420)提供關(guān)于所請求的內(nèi)容的版權(quán)擁有者的信息(操作S212)。具體 地，關(guān)于版權(quán)擁有者的信息可以是關(guān)于內(nèi)容提供商的信息。在此情形 中，DRM互操作系統(tǒng)500可以請求第一服務(wù)提供商420提供關(guān)于版權(quán) 擁有者的信息。可替代地，DRM互操作系統(tǒng)500可以直接請求內(nèi)容提 供商來提供關(guān)于版權(quán)擁有者的信息。在示例5-4中，假定由第一服務(wù)提 供商420來提供關(guān)于版權(quán)擁有者的信息。然而，本發(fā)明不限于此。
第一服務(wù)提供商420響應(yīng)于從DRM互操作系統(tǒng)500傳送的請求 關(guān)于版權(quán)擁有者的信息而向DRM互操作系統(tǒng)500提供關(guān)于版權(quán)擁有者 的信息(操作S213)。然后，DRM互操作系統(tǒng)500通過使用由DRM 互操作系統(tǒng)500提供的關(guān)于版權(quán)擁有者的信息來生成水印，解密被請 求傳送的內(nèi)容，并且執(zhí)行其中將所生成的水印插入到所述內(nèi)容中的加 水印過程(操作S214)。此時，DRM互操作系統(tǒng)500可以包括水印系 統(tǒng)并且使用所述水印系統(tǒng)。可替代地，DRM互操作系統(tǒng)500可以直接 請求通過網(wǎng)絡(luò)連接的單獨水印系統(tǒng)來執(zhí)行水印過程。當水印過程完成時，DRM互操作系統(tǒng)500執(zhí)行DRM轉(zhuǎn)換過程(操 作S215)。具體地，將許可證信息和應(yīng)用于水印被插入其中的內(nèi)容的 數(shù)據(jù)保護技術(shù)轉(zhuǎn)換為作為目標DRM的第二DRM。隨后，DRM互操作 系統(tǒng)500向第二客戶端設(shè)備610傳送所轉(zhuǎn)換的內(nèi)容(操作S216)。
另一方面，DRM互操作系統(tǒng)500可以使得通過向第一客戶端設(shè)備 410提供關(guān)于單獨水印系統(tǒng)的地址(例如，URL地址)的信息而能夠 執(zhí)行水印過程。在此情形中，第一客戶端設(shè)備410可以直接請求第一 服務(wù)提供商420或者內(nèi)容提供商來提供關(guān)于水印過程所需的版權(quán)的信 息?？商娲?，DRM互操作系統(tǒng)500可以向第一客戶端設(shè)備410提供 關(guān)于由第一服務(wù)提供商420提供的版權(quán)連同URL地址的信息。另外， DRM互操作系統(tǒng)500可以使得通過向第一 DRM區(qū)域400的第一服務(wù) 提供商420或者內(nèi)容提供商提供單獨水印系統(tǒng)的URL地址而能夠執(zhí)行 水印過程。
<示例5-5>
圖47是示出了根據(jù)示例5-5的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖47示出了當允許DRM與另一 DRM兼容 時能夠應(yīng)用指紋識別功能的示例。
如圖47所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410向第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作 S221)。內(nèi)容傳輸請求消息包括被請求傳送的內(nèi)容。因為從包括在第 一 DRM區(qū)域400中的第一客戶端設(shè)備410傳輸所請求的內(nèi)容，所以所 述內(nèi)容表示應(yīng)用第一DRM的內(nèi)容。
當接收內(nèi)容傳輸請求消息時，DRM互操作系統(tǒng)500通過分析被請 求傳送的內(nèi)容而確定是否將包括第一客戶端設(shè)備410的用戶信息的指 紋插入到所述內(nèi)容中(操作S222)。所述確定過程可以在接收到內(nèi)容傳輸請求立即之后或者在執(zhí)行DRM轉(zhuǎn)換立即之前執(zhí)行。
當確定將指紋正常插入到所述內(nèi)容中時，DRM互操作系統(tǒng)500執(zhí) 行DRM轉(zhuǎn)換過程，其中將許可證信息和應(yīng)用于所請求的內(nèi)容的數(shù)據(jù)保 護技術(shù)從第一 DRM轉(zhuǎn)換到第二DRM (操作S227)，并且向第二客戶 端設(shè)備610傳送轉(zhuǎn)換結(jié)果(操作S228)。
可替代地，當確定不將指紋插入到被請求傳送的內(nèi)容中時，DRM 互操作系統(tǒng)500請求第一客戶端設(shè)備410執(zhí)行指紋識別過程(操作 S223)。具體地，請求將包括第一客戶端設(shè)備410的用戶信息的指紋 插入到被請求傳送的內(nèi)容中。
此時，DRM互操作系統(tǒng)能夠通過URL觸發(fā)器或者反通道向第一 客戶端設(shè)備410提供例如URL的對提供用于執(zhí)行指紋識別過程的指紋 識別引擎所需要的所述地址信息。因為指紋識別算法顯著不同，所以 DRM互操作系統(tǒng)500可以不存儲和管理所有的指紋識別算法。因此， DRM互操作系統(tǒng)500必須向第一客戶端設(shè)備410提供可以下載具有用 于第一 DRM區(qū)域400中的算法的指紋識別引擎的指紋識別系統(tǒng)的地 址。通過在DRM互操作系統(tǒng)500和第一服務(wù)提供商420之間通信請求 和響應(yīng)可以獲得指紋識別系統(tǒng)的地址。
所述指紋識別系統(tǒng)可以被包括在第一服務(wù)提供商420中?？商娲?地，所述指紋識別系統(tǒng)可以是與服務(wù)提供商420交互的預(yù)定服務(wù)器。 然而，當在第一DRM區(qū)域400中不包括指紋識別功能時，第一服務(wù)提 供商420不能提供指紋識別功能。在此情形中，DRM互操作系統(tǒng)500 可以向第一客戶端設(shè)備提供能夠提供指紋識別引擎的單獨的指紋識別
系統(tǒng)的地址信息。另外，當在第一客戶端設(shè)備410中安裝預(yù)定的指紋 識別引擎時，DRM互操作系統(tǒng)500可以不傳送另外的地址信息并且請 求第一客戶端設(shè)備410通過所安裝的指紋識別引擎執(zhí)行指紋識別過程。被請求執(zhí)行指紋識別過程的第一客戶端設(shè)備410可以通過使用從
DRM互操作系統(tǒng)500接收的地址信息來下載指紋識別引擎而執(zhí)行指紋 識別過程，或者通過使用所安裝的指紋識別引擎來執(zhí)行指紋識別過程 (操作S224)。具體地，將包括用戶信息的所述指紋插入到所請求內(nèi) 容中。
隨后，第一客戶端設(shè)備410再次請求DRM互操作系統(tǒng)500將指 紋被插入其中的內(nèi)容傳送到第二客戶端設(shè)備610 (操作S225)。然后， DRM互操作系統(tǒng)500檢査是否將指紋插入到所請求的內(nèi)容中(操作 S226)，執(zhí)行DRM轉(zhuǎn)換過程，其中將許可證信息和應(yīng)用于所請求內(nèi)容 的數(shù)據(jù)保護技術(shù)從第一DRM轉(zhuǎn)換為第二DRM (操作S227)，并且向 第二客戶端設(shè)備610傳送轉(zhuǎn)換結(jié)果(操作S228)。
另一方面，雖然未示出，但是DRM互操作系統(tǒng)500可以請求接 收所述內(nèi)容的第二客戶端設(shè)備610來執(zhí)行指紋識別過程。在此情形中， DRM互操作系統(tǒng)500可以向第二客戶端設(shè)備610提供能夠執(zhí)行指紋識 別過程的指紋識別系統(tǒng)的地址信息。此時，通過在DRM互操作系統(tǒng) 500和第二服務(wù)提供商610之間通信請求和響應(yīng)可以獲得指紋識別系統(tǒng) 的地址信息。另外，當?shù)诙?wù)提供商610不包括指紋識別功能時， DRM互操作系統(tǒng)500可以提供單獨的指紋識別系統(tǒng)的地址。
<示例5-6>
圖48是示出了根據(jù)示例5-6的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖48示出了當允許DRM與另一 DRM兼容 時能夠應(yīng)用指紋識別功能的另一示例。在示例5-6中，DRM互操作系 統(tǒng)包括指紋識別引擎。
如圖48所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410向第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作 S230)。內(nèi)容傳輸請求消息包括被請求傳送的內(nèi)容。因為從包括在第
102一 DRM區(qū)域400中的第一客戶端設(shè)備410傳送所請求的內(nèi)容，所以所 述內(nèi)容表示應(yīng)用第一 DRM的內(nèi)容。所接收的內(nèi)容傳輸請求消息包括傳 輸和接收用戶信息，即，第一和第二客戶端設(shè)備410和610的用戶信 息。
隨后，DRM互操作系統(tǒng)500通過分析被請求傳送的內(nèi)容來確定是 否將包括第一客戶端設(shè)備410的用戶信息的指紋插入到所述內(nèi)容中(操 作S231)。當將指紋插入到被請求傳送的所述內(nèi)容中時，DRM互操作 系統(tǒng)500執(zhí)行DRM轉(zhuǎn)換過程，其中將許可證信息和應(yīng)用于所請求的內(nèi) 容的數(shù)據(jù)保護技術(shù)從第一DRM轉(zhuǎn)換為第二DRM (操作S233)，并且 向第二客戶端設(shè)備610傳輸轉(zhuǎn)換結(jié)果(操作S234)。
可替代地，當不將指紋插入到被請求傳送的內(nèi)容中時，DRM互操 作系統(tǒng)500通過使用包括在DRM互操作系統(tǒng)500中的指紋引擎來生成 包括所接收的第一客戶端設(shè)備410的用戶信息的指紋，加密被請求傳 送的所述內(nèi)容，并且執(zhí)行指紋識別過程，其中將所生成的指紋插入所 述內(nèi)容中(操作S232)。指紋識別引擎以緩存的形式被存儲在DRM 互操作系統(tǒng)500中的預(yù)定設(shè)備中。當執(zhí)行指紋識別過程時，可以操作 所述指紋識別引擎。
當指紋識別過程(操作S232)完成時，DRM互操作系統(tǒng)500執(zhí) 行DRM轉(zhuǎn)換過程(操作S233)。
具體地，將許可證信息和應(yīng)用于向其中插入指紋的內(nèi)容的數(shù)據(jù)保 護技術(shù)轉(zhuǎn)換為作為目標DRM的第二 DRM。隨后，DRM互操作系統(tǒng) 500向第二客戶端設(shè)備610傳送所轉(zhuǎn)換的內(nèi)容(操作S234)。
另一方面，DRM互操作系統(tǒng)500可以將包括關(guān)于接收內(nèi)容的第二 客戶端設(shè)備610的信息的指紋插入到所述內(nèi)容中。在此情形中，DRM 互操作系統(tǒng)500必須以緩存的形式存儲相應(yīng)的指紋識別引擎。<示例5國7>
圖49是示出了根據(jù)示例5-7的通過使用DRM互操作系統(tǒng)來處理 內(nèi)容的方法的功能框圖。圖49示出了當指紋信息與用戶信息不匹配的 用戶請求傳送內(nèi)容時向包括或者分發(fā)所述內(nèi)容的系統(tǒng)報告所述內(nèi)容的 指紋信息與用戶信息不匹配的過程。
如圖49所示，DRM互操作系統(tǒng)500接收請求從第一客戶端設(shè)備 410到第二客戶端設(shè)備610傳送預(yù)定內(nèi)容的內(nèi)容傳輸請求消息(操作
5250) 。所述內(nèi)容傳輸請求消息包括傳輸和接收用戶信息，即，第一 和第二客戶端設(shè)備410和610的用戶信息。另外，將指紋插入到被請 求傳送的內(nèi)容中。
DRM互操作系統(tǒng)500比較和分析在插入到被請求傳送的內(nèi)容中的 指紋信息中包括的用戶信息和第一客戶端設(shè)備410的用戶信息(操作
5251) 。當發(fā)現(xiàn)其中在指紋中包括的用戶信息與第一客戶端設(shè)備410 的用戶信息不匹配的錯誤時(操作S252) ， DRM互操作系統(tǒng)500向第 一客戶端設(shè)備報告發(fā)生錯誤(操作S254)。另外，DRM互操作系統(tǒng) 500向第二客戶端設(shè)備610傳送表示內(nèi)容共享未被批準的不同意(操作 S253)。因此，不能傳送指紋與第一客戶端設(shè)備410的用戶信息不匹 配的非法內(nèi)容。
雖然已經(jīng)參考其示范性實施例具體示出和描述了本發(fā)明，但是本 領(lǐng)域技術(shù)人員應(yīng)理解，在不背離如由所附權(quán)利要求書所限定的本發(fā)明 的精神和范圍的情況下，可以在形式和細節(jié)方面做出各種改變。
權(quán)利要求
1.一種在數(shù)據(jù)互操作環(huán)境中控制數(shù)據(jù)傳遞的方法，該方法包括從客戶端接收傳送數(shù)據(jù)的請求；收集關(guān)于要參與傳送數(shù)據(jù)的各實體的信息；通過使用所收集的關(guān)于所述各實體的所述信息形成包括至少兩個實體的鏈；通過所述鏈傳送多個數(shù)據(jù)；以及接收事件消息，所述事件消息用于表示從包括在所述鏈中的至少一個實體傳送的數(shù)據(jù)的傳輸狀態(tài)，其中，所述數(shù)據(jù)包括內(nèi)容和許可證中的一個，并且內(nèi)容或許可證中的至少一個是可互操作的。
2. 根據(jù)權(quán)利要求1的方法，其中，所述接收傳送數(shù)據(jù)的請求的步驟包括接收傳輸會話標識符 和多個數(shù)據(jù)標識符，并且其中，所述多個數(shù)據(jù)對應(yīng)于所述多個數(shù)據(jù)標識符。
3. 根據(jù)權(quán)利要求1的方法，還包括響應(yīng)于所述傳送數(shù)據(jù)的請求， 生成傳輸會話標識符和多個數(shù)據(jù)標識符，其中通過所述鏈傳送的所述 多個數(shù)據(jù)對應(yīng)于所述多個數(shù)據(jù)標識符。
4. 根據(jù)權(quán)利要求1的方法，其中所述收集關(guān)于要參與傳送數(shù)據(jù)的 各實體的信息的步驟包括向所述各實體査詢關(guān)于所述各實體的信息，包括能力信息； 接收響應(yīng)于所述査詢而接收的關(guān)于所述各實體的所述信息；并且 通過利用所接收的關(guān)于所述各實體的信息來識別至少一條關(guān)于 源、中間和目標設(shè)備、系統(tǒng)和DRM的信息。
5. 根據(jù)權(quán)利要求4的方法，還包括通過使用所識別的至少一條信息來確定是否執(zhí)行所請求的數(shù)據(jù)傳輸。
6.根據(jù)權(quán)利要求l的方法，其中，構(gòu)成所述鏈的所述至少兩個實 體包括導(dǎo)出器，用于從源導(dǎo)出所述多個數(shù)據(jù)并且傳送所導(dǎo)出的數(shù)據(jù)； 轉(zhuǎn)換器，用于把從所述導(dǎo)出器傳送的所述多個數(shù)據(jù)轉(zhuǎn)換成具有目標所要求的格式的數(shù)據(jù)并且傳送所轉(zhuǎn)換的數(shù)據(jù)；和導(dǎo)入器，用于接收從所述轉(zhuǎn)換器傳送的所述多個數(shù)據(jù)并且將所接收的數(shù)據(jù)提供給所述目標。
7. 根據(jù)權(quán)利要求l的方法，其中，構(gòu)成所述鏈的所述至少兩個實 體包括-導(dǎo)出器，用于從源導(dǎo)出所述多個數(shù)據(jù)并且傳送所導(dǎo)出的數(shù)據(jù)；和 導(dǎo)入器，用于接收從所述導(dǎo)出器傳送的所述多個數(shù)據(jù)并且將所接 收的數(shù)據(jù)提供給所述目標。
8. 根據(jù)權(quán)利要求l的方法，其中，所述形成鏈的步驟包括 向包括在所述鏈中的至少兩個實體傳送控制消息；并且 在接收所述控制消息的各實體間建立安全認證信道。
9.根據(jù)權(quán)利要求8的方法，其中在傳送所述控制消息時，所述目 標的DRM信息被提供給至少一個實體。
10. 根據(jù)權(quán)利要求l的方法，還包括向包括在所述鏈中的各實體中的至少一個實體請求預(yù)訂能夠接收 事件消息的預(yù)定事件；并且從請求所述預(yù)定事件的所述至少一個實體接收預(yù)訂所述預(yù)定事件 的許可。
11. 根據(jù)權(quán)利要求1的方法，其中，用于表示所述數(shù)據(jù)的所述傳輸狀態(tài)的事件消息包括以下事件消息中的至少一個用于表示數(shù)據(jù)開 始被傳送的事件消息、用于表示數(shù)據(jù)正在被傳輸?shù)剿鲦湹氖录ⅰ?用于表示數(shù)據(jù)傳輸完成的事件消息、用于表示發(fā)生錯誤的事件消息、 用于表示轉(zhuǎn)換數(shù)據(jù)的過程的事件消息和用于表示正在通過加密技術(shù)轉(zhuǎn) 換數(shù)據(jù)的事件消息。
12. 根據(jù)權(quán)利要求1的方法，還包括向所述客戶端提供通過所 接收的事件消息收集的數(shù)據(jù)傳輸信息，其中為每個所傳送的數(shù)據(jù)提供 所述數(shù)據(jù)傳輸信息，或者通過共同地管理多個數(shù)據(jù)而提供所述數(shù)據(jù)傳 輸信息。
13. —種在DRM互操作系統(tǒng)中控制內(nèi)容傳遞的方法，該方法包括當接收包括傳輸會話標識符和多個內(nèi)容標識符的、到預(yù)定目標的 內(nèi)容傳輸請求消息時，確定用于傳輸與所述多個內(nèi)容標識符相對應(yīng)的 多個內(nèi)容的內(nèi)容處理體；并且通過控制所確定的內(nèi)容處理體來建立用 于向所述的預(yù)定目標傳送所述多個內(nèi)容的安全認證信道，并且控制所 確定的內(nèi)容處理體，使得通過建立與所述傳輸會話標識符相對應(yīng)的單 個傳輸會話，經(jīng)由所建立的安全認證信道將所述多個內(nèi)容傳送到所述 目標。
14. 根據(jù)權(quán)利要求13的方法，其中所述確定內(nèi)容處理體的步驟包括收集關(guān)于系統(tǒng)中所包括的內(nèi)容處理體的信息；基于所收集的信息來確定是否執(zhí)行與所接收的內(nèi)容傳輸請求消息 相對應(yīng)的傳輸；并且當確定要執(zhí)行所述傳輸時，在該系統(tǒng)包括的各內(nèi)容處理體中確定 用于執(zhí)行所述傳輸?shù)膬?nèi)容處理體。
15. 根據(jù)權(quán)利要求13的方法，其中在確定所述內(nèi)容處理體時，當與所述多個內(nèi)容標識符相對應(yīng)的所述多個內(nèi)容的格式不同于所述預(yù)定 目標所要求的內(nèi)容格式時，在所確定的各內(nèi)容處理體之中包括能夠執(zhí) 行內(nèi)容格式轉(zhuǎn)換的內(nèi)容處理體。
16. 根據(jù)權(quán)利要求13的方法，還包括通過向所確定的各內(nèi)容處理體中的至少一個請求預(yù)訂預(yù)定事件來 預(yù)訂所述預(yù)定事件；并且當通過所建立的安全認證信道將所述多個內(nèi)容傳送到所述目標 時，從預(yù)訂所述預(yù)定事件的所述至少一個內(nèi)容處理體接收表示每個內(nèi) 容的傳輸狀態(tài)的事件消息。
17. 根據(jù)權(quán)利要求16的方法，其中所述事件消息包括以下事件消息中的至少一個用于表示每個內(nèi)容開始被傳輸?shù)氖录?；用于表示每個內(nèi)容正在被處理的周期性事件消息、用于表示每個內(nèi)容的傳輸 完成的事件消息和用于當發(fā)生傳輸錯誤時表示錯誤發(fā)生的事件消息。
18. 根據(jù)權(quán)利要求16的方法，還包括向所述客戶端傳送與所接收 的事件消息相對應(yīng)的事件消息，其中傳送到所述客戶端的所述事件消息包括傳輸會話標識符。
19. 根據(jù)權(quán)利要求13的方法，其中通過所述安裝認證信道傳送到 所述目標的所述多個內(nèi)容是以中性內(nèi)容形式傳送的。
20. —種在DRM互操作的系統(tǒng)中獲取內(nèi)容處理信息的方法，該方 法包括當從客戶端接收到內(nèi)容傳輸請求消息時，通過收集關(guān)于各內(nèi)容處 理體的信息來確定用于把多個內(nèi)容傳送到所請求的目標的各內(nèi)容處理 體；并且當通過所確定的各內(nèi)容處理體來傳送所述多個內(nèi)容時，接收表示 從所確定的各內(nèi)容處理體中的至少一個所傳送的每個所述內(nèi)容的處理狀態(tài)的事件消息。
21. 根據(jù)權(quán)利要求20的方法，還包括 向至少一個所述內(nèi)容處理體請求預(yù)訂預(yù)定事件；并且接收響應(yīng)消息，該響應(yīng)消息表示請求預(yù)訂所述預(yù)定事件的所述至 少一個內(nèi)容處理體被允許預(yù)訂所述預(yù)定事件。
22. 根據(jù)權(quán)利要求21的方法，其中向所述各內(nèi)容處理體中的所述 至少一個預(yù)訂所述預(yù)定事件包括設(shè)置是以推方式還是以拉方式接收表 示所傳送內(nèi)容的傳輸狀態(tài)的事件消息。
23. —種用于在DRM互操作系統(tǒng)中傳遞內(nèi)容的系統(tǒng)，該系統(tǒng)包括多個內(nèi)容處理體；和控制實體，用于當從客戶端接收到包括多個內(nèi)容標識符的、到預(yù) 定目標的內(nèi)容傳輸請求消息時，確定用于傳送與所述多個內(nèi)容處理體 的多個內(nèi)容標識符相對應(yīng)的多個內(nèi)容的至少兩個內(nèi)容處理體，并且控 制所確定的至少兩個內(nèi)容處理體，使得通過單個會話將所述多個內(nèi)容 傳送到所述目標，其中，所述所述至少兩個內(nèi)容處理體中的至少一個向所述控制實 體傳送表示被傳送到所述目標的每個內(nèi)容的傳輸狀態(tài)的事件消息。
全文摘要
提供了一種數(shù)據(jù)傳遞控制方法、內(nèi)容傳遞控制方法、內(nèi)容處理信息獲取方法和內(nèi)容傳遞系統(tǒng)?？刂圃跀?shù)據(jù)互操作環(huán)境中的數(shù)據(jù)傳遞的方法包括從客戶端接收傳送數(shù)據(jù)的請求；收集關(guān)于要參與傳送數(shù)據(jù)的各實體的信息；通過使用所收集的關(guān)于各實體的信息形成包括至少兩個實體的鏈；經(jīng)由所述鏈傳送多個數(shù)據(jù)；并且接收事件消息，所述事件消息表示從該鏈中包括的至少一個實體所傳送的數(shù)據(jù)的傳輸狀態(tài)。因此，能夠控制數(shù)據(jù)的傳輸，使得可通過單個會話傳送多個數(shù)據(jù)并且按事件消息接收數(shù)據(jù)的傳輸狀態(tài)。
文檔編號H04L29/02GK101589591SQ200780006735
公開日2009年11月25日 申請日期2007年3月6日 優(yōu)先權(quán)日2006年3月6日
發(fā)明者基蘭·庫馬爾·K, 樸一坤, 樸玖容, 趙成鉉, 鄭萬秀, 鄭民圭, 金秀庭 申請人:Lg電子株式會社