專利名稱：內(nèi)容管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實(shí)施例主要地涉及在線內(nèi)容的管理。具體而言， 明涉及將上傳的數(shù)字內(nèi)容與參 略使上傳的內(nèi)容可為其他方所用
本發(fā)
背景技術(shù)：
允許用戶上傳多媒體內(nèi)容以供大眾查看的網(wǎng)站的增加已經(jīng)隨 之帶來諸多挑戰(zhàn)，這些挑戰(zhàn)不僅僅是如何檢測(cè)和操縱其他實(shí)體具有 權(quán)利的上傳內(nèi)容。
根據(jù)美國(guó)和多個(gè)其它國(guó)家的版權(quán)法，單個(gè)作品可以有多個(gè)版權(quán) 擁有者，并且各種實(shí)體可以擁有關(guān)于內(nèi)容的其它權(quán)利。例如，各種 實(shí)體具有歌曲權(quán)利——作者、發(fā)行者和音樂標(biāo)簽僅為可以具有不同
權(quán)利的多個(gè)不同實(shí)體中的 一些實(shí)體，并且每個(gè)實(shí)體可以有權(quán)控制對(duì) 它們的作品的使用和/或根據(jù)特定國(guó)家有效力的各種特許權(quán)使用費(fèi) (royalty )方案來接收特許權(quán)使用費(fèi)付費(fèi)。視頻具有另外 一 層復(fù)雜性， 例如包括與隨著視頻一起播放的任何音樂的同步權(quán)利。
盡管存在諸如美國(guó)作曲家作家與出版商協(xié)會(huì)(ASCAP )之類的 表演藝術(shù)著作權(quán)保護(hù)機(jī)構(gòu)(PRO)在各種版權(quán)擁有者的作品在電臺(tái) 或者電視上廣播時(shí)代表他們收集公開演奏特許權(quán)使用費(fèi)，但是這種 類型的收集機(jī)制在線環(huán)境中不可用；演奏權(quán)利也不充分——如上文所言，還必須考慮機(jī)械的、原版使用、同步和其它權(quán)利。
另外，在可以關(guān)于權(quán)利擁有者采取適當(dāng)行動(dòng)之前必須正確地標(biāo) 識(shí)內(nèi)容。給定用戶生成的內(nèi)容(UGC)的性質(zhì)，也就是由用戶向網(wǎng) 站提供的內(nèi)容的性質(zhì)，已經(jīng)證明很難檢測(cè)受其他方的權(quán)利制約的內(nèi) 容。例如，用戶可以選擇一首受版權(quán)約束的商業(yè)可用歌曲并且將它 與用戶本身?yè)碛邪鏅?quán)的自制—見頻組合。例如包括有版權(quán)的視頻的
UGC可以通過與參考視頻略有不同(例如通過裁剪或者編輯)來避
開才企測(cè)。

發(fā)明內(nèi)容
本發(fā)明使內(nèi)容權(quán)利擁有者能夠?qū)?shù)字內(nèi)容或者諸如指紋之類
的數(shù)字內(nèi)容的戳記提供給托管(host)站點(diǎn)用作參考內(nèi)容。內(nèi)容所有
者或者權(quán)利擁有者(下文簡(jiǎn)稱為"內(nèi)容所有者")也指定用于每個(gè)數(shù) 字內(nèi)容項(xiàng)的策略，該策略指示當(dāng)發(fā)現(xiàn)在內(nèi)容與內(nèi)容所有者之外人上 傳的內(nèi)容之間的匹配時(shí)在站點(diǎn)上可以如何使用該內(nèi)容。
托管站點(diǎn)適合于接收由用戶上傳到上傳服務(wù)器的用戶生成的
內(nèi)容(UGC)。在一個(gè)實(shí)施例中，用戶另外提供關(guān)于上傳的內(nèi)容的 信息，如它的標(biāo)題、上下文、搜索關(guān)鍵字和描述，并且在一個(gè)實(shí)施 例中證明用戶具有用以使用數(shù)字內(nèi)容的適當(dāng)權(quán)限。在 一 個(gè)實(shí)施例中， 用戶在站點(diǎn)上具有賬戶并且在上傳數(shù)字內(nèi)容之前需要登錄。
在一個(gè)實(shí)施例中， 一旦UGC已經(jīng)被上傳，則上傳的UGC從各 種可能格式代碼轉(zhuǎn)換成一種共同文件類型。接著，標(biāo)識(shí)模塊比較上 傳的UGC與參考數(shù)據(jù)庫(kù)中的數(shù)據(jù)。參考數(shù)據(jù)庫(kù)中的數(shù)據(jù)可以已經(jīng)由 內(nèi)容所有者提供，或者可以已經(jīng)由托管站點(diǎn)收集，或者從另一方來
獲得，或者通過這些或其它方法的組合來獲得。如果上傳的UGC與 參考數(shù)據(jù)庫(kù)中的內(nèi)容不匹配，則使它在受托管站點(diǎn)設(shè)定的任何其它
內(nèi)容規(guī)則制約的情況下可由站點(diǎn)的其它用戶下載或者進(jìn)行流傳輸。 策略引擎取回用于該參考內(nèi)容的指定策略以確定應(yīng)當(dāng)怎樣操縱上傳的UGC。在一個(gè)實(shí)施例中，由內(nèi)容所有者提供的策略選項(xiàng)包括跟蹤
內(nèi)容以觀察如何查看它、防止在站點(diǎn)上分發(fā)內(nèi)容、以及允許在收入
分享環(huán)境中顯示內(nèi)容。在一個(gè)實(shí)施例中，如果標(biāo)識(shí)模塊將UGC與參 考項(xiàng)匹配、但是該匹配不具有充分高的置信水平，則將提議的匹配 排隊(duì)以供內(nèi)容所有者審查。
內(nèi)容所有者可以訪問托管站點(diǎn)并且查看關(guān)于他們的內(nèi)容的活 動(dòng)。如上所言，在一個(gè)實(shí)施例中，如果標(biāo)識(shí)引擎已經(jīng)標(biāo)識(shí)部分匹配 或者置信度低的匹配，則內(nèi)容所有者可以人工地審查UGC并且確定 它事實(shí)上是否為匹配。此外，內(nèi)容所有者可以審查已經(jīng)與參考內(nèi)容 自動(dòng)匹配的并且已經(jīng)應(yīng)用指定策略的項(xiàng)。內(nèi)容所有者也可以編輯用 于個(gè)別或者成組參考內(nèi)容的策略信息。
在 一 個(gè)實(shí)施例中，托管站點(diǎn)向內(nèi)容所有者提供指紋分析軟件程 序或者接口 ，該內(nèi)容所有者使用該程序或者接口創(chuàng)建他們的內(nèi)容的 數(shù)字指紋并且將指紋提供回給托管站點(diǎn)。托管站點(diǎn)上的標(biāo)識(shí)模塊然 后比較UGC的指紋與由內(nèi)容所有者供應(yīng)的指紋以確定是否存在匹 配。在這一實(shí)施例中，內(nèi)容所有者無需將它的原參考內(nèi)容的拷貝分 發(fā)到托管站點(diǎn)。
在 一 個(gè)實(shí)施例中，不同策略可以例如根據(jù)下載單項(xiàng)參考內(nèi)容的 計(jì)算機(jī)的地理位置來與單個(gè)參考內(nèi)容項(xiàng)關(guān)聯(lián)。類似地，不同策略可 以例如根據(jù)查看者或上傳者的身份、查看或者上傳平臺(tái)或者對(duì)內(nèi)容 上傳或查看的站點(diǎn)的域來與單個(gè)內(nèi)容項(xiàng)關(guān)聯(lián)。


