【正文】 操作性 而導致 終端用戶 體驗的轉(zhuǎn)移，因而可能嚴重阻止基于 受控內(nèi)容 的服務的進行。這也增加了預測將來需要什么類型標準的困難性。因此，能夠通過標準化執(zhí)行原語功能的方法來達到 DRM標準。 DMP對于 DRM標準的方法基于下述過程： 第 7 頁，共 103 頁 1) 分階 段開發(fā)規(guī)范 2) 標識 認為重要的用例 3) 挑選要求用來實現(xiàn)選定用例的“原語功能” 4) 通過來自相關(guān)價值鏈用戶的輸入來開發(fā)原語功能的需求 5) 發(fā)放用來實現(xiàn)挑選的具有確定需求的原語功能的技術(shù)提案征集建議 6) 挑選出來的技術(shù)――稱為工具――通過開放的過程在技術(shù)術(shù)語中進行歸檔 7) 開發(fā)規(guī)范，規(guī)定如何將工具匯集在一起來實現(xiàn)選擇的用例 8) 規(guī)范 開發(fā)的下一個階段就是，征集附加工具提案來支持新的原語功能或者現(xiàn)有工具的附加功能 注意 DMP偏愛采用已經(jīng)開發(fā)了，標準化了的或者由其他標準體采用了的工具，可能 適配它們來 滿足 DMP的需要。如果不 進行適當?shù)难a救，這種不均衡可能導致用戶 TRU(傳統(tǒng)權(quán)利和用法 )的范圍大大減小。 因此 DMP將給它的規(guī)范增加技術(shù)，從技術(shù)上來說 體驗 TRU是可能的。 本技術(shù) 規(guī)范 的內(nèi)容 本 技術(shù)規(guī)范 是所有第一階段 批準文件 的集合： 1. 批準 文件 1用例 (本 技術(shù)規(guī)范 的第二章 )： DMP 標準指定階段的由工 具支持的所有用例的集合 第 8 頁，共 103 頁 2. 批準 文件 2體系結(jié)構(gòu) (本 技術(shù)規(guī)范 的第三章 )：一個廣義的體系結(jié)構(gòu)，表示現(xiàn)今的媒體價值鏈的數(shù)字擴展，以及收集在 DMP 規(guī)范 的指定階段，建立激活 IDP 的價值鏈的潛在的基本假設和技術(shù) 3. 批準 文件 3互操作的 DRM 平臺 (本 技術(shù)規(guī)范 的第四章 )：在 DMP 規(guī)范 的指定階段，需要用來實現(xiàn)原語功能的基本工具的技術(shù)標準的合集 4. 批準 文件 4價值鏈 (本 技術(shù)規(guī)范 的第五章 )：在 DMP 規(guī)范 的指定階段，價值鏈的標準化例子以及因此使用來自 IDP 工具箱的工具實現(xiàn)所考慮的用例的部分的合集 5. 批準 文件 5注冊中心 (本 技術(shù)規(guī)范 的第六章 )：一系列可操作的規(guī)則集合，用于設立的 注冊中心 給內(nèi)容，設備和其他實體 配發(fā)標識符 6. 批準 文件 6體系結(jié)構(gòu) (本 技術(shù)規(guī)范 的附錄 A)：在所有 DMP 批準文件 中所使用的術(shù)語和定義。 8. 批準 文件 .8端對端 一致性 的推薦慣例 ：一系列推薦慣例，價值鏈用戶能參考它們來確定由其它團體實現(xiàn)的工具符合 DMP 技術(shù)規(guī)范 和技術(shù)參考 9. 批準 文件 9體系結(jié)構(gòu)－映射傳統(tǒng)權(quán)利和用法 (TRU)到數(shù)字空間的推薦行為 ：一系列支持使用 IDP 工具的 TRU 場景， IDP 工具分析了對更多相關(guān)的價值鏈用戶的影響，可由中心 (authorities)考慮來激活 TRUs好處－－十幾年，有時幾個世紀，權(quán)利，期望和其它類型的用法的結(jié)果－在一個激活 DMP 的數(shù)字媒體世界中 2 用例 介紹 這一章作為提供一些 能夠被 DMP一期技術(shù) 規(guī)范 支持的用例集合的信息。 建議 用戶熟悉本文的前言和介紹，這是對本章 正確 理解的先決條件。 第 9 頁，共 103 頁 用例一 —— 開放的發(fā)布 原理 有很多這樣的例子：用戶（公司或是個人）擁有對內(nèi)容的權(quán)力，并 想 將內(nèi)容發(fā)布，使其他的用戶可以自由的訪問它， 但是并不是想在一個公共域中來發(fā)布。 在這個用例中，這樣的一種發(fā)布稱為“開放發(fā)布”。這樣就不是為實施而特別建議使用的。 Leonardo 知道采取這種格式的話，他的內(nèi)容將不會阻止人們做他不希望他們做的事。 1． 創(chuàng)建一個 powerpoint資源文件和相應的元數(shù)據(jù)。注意“開放發(fā)布瀏覽器”將允許在許可證條款范圍內(nèi)訪問和使用開放發(fā)布內(nèi)容 1． 使用合適的協(xié)議來訪問選擇的內(nèi)容 項 2． 按不同的許可條款來使用內(nèi)容 項 預排＃ 2 在這個用例中 Leonardo 希望被告知他的內(nèi)容受到了多少次“點擊”。 2． 當他做演示的時候創(chuàng)建他本人的音頻和視頻 3． 創(chuàng)建一個音視頻的資源文件，例如通過壓縮音視頻的資源。 14． 在 二 進制 的 內(nèi)容項 中內(nèi)容創(chuàng)建內(nèi)容文件 15． 發(fā)布內(nèi)容文件給會議組織者 希望使用開放發(fā)布的內(nèi)容 項 的用戶可以采取如下步驟。 預排＃ 3 在這個用例中 Leonardo 希 望覆蓋一個更多的有一些許可的權(quán)限。 用例二 —— 開放搜索 原理 演 化的是如此之快，以至于每個人都知道內(nèi)容可以由任何人發(fā)布給任何人 ，而不關(guān)心發(fā)布內(nèi)容的用戶究竟有沒有發(fā)布那個內(nèi)容的權(quán)力 ，也不關(guān)心如何使用發(fā)布的內(nèi)容 。 這個用例是關(guān)于一個假設的服務提供者 GreatRedSearch提供 給發(fā)布 輕微 控制內(nèi)容的人和使用這些內(nèi)容的人。 GRS決定提供免費的服務，允許他的訂戶： 1． 下載一個基本的開放發(fā)布授權(quán)工具 2． 在一組不同權(quán)限的標準人可讀許可證中選擇許可證 3． 獲取選定權(quán)限的機讀版本的許可證 4． 獲取人可讀許可證的注冊 5． 獲取如下的注冊 a． 機讀、二進制許可證 b． 內(nèi)容項 6． 擁有一批人可讀的許可證，機讀的許可證，以及二進制許可證和內(nèi)容項 一個 GRS服務的用戶能夠 1． 免費下載基本的開放發(fā)布瀏覽器 第 12 頁，共 103 頁 2． 瀏覽包含存儲在家里，和在 上搜索的內(nèi)容而制作的記錄組成的數(shù)據(jù)庫。 這個用例是作為說明論證的意圖而探討的。 GRR在尋找一 個新的方法來提供給用戶， 使 他們只有一個限制， 這 就是同時只能有一個設備在使用內(nèi)容。下面的表格將對此作 出描述： 我們假設有 8 首歌被一個家庭選擇，兩個家庭成員各自的子域 A 和 B 分別選擇了自己想要的歌。 在實施 GRR 市場部提議中需要下面幾個步驟。 子域 A的媒體對象 子域 B 的媒體對象 圖 1: 子域 A和 B 的歌 用例四 —— 家庭分發(fā)＃ 2 原理 當使用基于拷貝保護的 DRM系統(tǒng)時，如果 終端用戶希望傳輸或 向他們那個環(huán)境下不同種類的設備拷貝內(nèi)容 ，他們 經(jīng)常面對一些不便。責任的實體是描述的“無權(quán)張貼”，以防止沒有授權(quán)的公開分發(fā)。 預排 GreateRedMusic（ GRM）是一個發(fā)布有許可證的受控內(nèi)容（ 特指 音樂）。B 的媒體對象 第 14 頁，共 103 頁 得的受控 內(nèi)容 而 得到的。如果他將 mp3 文件公開發(fā)布，將被阻止，因為他的軟件 ID 就在 mp3 文件中。缺乏 互操作 對 于 受控制內(nèi)容的分發(fā)機制（相比于其他現(xiàn)存的親密服務）被廣泛接 受 來說， 是一個嚴重的障礙。 預排＃ 1 GreatRedBand（ GRB）已經(jīng)在它自己的領域內(nèi)即 Middleofnowheretown范圍內(nèi)獲得了相當?shù)某晒?，它的名聲也正在向周邊?Nexttonowhereville 和世界上其他的地方擴展。該提案看上去很吸引人，因為可播放受控 內(nèi)容的 不斷增長的 DMP兼容 PAV設備。 WWM 是通過一個集體管理協(xié)會（ CMS）注冊的， 它 也是一個 DMP 內(nèi)容注冊 中心 的 代理 。他正在尋找 MBM 的 WWM新的產(chǎn)品。 這個用例描述了零售商 GreatRedOffers（ GRO）如何預測未來，打賭它能夠在不同靈活情況下提供內(nèi)容。 預排 ＃ 2 GRO 發(fā)放許可證來在任意的設備上播放一次內(nèi)容項。解密密鑰也被加密，而且只能被設備 A的私有密鑰解密。 這兩個許可證可以允許域中所有的設備播放聲明的內(nèi)容項。 GRC 對這一不斷增長的需求把握的很好。 預排 ＃ 1 這些是攝像機用戶將要執(zhí)行的步驟： 1． 資源（ .jpg）文件各自獨立加密 2． 資源文件（ .jpg）通過 GRP 提供的可信應用程序傳輸給 PC 3． 當用戶希望發(fā)送圖片給他朋友時，可信應用程序?qū)? a． 創(chuàng)建一個選定圖片的內(nèi)容項（和任何其他的資源和元數(shù)據(jù)一起（比如 EXIF）用戶將決定是否添加） b． 獲取一個內(nèi)容項的 ID c． 創(chuàng)建一個許可證。特別是，借助使用數(shù)字技術(shù)， VCUs往往在一個網(wǎng)絡中執(zhí)行操作，并且名義價值網(wǎng)絡常常被用來暗示中間物之間的無序關(guān)系。正確理第 18 頁，共 103 頁 解這個文檔，閱讀前言和引言是一個先決條件。 3 附錄 A術(shù)語中定義了大寫字母開頭的單詞意思 4 附 錄 A術(shù)語定義的首次使用的術(shù)語，在腳注中給出定義。然而，在這個文檔中提供的結(jié)構(gòu)已經(jīng)被設計來支持總體上是當今模擬價值鏈的數(shù)字擴展的價值鏈。 2 結(jié)構(gòu)圖 3 創(chuàng)建模型，它強調(diào)了強加知識產(chǎn)權(quán)（ IP）的主要實體和它們與內(nèi)容創(chuàng)建中涉及的數(shù)字對象關(guān)系之間的關(guān)系。同樣地，一個執(zhí)行者僅僅實現(xiàn)一個給定作品的一個給定顯示的一個實例，如：一個制造者不能創(chuàng)建一個作品。在模擬世界這已經(jīng)是習慣，創(chuàng)建者、制造者和實例化者將典型地擁有包含它們的知識產(chǎn)權(quán)（作品、顯示和實例）的對象，創(chuàng)建元數(shù)據(jù)的適當?shù)挠脩簦ㄗ源恚┪ㄒ坏貥耸局R產(chǎn)權(quán)。典型地，適當?shù)挠脩簦ㄗ源恚┮参ㄒ坏貥耸緝?nèi)容。在這種情況下，在內(nèi)容被稱為不受控的內(nèi)容，然而，分發(fā)內(nèi)容到另一個用戶的用戶表示使用內(nèi)容的條件也是常見的。 受管理內(nèi)容項的許可證可被： 綁定在受管理內(nèi)容內(nèi) 沒有綁定在受管理內(nèi)容內(nèi) 為訪問有一個綁定在內(nèi)容內(nèi)的許可證的內(nèi)容項， IDP 提供了一個工具。接著， XD 將創(chuàng)建擁有一個綁定在內(nèi)容中的許可證的內(nèi)容項 DCF，并且轉(zhuǎn)發(fā)它到 PAV 設備上。 顯示 實例化創(chuàng)作者 創(chuàng)建 創(chuàng)建實例 內(nèi)容 提供者 內(nèi)容 終端用戶 , 內(nèi)容 使用 創(chuàng)建 /改編 作品 創(chuàng)作者 內(nèi)容 發(fā)布者 第 20 頁，共 103 頁 為了使用一個受管理的內(nèi)容項，取得許可證，典型地， PAV 設備將解析 DCF，同時解析許可證而得到資源解密密鑰。如果以連續(xù)和可靠的方式實現(xiàn)，那么就無 DRM。 創(chuàng)建模型的目的是為創(chuàng)建提供一般化的結(jié)構(gòu)，它記錄了各種情況。 下面對象形式地化被定義在 DMP 術(shù)語中，在數(shù)字資源中如何嵌入知識產(chǎn)權(quán)（ IP）的DMP 設想的關(guān)鍵，為清楚起見，這些對象是指知識產(chǎn)權(quán)（ IP）對象。在某種程度上，作品像一只不可察覺的能帶手套的手。在我們手套比喻中，一 件不是作品作者創(chuàng)建的作品的一個顯示表示改編手來適應一只手套，對這只手套而言，手沒有特別清楚地構(gòu)思。 描述 既然 DMP 創(chuàng)建模型當前 僅僅關(guān)心內(nèi)容的分類，因為它適合把作品的數(shù)字顯示和實例化與知識產(chǎn)權(quán)（ IP）相聯(lián)系，為簡單起見，術(shù)語描述沒有定義。在如此的一個場景中，一個描述的本質(zhì)提供關(guān)于一個實例化例子的本質(zhì)的信息，但添加很少關(guān)于相關(guān) IP 權(quán)利的屬性。一個改編的著作權(quán)僅僅支配所有的實例化，拷貝再現(xiàn)和它的通信。 一件作品的新的顯示可被改編者創(chuàng)建，或由作品的作者修改首次顯示或任何 其它存在的顯示（改編）。 第 22 頁，共 103 頁 數(shù)據(jù)模型 DMP 利用如下類型的數(shù)據(jù)。 XD 可以連接網(wǎng)絡或廣播頻道。兩種情況值得考慮： 1 以嵌有許可證的 DCF 的形式訪問一個內(nèi)容項。注意下圖中：尖箭頭指向的對象表示該“對象是什么”，而圓箭頭指向的對象 表示該“對象有什么”。因此 IDP1不提供表示和標示資源的工具。參看下圖中這個概念的一個圖解表示。 就一個受管理內(nèi)容項而言，相關(guān)管理信息描述在 DCI中。 一對一許可證與內(nèi)容項相連可能造成嚴重的計算問題。降低重新頒布內(nèi)容許可證的需要，因為許可證在多個設備上使用。 數(shù)據(jù)標 識 為 DMP技術(shù)規(guī)范和參考的目的，在一個給定生命周期和在預先規(guī)定的范圍內(nèi)，數(shù)據(jù)， 如：內(nèi)容和許可證應該明確地標示。 一個 DCI描述的每個內(nèi)容項包含一個唯一標示符號。 應該在如下方面保證 GPID： 1 持久性，如：在 GPID 標示的數(shù)據(jù)生命周期以外， GPID 應該用為數(shù)據(jù)的引用。 內(nèi)容不需要重新頒布許可證，而是一個設備需要加入域。為每個新的設備重新頒布許可證。如果是可用的，這是 DCI的一部分。因此，在一個價值鏈中任何用戶之間可能需要權(quán)利 描述，描述的權(quán)利的種類和復雜度可能依賴于交換中涉及的用戶的角色。這類似與一個目錄結(jié)構(gòu)。當前， DMP 沒有標準化在 XD和 PAV設備之間傳送內(nèi)容的協(xié)議。在這種情形下，為了 PAV 設備能使用內(nèi)容， XD 必須執(zhí)行如下操作： DMP 使用以下類型的數(shù)據(jù)。 DMP 當前正擴展它的批準的文檔的范圍，并包括 SAV 設備。 IDPI 結(jié)構(gòu)和模型 IDPI 僅僅支持終端用戶設備的一種特殊類型，如： PAV 設備。如果一件作品的新的顯示視為包括許多一件知識的藝術(shù)的作品的一個存在的顯示的屬性，它被認為是那個作品的一個改編。 例子 一件作品的一個創(chuàng)作者創(chuàng)建第一個具體的物理對象，它組成了第一個顯示，如：作品的原稿。 表 IP 和權(quán)利 IP 對象 IP 類型 相關(guān)的權(quán)利 作品 出處無關(guān)的 作者 顯示 出處相關(guān)的 作者 實例化 唯一的相關(guān)