專利名稱:用于遞送自主播放的內(nèi)容的系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及用于內(nèi)容遞送的方法和系統(tǒng)。
背景技術(shù):
內(nèi)容遞送網(wǎng)絡(luò)或內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)是在互聯(lián)網(wǎng)上彼此聯(lián)網(wǎng)的用于向客戶端遞 送內(nèi)容(特別是媒體內(nèi)容)的計(jì)算機(jī)(內(nèi)容服務(wù)器)的系統(tǒng)。由于對(duì)內(nèi)容的請(qǐng)求來自不同 位置以便有時(shí)遵循某些觀看模式,所以內(nèi)容遞送網(wǎng)絡(luò)難以控制和管理。為了優(yōu)化性能, 可選擇靠近客戶端的內(nèi)容服務(wù)器和媒體內(nèi)容的位置。必須考慮許多參數(shù)以優(yōu)化內(nèi)容遞送 網(wǎng)絡(luò)中的媒體遞送,例如-內(nèi)容服務(wù)器的數(shù)量;-客戶端和內(nèi)容服務(wù)器的位置;-資產(chǎn)(媒體內(nèi)容)的位置;-資產(chǎn)的受歡迎度;_網(wǎng)絡(luò)中的可用帶寬;-移動(dòng)內(nèi)容的成本。如果想要利用中央管理系統(tǒng)來控制全局CDN,則當(dāng)涉及到用戶行為時(shí)的參數(shù)的 數(shù)量和不可預(yù)測(cè)性使這個(gè)問題變得非常復(fù)雜。現(xiàn)有的解決方案試圖以集中化方法來解決這個(gè)問題。在這些不同的解決方案中 考慮所有參數(shù)試圖將內(nèi)容放置在網(wǎng)絡(luò)中的最佳位置。但是,這種環(huán)境的動(dòng)態(tài)性使得算法 高度復(fù)雜,并且做出和實(shí)現(xiàn)全局決定要花費(fèi)很長(zhǎng)的時(shí)間。與本發(fā)明有關(guān)的另一技術(shù)領(lǐng)域是移動(dòng)對(duì)象(又稱為移動(dòng)代理)。移動(dòng)對(duì)象是有時(shí) 可從網(wǎng)絡(luò)中的一個(gè)主機(jī)遷移到另一個(gè)主機(jī)并遷移到它們自己選擇的地點(diǎn)的程序(軟件)和 相關(guān)聯(lián)的數(shù)據(jù)。在新的主機(jī)中,它們可接著繼續(xù)運(yùn)行,從而可能與本地執(zhí)行環(huán)境交互。 例如,在 I"9 年 8 月的 “ACM Operating System Review” (pp 7-13)中由 Kotz 等人發(fā)表 的論文“Mobile Agents and the Future of the Internet”中論述了移動(dòng)對(duì)象。在美國(guó)專利 7254608中公開了利用移動(dòng)代理的示例。該專利公開了利用移動(dòng)代理來管理對(duì)等網(wǎng)絡(luò)中的 內(nèi)容分發(fā)的系統(tǒng)和方法。在該專利中,移動(dòng)代理可在行程上訪問對(duì)等節(jié)點(diǎn)以搜索和收集 有關(guān)存儲(chǔ)在受訪對(duì)等機(jī)上的分發(fā)器內(nèi)容的信息。
發(fā)明內(nèi)容
本發(fā)明涉及如何避免如上所述的管理內(nèi)容遞送網(wǎng)絡(luò)的缺點(diǎn)的問題。該問題在本發(fā)明中通過將內(nèi)容本身(例如媒體文件)放置在移動(dòng)對(duì)象(代理)中 來解決。本發(fā)明包括一種用于將內(nèi)容遞送給客戶端的內(nèi)容遞送系統(tǒng)。該內(nèi)容遞送系統(tǒng)包 括至少一個(gè)移動(dòng)對(duì)象,這至少一個(gè)移動(dòng)對(duì)象不僅適于在內(nèi)容遞送系統(tǒng)上執(zhí)行,而且還適 于在其它內(nèi)容遞送系統(tǒng)上執(zhí)行。這些移動(dòng)對(duì)象的特征在于,它們包括-可供客戶端訪問的媒體文件;
_策略數(shù)據(jù)庫(kù);以及-執(zhí)行邏輯,其適于監(jiān)視與客戶端對(duì)媒體文件的訪問有關(guān)的數(shù)據(jù),詢問策略數(shù)據(jù) 庫(kù),并且當(dāng)滿足存儲(chǔ)在策略數(shù)據(jù)庫(kù)中的某些條件時(shí),向另一個(gè)內(nèi)容遞送系統(tǒng)移動(dòng)或復(fù)制 該移動(dòng)對(duì)象。本發(fā)明還包括一種用于將內(nèi)容放置在內(nèi)容遞送網(wǎng)絡(luò)中的方法。在該方法中,移動(dòng)對(duì)象(如上所述,包括策略數(shù)據(jù)庫(kù)和可供客戶端訪問的媒體 文件)在一個(gè)內(nèi)容遞送系統(tǒng)中執(zhí)行。移動(dòng)對(duì)象監(jiān)視與客戶端對(duì)媒體文件的訪問有關(guān)的數(shù) 據(jù),并且當(dāng)滿足存儲(chǔ)在策略數(shù)據(jù)庫(kù)中的某些條件時(shí),移動(dòng)對(duì)象將它本身移動(dòng)或復(fù)制到另 一個(gè)內(nèi)容遞送系統(tǒng)。作為一個(gè)選擇,移動(dòng)對(duì)象從原始的內(nèi)容遞送系統(tǒng)移動(dòng)到另一個(gè)系統(tǒng),而不會(huì)在 原始系統(tǒng)中留下任何痕跡。移動(dòng)對(duì)象可適于在另一個(gè)內(nèi)容遞送系統(tǒng)中開始執(zhí)行時(shí)保持它 的執(zhí)行狀態(tài),或者它可適于在執(zhí)行之前重設(shè)執(zhí)行狀態(tài)。另一個(gè)選擇是將原始內(nèi)容遞送系統(tǒng)中的移動(dòng)對(duì)象復(fù)制到另一個(gè)系統(tǒng),并且原始 系統(tǒng)中的移動(dòng)對(duì)象繼續(xù)與該另一個(gè)系統(tǒng)中的移動(dòng)對(duì)象并行執(zhí)行。本發(fā)明使得內(nèi)容(例如媒體文件)變成自主性的。自主在這里的意思是,移動(dòng) 對(duì)象足夠智能以監(jiān)視與客戶端對(duì)媒體文件的訪問有關(guān)的數(shù)據(jù)(例如,已經(jīng)下載媒體文件 的次數(shù)、本地鏈路利用率測(cè)量、鏈路成本等),并做出合適的決定。代替利用中央服務(wù)器 (或一對(duì)服務(wù)器)來采集全局信息并做出全局決定,本發(fā)明包括基于本地信息做出本地決 定的移動(dòng)對(duì)象。這將高度簡(jiǎn)化通過內(nèi)容遞送網(wǎng)絡(luò)放置和控制內(nèi)容的方法。因此,本發(fā)明的目的是克服上文提到的缺點(diǎn)。本發(fā)明具有幾個(gè)優(yōu)點(diǎn)魯棒性;該系統(tǒng)之所以更具魯棒性是因?yàn)椋詮?qiáng)大的故障隔離特性為特征。 移動(dòng)對(duì)象是依賴于本地環(huán)境而非依賴于集中化系統(tǒng)的獨(dú)立軟件片段。向這種分布式系統(tǒng) 啟動(dòng)拒絕服務(wù)攻擊變得更難。沒有中心故障點(diǎn);控制和管理功能性的均等分配帶來良好的負(fù)荷分配,而不會(huì) 帶來中心故障點(diǎn)。簡(jiǎn)單;通過允許基于本地認(rèn)知做出本地決定而消除了傳統(tǒng)的全局優(yōu)化算法的復(fù) 雜性。更低的維護(hù)/管理成本;簡(jiǎn)單性導(dǎo)致整個(gè)系統(tǒng)的維護(hù)成本更低?,F(xiàn)在將參考附圖利用優(yōu)選實(shí)施例更詳細(xì)地描述本發(fā)明。
圖1是示出內(nèi)容遞送網(wǎng)絡(luò)的框圖。圖2是示出根據(jù)本發(fā)明的內(nèi)容遞送系統(tǒng)和移動(dòng)對(duì)象的第一實(shí)施例的框圖。圖3a和3b是示出根據(jù)本發(fā)明用于在內(nèi)容遞送網(wǎng)絡(luò)中分配內(nèi)容的方法的流程圖。圖4a是示出根據(jù)本發(fā)明的內(nèi)容遞送系統(tǒng)的第二實(shí)施例的框圖。圖4b是示出內(nèi)容遞送系統(tǒng)的 實(shí)現(xiàn)的一個(gè)實(shí)施例的框圖。
具體實(shí)施例方式圖1示出內(nèi)容遞送網(wǎng)絡(luò)CDN 100的示例。在這個(gè)示例中,CDN 100包括四個(gè)內(nèi) 容服務(wù)器111、112、113和114。這些內(nèi)容服務(wù)器111-114通過包括多個(gè)路由器或交換 機(jī)(switch) 121、122和123的網(wǎng)絡(luò)互連。在內(nèi)容服務(wù)器111中,存儲(chǔ)了媒體文件1111。 在這個(gè)示例中,媒體文件1111可供五個(gè)不同的客戶端131、132、133、134和135訪問。 由于大多數(shù)客戶端設(shè)置在較服務(wù)器111而言更靠近服務(wù)器112的位置,所以值得考慮的是 將內(nèi)容(即,來自服務(wù)器111的媒體文件1111)移動(dòng)到服務(wù)器112。 “更靠近”在這里 可以是基于網(wǎng)絡(luò)的距離,例如服務(wù)器111、112與客戶端131-135之間的節(jié)點(diǎn)跳數(shù)(number of node hops)。通過將內(nèi)容移動(dòng)到更靠近客戶端133、134和135的位置,傳輸資源得以 保存在網(wǎng)絡(luò)100中,延遲將更少,并且響應(yīng)時(shí)間將更快速。在已知的現(xiàn)有技術(shù)中,通過中央操作和管理中心OMC 190管理內(nèi)容服務(wù)器 111、112、113和114。如上所述,這個(gè)解決方案具有多個(gè)缺點(diǎn)。圖2描述本發(fā)明的一個(gè)實(shí)施例。這里,內(nèi)容遞送系統(tǒng)是根據(jù)本發(fā)明的內(nèi)容服務(wù) 器1210和移動(dòng)對(duì)象212。內(nèi)容服務(wù)器1210包括執(zhí)行環(huán)境211和至少一個(gè)移動(dòng)對(duì)象212。 移動(dòng)對(duì)象212包括媒體文件213。這個(gè)媒體文件213可以是數(shù)據(jù)文件,如電影、流式視頻 (streaming video) >游戲、音頻文件、文檔(其可在動(dòng)作231中由客戶端230、240訪問以 供在線觀看或下載)等。移動(dòng)對(duì)象212還包括執(zhí)行邏輯214。執(zhí)行邏輯包括用于執(zhí)行移動(dòng)對(duì)象212的程序 代碼215和數(shù)據(jù)區(qū)216。執(zhí)行邏輯214還在動(dòng)作231中處理來自客戶端230、240的想要 訪問媒體文件213的請(qǐng)求。優(yōu)選地,程序代碼215的編程語(yǔ)言可以是Java,它是用于實(shí) 現(xiàn)移動(dòng)對(duì)象的最常用的編程語(yǔ)言,因?yàn)樗c平臺(tái)獨(dú)立。數(shù)據(jù)區(qū)216還包括與客戶端230、 240對(duì)媒體文件213的訪問有關(guān)的數(shù)據(jù),例如_(客戶端230、240與移動(dòng)對(duì)象212之間的)有效連接的數(shù)量;-對(duì)移動(dòng)對(duì)象212的總的訪問次數(shù);-每個(gè)時(shí)間單位已經(jīng)訪問媒體文件213的次數(shù)(例如,每分鐘的訪問次數(shù));-訪問媒體文件213的客戶端230、240的位置(例如,利用客戶端230、240的 源IP地址);_其它服務(wù)器的位置。除了監(jiān)視移動(dòng)對(duì)象212的數(shù)據(jù)區(qū)216中的數(shù)據(jù)之外,執(zhí)行邏輯214還適于在動(dòng)作 241中監(jiān)視與執(zhí)行環(huán)境211有關(guān)的數(shù)據(jù),例如-可用帶寬和/或處理器負(fù)荷;-內(nèi)容服務(wù)器210與客戶端230、240之間的可用通信鏈路;-通信鏈路使用率(usage)和/或鏈路成本。移動(dòng)對(duì)象212還包括策略數(shù)據(jù)庫(kù)217。這個(gè)數(shù)據(jù)庫(kù)217適于包括可觸發(fā)移動(dòng)對(duì)象 212的動(dòng)作的任何種類的特定應(yīng)用策略,例如-每個(gè)時(shí)間單位對(duì)媒體文件213的最大和最小可接受訪問次數(shù);-移動(dòng)對(duì)象212將消耗的最大和最小可接受帶寬;-傳送媒體文件(213)的最大網(wǎng)絡(luò)成本。
通過利用與媒體文件213的訪問和執(zhí)行環(huán)境211有關(guān)的數(shù)據(jù)216并詢問策略數(shù)據(jù)庫(kù)217,執(zhí)行邏輯214可例如確定訪問媒體文件213的大多數(shù)客戶端240設(shè)置在靠近另一 個(gè)服務(wù)器、即內(nèi)容服務(wù)器2220的位置。在滿足存儲(chǔ)在策略數(shù)據(jù)庫(kù)217中的某些條件的情況下,執(zhí)行邏輯214可在動(dòng)作 250中觸發(fā)將移動(dòng)對(duì)象212從內(nèi)容服務(wù)器1210移動(dòng)到具有它自己的執(zhí)行環(huán)境221的內(nèi)容服 務(wù)器2220的過程。在這個(gè)過程中,移動(dòng)對(duì)象212停止為來自客戶端230、240的請(qǐng)求進(jìn)行服務(wù)。暫 停與客戶端230、240的有效連接。移動(dòng)對(duì)象212通過利用合適的信令協(xié)議(例如,改進(jìn) 的TCP)來通知客戶端230、240關(guān)于此暫停。此信令通常要求來自執(zhí)行環(huán)境211和基礎(chǔ) 操作系統(tǒng)的一定支持。另一方面,執(zhí)行環(huán)境211和221不知道移動(dòng)對(duì)象212來自哪里或 它接下來要到哪里去。 在移動(dòng)過程中,移動(dòng)對(duì)象212從原始的內(nèi)容服務(wù)器1210移動(dòng)到內(nèi)容服務(wù)器 2220,而不會(huì)在內(nèi)容服務(wù)器1210中留下任何痕跡。在滿足存儲(chǔ)在策略數(shù)據(jù)庫(kù)217中的其它條件的情況下,執(zhí)行邏輯214可觸發(fā)將移 動(dòng)對(duì)象212從內(nèi)容服務(wù)器1210復(fù)制到內(nèi)容服務(wù)器2220中的新移動(dòng)對(duì)象222的過程。在 此情況下,內(nèi)容服務(wù)器1210中的移動(dòng)對(duì)象212繼續(xù)與副本222并行執(zhí)行。移動(dòng)對(duì)象212的副本222可適于在內(nèi)容服務(wù)器2220中開始執(zhí)行時(shí)保持它的執(zhí)行 狀態(tài),或者它可適于在執(zhí)行之前重設(shè)執(zhí)行狀態(tài)。為了使之前未連接的客戶端找到移動(dòng)對(duì)象212的新位置,禾Ij用例如DNS(域名服 務(wù))重定向來啟動(dòng)名稱解析過程。還可能發(fā)生的情形是,在特定時(shí)間段中只有很少(或根本沒有)客戶端訪問媒體文 件213。這可以指示媒體文件213已經(jīng)變得不那么受歡迎,或者指示客戶端240設(shè)置在靠近 已經(jīng)擁有媒體文件213的副本的另一個(gè)內(nèi)容服務(wù)器2220的位置。在這種情況下,執(zhí)行邏輯 214可做出簡(jiǎn)單地令內(nèi)容服務(wù)器1210中的移動(dòng)對(duì)象212 “死亡”并刪除它本身的決定。圖3a和3b中的流程圖示出根據(jù)本發(fā)明用于在內(nèi)容遞送網(wǎng)絡(luò)100中分配內(nèi)容的方 法的實(shí)施例。在步驟301,移動(dòng)對(duì)象212在原始服務(wù)器210中執(zhí)行。在執(zhí)行期間,它在 步驟302監(jiān)視與客戶端對(duì)媒體文件213的訪問有關(guān)的數(shù)據(jù)。此數(shù)據(jù)可由移動(dòng)對(duì)象本身212 收集并存儲(chǔ)在數(shù)據(jù)區(qū)216中。該數(shù)據(jù)也可設(shè)置在執(zhí)行環(huán)境211中并在動(dòng)作241中供移動(dòng) 對(duì)象212訪問。在步驟303,檢查是否可刪除媒體文件213。如果特定時(shí)間段已過去而沒有任何 客戶端230、240訪問媒體文件213或者已經(jīng)很少訪問媒體文件213,則在步驟304,移動(dòng) 對(duì)象212可做出停止執(zhí)行并刪除它本身的決定。對(duì)此的條件存儲(chǔ)在策略數(shù)據(jù)庫(kù)217中。 反之,如果媒體文件213很受歡迎,但是主要由設(shè)置在更靠近另一個(gè)內(nèi)容服務(wù)器220的位 置的客戶端240訪問,則移動(dòng)對(duì)象212在步驟305做出將移動(dòng)對(duì)象212移動(dòng)到該另一個(gè)服 務(wù)器220的決定。但是,在步驟307中將移動(dòng)對(duì)象發(fā)送給該另一個(gè)內(nèi)容服務(wù)器220之前, 移動(dòng)對(duì)象212在步驟306中停止對(duì)媒體文件213的訪問并暫??蛻舳?30、240與移動(dòng)對(duì) 象212之間的有效連接。如果步驟305中的決定是不移動(dòng)媒體文件213,則流程圖在圖3b中繼續(xù)(圈起來 的數(shù)字“2”)。如果媒體文件213在客戶端230 (靠近內(nèi)容服務(wù)器1210)和客戶端240 (靠近內(nèi)容服務(wù)器2220)所在的區(qū)域都受歡迎,則移動(dòng)對(duì)象212可在步驟308(現(xiàn)在轉(zhuǎn)到圖3b)做出在 步驟309中復(fù)制它本身而不是移動(dòng)的決定。在將移動(dòng)對(duì)象212的副本222發(fā)送給內(nèi)容服 務(wù)器2220之前,在步驟310檢查是保持還是重設(shè)存儲(chǔ)在副本222的數(shù)據(jù)區(qū)216中的當(dāng)前 的執(zhí)行狀態(tài)。如果要保持狀態(tài),則在步驟312將移動(dòng)對(duì)象212的副本222 ( “復(fù)制品”) 發(fā)送給內(nèi)容服務(wù)器2220。如果要重設(shè)狀態(tài),則在步驟311重設(shè)狀態(tài),并在步驟312發(fā)送 副本222(新“實(shí)例”)。在步驟312中發(fā)送副本222之后,過程如圖3a所示整個(gè)重新 開始(圈起來的數(shù)字“1”)。如果移動(dòng)對(duì)象212在步驟308決定不復(fù)制它本身,則情況 也是如此。在上述實(shí)施例中,本發(fā)明適用于從一個(gè)內(nèi)容服務(wù)器210移動(dòng)和/或復(fù)制到另一個(gè) 內(nèi)容服務(wù)器220的移動(dòng)對(duì)象212。本發(fā)明概念還允許移動(dòng)對(duì)象212在具有允許執(zhí)行移動(dòng)對(duì) 象212的執(zhí)行環(huán)境的其它內(nèi)容遞送系統(tǒng)之間遷移。這樣的一個(gè)示例是對(duì)等P2P網(wǎng)絡(luò)。圖4a示出包括多個(gè)終端401、402、403、404 的P2P網(wǎng)絡(luò)400。在這個(gè)示例中,所有終端401-404完全網(wǎng)狀連結(jié)地彼此相連。內(nèi)容遞 送系統(tǒng)(210)在這里對(duì)應(yīng)于任何終端401-404。假設(shè)移動(dòng)對(duì)象405設(shè)置在終端401中,則 移動(dòng)對(duì)象405可在動(dòng)作407中決定將它本身移動(dòng)到另一個(gè)終端404。如果需要,本發(fā)明概念還允許移動(dòng)對(duì)象212在相同的內(nèi)容遞送系統(tǒng)210中移動(dòng)和 /或復(fù)制它本身。本發(fā)明的又另一個(gè)方面是,可將內(nèi)容遞送系統(tǒng)220視為是在將移動(dòng)對(duì)象212移動(dòng) 或復(fù)制到執(zhí)行環(huán)境221中時(shí)動(dòng)態(tài)創(chuàng)建的內(nèi)容遞送端點(diǎn)(內(nèi)容源)。作為一個(gè)示例,當(dāng)將根 據(jù)本發(fā)明的移動(dòng)對(duì)象212復(fù)制或移動(dòng)到內(nèi)容服務(wù)器220的執(zhí)行環(huán)境221中時(shí),原本不是內(nèi) 容服務(wù)器但一般具有適于移動(dòng)對(duì)象的執(zhí)行環(huán)境221的服務(wù)器可變成內(nèi)容服務(wù)器2220。此外,通過利用本發(fā)明 概念,技術(shù)人員可創(chuàng)建更適當(dāng)?shù)倪m合管理特定內(nèi)容遞送 網(wǎng)絡(luò)的不同策略和對(duì)應(yīng)的行為。圖4b示出內(nèi)容遞送系統(tǒng)210的實(shí)現(xiàn)的示例。系統(tǒng)210包括設(shè)計(jì)成執(zhí)行存儲(chǔ)區(qū) 420中的軟件的處理器410。這個(gè)存儲(chǔ)區(qū)420包括執(zhí)行環(huán)境430和至少一個(gè)移動(dòng)對(duì)象MO 421、422、423。每個(gè)移動(dòng)對(duì)象421、422、423適于與執(zhí)行環(huán)境430通信。
權(quán)利要求
1.一種用于將內(nèi)容遞送給至少一個(gè)客戶端(230)的內(nèi)容遞送系統(tǒng)(210),所述系統(tǒng) (210)包括處理器(410)和存儲(chǔ)區(qū)(420),且其特征在于,至少一個(gè)移動(dòng)對(duì)象(212),所 述至少一個(gè)移動(dòng)對(duì)象(212)適于存儲(chǔ)在所述存儲(chǔ)區(qū)(420)中并適于在所述內(nèi)容遞送系統(tǒng)(210)和在至少一個(gè)第二內(nèi)容遞送系統(tǒng)(220)中執(zhí)行,并且其中所述移動(dòng)對(duì)象(212)包 括-可供所述客戶端(230)訪問的媒體文件(213); -策略數(shù)據(jù)庫(kù)(217);以及 -執(zhí)行邏輯(214),適于監(jiān)視與所述客戶端(230)對(duì)所述媒體文件(213)的訪問有關(guān) 的數(shù)據(jù),詢問所述策略數(shù)據(jù)庫(kù)(217),并且當(dāng)滿足存儲(chǔ)在所述策略數(shù)據(jù)庫(kù)(217)中的某些 條件時(shí),將所述移動(dòng)對(duì)象(212)移動(dòng)或復(fù)制到所述第二內(nèi)容遞送系統(tǒng)(220)或刪除所述移 動(dòng)對(duì)象(212)。
2.如權(quán)利要求1所述的內(nèi)容遞送系統(tǒng)(210),其中所述移動(dòng)對(duì)象(212)中的所述執(zhí)行 邏輯(214)包括程序代碼(215)和數(shù)據(jù)區(qū)(216)。
3.如權(quán)利要求2所述的內(nèi)容遞送系統(tǒng)(210),其中所述移動(dòng)對(duì)象(212)中的所述數(shù)據(jù) 區(qū)(216)包括與所述客戶端(230)對(duì)所述媒體文件(213)的訪問有關(guān)的數(shù)據(jù)。
4.如權(quán)利要求3所述的內(nèi)容遞送系統(tǒng)(210),還包括適于移動(dòng)對(duì)象(212)的執(zhí)行環(huán)境(211),并且其中所述移動(dòng)對(duì)象(212)中的所述執(zhí)行邏輯(214)還適于監(jiān)視(241)與所述 執(zhí)行環(huán)境(211)有關(guān)的數(shù)據(jù)。
5.如權(quán)利要求3所述的內(nèi)容遞送系統(tǒng)(210),其中所述數(shù)據(jù)區(qū)(216)包括以下數(shù)據(jù)中 的任何數(shù)據(jù)-對(duì)所述移動(dòng)對(duì)象(212)的訪問次數(shù);-所述客戶端(230)與所述移動(dòng)對(duì)象(212)之間的有效連接(231)的數(shù)量; -每個(gè)時(shí)間單位已經(jīng)訪問所述媒體文件(213)的次數(shù); -訪問所述媒體文件(213)的所述客戶端(230,240)的位置; -其它內(nèi)容遞送系統(tǒng)(220)的位置。
6.如權(quán)利要求4所述的內(nèi)容遞送系統(tǒng)(210),其中與所述執(zhí)行環(huán)境(211)有關(guān)的所述 數(shù)據(jù)包括以下數(shù)據(jù)中的任何數(shù)據(jù)-可用帶寬和/或處理器負(fù)荷;-所述內(nèi)容服務(wù)器(210)與所述客戶端(230,240)之間的可用通信鏈路; -通信鏈路使用率和/或鏈路成本。
7.如權(quán)利要求3所述的內(nèi)容遞送系統(tǒng)(210),其中所述策略數(shù)據(jù)庫(kù)(217)包括以下數(shù) 據(jù)中的任何數(shù)據(jù)-每個(gè)時(shí)間單位對(duì)所述媒體文件(213)的最大和最小可接受訪問次數(shù); _所述移動(dòng)對(duì)象(212)將消耗的最大和最小可接受帶寬; _傳送媒體文件(213)的最大網(wǎng)絡(luò)成本。
8.如權(quán)利要求1-7中任一項(xiàng)所述的內(nèi)容遞送系統(tǒng)(210),其中所述系統(tǒng)(210)是內(nèi)容 服務(wù)器。
9.一種用于將內(nèi)容放置在內(nèi)容遞送網(wǎng)絡(luò)(100)中的方法,其特征在于以下步驟-在第一內(nèi)容遞送系統(tǒng)(210)中執(zhí)行(301)移動(dòng)對(duì)象(212),所述移動(dòng)對(duì)象(212)包括執(zhí)行邏輯(214)、策略數(shù)據(jù)庫(kù)(217)和可供至少一個(gè)客戶端(230)訪問的媒體文件 (213);-監(jiān)視(302)與所述客戶端(230)對(duì)所述媒體文件(213)的訪問有關(guān)的數(shù)據(jù);以及 -當(dāng)滿足存儲(chǔ)在所述策略數(shù)據(jù)庫(kù)(217)中的某些條件時(shí),將所述移動(dòng)對(duì)象(212)的副 本(222)移動(dòng)(307)或發(fā)送(312)到第二內(nèi)容遞送系統(tǒng)(220),或刪除(304)所述移動(dòng)對(duì) 象(212)。
10.如權(quán)利要求9所述的方法,還包括以下步驟監(jiān)視(302)與適于所述內(nèi)容遞送系 統(tǒng)(210)中的移動(dòng)對(duì)象(212)的執(zhí)行環(huán)境(211)有關(guān)的數(shù)據(jù)。
11.如權(quán)利要求9所述的方法,還包括以下步驟在將所述移動(dòng)對(duì)象(212)移動(dòng)(307) 到所述第二內(nèi)容遞送系統(tǒng)(220)的所述步驟之前,暫停(306)有效連接,并停止(306)執(zhí) 行所述移動(dòng)對(duì)象(212)。
12.如權(quán)利要求9所述的方法,包括以下步驟在將所述移動(dòng)對(duì)象(212)的所述副本 (222)發(fā)送(312)到所述第二內(nèi)容遞送系統(tǒng)(220)的所述步驟之前,重設(shè)(311)所述副本 (222)中的執(zhí)行狀態(tài)。
13.如權(quán)利要求12所述的方法,還包括以下步驟繼續(xù)(301)在所述第一內(nèi)容遞送系 統(tǒng)(210)中執(zhí)行所述移動(dòng)對(duì)象(212)。
14.一種用于創(chuàng)建內(nèi)容遞送系統(tǒng)(210)以將內(nèi)容遞送給至少一個(gè)客戶端(230)的方 法,其特征在于以下步驟通過非內(nèi)容遞送系統(tǒng)接收包括可供所述客戶端(230)訪問的媒體文件(213)的移動(dòng)對(duì) 象(212),所述非內(nèi)容遞送系統(tǒng)是服務(wù)器,并且具有適于移動(dòng)對(duì)象的執(zhí)行環(huán)境(211)。
全文摘要
當(dāng)前的內(nèi)容遞送環(huán)境的動(dòng)態(tài)性要求利用高度復(fù)雜的算法。公開一種用于在內(nèi)容遞送網(wǎng)絡(luò)(100)中將內(nèi)容遞送給客戶端(230,240)的內(nèi)容遞送系統(tǒng)(210),還包括一種用于將內(nèi)容放置在內(nèi)容遞送網(wǎng)絡(luò)(100)中的方法。內(nèi)容遞送系統(tǒng)(210)包括至少一個(gè)移動(dòng)對(duì)象(212),這至少一個(gè)移動(dòng)對(duì)象不僅適于在內(nèi)容遞送系統(tǒng)(210)上執(zhí)行,而且還適于在其它內(nèi)容遞送系統(tǒng)(220)上執(zhí)行。每個(gè)移動(dòng)對(duì)象(212)包括媒體文件(213),并且適于監(jiān)視與客戶端(230,240)對(duì)媒體文件(213)的訪問有關(guān)的數(shù)據(jù)。當(dāng)滿足某些條件時(shí),例如當(dāng)訪問媒體文件(213)的許多客戶端(230,240)更靠近另一個(gè)內(nèi)容遞送系統(tǒng)(220)時(shí),移動(dòng)對(duì)象(212)可決定將它本身移動(dòng)或復(fù)制到這另一個(gè)內(nèi)容遞送系統(tǒng)(220)。
文檔編號(hào)H04L29/06GK102017568SQ200880129139
公開日2011年4月13日 申請(qǐng)日期2008年6月4日 優(yōu)先權(quán)日2008年5月7日
發(fā)明者V·索扎 申請(qǐng)人:愛立信電話股份有限公司