[0065]提供了一種網(wǎng)絡(luò)，其使用內(nèi)容傳遞服務(wù)器和透明原始服務(wù)器以與原始服務(wù)器進(jìn)行協(xié)作或者以對于該服務(wù)器透明的方式傳遞來自該服務(wù)器的內(nèi)容，因此允許托管和非托管內(nèi)容都被相同的內(nèi)容傳遞服務(wù)器進(jìn)行本地存儲和傳遞。
[0066]在一些實施例中，所述網(wǎng)絡(luò)包括多個組件，所述多個組件包括所述多個內(nèi)容傳遞服務(wù)器和所述透明原始服務(wù)器，并且進(jìn)一步包括:
[0067]多個端口，其被配置為針對存儲所述內(nèi)容的所述原始服務(wù)器提供訪問，并且至少一個所述端口被配置為從用戶接收針對內(nèi)容的所述請求，針對內(nèi)容的所述請求包括所述原始服務(wù)器的標(biāo)識符和所述內(nèi)容的標(biāo)識符；
[0068]服務(wù)路由器，其用于路由所述請求，所述服務(wù)路由器被配置為攔截去往所述原始服務(wù)器的請求并且將所述請求中的至少一些重定向至所述透明原始服務(wù)器。
[0069]將請求重定向至透明原始服務(wù)器可以由服務(wù)路由器來執(zhí)行，其攔截去往本地網(wǎng)絡(luò)與之并沒有合約的原始服務(wù)器的請求并且將它們傳送至透明原始服務(wù)器。就此而言，其可以攔截所有請求，確定哪些是去往“非友好”原始服務(wù)器并且僅對這些進(jìn)行重定向。在一些實施例中，當(dāng)對請求重新定向時，其可以對它們進(jìn)行鏡像，其中副本被發(fā)送至透明原始服務(wù)器，其它請求則繼續(xù)去往原始服務(wù)器，但是在一些實施例中可能并不是這樣的情形并且可以將請求簡單地轉(zhuǎn)移至透明原始服務(wù)器。該服務(wù)路由器還可以確定哪些請求是針對某些站點并且僅將這些重定向至透明原始。就此而言，應(yīng)當(dāng)注意到，該服務(wù)路由器一般僅基于目的地地址對來對請求進(jìn)行重定向，而透明原始服務(wù)器則能夠基于諸如內(nèi)容之類的其它屬性對請求進(jìn)行重定向。
[0070]在一些實施例中，所述透明原始服務(wù)器被配置為將所述請求重定向至所述多個內(nèi)容傳遞服務(wù)器之一，并且在所述請求被指向所述多個包括內(nèi)容存儲的內(nèi)容傳遞服務(wù)器之一的情況下，所述內(nèi)容在所述內(nèi)容被存儲在所述內(nèi)容存儲中的情況下是被本地存儲。
[0071]在其它實施例中，所述透明原始被配置為將所述請求重定向至所述多個內(nèi)容傳遞服務(wù)器之一，所述請求被指向的內(nèi)容傳遞服務(wù)器是所述內(nèi)容傳遞控制器，所述內(nèi)容在所述內(nèi)容被存儲在所述多個包括所述內(nèi)容存儲的內(nèi)容傳遞服務(wù)器之一中的情況下是被本地存儲。
[0072]實施例可以向具有本地存儲的內(nèi)容傳遞服務(wù)器傳送請求，并且隨后可以確定內(nèi)容是否被存儲在該服務(wù)器內(nèi)?？商鎿Q地，其可以被傳送至控制多個內(nèi)容傳遞服務(wù)器中的存儲的內(nèi)容傳遞控制器，在這種情況下，數(shù)據(jù)在被存儲在這些存儲器中的任何一個中的情況下被認(rèn)為被本地存儲，因為該控制器能夠控制從這些服務(wù)器中的任何一個所進(jìn)行的內(nèi)容傳遞。
[0073]本發(fā)明的第八方面提供了一種服務(wù)路由器，其被配置為接收指向原始服務(wù)器的針對內(nèi)容的請求，并且將至少一些所述請求重定向至透明原始服務(wù)器。
【附圖說明】
[0074]現(xiàn)在將進(jìn)一步參考附圖對本發(fā)明的實施例進(jìn)行描述，其中:
[0075]圖1示意性圖示了全球互聯(lián)網(wǎng)內(nèi)的不同網(wǎng)絡(luò)的互連；
[0076]圖2圖示了用于傳遞內(nèi)容的網(wǎng)絡(luò)；
[0077]圖3a_c圖示了本發(fā)明的實施例的網(wǎng)絡(luò)；
[0078]圖4圖示了包括實施例的網(wǎng)絡(luò)的端對端架構(gòu)；
[0079]圖5圖示了透明原始服務(wù)器的功能架構(gòu)；
[0080]圖6圖示了一個實施例的內(nèi)容傳遞流程；
[0081]圖7圖示了示出根據(jù)另一個實施例的用于傳遞內(nèi)容的方法中的步驟的流程圖；和
[0082]圖8示出了在內(nèi)容傳遞網(wǎng)絡(luò)并未存儲內(nèi)容并且從透明原始請求內(nèi)容時所進(jìn)行的方法中的步驟。
【具體實施方式】
[0083]
[0084]在更為詳細(xì)地討論實施例之前，首先將提供概述。
[0085]實施例提供了內(nèi)容傳遞服務(wù)器，其提供于在網(wǎng)絡(luò)之內(nèi)以傳遞托管內(nèi)容一也就是來自網(wǎng)絡(luò)與之具有協(xié)定的內(nèi)容所有方的內(nèi)容，并且還傳遞來自網(wǎng)絡(luò)與之并沒有協(xié)定的內(nèi)容提供方的內(nèi)容。這樣的內(nèi)容可以被稱之為超越OTT或非托管內(nèi)容。該內(nèi)容被攔截，并且內(nèi)容所有方以及實際上的用戶可能并不知曉網(wǎng)絡(luò)在將其提供給用戶之前已經(jīng)將其攔截并且本地存儲在內(nèi)容傳遞網(wǎng)絡(luò)上。
[0086]實施例使用透明原始服務(wù)器實現(xiàn)該目的，該透明原始服務(wù)器能夠應(yīng)用高速緩存規(guī)避策略，并且在授權(quán)向內(nèi)容傳遞網(wǎng)絡(luò)進(jìn)行傳遞之前將全部標(biāo)識相同內(nèi)容的多個高速緩存規(guī)避內(nèi)容標(biāo)識符轉(zhuǎn)換為用于該內(nèi)容的單個內(nèi)容標(biāo)識符。實際上，該透明原始將非托管的OTT內(nèi)容轉(zhuǎn)換為托管內(nèi)容。該內(nèi)容隨后能夠由內(nèi)容傳遞網(wǎng)絡(luò)進(jìn)行傳遞，后者還傳遞托管內(nèi)容。這允許內(nèi)容傳遞由服務(wù)器的單個內(nèi)容傳遞網(wǎng)絡(luò)進(jìn)行管理。
[0087]在實施例中，該透明原始服務(wù)器可以被配置為接收針對非托管內(nèi)容的請求，并且對任何編碼內(nèi)容標(biāo)識符進(jìn)行解密并且將該請求重新路由至內(nèi)容傳遞網(wǎng)絡(luò)，該透明原始服務(wù)器還將從原始請求內(nèi)容并且將其提供至內(nèi)容傳遞網(wǎng)絡(luò)，在那里其能夠利用經(jīng)解碼的內(nèi)容標(biāo)識符進(jìn)行存儲而使得其能夠以提供托管內(nèi)容相同的方式經(jīng)由該內(nèi)容傳遞網(wǎng)絡(luò)被提供給用戶。
[0088]一般應(yīng)當(dāng)注意到的是，
[0089]用戶:發(fā)送內(nèi)容請求并消費內(nèi)容；
[0090]DNS服務(wù)器;將原始(Origin)名稱翻譯為IP地址。通常，DNS服務(wù)器將原始名稱解析為實際IP，或者以統(tǒng)計的方式預(yù)先配置可替換IP地址(例如，CDN控制器的地址)；
[0091]服務(wù)路由器:處理所有網(wǎng)絡(luò)請求。能夠?qū)⑺鼈冎械囊恍┌l(fā)送至原始IP地址，或者將它們中的一些另外發(fā)送至可替換IP地址，例如發(fā)送至透明原始的地址。其通常并沒有高級邏輯來監(jiān)視內(nèi)容的流行度或者進(jìn)行高速緩存規(guī)避。
[0092]透明原始服務(wù)器:能夠具有高級邏輯以監(jiān)視概念流行度并且決定是從CDN為請求進(jìn)行服務(wù)還是僅將其送至原始。能夠具有用于解碼高速緩存規(guī)避URL的邏輯。
[0093]傳遞服務(wù)器:存儲內(nèi)容并向終端用戶進(jìn)行傳遞。一般并沒有高級邏輯來處理高速緩存規(guī)避URL。能夠從原始或者從透明原始請求并未本地存儲的內(nèi)容。
[0094]圖3a_c示出了根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)，其響應(yīng)于不同用戶請求進(jìn)行操作。
[0095]圖3a示出了響應(yīng)于針對存儲在網(wǎng)絡(luò)5與之具有信任關(guān)系的原始服務(wù)器14上的內(nèi)容的用戶請求而發(fā)送的信號序列。因此，用戶10傳送針對內(nèi)容的請求，并且DNS服務(wù)器20從該請求確定存儲該內(nèi)容的原始服務(wù)器的地址并且將該地址傳送回用戶10。用戶10隨后利用該原始地址向原始服務(wù)器14傳送請求，并且原始服務(wù)器14傳回內(nèi)容傳遞網(wǎng)絡(luò)控制器36的地址。此時，原始服務(wù)器14可以確定內(nèi)容傳遞網(wǎng)絡(luò)當(dāng)前是否存儲有所請求的內(nèi)容。在一些情況下，原始服務(wù)器可以將其所接收的任何新的內(nèi)容自動傳送至內(nèi)容傳遞網(wǎng)絡(luò)以便進(jìn)行存儲，并且在這種情況下，原始服務(wù)器14將無需確定內(nèi)容是否已經(jīng)被存儲，因為其將知道情況正是如此。在可替換的情形中，原始服務(wù)器將自動將所有內(nèi)容請求重定向至內(nèi)容傳遞網(wǎng)絡(luò)CDNXDN能夠在用戶請求該內(nèi)容時例如使用逆向代理獲取而自動從原始服務(wù)器(Originserver)獲取內(nèi)容。原始服務(wù)器將該控制器的地址傳回用戶10。隨后發(fā)送第三組信號，也就是該請求從用戶10被重新路由至⑶N控制器36 XDN控制器36確定被示意性示為32和34的CDN傳遞服務(wù)器(隨后更為一般地稱之為內(nèi)容存儲)中的哪一個為為該請求進(jìn)行服務(wù)的最佳地部署。針對傳遞服務(wù)器之一進(jìn)行指向的決策可以基于內(nèi)容位置、至用戶的網(wǎng)絡(luò)接近度或者其它條件。無論確定哪個傳遞服務(wù)器滿足這些標(biāo)準(zhǔn)，其隨后都將為用戶10供應(yīng)內(nèi)容。以這種方式，能夠從比原始服務(wù)器14更接近于用戶的傳遞服務(wù)器獲取內(nèi)容?，F(xiàn)有技術(shù)中就是這樣以常規(guī)方式對托管內(nèi)容進(jìn)行存儲和傳遞。
[0096]圖3b示出了相同的系統(tǒng)，其對來自用戶10的針對網(wǎng)絡(luò)5與之沒有合約的原始服務(wù)器12所擁有的內(nèi)容的請求做出響應(yīng)。在該實施例中，DNS 20將⑶N 30的地址發(fā)送給用戶10。就此而言，其可以發(fā)送⑶N傳遞服務(wù)器32、34之一或者⑶N控制器36的地址。在這種情況下，其發(fā)送傳遞服務(wù)器32的地址并且該請求隨后被重新路由至傳遞服務(wù)器32。傳遞服務(wù)器32確定其是否存儲了內(nèi)容標(biāo)識符所標(biāo)識的內(nèi)容，上述內(nèi)容標(biāo)識符在這種情況下是URL統(tǒng)一資源定位符，并且如果其確定當(dāng)前存儲了該內(nèi)容，則其將該內(nèi)容傳遞至用戶10。如果其確定當(dāng)前并未存儲該內(nèi)容，則其將向透明原始服務(wù)器40傳送請求。
[0097]透明原始服務(wù)器40在其內(nèi)部具有邏輯，該邏輯能夠?qū)幋aURL進(jìn)行解碼并且識別該內(nèi)容。就此而言，并不希望其內(nèi)容被他們與之沒有協(xié)定的內(nèi)容傳遞網(wǎng)絡(luò)存儲的原始服務(wù)器使用高速緩存規(guī)避技術(shù)，這涉及到對URL進(jìn)行編碼而使得其內(nèi)容難以在本地被高速緩存。這些高速緩存規(guī)避技術(shù)涉及到使用