專利名稱:提供和準許權(quán)利的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及用于數(shù)字化權(quán)利管理的一種方法和系統(tǒng),尤其涉及一種方法和系統(tǒng),用于自動地通過通信網(wǎng)絡(luò)或其它信道提供和準許權(quán)利。
背景技術(shù):
數(shù)字化年代已經(jīng)大大地增加了關(guān)于版權(quán)信息、受限制的服務(wù)以及有價值的資源的所有權(quán)、訪問、和控制方面的利害關(guān)系。對于計算機和諸如蜂窩電話、尋呼機、PDA(個人數(shù)字助理)以及電子書閱讀器之類的其它電子裝置已經(jīng)發(fā)生了快速的發(fā)展和廣泛的推廣應(yīng)用,而且這些裝置通過包括因特網(wǎng)、企業(yè)內(nèi)部網(wǎng)和其它網(wǎng)絡(luò)的通信鏈路進行互連。這些互連的裝置特別有助于通過電子方法來公布內(nèi)容、提供服務(wù)和得到可用資源。
妨礙數(shù)字化著作(即,按計算機可讀出形式的文檔或其它內(nèi)容)通過電子手段,特別是通過因特網(wǎng),廣泛分發(fā)的一個最重要的問題是當前在數(shù)字化著作的分發(fā)和使用期間缺乏強制內(nèi)容所有者的知識產(chǎn)權(quán)的能力。已經(jīng)把解決這個問題的成果的術(shù)語定義為“知識產(chǎn)權(quán)管理”(“IPRM”)、“數(shù)字化知識產(chǎn)權(quán)管理”(“DPRM”)、“知識產(chǎn)權(quán)管理”(“IPM”)、“權(quán)利管理”(“RM”)以及“電子版權(quán)管理”(“ECM”),這里統(tǒng)稱為“數(shù)字化權(quán)利管理(DRM)”。在實現(xiàn)DRM系統(tǒng)中,要考慮許多問題。例如,應(yīng)該致力于鑒定、授權(quán)、計費、支付以及財務(wù)清算、權(quán)利規(guī)定、權(quán)利驗證、權(quán)利強制以及文檔保護問題。美國專利5,530,235、5,634,012、5,715,403、5,638,443和5,629,980揭示致力于這些問題的DRM系統(tǒng),這里引用這些專利的揭示作為參考。
已經(jīng)應(yīng)用了兩個基本的DRM方案,安全容器和可信任的系統(tǒng)?!鞍踩萜鳌?或簡單地,經(jīng)加密的文檔)提供了一種方法來保持文檔內(nèi)容的加密直到符合一組授權(quán)條件和履行某些版權(quán)項目(例如,為使用而支付)。在用文檔提供器驗證各種條件和款項之后,按明文的形式(clear form)向用戶公布文檔。諸如CryptolopesTM和DigiboxesTM之類的商業(yè)產(chǎn)品屬于這個類別。清楚地,安全容器方法提供在不安全信道上傳送期間保護文檔的一種解決方案,但是沒有提供任何機構(gòu)來防止合法的用戶得到明文文檔然后違反內(nèi)容所有者的知識產(chǎn)權(quán)而再分發(fā)明文文檔。
在“可信任的系統(tǒng)”方法中,整個系統(tǒng)負責防止未經(jīng)授權(quán)的使用和分發(fā)文檔。通常建立可信任的系統(tǒng)需要引入諸如安全處理器、安全存儲和安全重現(xiàn)裝置之類的新型硬件。這還要求保證在可信任的系統(tǒng)上行使的所有應(yīng)用程序軟件都是可信任的。雖然建立一個防止篡改的可信任的系統(tǒng)是對現(xiàn)有技術(shù)的真正的挑戰(zhàn),當前市場趨向建議諸如使用瀏覽器訪問萬維網(wǎng)(Web)的PC(個人計算機)和工作站之類的開放式和不可信任的系統(tǒng)將成為訪問數(shù)字化著作的主要系統(tǒng)。從這種意義上說,配備流行操作系統(tǒng)(例如,WindowsTM、LinuxTM以及UNIX)以及諸如瀏覽器之類的重現(xiàn)應(yīng)用程序的諸如PC和工作站等現(xiàn)有計算環(huán)境都不是可信任的系統(tǒng),而且不對它們的結(jié)構(gòu)進行重大的改變就不能成為可信任的。當然,結(jié)構(gòu)的改變打破了萬維網(wǎng)的最初目的,即,靈活性和兼容性。
某些DRM系統(tǒng)允許內(nèi)容所有者規(guī)定使用權(quán)利和條件,并使它們與內(nèi)容相關(guān)聯(lián)。這些使用權(quán)利控制內(nèi)容的接收者能如何使用內(nèi)容。通常在內(nèi)容分發(fā)者或消費者已經(jīng)完成對于特定內(nèi)容的選擇和定購之后,從某些內(nèi)容資源庫通過電子方式把內(nèi)容分發(fā)給接收者,或通過傳統(tǒng)的分發(fā)通道,諸如通過公共載體發(fā)送的有形媒體,把內(nèi)容分發(fā)給接收者。然后接收者(例如,分發(fā)者或消費者)使用的相應(yīng)的DRM系統(tǒng)將解譯與內(nèi)容相關(guān)聯(lián)的權(quán)利和條件,并使用它們來控制如何分發(fā)和/或使用內(nèi)容。使用權(quán)利的例子包括觀看、打印和提取內(nèi)容,以及分發(fā)、重新組裝和借貸內(nèi)容。相關(guān)聯(lián)的條件可以包括任何項,諸如支付、識別、時間周期等權(quán)利可根據(jù)這些任何項而定。
美國專利5,634,012揭示一種系統(tǒng),用于控制數(shù)字文檔的分發(fā)。每個重現(xiàn)裝置具有與其相關(guān)聯(lián)的資源庫。對于與文檔相關(guān)聯(lián)的強制使用權(quán)利,使用交易步驟的預(yù)定組定義資源庫使用的協(xié)議。使用權(quán)利隨文檔內(nèi)容繼續(xù)存在。使用權(quán)利可以允許各種使用方式,諸如只觀看、使用一次、分發(fā)等。使用權(quán)利可以隨支付或其它條件而定。
然而,存在與上述范例相關(guān)聯(lián)的限制,其中內(nèi)容所有者或權(quán)利的其它授予者只規(guī)定與內(nèi)容相關(guān)聯(lián)的使用權(quán)利和條件。一旦最終用戶購買了,內(nèi)容和它的使用權(quán)利和條件的消費者或分發(fā)者就無法合法地向分發(fā)鏈中的下一個接收者傳送。此外,相關(guān)聯(lián)的使用權(quán)利不提供規(guī)定權(quán)利以導(dǎo)出其它權(quán)利,即,進行修改、傳送、提供、準許、得到、傳送、代表、跟蹤、放棄、交換、傳輸、運用、廢除等的權(quán)利。公共內(nèi)容分發(fā)模塊通常包括多等級分發(fā)和使用鏈。對于沿內(nèi)容分發(fā)和使用鏈的所有參與者,已知的DRM系統(tǒng)沒有促進其能力來規(guī)定權(quán)利和條件。因此,內(nèi)容所有者難于在商業(yè)上利用內(nèi)容,除非所有者與分發(fā)鏈中的每個團體都有關(guān)系。
發(fā)明概要本發(fā)明的第一方面是一種方法,用于傳送要與項目相關(guān)聯(lián)的適配的使用權(quán)利。所述方法包括通過提供者產(chǎn)生至少一個包含項目的使用權(quán)利和超越權(quán)利(meta-rights)的第一提供,所述使用權(quán)利定義項目的一種使用方式,所述超越權(quán)利規(guī)定權(quán)利以導(dǎo)出使用權(quán)利或其它超越權(quán)利,把所述提供呈交給第一消費者,接收來自第一消費者的、表示所要求的使用權(quán)利和超越權(quán)利的一個選擇,以及產(chǎn)生對第一消費者準許所要求的使用權(quán)利和超越權(quán)利的第一許可證。
本發(fā)明的第二方面是一種系統(tǒng),用于傳送要與項目相關(guān)聯(lián)的適配的使用權(quán)利,所述項目要在具有按至少一個等級分配的下游權(quán)利和條件的分發(fā)的多級通道中得到許可證。所述系統(tǒng)包括提供者部件,它包括提供者用戶接口模塊、用于產(chǎn)生包含至少使用權(quán)利和超越權(quán)利的一個提供的提供發(fā)生器模塊、用于構(gòu)成許可證草稿的權(quán)利構(gòu)成器模塊以及提供者的權(quán)利的資源庫、提供者管理數(shù)據(jù)庫。系統(tǒng)進一步包括消費者部件,它包括消費者用戶接口模塊、配置成分析提供者部件產(chǎn)生的提供以及根據(jù)分析選擇提供的提供考慮模塊以及消費者的權(quán)利的資源庫、消費者管理數(shù)據(jù)庫。
本發(fā)明的第三方面是一種方法,對于數(shù)字化內(nèi)容的管理使用和分發(fā)中至少一個,產(chǎn)生要在系統(tǒng)中要被使用的數(shù)字化內(nèi)容的許可證。所述方法包括把包括超越權(quán)利的一個提供呈交給消費者,由消費者接收對提供中的至少一個超越權(quán)利的選擇,根據(jù)選擇產(chǎn)生許可證,其中許可證允許消費者對至少一個超越權(quán)利進行運用以及允許消費者提供從至少一個超越權(quán)利導(dǎo)出的至少一個導(dǎo)出的權(quán)利以及產(chǎn)生包括至少一個導(dǎo)出的權(quán)利的許可證。
附圖簡述將參考附圖詳細描述本發(fā)明的示例實施例,其中
圖1是內(nèi)容分發(fā)的三級模型的示意圖;圖2是示意圖,說明在圖1的模型中的提供和授予過程的權(quán)利;圖3(a)是用于產(chǎn)生、發(fā)出和行使權(quán)利的簡單的提供者-消費者推模型(push model)的示意圖;圖3(b)是用于產(chǎn)生、發(fā)出和行使權(quán)利的簡單的提供者-消費者推模型(push model)的示意圖;圖4是根據(jù)較佳實施例的權(quán)利提供-授予結(jié)構(gòu)的方框圖;圖5a和5b是分別具有推和拉模型的權(quán)利提供者和權(quán)利消費者之間提供和授予權(quán)利的例子的工作流程圖;圖6是根據(jù)較佳實施例的權(quán)利提供產(chǎn)生過程的流程圖;圖7是根據(jù)較佳實施例的權(quán)利提供考慮過程的流程圖;圖8是根據(jù)較佳實施例的權(quán)利提供定制過程的流程圖;圖9是可以聯(lián)系較佳實施例而使用的DRM系統(tǒng)的方框圖;圖10是包含較佳實施例的使用權(quán)利和超越權(quán)利的許可證示例結(jié)構(gòu)的方框圖;以及圖11是較佳實施例的權(quán)利標簽的示意說明。
詳細說明在提供用于提供和授予權(quán)利的設(shè)備和方法的詳細說明之前,下面首先描述可以用來對特定的內(nèi)容、服務(wù)或其它項目規(guī)定和強制使用權(quán)利和超越權(quán)利的DRM系統(tǒng)的說明。
圖9說明DRM系統(tǒng)10,該DRM系統(tǒng)10包括形成為激勵服務(wù)器20的用戶激勵部件,用戶激勵部件20按受保護的方式把公共密鑰和私人密鑰對,或其它識別機制發(fā)出給內(nèi)容用戶,如眾所周知。一般,當用戶第一次使用DRM系統(tǒng)10時,用戶安裝軟件,這個軟件與特定內(nèi)容格式的重現(xiàn)應(yīng)用程序一起工作或包括特定內(nèi)容格式的重現(xiàn)應(yīng)用程序。在客戶機環(huán)境30(例如,與內(nèi)容接收者相關(guān)聯(lián)的計算機)中安裝軟件。軟件是DRM 10系統(tǒng)的一部分,并用來執(zhí)行受保護內(nèi)容的使用權(quán)利。在激勵過程期間,在激勵服務(wù)器20和客戶機環(huán)境30之間交換某些信息??蛻魴C部件60最好是防止篡改的,并包括激勵服務(wù)器20發(fā)出的公共和私人密鑰組以及其它部件,例如,諸如重現(xiàn)部件。
權(quán)利標簽40與內(nèi)容42相關(guān)聯(lián),當滿足相應(yīng)的條件時,規(guī)定接收者(即,權(quán)利的消費者)可用的使用權(quán)利和超越權(quán)利。許可證服務(wù)器50管理加密密鑰以及發(fā)出受保護內(nèi)容42的許可證52。許可證52對最終用戶實施包括使用權(quán)利和超越權(quán)利的權(quán)利的實際準許。例如,權(quán)利提供40可以允許用戶用五美元的費用來觀看內(nèi)容以及用十美元的費用來打印內(nèi)容,或它可以允許用戶把權(quán)利提供給另一個用戶,例如,通過利用下述的超越權(quán)利的概念。當已經(jīng)支付五美元費用時,可以發(fā)出觀看權(quán)利的許可證52??蛻魴C部件60解譯和執(zhí)行已經(jīng)在許可證中規(guī)定的、包括使用權(quán)利和超越權(quán)利的權(quán)利。下面詳細描述權(quán)利標簽40和許可證52。
圖11說明根據(jù)較佳實施例的權(quán)利標簽40。權(quán)利標簽40包括多個權(quán)利任選項44。每個權(quán)利任選項44包括使用權(quán)利44a、條件44b以及內(nèi)容規(guī)定44c。內(nèi)容規(guī)定44c可以包括任何機制,用于參考、調(diào)用、查找或另外規(guī)定與權(quán)利提供44相關(guān)聯(lián)的內(nèi)容42。
如在圖10中所示,許可證52包括許可證52a、準許52b以及數(shù)字化簽名52c。準許52b包括從標簽選擇的經(jīng)準許的使用權(quán)利和/或超越權(quán)利。準許的結(jié)構(gòu)還包括一個或多個委托人(principal)(規(guī)定的使用權(quán)利和/或超越權(quán)利是授予給這些委托人的)、一個條件列表、以及執(zhí)行許可證所需要的狀態(tài)變量。象使用權(quán)利一樣,由條件列表和狀態(tài)變量控制經(jīng)準許的超越權(quán)利的訪問和運用,如下所述。
可以用安裝在與內(nèi)容出版者、內(nèi)容分發(fā)者、內(nèi)容服務(wù)提供者或任何其它團體相關(guān)聯(lián)的計算機70上的文檔準備應(yīng)用程序72來準備明文(不受保護的)內(nèi)容。內(nèi)容的準備包括規(guī)定使用權(quán)利、超越權(quán)利以及可以使用和分發(fā)內(nèi)容42的條件,使權(quán)利標簽40與內(nèi)容42相關(guān)聯(lián),以及用某些加密算法來保護內(nèi)容42??梢允褂弥T如XrMLTM之類的權(quán)利語言來規(guī)定權(quán)利和條件。然而,可以按任何方式來規(guī)定使用權(quán)利和超越權(quán)利。權(quán)利還可以是按僅與內(nèi)容相關(guān)聯(lián)的預(yù)定義規(guī)格或模板的形式。因此,規(guī)定權(quán)利的過程是指使權(quán)利與內(nèi)容相關(guān)聯(lián)的任何過程??梢园雅c內(nèi)容42相關(guān)聯(lián)的權(quán)利標簽40以及用于對內(nèi)容加密的加密密鑰發(fā)送到許可證服務(wù)器50。
權(quán)利可以規(guī)定傳送權(quán)利,諸如分發(fā)權(quán)利,以及可以允許權(quán)利授予其它方或權(quán)利的推導(dǎo)。把這種權(quán)利稱為“超越權(quán)利”。超越權(quán)利是必須操作、修改或以另外方式導(dǎo)出其它超越權(quán)利或使用權(quán)利的一些權(quán)利??梢园殉綑?quán)利看作對使用權(quán)利的使用權(quán)利。超越權(quán)利可以包括提供、準許、得到、傳送、代表、跟蹤、放棄、交換以及廢除到/從它方的使用權(quán)利的一些權(quán)利。超越權(quán)利可以包括修改任何與其它權(quán)利相關(guān)聯(lián)的條件的權(quán)利。例如,超越權(quán)利可以是擴大和減小特定權(quán)利的范圍的權(quán)利。超越權(quán)利還可以是擴大或減小一權(quán)利的有效周期的權(quán)利。
通常,必須滿足條件以便運用在規(guī)定權(quán)利中的使用方式。例如,條件可以是在允許使用方式的運用之前的費用的支付、個人數(shù)據(jù)的提交或任何其它要求。例如,條件還可以是“訪問條件”,訪問條件可以應(yīng)用于特定用戶組,比方說,大學(xué)里的學(xué)生或圖書俱樂部的會員。換言之,條件是用戶是特定組的特定人員或會員。權(quán)利和條件可以作為獨立的實體而存在或可以組合而存在。
狀態(tài)變量潛在地跟蹤動態(tài)狀態(tài)條件。狀態(tài)變量是具有表示項目、使用權(quán)利、許可證或其它動態(tài)條件的狀態(tài)的值的一些變量。可以根據(jù)許可證52中的識別機構(gòu)通過內(nèi)部清算(cleaninghouse)90許可證或服務(wù)器30其它裝置來跟蹤狀態(tài)變量。此外,可以在條件中使用狀態(tài)變量的值。例如,使用權(quán)利可以是把內(nèi)容42打印三次的權(quán)利。每次行使使用權(quán)利,都使狀態(tài)變量的值“打印次數(shù)”遞增。在這個例子中,當狀態(tài)變量的值是三時,不再滿足條件而不能再打印內(nèi)容42。狀態(tài)變量的另一個例子是時間。許可證52的條件可能要求在三十天之內(nèi)打印內(nèi)容42。可以使用狀態(tài)變量來跟蹤三十天的期滿。此外,可以跟蹤權(quán)利的狀態(tài)作為狀態(tài)變量的集合。變化的集合是使用權(quán)利的狀態(tài),表示該權(quán)利的使用歷史。
現(xiàn)在描述DRM系統(tǒng)10的典型工作流程。通過激勵服務(wù)器20激勵在客戶機環(huán)境30中操作的諸如用戶之類的接收者以接收內(nèi)容。這導(dǎo)致公共-私人密鑰對(以及某些用戶/機器特定信息)按已知方式的客戶機軟件部件60的形式下載到客戶機環(huán)境30。在發(fā)出許可證之前的任何時間都可以實現(xiàn)這個激勵過程。
當用戶希望使用受保護的內(nèi)容42時,用戶作出對于內(nèi)容42的請求。例如,用戶可以使用安裝在客戶機環(huán)境30中的瀏覽器瀏覽行使在與權(quán)利的準許器(諸如內(nèi)容分發(fā)者)相關(guān)聯(lián)的萬維網(wǎng)服務(wù)器80上的萬維網(wǎng)站,并且試圖下載受保護的內(nèi)容42。在這個過程期間,用戶可以通過可能包括費用交易(如在內(nèi)容銷售中)或其它交易(諸如信息的收集)的一系列步驟。當滿足合適的條件和其它先決條件(諸如費用的收集和驗證已經(jīng)激勵了用戶)時,萬維網(wǎng)服務(wù)器80通過安全通信信道(諸如使用安全套接層(SSL)的信道)接觸許可證服務(wù)器50。然后許可證服務(wù)器50產(chǎn)生內(nèi)容的許可證52,并且萬維網(wǎng)服務(wù)器80使受保護的內(nèi)容42和許可證52兩者都下載??梢詮脑S可證服務(wù)器50或相關(guān)聯(lián)的裝置下載許可證52。可以從與出版者、分發(fā)者或其它團體相關(guān)聯(lián)的計算機70下載內(nèi)容42。
然后客戶機環(huán)境30中的客戶機部件60將進行到根據(jù)許可證52中規(guī)定的權(quán)利和條件解譯許可證52,并允許使用內(nèi)容42。一般,解譯和使用權(quán)利的執(zhí)行都是眾所周知的。上述這些步驟可以順序地發(fā)生,或近似同時發(fā)生或按各種次序發(fā)生。
DRM系統(tǒng)10致力于保護內(nèi)容42的安全方面。尤其,DRM系統(tǒng)10可以鑒定許可證服務(wù)器50已經(jīng)發(fā)出的許可證52。實現(xiàn)這種鑒定的一種方法是由應(yīng)用程序60確定是否可以信任許可證。換言之,應(yīng)用程序60有能力對數(shù)字化簽名52c的密碼簽名,或許可證的其它識別特征,進行驗證以及使之有效。在上述的激勵步驟期間,客戶機環(huán)境30和許可證服務(wù)器50兩者都接收也包括其它部件(諸如激勵客戶機環(huán)境30必需的部件)的防篡改軟件“封裝“中的一組密鑰,以按已知的方式來驗證許可證52的簽名52。當然,上述例子只是實現(xiàn)DRM系統(tǒng)的一種方法。例如,可以從不同實體分發(fā)許可證和內(nèi)容。還有,可以通過與準備內(nèi)容的一方不同的一方使權(quán)利提供40與內(nèi)容相關(guān)聯(lián)。還有,在發(fā)出許可證之前可以使用內(nèi)部清算90來處理支付交易和驗證支付。
權(quán)利的任何組都包括了兩類實體,“提供者“和”消費者“。提供者的功能是提供權(quán)利以及可能準許權(quán)利,而消費者的功能是選擇權(quán)利以及可能行使權(quán)利。提供者和消費者兩者實際上都可以代表兩個或多個實體。一般,多個實體可以集合地對多個實體作出權(quán)利的提供和準許。提供者和消費者代表具有與權(quán)利的準許有關(guān)的直接相互關(guān)系的內(nèi)容價值鏈中的任何兩個實體。在價值鏈的開始處,提供者和消費者可以是作者和出版者。沿價值鏈向下,提供者和消費者可以是出版者和(內(nèi)容集合的)另一個出版者,出版者和(內(nèi)容分發(fā)的)分發(fā)者,分發(fā)者和(多級內(nèi)容分發(fā)的)另一分發(fā)者,分發(fā)者和(內(nèi)容零售的)零售者,零售者和(內(nèi)容消費的)消費者以及消費者和(對于內(nèi)容提供-分發(fā)或個人出租的)另一個消費者。
“權(quán)利的提供”或“權(quán)利提供”表示消費者(例如,內(nèi)容分發(fā)者或用戶)如何可以與內(nèi)容相關(guān)聯(lián)的使用權(quán)利和/或超越權(quán)利一起獲得內(nèi)容的特定實例。提供可以包括或可以不包括財務(wù)項目。提供只是商務(wù)協(xié)商意愿的表示,也是準許所述項目的意愿的表示??梢园礄?quán)利標簽的形式來表示提供?!皺?quán)利的考慮”是作為權(quán)利準許的一部分的一個過程,其中權(quán)利消費者已經(jīng)行使所提供的權(quán)利,以及可能對它們和相關(guān)聯(lián)項目和條件進行討價還價。“權(quán)利的選擇”是從權(quán)利提供對權(quán)利和它們相關(guān)聯(lián)的項目和條件進行的選擇。它表示消費者接受這些權(quán)利和相應(yīng)的項目和條件的意圖。例如,選擇可以包括從標簽40選擇一個選項44?!皺?quán)利的定制”是作為權(quán)利準許的一部分的一個過程,其中權(quán)利提供者根據(jù)權(quán)利消費者的選擇來匯編權(quán)利和項目和條件。這個過程的輸出可以是權(quán)利消費者接受的許可證草稿?!皺?quán)利的許可證”是權(quán)利的表示,以及可能是權(quán)利提供者和消費者接受和同意的條件的表示。它是權(quán)利提供和準許過程的輸出。許可證是對于行使權(quán)利的一個準許,所述權(quán)利管理內(nèi)容的使用(可能包括進一步的分發(fā))或其它項目。
如上所述,諸如權(quán)利標簽40之類的權(quán)利標簽可以包括允許消費者作出選擇和進行協(xié)商(如果允許的話)的許多選項44,而許可證52包括消費者已經(jīng)選擇和接受的權(quán)利。注意,接受的權(quán)利可以包括給予它方提供的權(quán)利或作出提供的選擇的權(quán)利。
在圖1中示出分發(fā)鏈模型的一個例子。分發(fā)鏈包括內(nèi)容提供者100、分發(fā)者110以及最終用戶120。當然可以按上述方式來準備內(nèi)容。假定在圖1的模型中已經(jīng)準備好了內(nèi)容。圖1是針對內(nèi)容的傳送的,并且在這個例子中示出提供者100可以向分發(fā)者110出版內(nèi)容,或從分發(fā)者110接收用于再使用的內(nèi)容。分發(fā)者110依次可以把內(nèi)容分發(fā)給用戶120,或從用戶120接收返回的內(nèi)容。用戶100可以使用內(nèi)容。為了進一步說明多級分發(fā)鏈的潛在的復(fù)雜性,提供者100可以集合來自它方的內(nèi)容,分發(fā)者110可以接收來自其它分發(fā)者的內(nèi)容用于再分發(fā),而用戶120可以與其它用戶共享內(nèi)容??梢郧宄乜吹?,在內(nèi)容壽命周期中有多個階段,以及在各方之間有多種關(guān)系。在壽命周期和關(guān)系的不同階段處,權(quán)利的精確的和一致性的規(guī)定是很重要的,并且對于在多級分發(fā)和使用中的內(nèi)容的持久保護是起決定性作用的。
圖2示出相同模型中的權(quán)利的流程,包括權(quán)利產(chǎn)生、集合、發(fā)出、撤回、驅(qū)動、準許、放棄、代表和行使。圖2的模型包括相同的實體,提供者100、分發(fā)者110以及用戶120。相對于權(quán)利的流程可以看到,每一方可以準許和接受權(quán)利。用戶120可以準許和接受來自其它用戶的權(quán)利,在這個例子中是被稱為“代表”的一個過程。
圖2的模型包括許多特定內(nèi)容出版、分發(fā)和使用關(guān)系。通過一些團體的不同的合并或隔離可以從這個模型導(dǎo)出其它模型。例如,每個提供者可以是一個分發(fā)者。這是“直接出版”,這允許個別的作者分發(fā)/銷售他們的內(nèi)容而無需任何中間出版者。此外,每個消費者可以是可能的分發(fā)者。這允許消費者相互傳送內(nèi)容。這包括超級-分發(fā),送禮和個人出租。在一個“萬維網(wǎng)共同體”中,每一個人能夠出版、分發(fā)和消費內(nèi)容。“內(nèi)容集合”允許出版者把來自其它出版者的內(nèi)容組成組合著作。現(xiàn)場許可證和企業(yè)使用允許共享消費者中間的內(nèi)容。
一般,如在圖3(a)和3(b)中所示,兩個一般的提供者-消費者模型可以獲取在圖2中示出的所有權(quán)利關(guān)系。圖3(a)示出“推”模型,而圖3(b)示出“拉”模型。在圖3(a)示出的推模型中,權(quán)利提供者200通過向權(quán)利消費者210產(chǎn)生權(quán)利提供和準許權(quán)利而啟動權(quán)利提供和準許過程。在圖3(b)中示出的拉模型中,權(quán)利消費者210通過從權(quán)利提供者200請求權(quán)利提供和接受權(quán)利而啟動過程。
在圖4中示出提供和準許權(quán)利的較佳實施例的結(jié)構(gòu)。可以實施結(jié)構(gòu)400作為計算機硬件和軟件的組合以及包括權(quán)利供給者部件402、權(quán)利消費者部件438和鏈接這兩個部件的通信信道422。例如,通信信道42可以是因特網(wǎng)、到計算機連接的直接計算機、LAN(局域網(wǎng))、無線連接或等等。供給者部件402與供給者相關(guān)聯(lián),供應(yīng)者即使權(quán)利可供消費者(它是進行行使,即消費權(quán)利的一個實體)使用的實體。供給者可以是內(nèi)容所有者或提供者,或可以是分發(fā)者或任何“中間人”,諸如零售者或Web網(wǎng)站的操作者。消費者部件438與消費者相關(guān)聯(lián),所述消費者可能是最終用戶(即,內(nèi)容消費者)、或諸如零售者、批發(fā)者、或轉(zhuǎn)售者之類的“中間人”。要注意,消費者消費權(quán)利而不是必需使用(即,消費)內(nèi)容。任何類型的硬件裝置或軟件模塊,諸如個人計算機、手持計算機、移動電話、服務(wù)器、網(wǎng)絡(luò)或這些的任何組合都可以實施供給者部件402和消費者部件438。供給者部件402產(chǎn)生權(quán)利標簽40作為提供,給予許可證草稿以及對消費者準許許可證52。消費者部件438發(fā)出請求,從權(quán)利標簽40選擇選項44,產(chǎn)生反提供,以及接受許可證52??梢栽谙嗤b置中實施供給者部件402和消費者部件438,而通信信道422可以是一條內(nèi)部信道。
供給者部件402包括用戶接口模塊404、通信接口模塊420、身份模塊406、用于供給者的權(quán)利(例如,按所發(fā)出許可證的形式)的資源庫412以及用于管理有關(guān)信息的數(shù)據(jù)庫414。用戶接口404對用戶實現(xiàn)部件功能的顯示以及按已知方式接受用戶的交互動作。通信接口422對于供給者部件402和消費者部件438中間的消息提供恰當?shù)母袷胶蛥f(xié)議。身份模塊406保證消費者部件438可以鑒定供給者部件402的身份,并且可以包括象密碼、密碼密鑰或供給者部件402的用戶的生物統(tǒng)計學(xué)信息等的鑒定信息。權(quán)利資源庫412存儲對于供給者部件402的用戶準許的權(quán)利,并可以包括檢索、搜索和更新存儲在其中的權(quán)利的功能。使用管理數(shù)據(jù)庫414使權(quán)利提供和準許過程期間產(chǎn)生的信息歸檔。這種信息包括與初始提供、消費者選擇、可能的反提供、協(xié)議和最終許可證有關(guān)的信息。
消費者部件438包括用戶接口模塊428、通信接口模塊424、身份模塊426、用于消費者的權(quán)利(例如,按所發(fā)出許可證的形式)的資源庫434以及用于管理有關(guān)信息的數(shù)據(jù)庫436。用戶接口424處理對部件的用戶的顯示以及接受用戶的交互動作。通信接口422對于供給者部件402和消費者部件438之間的權(quán)利提供和準許消息提供恰當?shù)母袷胶蛥f(xié)議。身份模塊426保證供給者部件402可以鑒定消費者部件438的身份,并且可以包括象密碼、密碼密鑰或用戶的生物統(tǒng)計學(xué)信息等的鑒定信息。權(quán)利資源庫434存儲授予消費者部件438的用戶的權(quán)利,并可以包括檢索、搜索和更新存儲在其中的權(quán)利的功能。使用管理數(shù)據(jù)庫436使權(quán)利提供和準許過程期間產(chǎn)生的信息歸檔。這種信息包括與提供44、消費者選擇、可能的反提供、協(xié)議和許可證52有關(guān)的信息。注意,數(shù)據(jù)庫436可以存儲與數(shù)據(jù)庫414相同的或不同的信息,因為各方可以與其它各方交互動作因此而具有不同的歸檔信息。
供給者部件402還包括產(chǎn)生提供的提供發(fā)生器模塊408;用于構(gòu)成許可證的權(quán)利構(gòu)成模塊410;用于提供模板的提供模板模塊418,所述模板用于根據(jù)以前的交易和提供的共同形式而產(chǎn)生提供;以及用于根據(jù)過去消費者特征和關(guān)系定制和準許權(quán)利的消費者簡況模塊416。
消費者部件438還包括提供分析器模塊430,用于了解在提供中出現(xiàn)的權(quán)利和它們的項目和條件;選擇制造者模塊432,用于選擇在提供中規(guī)定的有利的選項;供給者優(yōu)先度模塊438,用于根據(jù)過去和現(xiàn)有的供給者特征和關(guān)系來描述任何較佳供給者;以及選擇模式模塊440,用于提供在提供的選擇選項中的模式和利益(interest)。例如,選擇模式模塊440可以包括對于消費者感興趣的項目的較佳供給者的列表或最低價格的列表。可以分別把提供分析器模塊430和選擇制造者模塊432組合成一個模塊。
在結(jié)構(gòu)400中提供和準許權(quán)利的過程是基于由供給者部件402和消費者部件438所遵循的協(xié)議的。這些協(xié)議一般包括提供和該提供的接受。特別,這些協(xié)議包括一方對另一方的權(quán)利的提供以及通過人員接受該提供,該提供是為了所述人員而制造的。一旦制造了一個提供,就可以使該提供形成一種格式,以致在接受之前可以廢除它,或提供者可以使它形成一種格式,以致在提供者可定義的所有情況下或只在某些情況下都不能夠廢除它。還可以按各種方式使提供期滿,例如,如果接受的最后期限已過去。如果不存在規(guī)定的最后期限,則提供可以根據(jù)提供的主題按預(yù)定的合理時間而期滿。對于周期性可得到的內(nèi)容,諸如雜志、期刊,以及甚至報紙,例如,合理的時間可以符合內(nèi)容出版的周期。對于動態(tài)地產(chǎn)生或提供的內(nèi)容,諸如成流的內(nèi)容,合理的時間可以是可得到內(nèi)容之前的任何時間。權(quán)利供給者可以命令接受的其它項目,權(quán)利消費者是受到所述接受的其它項目的約束的。例如,提供可能需要通過電子郵件或通過某個Web網(wǎng)頁接口按某個形式發(fā)送回的接受。
圖5(a)說明權(quán)利準許的推模型的協(xié)議500的工作流程。例如,供給者部件402產(chǎn)生按權(quán)利標簽40的形式的、可能具有許多選項44的權(quán)利的提供,并把它發(fā)送到消費者部件438(510)。消費者部件438考慮提供和它的可能的選項,并用任何可選權(quán)利提供44的選擇對供給者部件402作出響應(yīng)(512)。供給者部件402根據(jù)消費者的響應(yīng)定制權(quán)利,并按許可證草稿的形式把權(quán)利發(fā)送給消費者部件432的用戶(514)。
然后消費者部件438接受許可證草稿,如果它對應(yīng)于所作出的選擇,以及是可接受的另外方式(516)。一當接受,供給者部件402產(chǎn)生許可證52,并把許可證52發(fā)送給消費者部件(518)。注意,許可證52的準許52b可以包括使用權(quán)利和/或超越權(quán)利。因此許可證52可以允許消費者部件438的用戶按相似方式將權(quán)利授予它方。然而,通過超越權(quán)利的使用,上游團體控制了可導(dǎo)出的權(quán)利。此外,協(xié)議可以包括一些步驟,其中供給者部件402請求通過消費者部件438的用戶的信用卡進行支付,以及供給者部件402提供信息和授權(quán)收費。在過程成功或失敗時,供給者部件402和消費者部件438兩者都可以產(chǎn)生狀態(tài)報告。此外,在過程期間,各方可以相互鑒定,并在整個過程中維持鑒定。
圖5(b)示出權(quán)利準許的拉模塊的協(xié)議。首先,消費者部件438把請求發(fā)送到供給者部件402,以表示對得到內(nèi)容中的某些權(quán)利感興趣(520)。供給者部件402然后用一個復(fù)蓋了消費者部件438所請求的權(quán)利的提供作為響應(yīng),所述提供按具有多個提供選項44(包括消費者部件438請求的權(quán)利)的標簽40的形式,并把該提供發(fā)送給消費者部件438(522)。
然后消費者部件438考慮提供和它的選項,并選擇提供選項中之一來響應(yīng)供給者部件402(524)。供給者部件402根據(jù)響應(yīng)而定制權(quán)利,并以許可證草稿的形式對消費者授予權(quán)利(526)。然后消費者部件438接受許可證草稿(528)以及供給者部件402發(fā)出對消費者部件438準予權(quán)利的許可證52(530)。再次,權(quán)利可以包括超越權(quán)利。
圖6說明在供給者部件402中的提供發(fā)生器模塊408執(zhí)行的提供產(chǎn)生過程600。在提供產(chǎn)生過程600中,首先在塊602中收集可得到的權(quán)利??梢詮囊郧肮┙o者得到權(quán)利,通過從授予供給者的超越權(quán)利導(dǎo)出,或可以是原始創(chuàng)建的權(quán)利。在步驟604中,判定供給者是否具有向消費者作出提供的權(quán)利。例如,如果已知消費者是未成年人而內(nèi)容是限于成年消費者的,或如果消費者是在禁止接收內(nèi)容的一個列表上的,則供給者將不作出提供。在這種情況中,在步驟606中終止提供產(chǎn)生過程。如果供給者有權(quán)利作出提供,則過程然后通過分析在步驟602中收集的權(quán)利而在步驟608中判定可以向消費者提供所有權(quán)利。接著,在步驟610中,過程判定消費者是否已經(jīng)請求任何特定權(quán)利。如果已經(jīng)接收到請求,則過程進一步濾出可以提供的確定的權(quán)利,考慮所接收的消費者請求的權(quán)利,并把這些權(quán)利與可得到權(quán)利進行比較。然后,過程在步驟614中判定是否需要應(yīng)用提供模板。
例如,可能向消費者提供包括在模板中的標準權(quán)利,諸如內(nèi)容的打印權(quán)利、歸檔權(quán)利等。如果提供模板是可得到的而且是必需的,則在步驟616中應(yīng)用提供模板。在步驟618中,可以提供人為介入,以進一步對提供模板進行調(diào)節(jié)以及對過程中至今可得到的提供的權(quán)利作出調(diào)節(jié)。接著,可以通過條件和/或狀態(tài)變量來施加限制。例如,在步驟620中可以在某些權(quán)利上設(shè)置時間限制。最終,在步驟622中與要提供的權(quán)利的集合一起提供數(shù)字化簽名或其它鑒定,以及在步驟624中作出以權(quán)利標簽40形式的經(jīng)鑒定的提供,并在步驟624中提供給消費者部件438。
圖8說明在供給者部件402中的權(quán)利構(gòu)成模塊410執(zhí)行的權(quán)利定制過程800。開始,在步驟802中接收消費者的選擇。選擇是步驟624的所選擇的標簽40的選項44的權(quán)利和條件(圖6)。然后在步驟804中過程判定供給者部件402是否有權(quán)利對消費者部件438授予權(quán)利。例如,如果消費者不能符合某些要求,諸如最小年齡或在內(nèi)容可以許可的場所中的居住證明,例如,授予許可證可能是不恰當?shù)?,則權(quán)利定制過程800在步驟806中終止。否則,在步驟808中分析消費者選擇的選擇,以確定它們是否可通過供給者部件402辨別。例如,可以分析選擇來看它們是否為可理解的。
接著,在步驟810中過程判定消費者信息是否是可得到的。例如,可以把消費者簡況存儲在數(shù)據(jù)庫414中(圖4)。如果可得到,則在步驟812中考慮消費者信息,用于消費者選擇的進一步的分析。在步驟812中,還可以考慮動態(tài)信息,如下所述。例如,簡況可以包括消費者的信任的額定等級或地址,使它變成不要求中的要求以提供某些權(quán)利。然后過程在步驟814中判定選擇是否為合理的。例如,可以通過計算或人為介入來執(zhí)行這個判定。如果認為消費者的選擇是不合理的,則然后在塊816中執(zhí)行消費者的選擇的再協(xié)商。在這個再協(xié)商過程中,根據(jù)以前分析的選擇向消費者提供新的建議的提供,使消費者有機會提出新提供的選擇,并且在步驟802中再次開始權(quán)利定制過程800。否則在步驟818中創(chuàng)建包括所選擇的權(quán)利的許可證。
在創(chuàng)建許可證之后,如果消費者接受是必需的(步驟820),則在步驟822中提供給消費者進行審查。如果在步驟824中消費者不同意許可證中的項目,則在步驟816中開始再協(xié)商,在步驟802中再次重新啟動了權(quán)利定制過程800。在步驟820中,如果不需要消費者的審查,則在步驟826中鑒定許可證以在步驟828中創(chuàng)建完成的許可證52,發(fā)出完成的許可證52,并與內(nèi)容42相關(guān)聯(lián)。
圖7說明通過消費者部件438的提供分析器模塊430和選擇制造器模塊432執(zhí)行的提供考慮過程700。在步驟702中首先收集可得到的提供。在步驟704中,過程700判定它是否有權(quán)利接受來自供給者的提供。例如,如果購買的內(nèi)容上有對消費者的某些限制,諸如年齡限制或?qū)τ趶钠髽I(yè)外部接受內(nèi)容的限制,則消費者不能接受提供。在這種情況中,在步驟706中終止提供考慮過程。如果消費者有權(quán)利接受來自供給者的提供,則在步驟708中分析提供以確定它們是否為可辨別的。如果在步驟710中判定可得到供給者優(yōu)先度,則在步驟712中根據(jù)優(yōu)先度濾出提供。例如,消費者可能信任特定的供給者,或另外偏愛與該供給者進行交易,比與其它供給者進行的交易要多。接著,步驟714判定是否可得到消費者優(yōu)先度,如果可得到,則在步驟716中把它們施加于提供。一旦通過施加步驟708-714的邏輯和任何其它要求邏輯而分析了所有的提供,消費者就在塊718中選擇選項,并在塊720中規(guī)定可能性事項。可以自動地完成選項的選擇。如果要求人為介入,則消費者可以干涉和進一步規(guī)定所要求的附加的選擇或條件??梢允褂萌魏蝺?yōu)先度、規(guī)則或其它邏輯來分析提供。
總的來說,如在上述圖6、7和8的說明中可看到,消費者發(fā)送一個請求,然后構(gòu)造一個許可證。供給者或消費者都可以草案許可證的內(nèi)容,但是在上述例子中是供給者草案的。請求是提供的子集,并且提供具有一個或多個選項。供給者使發(fā)送請求的消費者可得到提供(如果希望的話,可使其它消費者都可得到提供),而消費者(如果有利的話,包括其它消費者)作出選擇。然后供給者分析選擇,并構(gòu)造許可證(即,權(quán)利的準許)。注意,也可以拒絕請求,或可以作出一個反建議,則可以使相同的過程按反建議而重復(fù)進行。
還有,當供給者分析請求時,可以自動地或由人為介入而完成分析。當消費者考慮提供時,可以自動地或由人為介入而完成選擇或接受??梢愿鶕?jù)動態(tài)信息、消費者的信息以及消費者的請求來產(chǎn)生提供或許可證,或兩者,如上所述。
動態(tài)信息可以包括多類信息,這些信息包括與定價、網(wǎng)絡(luò)的狀態(tài)、Web網(wǎng)站在每個時刻的話務(wù)、所給出的折扣、所給出的贈券、消費者的愛好、已經(jīng)使用該內(nèi)容達多少次、使用該內(nèi)容有多久、把該內(nèi)容用于何處等有關(guān)的信息??梢愿檮討B(tài)信息作為狀態(tài)變量,并可以按需要核對和更新狀態(tài)變量的值。
動態(tài)信息是能夠通過非靜止單元或通過參考非靜止單元來改變或創(chuàng)建的信息(雖然,實際上不必定如此)。例如,可以得到動態(tài)信息,根據(jù)公式、數(shù)據(jù)庫、曲線、預(yù)定表格、值的百分比、函數(shù)、對其它數(shù)據(jù)的參考,諸如感興趣的最優(yōu)惠利率或股市指數(shù)的變化、和/或通過用戶或分發(fā)者的人為介入、和/或消費者的輸入。
消費者的信息可以包括一些信息,諸如消費者的年齡、消費者的信用歷史、消費者的信用極限、消費者的收入、得到什么類型的權(quán)利或許可證、消費者的密碼、分配給消費者的密鑰、訪問或打折扣的俱樂部會員資格、根據(jù)預(yù)定準則的消費者的級別、或任何其它數(shù)據(jù)、識別特征和信息。供給者信息可以包括作為消費者的信息的一些或所有的信息主題,例如,還可以包括可得到的選項或變化、供給者、發(fā)貨信息、以及其它信息。
本發(fā)明揭示的系統(tǒng)和過程支持內(nèi)容的多級和超級分發(fā)(superdistribution)。下面是一種使用情況,該情況示出對此可以如何進行模型化和支持。通過示出把所對權(quán)利供給者(在本情況中是內(nèi)容分發(fā)者)提供的權(quán)利變換成對權(quán)利消費者(在本情況中是最終用戶)授予的權(quán)利的過程來說明提供和授予權(quán)利的過程。特別示出從現(xiàn)有的許可證如何產(chǎn)生提供、如何用選擇來考慮這個提供以及如何發(fā)出最終的許可證。超越權(quán)利提供一種機構(gòu),用于允許在內(nèi)容分發(fā)鏈中從一方到下一方傳送權(quán)利。
假定某些內(nèi)容C的內(nèi)容提供者P希望規(guī)定分發(fā)者D可以向在美國(US)區(qū)域內(nèi)的任何最終用戶按1美元的平價銷售“播放”權(quán)利以及按每拷貝4美元的價格銷售“打印”權(quán)利(兩者都是由D支付給P)。提供者還允許內(nèi)容分發(fā)者把它自己的條件附加到它發(fā)給最終用戶的“播放”和“打印”權(quán)利上。
從內(nèi)容提供者到分發(fā)者的許可證可以類似于下面使用XrMLTM權(quán)利語言的許可證。
分發(fā)者可以根據(jù)它已經(jīng)在上述許可證中表述的權(quán)利來作出對于最終用戶的提供。注意,把每個選項的使用權(quán)利和條件規(guī)定為<grant>標記之間的XMLTM元素。在下面的提供中,注意,分發(fā)者添加得到“播放”權(quán)利的費用條件,向最終用戶收費2美元(比它支付給提供者的費用多1美元),以及添加另一個對于“打印”權(quán)利的費用條件,向最終用戶收費每拷貝6美元(比它支付給提供者的費用多1美元)。分發(fā)者還限制接受提供的時間周期(到2002年12月31日)。對分發(fā)者授予的超越權(quán)利允許分發(fā)者修改許可證中的準許,如上所述,以及作出提供。
當向最終用戶提供提供時,最終用戶可以選擇只得到平價費用2美元的“播放”權(quán)利,并用規(guī)定為<choice>標記之間的XMLTM元素的一個選擇來響應(yīng)分發(fā)者,如下所示。
注意,也可以拒絕請求。還要注意,還可以把響應(yīng)構(gòu)成不是原先由分發(fā)者提供的權(quán)利的反提供。當分發(fā)者接受來自最終用戶的選擇時,它就把許可證發(fā)給用戶,如下所示。
注意,在上述所有XML文檔中,發(fā)出者可以選擇使用某些數(shù)字化簽名算法對文檔進行數(shù)字化簽名。這些文檔的接收者有機會通過檢查所附的數(shù)字簽名的有效性來驗證這些文檔的有效性。使用已知技術(shù)可以控制對于其中各種文檔和元素的訪問。
在某些情況中,提供和準許導(dǎo)致許可證具有對于內(nèi)容使用的刷新狀態(tài)。當開始行使權(quán)利時,作為超越權(quán)利的結(jié)果得到的經(jīng)導(dǎo)出的權(quán)利可以繼承和/或共享與權(quán)利相關(guān)聯(lián)的狀態(tài)變量值。例如,當準許一個人用權(quán)利來打印5次以及制作某些文檔的4份拷貝時,所有新拷貝將具有相同的權(quán)利組但是與原件共享狀態(tài)(或保持權(quán)利)。在已經(jīng)打印原件2次并且制作了新拷貝之后,拷貝和原件可以一起再打印3次和再制作2份新拷貝。
較佳實施例可以利用各種裝置,諸如個人計算機、服務(wù)器、工作站、PDA、瘦客戶機等。例如,客戶機環(huán)境可以是手持裝置,諸如移動電話或PDA??梢允褂糜糜谕ㄐ诺母鞣N信道。此外,可以把各種功能集成到一個裝置中。例如,可以通過客戶機環(huán)境中的軟件來實現(xiàn)許可證服務(wù)器功能。此外,可以在相同的裝置中實現(xiàn)用于制作提供、選擇權(quán)利和準許許可證的許可證服務(wù)器或其它模塊的功能。為了清楚起見,使所揭示的功能模塊根據(jù)功能而分開。然而,可以按任何方式來組合或分開各種功能作為硬件和/或軟件。分開的或組合的各種功能都是有用的。
可以把其中的各個單元和部分存儲在相同裝置或不同裝置中。例如,可以把許可證與內(nèi)容一起存儲,或與內(nèi)容分開存儲。此外,可以把許可證的各個單元存儲在獨立的裝置中。例如,可以把狀態(tài)變量的值存儲在跟蹤狀態(tài)變量的當前值的一個系統(tǒng)的狀態(tài)變量資源庫中??梢允褂酶鞣N鏈接、參考、規(guī)格等與單元相關(guān)聯(lián)。
已經(jīng)通過較佳實施例和例子描述了本發(fā)明。然而,可以進行各種修改而不偏離如所附的權(quán)利要求書和合法的等效物所定義的本發(fā)明的范圍。
權(quán)利要求
1.一種方法,用于傳送適用于與項目相關(guān)聯(lián)的使用權(quán)利,所述方法包括下列步驟由供給者產(chǎn)生包含項目的使用權(quán)利和超越權(quán)利的至少一個第一提供,所述使用權(quán)利定義項目的使用方式,所述超越權(quán)利規(guī)定一些權(quán)利,以導(dǎo)出使用權(quán)利或其它超越權(quán)利;把所述提供呈交給第一消費者;從第一消費者接收表示所要求的使用權(quán)利和超越權(quán)利的選擇;以及產(chǎn)生授予第一消費者所要求的使用權(quán)利和超越權(quán)利的第一許可證。
2.如權(quán)利要求1所述的方法,其特征在于,所述許可證規(guī)定必須滿足的一個或多個條件,以便使所述使用權(quán)利得以行使,以及規(guī)定必須滿足的一個或多個條件,以便使超越權(quán)利得以行使。
3.如權(quán)利要求1所述的方法,進一步包括從第一消費者接收對于許可證的請求的步驟。
4.如權(quán)利要求1所述的方法,進一步包括下列步驟接收由第二消費者產(chǎn)生的、對于包含項目的至少一個使用權(quán)利和超越權(quán)利的許可證的請求;由第二供給者產(chǎn)生第二提供,所述第二提供包含從包括在第二提供中的所述超越權(quán)利導(dǎo)出的權(quán)利,其中第二供給者是第一消費者;以及由第二供給者產(chǎn)生第二許可證,所述第二許可證包含從包括在第二提供中的所述超越權(quán)利導(dǎo)出的權(quán)利,其中第二供給者是第一消費者。
5.如權(quán)利要求1所述的方法,其特征在于,所述項目包括數(shù)字化內(nèi)容。
6.如權(quán)利要求1所述的方法,進一步包括下列步驟把所述第一許可證作為定制的草案許可證提供給第一消費者;從第一消費者接收所述定制的草案許可證的確認;以及認證所述草案許可證以創(chuàng)建經(jīng)認證的許可證。
7.如權(quán)利要求1所述的方法,其特征在于,所述第一許可證包括許可證識別、數(shù)字化簽名以及至少一個準許,所述至少一個準許包括使用權(quán)利、超越權(quán)利、指定把權(quán)利授予給第一消費者的提名的委托人(named principal)以及一個條件列表。
8.如權(quán)利要求1所述的方法,其特征在于,所述第一供給者是提供者、分發(fā)者、零售者、消費者或用戶中的至少一個。
9.如權(quán)利要求1所述的方法,其特征在于,所述第一消費者是提供者、分發(fā)者、零售者、消費者或用戶中的至少一個。
10.如權(quán)利要求1所述的方法,其特征在于,產(chǎn)生至少一個提供的所述步驟包括下列步驟收集要被提供的可得到的使用權(quán)利和超越權(quán)利;判定供給者是否有權(quán)利提供可得到的使用權(quán)利和超越權(quán)利;如果不存在提供其它使用權(quán)利和超越權(quán)利的權(quán)利,則終止一組提供的產(chǎn)生;如果供給者具有提供其它使用權(quán)利和超越權(quán)利的權(quán)利,則根據(jù)可得到的權(quán)利構(gòu)成提供;以及認證所述提供。
11.如權(quán)利要求10所述的方法,其特征在于,所述構(gòu)成步驟包括判定消費者是否已經(jīng)請求包括特定使用權(quán)利和超越權(quán)利的提供;按照過濾器施加特定使用權(quán)利和超越權(quán)利到提供;以及判定提供模板是否對應(yīng)于濾出的提供,如果是的,則施加所述提供模板作為提供。
12.如權(quán)利要求1所述的方法,其特征在于,產(chǎn)生第一許可證的所述步驟進一步包括下列步驟判定供給者是否具有授予權(quán)利的權(quán)利;如果供給者沒有授予權(quán)利的權(quán)利,則終止定制草案許可證的步驟;分析從消費者接收到的一個或多個選擇;判定所述選擇是否為可接受的;以及如果所述選擇是可接受的,則根據(jù)選擇創(chuàng)建草案許可證。
13.如權(quán)利要求12所述的方法,其特征在于,所述產(chǎn)生的步驟進一步包括下列步驟把草案許可證呈交給消費者;如果第一許可證沒有得到消費者的認可,則再協(xié)商許可證;以及如果第一消費者認可草案許可證,則鑒定草案許可證。
14.如權(quán)利要求1所述的方法,其特征在于,所述使用權(quán)利規(guī)定拷貝、傳送、租賃、播放、打印、備用、恢復(fù)、刪除、提取、嵌入、編輯、授權(quán)、安裝或不安裝項目的權(quán)利。
15.傳送使用權(quán)利的一種系統(tǒng),所述使用權(quán)利適用于與項目相關(guān)聯(lián)、在用按至少一個等級分配的下游權(quán)利和條件的分發(fā)的多等信道中得到許可證,所述系統(tǒng)包括供給者部件,包括供給者用戶接口模塊;提供發(fā)生器模塊,用于產(chǎn)生包括至少使用權(quán)利和超越權(quán)利的提供;權(quán)利構(gòu)成器模塊,用于構(gòu)成草案許可證;用于供給者權(quán)利的資源庫;供給者管理數(shù)據(jù)庫;以及消費者部件,包括消費者用戶接口模塊;提供考慮模塊,配置成分析由供給者部件產(chǎn)生的提供以及根據(jù)分析選擇提供;用于消費者權(quán)利的資源庫;消費者管理數(shù)據(jù)庫;以及耦合所述供給者部件和所述消費者部件的通信鏈路。
16.如權(quán)利要求15所述的系統(tǒng),其特征在于,所述供給者部件進一步包括提供模板和消費者簡況信息,其中所述提供模板包括一個或多個預(yù)定使用權(quán)利和超越權(quán)利,其中所述消費者簡況信息包括消費者識別信息、計費信息、購買歷史信息、消費者優(yōu)先度信息以及信用定額等級信息中至少一個。
17.如權(quán)利要求15所述的系統(tǒng),其特征在于,所述消費者部件進一步包括供給者優(yōu)先度模塊,用于提供供給者信息。
18.如權(quán)利要求15所述的系統(tǒng),其特征在于,所述提供考慮模塊包括用于判定消費者是否可以接受一提供的裝置;用于把選擇邏輯施加于該提供的裝置;用于規(guī)定可能性事項的裝置;以及用于認證選擇和把該選擇提供給所述供給者部件的裝置。
19.如權(quán)利要求18所述的系統(tǒng),其特征在于,用于施加的所述裝置包括用于分析提供和在提供中選擇較佳使用權(quán)利和超越權(quán)利的裝置;用于根據(jù)供給者優(yōu)先度濾出提供的裝置;用于施加消費者優(yōu)先度的裝置;以及用于根據(jù)用于分析的所述裝置、用于濾出的所述裝置以及用于施加消費者優(yōu)先度的所述裝置來選擇任選項的裝置。
20.對于管理使用和數(shù)字化內(nèi)容的分發(fā)中至少一個,用于對要在系統(tǒng)中使用的數(shù)字化內(nèi)容產(chǎn)生許可證的一種方法,所述方法包括下列步驟向消費者呈交包括超越權(quán)利的提供;消費者接收提供中的至少一個超越權(quán)利的選擇;根據(jù)選擇產(chǎn)生一許可證,其中該許可證允許消費者行使至少一個超越權(quán)利,以及允許消費者提供從至少一個超越權(quán)利導(dǎo)出的至少一個經(jīng)導(dǎo)出的權(quán)利,并產(chǎn)生包括至少一個經(jīng)導(dǎo)出的權(quán)利的許可證。
21.如權(quán)利要求15所述的方法,其特征在于,用于第二方的、許可證中的至少一個經(jīng)導(dǎo)出的權(quán)利包括第二方要行使的使用權(quán)利以及允許把經(jīng)導(dǎo)出的權(quán)利提供給第三方的超越權(quán)利。
全文摘要
對于管理內(nèi)容、服務(wù)和資源的分發(fā)和使用的數(shù)字化權(quán)利進行提供和準許的過程和系統(tǒng)。所述過程和系統(tǒng)提供了內(nèi)容提供者和用戶之間的靈活的商務(wù)模型和協(xié)商交易的基礎(chǔ)。允許導(dǎo)出數(shù)字化權(quán)利的超越權(quán)利的概念允許內(nèi)容分發(fā)鏈中的上游各方規(guī)定由下游各方所準許的和所接收的權(quán)利。因此,可以把每個交易認為是權(quán)利供給者和權(quán)利消費者之間的雙方的交易。
文檔編號G06F21/10GK1608264SQ02815410
公開日2005年4月20日 申請日期2002年6月5日 優(yōu)先權(quán)日2001年6月7日
發(fā)明者王新, B·塔達揚 申請人:康坦夾德控股股份有限公司