跨網(wǎng)絡(luò)傳遞托管和非托管內(nèi)容的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及用于跨網(wǎng)絡(luò)傳遞托管和非托管內(nèi)容的方法、裝置和計算機程序。
【背景技術(shù)】
[0002]當跨網(wǎng)絡(luò)傳遞內(nèi)容時，經(jīng)常使用web高速緩存來存儲并傳遞來自服務(wù)提供方網(wǎng)絡(luò)的最為流行的內(nèi)容，而不是從web上的原始內(nèi)容位置傳遞該內(nèi)容。服務(wù)提供方和網(wǎng)絡(luò)運營商部署高速緩存以減小互傳鏈路上的帶寬并且改善訂戶的QoE(體驗質(zhì)量)。內(nèi)容高速緩存通常需要內(nèi)容所有方和網(wǎng)絡(luò)運營方之間的商業(yè)關(guān)系。內(nèi)容所有方向網(wǎng)絡(luò)運營商提供內(nèi)容(托管內(nèi)容)，網(wǎng)絡(luò)運營商對上述內(nèi)容進行高速緩存并且從自己的內(nèi)容傳遞網(wǎng)絡(luò)(CDN) —經(jīng)常被稱作在網(wǎng)CDN—向訂戶進行傳遞。這樣的內(nèi)容能夠被放入CDN以便存儲和傳遞，或者其能夠按照需求而從原始內(nèi)容提供方進行獲取(逆向代理)。
[0003]有若干因素延緩了在網(wǎng)⑶N的廣泛采用:
[0004]-服務(wù)提供方并沒有足夠多的自己的內(nèi)容或者與內(nèi)容所有方的內(nèi)容傳遞交易來針對CDN形成商業(yè)案例；
[0005]-內(nèi)容提供方并不愿意進入直接與多個服務(wù)提供方的內(nèi)容播放(除了所選擇的大型國有服務(wù)提供方)。
[0006]較小的T2和T3服務(wù)提供方受到這些限制因素的影響最大。
[0007]圖1非常示意性地示出了SP網(wǎng)絡(luò)5，其經(jīng)由傳送或互傳點(peering point)7與全球互聯(lián)網(wǎng)進行連接并且經(jīng)由其它傳送或互傳點9與其它網(wǎng)絡(luò)進行連接。這些傳送或互傳點是數(shù)據(jù)服務(wù)中心中與許多服務(wù)器的網(wǎng)絡(luò)互連，并且互聯(lián)網(wǎng)服務(wù)提供商根據(jù)通過該傳送點的業(yè)務(wù)量而為全球互聯(lián)網(wǎng)連接性提供方支付費用。因此，如果經(jīng)由這些點獲取到流行內(nèi)容，則將必須在其每次通過該傳送點時進行付費。然而，如果內(nèi)容能夠被高速緩存在本地，則傳送或互傳成本能夠明顯降低。
[0008]透明高速緩存最近已經(jīng)作為新型的高速緩存而被提出。透明高速緩存對流行的Web內(nèi)容進行自動攔截并且從本地高速緩存為內(nèi)容請求進行服務(wù)而不是跨網(wǎng)絡(luò)和互傳點向Web位置進行傳送。通過降低對于傳送帶寬的需求并且減少延遲，服務(wù)提供方和網(wǎng)絡(luò)運營商尤其能夠在高峰時段提供更好的QoE并且降低互傳或傳送成本。服務(wù)提供商在由于某些原因而不可能與內(nèi)容所有方建立商業(yè)關(guān)系時經(jīng)常采用透明高速緩存。
[0009]然而，在網(wǎng)CDN和透明高速緩存大多數(shù)是作為單獨系統(tǒng)進行部署。雖然可能在管理層面上進行一定水平的整合，但是傳遞能力在托管內(nèi)容和透明高速緩存的內(nèi)容之間經(jīng)常是隔離的。
[0010]圖2示意性示出了采用透明高速緩存并且使用內(nèi)容傳遞網(wǎng)絡(luò)30進行內(nèi)容傳遞的常規(guī)系統(tǒng)。在該示例中，網(wǎng)絡(luò)5具有與原始服務(wù)器14的合約但是與原始服務(wù)器12則沒有合約。針對內(nèi)容的用戶請求由DNS服務(wù)器20(箭頭I)指向相關(guān)服務(wù)器的IP地址(箭頭2)，并且在該服務(wù)器是ISP與之具有合約的服務(wù)器14的情況下，服務(wù)器14將該請求重定向內(nèi)容傳遞控制器36 (箭頭3)，后者確定該內(nèi)容存儲在CDN 30內(nèi)的何處并且供應(yīng)該內(nèi)容。原始服務(wù)器14將按照要求將內(nèi)容傳送至⑶N 30。
[0011]在該請求是針對SIP與之沒有內(nèi)容傳遞合約的原始服務(wù)器12的情況下，則該請求在服務(wù)路由器50處進行攔截(箭頭2a)并且被重定向至高速緩存40(箭頭3a)，在那里確定所請求的內(nèi)容是否是流行內(nèi)容，如果是則該內(nèi)容被存儲并且從高速緩存進行傳遞。如果該內(nèi)容并未被認為是流行內(nèi)容或者高速緩存出于其它原因覺得并不從內(nèi)部存儲進行傳遞，則該請求被簡單地轉(zhuǎn)發(fā)至原始服務(wù)器。在該內(nèi)容當前并未被存儲在透明高速緩存39中而是被認為是流行內(nèi)容的情況下，則將使用用戶請求從服務(wù)器12請求該內(nèi)容，并且其將被攔截并被存儲在透明高速緩存40中。該透明高速緩存之所以是透明的是在于原始或末端用戶對其都不知曉，并且在網(wǎng)絡(luò)提供方和內(nèi)容提供方之間并沒有關(guān)系。
[0012]以這種方式，網(wǎng)絡(luò)5能夠存儲內(nèi)容的本地副本并且提高其在傳遞內(nèi)容時為其用戶所提供的服務(wù)的質(zhì)量。然而，該系統(tǒng)的缺陷在于，有兩個單獨的系統(tǒng)用來傳遞內(nèi)容，從與其具有合約的服務(wù)器傳遞托管內(nèi)容的CDN以及從與其沒有合約的服務(wù)器傳遞非托管或OTT(超越(over the top))內(nèi)容的透明高速緩存。
[0013]如果能夠找到更為有效的系統(tǒng)來傳遞本地存儲的數(shù)據(jù)將會是有利的。