圖1是根據(jù)本發(fā)明一個(gè)實(shí)施例的用于提供內(nèi)容權(quán)利管理的系 統(tǒng)的圖示。
圖2是圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于提供內(nèi)容權(quán)利管 理的方法的流程圖。
圖3圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于將參考內(nèi)容提供給 內(nèi)容^l利管理系統(tǒng)的用戶界面。圖4圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于收入分享使用的框圖。
圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例的用于內(nèi)容所有者進(jìn)行內(nèi)容搜 索的用戶界面的屏幕截圖。
圖6是根據(jù)本發(fā)明一個(gè)實(shí)施例的用于為第三方提供內(nèi)容權(quán)利 管理和標(biāo)識(shí)服務(wù)的系統(tǒng)的圖示。
圖7-10圖示了由內(nèi)容所有者用來審查內(nèi)容和要求保護(hù)內(nèi)容的 用戶界面的例子。
附圖僅出于說明的目的而描繪本發(fā)明的優(yōu)選實(shí)施例。本領(lǐng)域技 術(shù)人員根據(jù)以下討論將容易理解可以利用這里說明的結(jié)構(gòu)和方法的 備選實(shí)施例而不脫離這里描述的本發(fā)明的原理。
具體實(shí)施例方式
圖1圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于提供內(nèi)容權(quán)利管理 的系統(tǒng)。系統(tǒng)100包括上傳服務(wù)器104、上傳數(shù)據(jù)庫(kù)130、代碼轉(zhuǎn)換 器106、標(biāo)識(shí)模塊116、策略引擎118、發(fā)布器120、 Web服務(wù)器122、 內(nèi)容所有者接口 126、參考數(shù)據(jù)庫(kù)112、保護(hù)要求(claims)數(shù)據(jù)庫(kù) 128、策略數(shù)據(jù)庫(kù)114、報(bào)告引擎132和報(bào)告數(shù)據(jù)庫(kù)134。圖1也包 括用戶計(jì)算機(jī)102、查看者計(jì)算機(jī)124和內(nèi)容所有者計(jì)算機(jī)108。下 文進(jìn)一步逐一描述上述各內(nèi)容。
雖然在圖1中僅圖示了單個(gè)上傳服務(wù)器104和單個(gè)Web服務(wù) 器122以求筒潔，但是其中每個(gè)都可以實(shí)施為多個(gè)服務(wù)器。其它服 務(wù)器可以操縱這里未討論的托管站點(diǎn)的其它方面。也將理解所述對(duì) 內(nèi)容上傳和下載或者查看并非為了限于經(jīng)由因特網(wǎng)或者HTTP協(xié)議 上傳或者下載的內(nèi)容。另外一般而言，在一個(gè)實(shí)施例中描述為在服 務(wù)器側(cè)上執(zhí)行的功能如果適合則也可以在其它實(shí)施例中在客戶端側(cè) 上執(zhí)行。用戶計(jì)算機(jī)102、內(nèi)容所有者108和查看者124可以是膝上 型計(jì)算機(jī)、桌上型計(jì)算機(jī)、移動(dòng)電話、手持設(shè)備、瘦或者胖客戶端 設(shè)備、視頻裝置或者任何其它適當(dāng)計(jì)算平臺(tái)的組合。內(nèi)容所有者108是如下實(shí)體，該實(shí)體具備或者控制對(duì)特定作品 的至少一些權(quán)利。內(nèi)容所有者可以是單個(gè)人、 一群人或者諸如音樂 或者視頻制作公司或者工作室、藝術(shù)家群體、特許權(quán)使用費(fèi)收集代 理等實(shí)體。
如上所言，UGC 一見頻可以包括音頻、 一見頻、音頻和一見頻的組 合或者靜止圖像。為了易于描述，下文說明的例子假設(shè)UGC為視頻； 本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到可以用與這里描述的方式相似的方式接 收、標(biāo)識(shí)和加工音頻、與視頻組合的音頻和靜止圖像。另外，將從 系統(tǒng)100接收UGC的用戶計(jì)算機(jī)稱為查看者124。在各種實(shí)施例中， 查看者124可以經(jīng)由文件下載、通過流發(fā)送或者通過通過網(wǎng)絡(luò)取回 媒體內(nèi)容的任何其它方法來消費(fèi)UGC內(nèi)容。 '
內(nèi)容所有者接口 126使內(nèi)容所有者108能夠向系統(tǒng)100提供包 括參考內(nèi)容和策略信息的內(nèi)容并且還允許內(nèi)容所有者審查和要求保 護(hù)內(nèi)容。通過內(nèi)容所有者接口 126,系統(tǒng)100從內(nèi)容所有者108接收 參考內(nèi)容和策略信息并且將接收的信息分別存儲(chǔ)于參考數(shù)據(jù)庫(kù)112 和策略數(shù)據(jù)庫(kù)114中。在一個(gè)實(shí)施例中，為各項(xiàng)參考內(nèi)容分配標(biāo)識(shí) 符，而該標(biāo)識(shí)符另外隨著策略信息一起存儲(chǔ)于策略數(shù)據(jù)庫(kù)114中。 在一個(gè)實(shí)施例中內(nèi)容所有者接口 126包括用戶接口和大容量處理。
除了在視頻上傳時(shí)進(jìn)行內(nèi)容匹配之外，本發(fā)明的 一個(gè)實(shí)施例也 支持對(duì)已經(jīng)上傳到系統(tǒng)100的"原有"視頻的內(nèi)容匹配。這樣的原有 視頻可以在系統(tǒng)就位之前已經(jīng)-陂更新或者可以在上傳時(shí)尚未匹配、 但是將隨著附加參考材沖牛的添加而依次地匹配?？梢岳缤ㄟ^4安照 參考數(shù)據(jù)庫(kù)重新檢驗(yàn)所有上傳視頻來定期地完成這樣的原有視頻匹 配。在一個(gè)實(shí)施例中，當(dāng)用戶請(qǐng)求查看或者下載^L頻時(shí)完成這樣的 檢驗(yàn)。
系統(tǒng)100的用戶使用用戶計(jì)算機(jī)102將用戶生成的內(nèi)容(UGC ) 提供給系統(tǒng)100的上傳服務(wù)器104。在一個(gè)實(shí)施例中，用戶計(jì)算機(jī) 102 4吏用i者長(zhǎng)口 Microsoft Internet Explorer或者M(jìn)ozilla Firefox之類的 Web瀏覽器訪問運(yùn)行在上傳服務(wù)器104上的Web服務(wù)器。參照?qǐng)D2,
ii上傳服務(wù)器104從用戶計(jì)算機(jī)102接收202 UGC并且在一個(gè)實(shí)施例 中將它存儲(chǔ)于上傳數(shù)據(jù)庫(kù)130中。
代碼轉(zhuǎn)換器106將UGC從一個(gè)文件類型轉(zhuǎn)換204成另 一文件 類型以便對(duì)用于向查看者124回放的內(nèi)容加以標(biāo)準(zhǔn)化。這使上傳服 務(wù)器104接受按照各種不同格式提供的UGC，同時(shí)仍然能夠?qū)?biāo)準(zhǔn) 化的輸出提供給查看者124。在一個(gè)實(shí)施例中，代碼轉(zhuǎn)換器106將上 傳的視頻內(nèi)容進(jìn)行代碼轉(zhuǎn)換，成為Adobe (.flv) Flash文件格式。
標(biāo)識(shí)模塊116分析206上傳的UGC和代碼轉(zhuǎn)換的UGC以確定 它是否與參考數(shù)據(jù)庫(kù)112中存儲(chǔ)的參考內(nèi)容匹配。如果208發(fā)現(xiàn)匹 配，則策略引擎118查找210用于標(biāo)識(shí)的參考內(nèi)容的策略并且另外 將匹配記錄于保護(hù)要求數(shù)據(jù)庫(kù)128中以供內(nèi)容所有者108后續(xù)審查。 在一個(gè)實(shí)施例中，指紋對(duì)比方法用來比較UGC與參考內(nèi)容。也可以 在各種實(shí)施例中l(wèi)吏用附加技術(shù)，比如水印、MD5編碼、面部識(shí)別、 標(biāo)志識(shí)別和人的視覺檢查。例如在美國(guó)專利申請(qǐng)序列號(hào)11/765，292、 11/746,339、 60/957,446和60/957,445中描述了用于將上傳內(nèi)容與參 考內(nèi)容匹配的系統(tǒng)和方法，在此分別通過引用這些美國(guó)專利申請(qǐng)將 其并入。在一個(gè)實(shí)施例中，在UGC ^^皮代碼轉(zhuǎn)換之前按照UGC的上 傳格式來分析UGC。
如果212指定的策略指示應(yīng)當(dāng)取走(即從站點(diǎn)去除)內(nèi)容，則 系統(tǒng)100從站點(diǎn)去除214UGC。如果策略沒有指定取走策略，則標(biāo)識(shí) 216用戶的上下文。用戶的上下文可以例如包括他的地區(qū)、他的域、 他使用的設(shè)備類型等。不同策略可以相應(yīng)地由內(nèi)容所有者108指定 應(yīng)用于每個(gè)不同用戶上下文。例如，對(duì)于特定UGC項(xiàng)，策略可以指 定在美國(guó)收入分享，但是阻止在英國(guó)查看內(nèi)容。 一旦已經(jīng)標(biāo)識(shí)用戶 的上下文，則策略引擎118應(yīng)用218適當(dāng)策略。
最后，如果標(biāo)識(shí)模塊116將UGC與參考內(nèi)容項(xiàng)匹配，但是置 信水平低于指定閾值，則將UGC和建議的匹配參考內(nèi)容排隊(duì)220以 便內(nèi)容所有者108人工審查。如果226內(nèi)容所有者108將內(nèi)容作為 它所有的內(nèi)容來要求保護(hù)，則根據(jù)以上描述的適當(dāng)策略來對(duì)待220
12內(nèi)容。另一方面，如果內(nèi)容所有者108沒有將內(nèi)容作為它本身的內(nèi) 容來要求保護(hù)，則發(fā)布228內(nèi)容以供查看者124查看而不實(shí)施所述 策略中的任何策略。在任一情況下，在一個(gè)實(shí)施例中將UGC或者它 的戳記添加到參考數(shù)據(jù)庫(kù)112以提高將來標(biāo)識(shí)嘗試的準(zhǔn)確性。
圖7圖示了由內(nèi)容所有者108審查和要求保護(hù)內(nèi)容的用戶界面 700的例子。在這一例子中，并排顯示參考內(nèi)容和用戶上傳的內(nèi)容。 內(nèi)容所有者108可以審查潛在的匹配并且釋放、忽略或者保持保護(hù) 要求。然后用戶可以查看下一潛在保護(hù)要求以便進(jìn)行類似處理。在 圖中，保護(hù)要求在諸如30天的預(yù)定天數(shù)之后過期。在其它實(shí)施例中， 保護(hù)要求不會(huì)過期。這里，內(nèi)容所有者具有針對(duì)匹配內(nèi)容的通用"阻 止"策略。在一個(gè)實(shí)施例中，僅顯示用戶上傳的內(nèi)容而不是參考內(nèi)容。
圖3圖示了內(nèi)容所有者接口 126的用戶接口頁(yè)面300的例子， 該頁(yè)面使內(nèi)容所有者108能夠?qū)⒖家曨l上傳到參考數(shù)據(jù)庫(kù)112。在 所示例子中， 一個(gè)區(qū)域302提供用于內(nèi)容所有者108指定與參考作 品關(guān)聯(lián)的標(biāo)題、描述和標(biāo)簽的輸入。在區(qū)域304中，內(nèi)容所有者108 可以指定上傳的視頻是參考視頻、還是旨在用來相對(duì)于參考數(shù)據(jù)庫(kù) 112中已有的視頻而被測(cè)試的測(cè)試視頻。如果內(nèi)容用戶108指定上傳 的視頻是參考一見頻，則它還可以指定策略308，比如軌道、阻止或者 收入分享。最后，在框306中指定例如內(nèi)容所有者的本地計(jì)算機(jī)上 的位置，然后將參考視頻上傳到系統(tǒng)100。在一個(gè)實(shí)施例中，內(nèi)容所 有者可以在批處理模式中上傳參考視頻而不是每個(gè)分別上傳。在一 個(gè)實(shí)施例中，內(nèi)容所有者可以在批處理模式中上傳視頻指鄉(xiāng)文而不是 對(duì)每個(gè)指紋分別上傳。
圖4圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的提供收入分享的方式。每 當(dāng)在包含應(yīng)用了收入分享的UGC的頁(yè)面上出現(xiàn)收入生成事件如廣告 印象、點(diǎn)進(jìn)、銷售等時(shí)(或者對(duì)于與具體視頻關(guān)聯(lián)的收入生成事件)， 將事件的記錄添加到報(bào)告數(shù)據(jù)庫(kù)134。報(bào)告引擎132分析報(bào)告數(shù)據(jù)庫(kù) 134中的事件，以針對(duì)其中每個(gè)事件確定多少數(shù)額(如果有)的收入 應(yīng)當(dāng)分撥給哪些內(nèi)容所有者。報(bào)告引擎132然后將報(bào)告提供給諸如系統(tǒng)100的操作者、系統(tǒng)所有者108等之類的相關(guān)方，并且收入被 相應(yīng)地分發(fā)。
在一個(gè)實(shí)施例中，Web服務(wù)器122也生成數(shù)據(jù)，該數(shù)據(jù)包括但 不限于查看計(jì)數(shù)、播放長(zhǎng)度等。如果各方之間的協(xié)議這樣指定，則 此信息也可以由報(bào)告引擎132用來分撥分享的收入。
例如，如果用戶102已經(jīng)上傳屬于內(nèi)容所有者108的內(nèi)容并且 內(nèi)容所有者具有用于收入分享的該內(nèi)容策略，則內(nèi)容所有者108和
用戶102可以分享來自銷售活動(dòng)的收入。可以用由內(nèi)容所有者指定 的或者由各方協(xié)商的任何適當(dāng)方式完成這一分享，比如按比例來分 享、按固定付費(fèi)來分享、按每次查看的付費(fèi)來分享等。當(dāng)存在多個(gè) 內(nèi)容所有者時(shí)，他們可以一起分享協(xié)商的收入。例如在音樂的情況
下尤其如此，這是由于高度分割的權(quán)利所有者前景所引起的。
作為另一例子，如果用戶102已經(jīng)上傳屬于內(nèi)容所有者108的 內(nèi)容并且內(nèi)容所有者具有用于該收入分享的內(nèi)容的策略，則內(nèi)容所 有者108和控制其上可查看內(nèi)容的網(wǎng)站的實(shí)體可以分享來自銷售活 動(dòng)的收入?？梢杂糜蓛?nèi)容所有者指定的或者由各方協(xié)商的任何適當(dāng) 方式完成這一分享，比如按比例來分享、按固定付費(fèi)來分享、按每 次查看的付費(fèi)來分享等。當(dāng)存在多個(gè)內(nèi)容所有者時(shí)，他們可以一起 分享協(xié)商的收入。例如在音樂的情況下尤其如此，這是由于權(quán)利所 有者的權(quán)利將被高度分割這一前景所引起的。在這樣的情形中，這 一布置將忽視任何如下可能上傳視頻的用戶將分享源于視頻的收 入。
作為另一例子，內(nèi)容所有者可以具有如下策略，該策略指示他 想要"促銷，，他的內(nèi)容而不是接收一些或者所有收入流。促銷可以 例如包括在網(wǎng)站上的希望的布局或者在內(nèi)容旁邊顯示附加廣告或者
者的其它所有權(quán)的特殊廣告，來作為內(nèi)容所有者直接接收收入的替代。
圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例的搜索功能用戶界面500的屏幕截圖。內(nèi)容所有者108或者它的代表可以使用用戶界面500標(biāo)識(shí)它 的內(nèi)容在托管站點(diǎn)上的例子。注意在站點(diǎn)上可以存在特定內(nèi)容的多 個(gè)實(shí)例。例如，除了純音頻、純視頻、包括音樂視頻的混搭等之外， 音樂視頻可以還可以發(fā)布剪余片(outtake)。
在該例子中，用戶界面包括搜索區(qū)域510和搜索結(jié)果區(qū)域520。 搜索區(qū)域510包括用于輸入搜索項(xiàng)(在所示情況下比如"flaming lips")的區(qū)域。 一個(gè)實(shí)施例允許用戶在某些域或者元數(shù)據(jù)域(如作 者和標(biāo)題)內(nèi)搜索。 一旦內(nèi)容所有者輸入搜索項(xiàng)目，他通過選擇按 鈕513來啟動(dòng)搜索。
用戶也可以設(shè)置高級(jí)搜索選項(xiàng)514，這些選項(xiàng)包括^旦不限于日 期范圍和最少查看次數(shù)。用戶也可以按照相關(guān)性、日期或者查看次 數(shù)(按升序或者降序)對(duì)結(jié)果進(jìn)行排序，并且進(jìn)一步將搜索縮小至 具體類別。用戶在一個(gè)實(shí)施例中按照保護(hù)要求狀態(tài)來過濾，以從結(jié) 果中去除所有先前標(biāo)記的內(nèi)容或者，或者反之具體地查看先前已經(jīng) 標(biāo)記的內(nèi)容。另一過濾器允許內(nèi)容所有者108濾除先前審查的并且 沒有作為用戶的內(nèi)容而標(biāo)記的內(nèi)容。內(nèi)容所有者108也可以通過將 特定視頻的ID輸入到文本框515中來搜索該特定視頻。
在這一例子中，區(qū)域516包括用于保存搜索的兩個(gè)選項(xiàng)自動(dòng) 搜索，這意味著將在用戶指定的時(shí)間或者情形(或者在其它實(shí)施例 中在預(yù)定時(shí)間和情形)在將來執(zhí)行搜索；和/或作為增量搜索，即作 為特定搜索的結(jié)果及其項(xiàng)的記錄。在一個(gè)實(shí)施例中，自動(dòng)搜索向內(nèi) 容所有者發(fā)送日常郵件，該日常郵件依賴于如何進(jìn)行它們的限定搜 索。增量搜索過濾這些日常郵件以僅示出來自最近的24個(gè)小時(shí)的結(jié) 果。
區(qū)域530允許用戶選擇保存的搜索。XML選項(xiàng)允許內(nèi)容所有 者在它們的服務(wù)器上在XML文件中限定如UI中所見的所有搜索參 數(shù)，內(nèi)容所有者然后可以將參數(shù)上傳到它們的保存搜索列表。瀏覽 功能允許用戶在用戶的本地機(jī)器上發(fā)現(xiàn)用于這一目的的XML文件。 這允許內(nèi)容所有者利用其內(nèi)容數(shù)據(jù)庫(kù)建立搜索列表。區(qū)域520示出了針對(duì)內(nèi)容搜索的搜索結(jié)果例子。在該例子中， 所得內(nèi)容具有名稱560、持續(xù)時(shí)間561、標(biāo)簽562、添加日期563、 類別564、源566、查看次數(shù)568、視頻ID 570和關(guān)于視頻是否可嵌 入的指示572。也示出了三個(gè)縮略圖像574,這些圖像圖示了標(biāo)識(shí)的 視頻的不同部分。其它實(shí)施例可以包括關(guān)于內(nèi)容的其它類型的數(shù)據(jù) 或者元數(shù)據(jù)。
對(duì)于每條內(nèi)容，內(nèi)容所有者108可以在區(qū)域576中指示它希 望為自身要求保護(hù)內(nèi)容；它已經(jīng)審查內(nèi)容但是沒有要求保護(hù)該內(nèi)容； 或者它尚未審查內(nèi)容。如果內(nèi)容所有者108要求保護(hù)內(nèi)容，則它在 區(qū)域578中選擇策略選項(xiàng)——這里為收入分享、阻止或者僅跟蹤。 在區(qū)域580中，內(nèi)容所有者108指示它的保護(hù)要求應(yīng)用于內(nèi)容項(xiàng)的 音頻、視頻還是內(nèi)容項(xiàng)的這兩種組成部分。復(fù)選框528還允許內(nèi)容 所有者108指定針對(duì)音頻的保護(hù)要求應(yīng)當(dāng)應(yīng)用于在UGC中發(fā)現(xiàn)的該 音頻的4壬-f可實(shí)例，而無"i侖它可以與之成對(duì)的纟見頻內(nèi)容如4可。
當(dāng)內(nèi)容所有者108本身是定位的內(nèi)容的源時(shí)，它也可以在區(qū)域 584中這樣指示，另外還提供關(guān)于內(nèi)容項(xiàng)的元數(shù)據(jù)。
最后，內(nèi)容所有者108可以選擇鏈4妄586以針對(duì)不同地區(qū)或者 國(guó)家指定不同參數(shù)集。
在一個(gè)實(shí)施例中，已經(jīng)由內(nèi)容所有者108最新要求保護(hù)的內(nèi)容 或者內(nèi)容的戳記繼而存儲(chǔ)于參考數(shù)據(jù)庫(kù)112中，以允許在標(biāo)識(shí)模塊 116下一次看到內(nèi)容時(shí)對(duì)該內(nèi)容的自動(dòng)標(biāo)識(shí)。
一些內(nèi)容所有者108不愿將他們的內(nèi)容的參考拷貝分發(fā)到在 其控制以外的域。在一個(gè)實(shí)施例中，通過允許內(nèi)容所有者108將參 考內(nèi)容的戳記而不是參考內(nèi)容本身提供給系統(tǒng)100來解決這一 問題。 通常，參考內(nèi)容的戳記是從參考內(nèi)容導(dǎo)出的數(shù)字指紋，但是該數(shù)字 指紋不能有效地轉(zhuǎn)譯回成原參考內(nèi)容。在這一實(shí)施例中，標(biāo)識(shí)模塊 116使用指紋分析算法從上傳的UGC獲得指紋并且將它與參考數(shù)據(jù) 庫(kù)112中存儲(chǔ)的指紋做比較。內(nèi)容所有者108還可以如上文所述將 策略信息提供給系統(tǒng)100，不同在于策略信息映射到指紋ID而不是
16原參考內(nèi)容。
在一個(gè)實(shí)施例中，內(nèi)容所有者108維護(hù)它本身的策略數(shù)據(jù)庫(kù)
114。這使內(nèi)容所有者108能夠更新策略數(shù)據(jù)而完全不必^f吏用內(nèi)容所 有者接口 126或者連接到系統(tǒng)100。內(nèi)容所有者108在本地進(jìn)行策略 改變，而當(dāng)系統(tǒng)IOO檢測(cè)到匹配時(shí)，策略引擎118從內(nèi)容所有者108 而不是系統(tǒng)100本地的策略數(shù)據(jù)庫(kù)實(shí)時(shí)取回適當(dāng)策略。
在一個(gè)實(shí)施例中，內(nèi)容所有者108將內(nèi)容數(shù)據(jù)的參考指紋隨同 關(guān)聯(lián)URL —起供應(yīng)給系統(tǒng)100。當(dāng)UGC指紋與參考指紋匹配時(shí)， UGC和URL被轉(zhuǎn)發(fā)到內(nèi)容所有者108以供審查。供應(yīng)的URL是可 為內(nèi)容所有者108而不是系統(tǒng)100所用的URL并且引用由指紋標(biāo)識(shí) 的參考內(nèi)容。內(nèi)容所有者108因此可以進(jìn)行比較以確定UGC是否包 含參考內(nèi)容而無需j吏參考內(nèi)容對(duì)于系統(tǒng)100可用。在一個(gè)備選實(shí)施 例中，僅當(dāng)自動(dòng)識(shí)別缺乏閾值置信水平時(shí)才進(jìn)行人工標(biāo)識(shí)過程。
在一個(gè)實(shí)施例中，標(biāo)識(shí)上傳的UGC以確定它是否與參考內(nèi)容 匹配可能需要 一 些時(shí)間，該時(shí)間根據(jù)上傳內(nèi)容的速率和容量而定的 以及可用處理能力。因而，UGC可以與標(biāo)識(shí)引擎116并行地發(fā)送到 發(fā)布器120以便在Web服務(wù)器122上發(fā)布。 一旦標(biāo)識(shí)引擎116完成 匹配過程，如果沒有發(fā)現(xiàn)匹配則允許發(fā)布的內(nèi)容保持就位，或者如 果發(fā)現(xiàn)匹配則將適當(dāng)策略應(yīng)用于內(nèi)容。在其它實(shí)施例中，在內(nèi)容的 狀態(tài)已被確定之前該內(nèi)容不被發(fā)布到站點(diǎn)。
當(dāng)從國(guó)際觀點(diǎn)考慮權(quán)利時(shí)添加 一 個(gè)附加方面。對(duì)于特定作品， 一個(gè)國(guó)家中的權(quán)利擁有者可以是與另一國(guó)家中的權(quán)利擁有者完全不 同的實(shí)體。這可能導(dǎo)致沖突，例如如果美國(guó)的權(quán)利擁有者設(shè)置收入 分享策略而加拿大的權(quán)利擁有者設(shè)置取走策略時(shí)。在該實(shí)例中，系 統(tǒng)發(fā)布UGC并且在使內(nèi)容服務(wù)于在美國(guó)的賬戶擁有者時(shí)實(shí)現(xiàn)收入分 享，而在具有加拿大賬戶的用戶嘗試查看它時(shí)阻止內(nèi)容。
在一個(gè)實(shí)施例中，系統(tǒng)100的操作者可以將它自身的策略以及 由內(nèi)容所有者108設(shè)置的策略應(yīng)用于標(biāo)識(shí)的UGC,或者可以將它自 身的策略代替由內(nèi)容所有者108設(shè)置的策略而應(yīng)用于標(biāo)識(shí)的UGC。例如，系統(tǒng)100的操作者可以確定應(yīng)當(dāng)在泰國(guó)阻止特定^見頻并且可 以將該策略應(yīng)用于特定UGC或者UGC集或者所有內(nèi)容。
在一個(gè)實(shí)施例中，系統(tǒng)100標(biāo)識(shí)UGC并且將內(nèi)容與適當(dāng)策略 匹配作為對(duì)第三方的服務(wù)。例如，參照?qǐng)D6，托管站點(diǎn)604從它的用 戶602之一接收UGC。托管站點(diǎn)604希望將UGC提供給它的其它 用戶，但是只有經(jīng)內(nèi)容的真正所有者允許才這樣做。第三方托管站 點(diǎn)604可能沒有用以標(biāo)識(shí)內(nèi)容所有者的資源或者可能由于它本身的 原因而希望從另一個(gè)源獲得標(biāo)識(shí)。第三方托管站點(diǎn)604因此將UGC 或者諸如UGC的指紋之類的戳記提供給系統(tǒng)100的第三方接口 606。 標(biāo)識(shí)模塊將UGC或者指紋與參考數(shù)據(jù)庫(kù)112中存儲(chǔ)的參考內(nèi)容比 較。如果不存在匹配，則第三方接口 606向第三方托管站點(diǎn)604報(bào) 告UGC與系統(tǒng)IOO已知的任何內(nèi)容都不匹配。作為備選方案，如果 在參考數(shù)據(jù)庫(kù)112中發(fā)現(xiàn)匹配，則UGC受制于由內(nèi)容所有者108提 供的并且存儲(chǔ)于策略數(shù)據(jù)庫(kù)114中的策略，或者它是先前已經(jīng)看到 的但是沒有受到要求保護(hù)的UGC。在前一種情況下，策略引擎查找 用于標(biāo)識(shí)的內(nèi)容的適當(dāng)策略，而第三方接口 606將策略信息返回到 第三方托管站點(diǎn)604并且也可以返回諸如內(nèi)容的規(guī)范名稱、版權(quán)信 息等之類的附加元信息。在后一種情況下，第三方接口 606向第三 方托管站點(diǎn)604通知內(nèi)容先前已經(jīng)由系統(tǒng)100看到，^f旦是內(nèi)容所有 者108對(duì)于該內(nèi)容沒有做出保護(hù)要求。
在一個(gè)實(shí)施例中，系統(tǒng)IOO對(duì)代表第三方托管站點(diǎn)604進(jìn)行內(nèi) 容標(biāo)識(shí)進(jìn)行收費(fèi)。
在一個(gè)實(shí)施例中，系統(tǒng)IOO代表第三方托管站點(diǎn)604執(zhí)行內(nèi)容 標(biāo)識(shí)功能，但是不提供附隨策略信息。在一個(gè)備選實(shí)施例中，系統(tǒng) 100針對(duì)給定的內(nèi)容標(biāo)識(shí)符提供策略信息，但是不執(zhí)行內(nèi)容標(biāo)識(shí)。
因而，本發(fā)明的實(shí)施例有助于保證內(nèi)容所有者對(duì)其作品的更多 控制。它也向內(nèi)容所有者給予新選項(xiàng)，這些選項(xiàng)用于不僅調(diào)整誰(shuí)可 以利用他們的內(nèi)容并且能夠以另外的方式(比如與UGC投稿者的收 入分享)從他們的內(nèi)容獲得收入。內(nèi)容所有者另外訪問廣泛的內(nèi)容管理工具，并且沒有被迫公開原參考內(nèi)容以便利用內(nèi)容權(quán)利管理。
已經(jīng)關(guān)于有限數(shù)目的實(shí)施例非常詳細(xì)地描述了本發(fā)明。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到還可以在其它實(shí)施例中實(shí)現(xiàn)本發(fā)明。
在這一書面描述中，部件的特定命名、術(shù)語(yǔ)的大寫、屬性、數(shù)據(jù)結(jié)構(gòu)或者任何其它編程或者結(jié)構(gòu)方面并非強(qiáng)制性或者實(shí)質(zhì)性的，而實(shí)施本發(fā)明或者其特征的機(jī)制具有不同名稱、格式或者協(xié)議。另外，可以如所述那樣經(jīng)由硬件和軟件的組合或者完全用石更件單元實(shí)施系統(tǒng)。在這里描述的各種系統(tǒng)部件之間的特定功能性劃分也僅為示例性的而并非強(qiáng)制性的；由單個(gè)系統(tǒng)部件執(zhí)行的功能可以代之以由多個(gè)部件執(zhí)行，而由多個(gè)部件執(zhí)行的功能可以代之以由單個(gè)部件執(zhí)行。例如，可以在多個(gè)或者一個(gè)模塊中提供匹配模塊116、策略模
塊118等的特定功能。
上文描述中的一些部分呈現(xiàn)本發(fā)明在信息操作的算法和符號(hào)表示方面的特征。這些算法描述和表示是本領(lǐng)域技術(shù)人員用來最有
盡管在功能上或者在邏輯上加以描述，但是被理解為由計(jì)算機(jī)程序?qū)嵤?。另外，也已?jīng)證實(shí)有時(shí)便于將這些操作布置稱為模塊或者代碼設(shè)備而無損于一般性。
然而應(yīng)當(dāng)理解，所有這些和相似術(shù)語(yǔ)將與適當(dāng)物理數(shù)量關(guān)聯(lián)并且僅為應(yīng)用于這些數(shù)量的便利標(biāo)記。除非特定指明，否則如根據(jù)本討論來說清楚的是，認(rèn)識(shí)到在說明書全文中利用諸如"選擇"或者"計(jì)算"或者"確定"等術(shù)語(yǔ)的討論指代計(jì)算機(jī)系統(tǒng)或者類似電子計(jì)算設(shè)備的動(dòng)作和過程，該計(jì)算機(jī)系統(tǒng)或者類似電子計(jì)算設(shè)對(duì)在計(jì)算機(jī)系統(tǒng)存儲(chǔ)器或者寄存器或者其它這樣的信息存儲(chǔ)、傳輸或者顯示設(shè)備內(nèi)表示為物理(電子)數(shù)量的數(shù)據(jù)進(jìn)行操控和變換。
本發(fā)明的某些方面包括這里以算法形式描述的過程步驟和指令。應(yīng)當(dāng)注意本發(fā)明的過程步驟和指令可以用軟件、固件或者硬件
來實(shí)施并且在用軟件來實(shí)施時(shí)可以被下載以駐留于由實(shí)時(shí)網(wǎng)絡(luò)#:作系統(tǒng)使用的不同平臺(tái)上并且從這些平臺(tái)來操作。
19于執(zhí)行這里的操作的裝置。這一裝置可以是針對(duì)所需目的而專門構(gòu)造的，或者它可以包括由存儲(chǔ)于計(jì)算機(jī)中的計(jì)算機(jī)程序有選擇地激活或者重新配置的通用計(jì)算機(jī)。這樣的計(jì)算機(jī)程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，諸如但不限于各自耦合到計(jì)算機(jī)系統(tǒng)總線的適于存儲(chǔ)電子指令的任何類型介質(zhì)或者任何
類型盤，其中盤包括軟盤、光盤、CD-ROM、磁光盤、只讀存卩諸器(ROM)、隨機(jī)存取存儲(chǔ)器(RAM) 、 EPROM、 EEPROM、磁卡或者光卡、專用集成電路(ASIC)。另外，說明書中所指計(jì)算機(jī)可以包括單個(gè)處理器或者可以是利用多個(gè)處理器設(shè)計(jì)以便提高計(jì)算能力的架構(gòu)。
這里呈現(xiàn)的算法和顯示并非與特定計(jì)算機(jī)或者其它裝置固有地有關(guān)。各種通用系統(tǒng)也可以與根據(jù)這里的教導(dǎo)的程序一起使用，或者可以證實(shí)便于構(gòu)造用以執(zhí)行所需方法步驟的更專用裝置。根據(jù)以上描述將清楚用于各種這些系統(tǒng)的所需結(jié)構(gòu)。此外，沒有參照任何特定編程語(yǔ)言來描述本發(fā)明。應(yīng)該理解，各種編程語(yǔ)言可以用來實(shí)施如這里描述的本發(fā)明的教導(dǎo)，并且提供對(duì)具體語(yǔ)言的引用是為了公開本發(fā)明的實(shí)現(xiàn)方式和優(yōu)選實(shí)施例。
最后應(yīng)當(dāng)注意，說明書中所用語(yǔ)言是已經(jīng)主要地出于可讀性和啟
容。因而，本發(fā)明的公開內(nèi)容旨在于說明而不是限制本發(fā)明。
權(quán)利要求
1.一種用于提供數(shù)字內(nèi)容管理的方法，所述方法包括檢查用戶生成的內(nèi)容項(xiàng)；標(biāo)識(shí)與所述用戶生成的內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)；確定與所述參考內(nèi)容項(xiàng)關(guān)聯(lián)的使用策略；以及將所述使用策略應(yīng)用于所述用戶生成的內(nèi)容項(xiàng)。
2. 根據(jù)權(quán)利要求1所述的方法，其中接收所述用戶生成的內(nèi)容 項(xiàng)還包括接收關(guān)聯(lián)元數(shù)據(jù)。
3. 根據(jù)權(quán)利要求2所述的方法，其中所述關(guān)聯(lián)元數(shù)據(jù)包括對(duì)用 戶生成的內(nèi)容的描述。
4. 根據(jù)權(quán)利要求2所述的方法，其中所述關(guān)聯(lián)元數(shù)據(jù)包括用戶 生成的內(nèi)容的標(biāo)題。
5. 根據(jù)權(quán)利要求2所述的方法，其中所述關(guān)聯(lián)元數(shù)據(jù)包括至少 一個(gè)關(guān)鍵字。
6. 根據(jù)權(quán)利要求1所述的方法，其中用戶生成的內(nèi)容包括音頻內(nèi)容。
7. 根據(jù)權(quán)利要求1所述的方法，其中用戶生成的內(nèi)容包括視頻內(nèi)容。
8. 根據(jù)權(quán)利要求1所述的方法，其中用戶生成的內(nèi)容包括音頻 和牙見頻內(nèi)容。
9. 根據(jù)權(quán)利要求1所述的方法，其中用戶生成的內(nèi)容包括靜止圖像。
10. 根據(jù)權(quán)利要求1所述的方法，其中標(biāo)識(shí)所述參考內(nèi)容項(xiàng)還 包括比較用戶生成的內(nèi)容的指紋與參考內(nèi)容的指紋。
11. 根據(jù)權(quán)利要求1所述的方法，其中標(biāo)識(shí)所述參考內(nèi)容項(xiàng)還 包括比較用戶生成的內(nèi)容中嵌入的水印與所識(shí)別出的為參考內(nèi)容指 派的水印。
12. 根據(jù)權(quán)利要求1所述的方法，其中標(biāo)識(shí)所述參考內(nèi)容項(xiàng)還包括比較用戶生成的內(nèi)容的密碼哈希函數(shù)與參考內(nèi)容的哈希。
13. 根據(jù)權(quán)利要求12所述的方法，其中所述哈希函數(shù)是MD5哈希。
14. 根據(jù)權(quán)利要求1所述的方法，其中所檢查的用戶生成的內(nèi) 容是上傳內(nèi)容。
15. 根據(jù)權(quán)利要求1所述的方法，其中所檢查的用戶生成的內(nèi) 容是原有內(nèi)容。
16. 根據(jù)權(quán)利要求1所述的方法，還包括將用戶生成的內(nèi)容從 第 一文件類型進(jìn)行代碼轉(zhuǎn)換從而變?yōu)榈诙募愋汀?br> 17. 根據(jù)權(quán)利要求1所述的方法，其中參考內(nèi)容由參考內(nèi)容的所有者提供。
18. 根據(jù)權(quán)利要求1所述的方法，其中接收所述用戶生成的內(nèi)有者授權(quán)提供用戶生成的內(nèi)容這一證明。
19. 根據(jù)權(quán)利要求1所述的方法，其中參考內(nèi)容由除了參考內(nèi) 容的所有者之外的實(shí)體提供。
20. 根據(jù)權(quán)利要求1所述的方法， 查看用戶生成的內(nèi)容。
21. 根據(jù)權(quán)利要求20所述的方法 跟蹤對(duì)用戶生成的內(nèi)容的查看。
22. 根據(jù)權(quán)利要求1所述的方法 查看用戶生成的內(nèi)容。
23. 根據(jù)權(quán)利要求1所述的方法， 生成的內(nèi)容將被去除。
24. 根據(jù)權(quán)利要求1所述的方法 看用戶生成的內(nèi)容以換取補(bǔ)償。
25. 根據(jù)權(quán)利要求24所述的方法 給參考內(nèi)容的所有者。
26. 根據(jù)權(quán)利要求24所述的方法其中所述使用策略指定可以 其中所述使用策略還指定將 其中所述使用策略指定不可 其中所述使用策略指定用戶 其中所述使用策略指定將查 其中所述補(bǔ)償?shù)?一 部分提供其中所述補(bǔ)償?shù)?一部分提供給用戶生成的內(nèi)容的提供者。
27. 根據(jù)權(quán)利要求24所述的方法，其中所述補(bǔ)償?shù)囊徊糠痔峁┙o托管站點(diǎn)，在所述托管站點(diǎn)上托管用戶生成的內(nèi)容以便查看。
28. 根據(jù)權(quán)利要求1所述的方法，其中標(biāo)識(shí)與所述用戶生成的 內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)還包括自動(dòng)地確定所述標(biāo)識(shí)是準(zhǔn)確的可能性；響應(yīng)于確定的可能性d 、于閾值可能性，將用戶生成的內(nèi)容的戳 記提供給參考內(nèi)容的所有者；并且從參考內(nèi)容的所有者接收關(guān)于所述標(biāo)識(shí)是否準(zhǔn)確的指示。
29. 根據(jù)權(quán)利要求28所述的方法，其中所述指示表明所述標(biāo)識(shí)用與標(biāo)識(shí)的參考內(nèi)容關(guān)聯(lián)的使用策略。
30. 根據(jù)權(quán)利要求28所述的方法，其中所述指示包括所述標(biāo)識(shí)容的指示，而應(yīng)用所述使用策略包括應(yīng)用與所述正確參考內(nèi)容關(guān)聯(lián) 的使用策略。
31. 根據(jù)權(quán)利要求1所述的方法，還包括將指示所述標(biāo)識(shí)的報(bào) 告提供給參考內(nèi)容的所有者。
32. —種用于提供數(shù)字內(nèi)容管理的內(nèi)容管理系統(tǒng)，包括 上傳服務(wù)器，適合于接收用戶生成的內(nèi)容項(xiàng)；標(biāo)識(shí)模塊，耦合到所述上傳服務(wù)器，適合于標(biāo)識(shí)與所述用戶生 成的內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)；策略引擎，耦合到所述標(biāo)識(shí)模塊，適合于確定與所述參考內(nèi)容 項(xiàng)關(guān)聯(lián)的使用策略；以及發(fā)布器，耦合到所述策略引擎，適合于將所述使用策略應(yīng)用于 所述用戶生成的內(nèi)容項(xiàng)。
33，根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括代碼轉(zhuǎn)換器模塊， 適合于將用戶生成的內(nèi)容從第一文件類型進(jìn)行代碼轉(zhuǎn)換從而變?yōu)榈?二文件類型。
34. 根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括參考數(shù)據(jù)庫(kù)，耦合 到所述標(biāo)識(shí)模塊，適合于存儲(chǔ)參考內(nèi)容。
35. 根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括內(nèi)容所有者接口， 耦合到所述標(biāo)識(shí)模塊，適合于接收參考內(nèi)容。
36. 根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括保護(hù)要求數(shù)據(jù)庫(kù)， 耦合到所述標(biāo)識(shí)模塊，適合于存儲(chǔ)從內(nèi)容所有者接收的與所述內(nèi)容所有者對(duì)用戶生成的內(nèi)容項(xiàng)的保護(hù)要求關(guān)聯(lián)的指示。
37. 根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括Web服務(wù)器，耦合 到所述發(fā)布器，適合于將所述用戶生成的內(nèi)容提供給多個(gè)用戶。
38. 根據(jù)權(quán)利要求32所述的系統(tǒng)，還包括報(bào)告引擎，耦合到 所述標(biāo)識(shí)模塊，適合于編輯指示對(duì)于用戶生成的內(nèi)容應(yīng)用使用策略 的報(bào)告。
39. —種用于分享與提供數(shù)字內(nèi)容關(guān)聯(lián)的收入的方法，所述方 法包括在托管站點(diǎn)從提供者接收用戶生成的內(nèi)容項(xiàng)；標(biāo)識(shí)與所述用戶生成的內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)；與提供用戶生成的內(nèi)容相結(jié)合地提供廣告內(nèi)容，所述廣告內(nèi)容的提供得到接收收入；以及將所述收入的第 一 部分分發(fā)給所述提供者而將所述收入的第二部分分發(fā)給所述托管站點(diǎn)。
40. —種用于提供內(nèi)容使用信息的方法，所述方法包括 從發(fā)送器接收用戶生成的內(nèi)容的戳記；標(biāo)識(shí)與所接收的戳記關(guān)聯(lián)的參考內(nèi)容項(xiàng)； 針對(duì)所述參考內(nèi)容項(xiàng)確定用于該內(nèi)容的使用策略；以及 向所述發(fā)送器提供所述使用策略。
41. 一種用于向數(shù)字內(nèi)容的權(quán)利所有者賦予價(jià)值的方法，所述 方法包括在托管站點(diǎn)從提供者接收用戶生成的內(nèi)容項(xiàng)； 標(biāo)識(shí)與所述用戶生成的內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)；確定權(quán)利所有者已經(jīng)指示用于所述參考內(nèi)容項(xiàng)的促銷策略；以及響應(yīng)于所述用戶生成的內(nèi)容項(xiàng)被顯示，將促銷機(jī)會(huì)提供給所述 權(quán)利所有者。
42. 根據(jù)權(quán)利要求1所述的方法，所述促銷機(jī)會(huì)在用戶生成的 內(nèi)容附近顯示所述權(quán)利所有者的選擇的廣告。
43. 根據(jù)權(quán)利要求1所述的方法，其中所述促銷機(jī)會(huì)指示用戶 生成的內(nèi)容在所述托管站點(diǎn)上的希望的布局。
44. 一種用于提供第三方站點(diǎn)的數(shù)字內(nèi)容管理的內(nèi)容管理系統(tǒng)， 包括第三方輸入服務(wù)器，適合于從第三方站點(diǎn)接收用戶生成的內(nèi)容 項(xiàng)的標(biāo)識(shí)；標(biāo)識(shí)模塊，耦合到所述第三方輸入服務(wù)器，適合于標(biāo)識(shí)與所述 用戶生成的內(nèi)容項(xiàng)關(guān)聯(lián)的參考內(nèi)容項(xiàng)；策略引擎，耦合到所述標(biāo)識(shí)模塊，適合于確定與所述參考內(nèi)容 項(xiàng)關(guān)聯(lián)的使用策略；以及發(fā)布器，耦合到所述策略引擎，適合于將所述使用策略發(fā)送到 所述第三方網(wǎng)站。
45. 根據(jù)權(quán)利要求44所述的內(nèi)容管理系統(tǒng)，其中所述發(fā)布器也 將所述用戶生成的內(nèi)容項(xiàng)的標(biāo)識(shí)發(fā)送到所述第三方網(wǎng)站。
全文摘要
內(nèi)容權(quán)利所有者將數(shù)字內(nèi)容提供給托管站點(diǎn)用作參考內(nèi)容。內(nèi)容所有者指定用于每個(gè)數(shù)字內(nèi)容項(xiàng)的策略，指示在內(nèi)容所有者之外人上傳時(shí)在站點(diǎn)上可以如何使用該內(nèi)容。標(biāo)識(shí)模塊比較上傳的內(nèi)容與參考內(nèi)容。如果內(nèi)容與參考內(nèi)容匹配，則將用于該參考內(nèi)容的指定策略應(yīng)用于上傳的內(nèi)容。由內(nèi)容提供者提供的策略選項(xiàng)包括跟蹤內(nèi)容以觀察如何查看它、防止在站點(diǎn)上分發(fā)內(nèi)容、以及允許在收入分享環(huán)境中顯示內(nèi)容。在一個(gè)實(shí)施例中，如果標(biāo)識(shí)模塊將上傳的內(nèi)容與參考項(xiàng)匹配、但是該匹配沒有充分高的置信水平，則將提議的匹配排隊(duì)以供內(nèi)容所有者審查。
文檔編號(hào)H04K1/00GK101558591SQ200780046460
公開日2009年10月14日 申請(qǐng)日期2007年11月5日 優(yōu)先權(quán)日2006年11月3日
發(fā)明者D·金, F·沙塔尼奧爾, F·韋德, M·古德, 錚 劉, 蘇怡寧, 趙建良, 瑞 陳 申請(qǐng)人:谷歌公司