【發(fā)明內(nèi)容】

[0014]根據(jù)第一方面，提供了一種跨網(wǎng)絡(luò)傳遞內(nèi)容的方法，包括:在位于本地網(wǎng)絡(luò)的透明原始服務(wù)器接收針對內(nèi)容的請求，所述請求包括存儲所述內(nèi)容的原始服務(wù)器的標識符和所述內(nèi)容的標識符，所述原始服務(wù)器位于所述本地網(wǎng)絡(luò)之外；確定所述內(nèi)容標識符是否是針對所述內(nèi)容的專屬內(nèi)容標識符或者所述內(nèi)容標識符是否是標識相同內(nèi)容的多個編碼內(nèi)容標識符之一，并且如果所述內(nèi)容標識符是所述多個編碼內(nèi)容標識符的所述之一，則對所述編碼內(nèi)容標識符進行解碼以生成經(jīng)更新的內(nèi)容標識符并且利用所述經(jīng)更新的內(nèi)容標識符替換所述編碼內(nèi)容標識符;將所述請求重定向至內(nèi)容傳遞服務(wù)器以便傳遞本地存儲的內(nèi)容，所述內(nèi)容傳遞服務(wù)器位于所述本地網(wǎng)絡(luò)之內(nèi)。
[0015]本發(fā)明認識到，在跨網(wǎng)絡(luò)傳遞內(nèi)容時，該內(nèi)容可以被存儲在該網(wǎng)絡(luò)上的一個或多個位置以減少跨互傳或傳送點的業(yè)務(wù)量并且允許內(nèi)容傳遞容量和速度有所提高。這種內(nèi)容的中間存儲可以以與內(nèi)容所有方的協(xié)定來完成，在這種情況下該內(nèi)容被稱之為托管內(nèi)容，或者其可以在內(nèi)容所有方并不了解或并未協(xié)定的情況下完成，在這種情況下該內(nèi)容被稱之為超越OTT或非托管內(nèi)容。在沒有與內(nèi)容所有方的協(xié)定的情況下，該本地存儲通過攔截響應(yīng)于請求而向用戶傳送的內(nèi)容來實現(xiàn)。常規(guī)地，這兩種類型的內(nèi)容的本地存儲已經(jīng)以不同方式得以實現(xiàn)，這要求有用于兩種類型的內(nèi)容的單獨系統(tǒng)。本發(fā)明致力于通過使用所存在的用于傳遞托管內(nèi)容而且還傳遞非托管或OTT內(nèi)容的內(nèi)容傳遞網(wǎng)絡(luò)而解決該重復性問題。
[0016]這利用一種透明原始服務(wù)器來實現(xiàn)，該服務(wù)器充當中介(intermediary)以對任意編碼內(nèi)容標識符進行解碼并且將這些請求重定向至內(nèi)容傳遞服務(wù)器，后者連同托管內(nèi)容一起對該非托管內(nèi)容的傳遞進行管理。就此而言，在一些情況下，針對本地存儲與網(wǎng)絡(luò)并沒有協(xié)定的內(nèi)容的提供方可以通過使用高速緩存規(guī)避技術(shù)來主動尋求避免他們的內(nèi)容在本地進行存儲。這些高速緩存規(guī)避技術(shù)一般涉及到對內(nèi)容標識符進行編碼，而使得相同的內(nèi)容以多種不同方式進行標識，這使得攔截并存儲內(nèi)容的系統(tǒng)難以辨識出相同的內(nèi)容。為了解決該問題，該透明原始服務(wù)器被配置為對這樣的編碼內(nèi)容標識符進行解密并且向內(nèi)容傳遞網(wǎng)絡(luò)傳送經(jīng)更新的內(nèi)容標識符，而使得該內(nèi)容在當前被存儲的情況下能夠被識別。該經(jīng)更新的內(nèi)容標識符將以允許相同內(nèi)容利用相同標識符得以被識別的標準方式對該內(nèi)容進行標識O
[0017]以這種方式，該透明原始服務(wù)器并不直接為用戶服務(wù)，而是在需要的情況下對內(nèi)容標識符進行解碼并且將所接收到的請求重定向至內(nèi)容傳遞服務(wù)器，后者隨后能夠以與其處理針對托管內(nèi)容的請求的方式相似的方式對該請求進行處理。
[0018]在一些實施例中，該方法包括在執(zhí)行所述重定向步驟之前的另外的步驟:依據(jù)所述內(nèi)容的特性確定是否將所述請求重定向至所述內(nèi)容傳遞服務(wù)器，并且依據(jù)所述內(nèi)容的特性確定所述請求的子集之后僅針對所述子集執(zhí)行所述重定向步驟。
[0019]在本地內(nèi)容傳遞服務(wù)器進行內(nèi)容的存儲并從那里進行內(nèi)容的服務(wù)可以僅針對某些內(nèi)容執(zhí)行，并且因此可以存在確定該請求是否應(yīng)當被重定向至內(nèi)容傳遞服務(wù)器的步驟，如果確定不應(yīng)當，則該內(nèi)容將簡單地由原始服務(wù)器進行傳遞。內(nèi)容的本地存儲和傳遞可以針對經(jīng)常被請求的流行內(nèi)容來執(zhí)行，因為這將明顯減少跨網(wǎng)絡(luò)和互傳點的業(yè)務(wù)量。例如，對于并不太經(jīng)常被請求的內(nèi)容而言，本地存儲的額外開銷可能并不太值得。
[0020]在一些實施例中，該方法可以包括另外的步驟:
[0021 ]在所述內(nèi)容傳遞服務(wù)器接收所述請求，并且
[0022]從所述內(nèi)容標識符確定所述內(nèi)容是否被標識為被本地存儲，并且如果是
[0023]則輸出所述內(nèi)容;并且如果否
[0024]則將所述請求傳送至所述透明原始服務(wù)器。
[0025]在該內(nèi)容傳遞服務(wù)器接收的請求通過傳遞該內(nèi)容而得到響應(yīng)，或者如果該內(nèi)容當前并未被存儲在那里，則從該透明原始請求該內(nèi)容。就此而言，該請求可能已經(jīng)從該透明原始自身處被接收，在這種情況下，任何編碼內(nèi)容標識符都將已經(jīng)被解碼，而使得該內(nèi)容傳遞服務(wù)器將能夠識別該標識符所標識的內(nèi)容標識符是否被存儲在那里。在其它實施例中，該請求可能并不經(jīng)由該透明原始而來到該內(nèi)容傳遞網(wǎng)絡(luò)，在這種情況下，該標識符可以是編碼標識符，這是可以(OK)的，因為該請求在該內(nèi)容并未被檢測為存儲在內(nèi)容傳遞