本發(fā)明的領(lǐng)域涉及從服務(wù)器向客戶端自適應(yīng)流傳輸(streaming)媒體內(nèi)容。本發(fā)明尤其涉及向客戶端自適應(yīng)流傳輸媒體內(nèi)容的服務(wù)器，從服務(wù)器向客戶端自適應(yīng)流傳輸媒體內(nèi)容的方法，以及被配置為執(zhí)行所述方法中步驟的計算機(jī)程序產(chǎn)品。

背景技術(shù)：

近些年，對媒體內(nèi)容，例如視頻和/或音頻內(nèi)容進(jìn)行流傳輸?shù)男枨罂焖僭鲩L。尤其是，過頂(over the top，OTT)視頻傳輸應(yīng)用(例如，YouTube和NetFlix)的數(shù)量快速增長。OTT內(nèi)容傳輸指的是通過公共網(wǎng)絡(luò)傳輸內(nèi)容。

尤其是HTTP自適應(yīng)流(HAS)正快速成為最流行的媒體內(nèi)容流傳輸方法。HAS的一個主要優(yōu)點是其能夠使視頻質(zhì)量適應(yīng)網(wǎng)絡(luò)帶寬(BW)條件，從而避免視頻再緩沖，導(dǎo)致播放卡頓。

HTTP自適應(yīng)流傳輸技術(shù)包括平滑流傳輸(微軟)，HTTP實時流媒體(蘋果)和HTTP動態(tài)自適應(yīng)流媒體(MPEG-DASH)。在本發(fā)明的背景下，使用術(shù)語HAS指代所有這些HTTP自適應(yīng)流媒體技術(shù)。此外，術(shù)語HAS還指代SPDY協(xié)議流媒體，該協(xié)議與HTTP協(xié)議相關(guān)。

盡管HAS與漸進(jìn)下載遺留方法相比而言前進(jìn)了一大步，但是終端用戶的體驗質(zhì)量(QoE)仍可改善。特別地，傳統(tǒng)的HAS方式仍然會偶然出現(xiàn)卡頓。

技術(shù)實現(xiàn)要素：

本發(fā)明實施方式的目的是減少播放卡頓的出現(xiàn)，從而改善從服務(wù)器向客戶端自適應(yīng)流傳輸媒體內(nèi)容。

根據(jù)本發(fā)明的一種實施方式，提供了一種向客戶端流傳輸媒體內(nèi)容的服務(wù)器。舉例來說，所述媒體內(nèi)容可以是視頻，音頻和/或文本。

所述媒體內(nèi)容編碼為具有不同質(zhì)量等級的至少兩個流。每個流包括連續(xù)的分段。所述服務(wù)器包括接收機(jī)和發(fā)射機(jī)。所述接收機(jī)被配置為從所述客戶端接收對所述至少兩個流中的第一流的選定分段的請求。所述發(fā)射機(jī)被配置為響應(yīng)于對所述第一流的選定分段的所述請求，向所述客戶端發(fā)送所述第一流的選定分段。所述發(fā)射機(jī)還被配置為向所述客戶端推送所述至少兩個流中的第二流的相應(yīng)分段，其中所述第二流的質(zhì)量等級低于所述第一流。

換句話說，除了向客戶端發(fā)送所請求質(zhì)量版本的選定分段，服務(wù)器還向客戶端推送較低質(zhì)量版本的選定分段。

在拉取的高質(zhì)量分段無法及時到達(dá)的情況下，通過在具有請求質(zhì)量的版本之外還推送較低質(zhì)量版本的質(zhì)量建立了安全保障，從而降低緩沖器欠載運行和播放相應(yīng)卡頓的風(fēng)險。

例如，在傳統(tǒng)HAS方式中，當(dāng)帶寬突然下降時可能出現(xiàn)緩沖器欠載運行。在最壞情況下，在一開始下載新的高質(zhì)量分段(即，相對較大尺寸分段)時帶寬就突然下降?？蛻舳吮仨氃谀軌蛘埱笮碌妮^低質(zhì)量分段之前完成整個分段的下載。同時，客戶端將消耗客戶端緩沖器中存儲的分段。當(dāng)最終接收到高質(zhì)量分段時，緩沖器填充(filling)可能已經(jīng)低于切換到較低質(zhì)量的閾值(也稱為“恐慌(panic)”閾值)。客戶端將在下一個分段跳至最低質(zhì)量。如果分段無法及時傳輸并且緩沖器耗盡，播放將出現(xiàn)卡頓。但是，在本發(fā)明的實施方式中，通過服務(wù)器推送使得較低質(zhì)量版本的分段可用。

舉例來說，第二流可以是至少兩個流中的最低質(zhì)量流。例如，媒體內(nèi)容可以分別提供為300Kbps，1500Kbps和3Mbps的三個流。不論何時，只要請求1500Kbps或3Mbps的分段，發(fā)射機(jī)就可以推送300Kbps的分段(最低可用質(zhì)量)。

在一種實施方式中，所述服務(wù)器被配置為根據(jù)支持服務(wù)器推送的網(wǎng)絡(luò)協(xié)議與所述客戶端通信。

使用網(wǎng)絡(luò)協(xié)議的一個好處是能夠利用網(wǎng)絡(luò)的現(xiàn)有基礎(chǔ)設(shè)施。此外，流的分段可以穿過防火墻傳輸而不存在問題。

在另一種實施方式中，所述網(wǎng)絡(luò)協(xié)議是HTTP協(xié)議或SPDY協(xié)議，優(yōu)選為HTTP2.0或更高版本。

使用HTTP或SPDY協(xié)議的一個好處是能夠利用網(wǎng)絡(luò)的現(xiàn)有基礎(chǔ)HTTP設(shè)施。例如，可以重用HTTP服務(wù)器，HTTP代理和內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)來傳輸HAS內(nèi)容。此外，流的分段可以穿過防火墻傳輸而不存在問題。

在本發(fā)明的背景下，術(shù)語HTTP還包括HTTPS，因為從技術(shù)上講HTTPS是在SSL/TLS協(xié)議上構(gòu)件的HTTP。

優(yōu)選地，服務(wù)器被配置為使用支持服務(wù)器推送的基于HTTP的協(xié)議，例如HTTP2.0或更高版本，或SPDY協(xié)議進(jìn)行HTTP自適應(yīng)流傳輸。

在一種實施方式中，服務(wù)器可以被配置為在服務(wù)器和客戶端之間建立持久連接。例如，連接可以是TCP連接。

在一種實施方式中，所述發(fā)射機(jī)被配置為利用多路復(fù)用同時推送所述第二流的所述分段和所述第一流的所述分段。

特別地，HTTP2.0或更高版本，或SPDY協(xié)議具有HTTP能力。通過多路復(fù)用第一流和第二流的分段傳輸，較低質(zhì)量版本分段和請求的質(zhì)量版本同時可用。因此，在請求的質(zhì)量版本出乎意料低(例如，由于帶寬突然下降)的情況下，客戶端有較低質(zhì)量版本隨時可用。因此，可以防止播放卡頓。

在替代實施方式中，發(fā)射機(jī)被配置為在發(fā)送請求的分段，即第一流的分段之前推送較低質(zhì)量分段，即第二流的分段。

在一種實施方式中，所述發(fā)射機(jī)被配置為向推送所述第二流的所述分段分配比推送所述第一流的所述分段更高的優(yōu)先級。

特別地，HTTP2.0或更高版本，或SPDY協(xié)議提供優(yōu)先級支持。

在一種實施方式中，所述發(fā)射機(jī)被配置為只有在所述第一流的質(zhì)量等級超過質(zhì)量閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述發(fā)射機(jī)被配置為只有在所述服務(wù)器和所述客戶端之間的可用帶寬低于帶寬閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述發(fā)射機(jī)被配置為只有在所述客戶端和所述服務(wù)器之間的往返時間(RTT)高于RTT閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述服務(wù)器被配置為估計所述客戶端的緩沖器填充，所述發(fā)射機(jī)被配置為只有在估計的緩沖填充低于緩沖器閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述服務(wù)器還包括追蹤器，該追蹤器被配置為追蹤向所述客戶端傳輸每個所請求分段的時間。所述發(fā)射機(jī)被配置為響應(yīng)于對所述第一流的選定分段的所述請求，只有在追蹤的傳輸所述選定分段之前的分段的時間超過所述之前的分段的持續(xù)時間時才推送所述第二流的相應(yīng)分段。

也就是說，只有在對于之前請求的推送時間超過之前請求分段的持續(xù)時間時，才響應(yīng)于對較高質(zhì)量分段的請求推送較低質(zhì)量分段。因此，只有客戶端的緩沖器減少時服務(wù)器才推送分段。優(yōu)選地，所述發(fā)射機(jī)被配置為在發(fā)送請求質(zhì)量分段之前發(fā)送較低質(zhì)量分段。

例如，客戶端請求VQ為3的分段n。服務(wù)器追蹤傳輸所述分段的時間。接下來，客戶端請求VQ＞0(例如，VQ2或VQ3)的分段n+1。如果服務(wù)器確定傳輸分段n的時間超過了分段n的持續(xù)時間，則其將推送分段n+1VQ0。如果未滿足該條件，則不推送分段。

服務(wù)器還可以基于多個之前的分段的追蹤時間及它們的持續(xù)時間決定是否推送較低質(zhì)量分段。

所述發(fā)射機(jī)可以被配置為只有在傳輸時間超過持續(xù)時間預(yù)定量，例如1至10秒時才推送較低質(zhì)量分段。

需要注意的是，上述條件可以結(jié)合，例如，發(fā)射機(jī)可以被配置為只有在RTT高于RTT閾值且第一流的質(zhì)量等級超過質(zhì)量閾值時才推送第二流的分段。

本發(fā)明的其他實施方式涉及一種從服務(wù)器向客戶端自適應(yīng)流傳輸媒體內(nèi)容的方法。舉例來說，所述媒體內(nèi)容可以是視頻，音頻和/或文本。

在一種實施方式中，所述媒體內(nèi)容編碼為具有不同質(zhì)量等級的至少兩個流。每個流包括連續(xù)的分段。所述方法包括服務(wù)器從所述客戶端接收對所述至少兩個流中的第一流的選定分段的請求的步驟。所述方法還包括響應(yīng)于對所述第一流的選定分段的所述請求，從所述服務(wù)器向所述客戶端發(fā)送所述第一流的選定分段。所述方法還包括響應(yīng)于對所述第一流的選定分段的所述請求，從所述服務(wù)器向所述客戶端推送所述至少兩個流中的第二流的相應(yīng)分段，其中所述第二流的質(zhì)量等級低于所述第一流。

在一種實施方式中，只有在所述第一流的質(zhì)量等級超過質(zhì)量閾值時才推送所述第二流的所述分段。

在一種實施方式中，只有在所述服務(wù)器和所述客戶端之間的可用帶寬低于帶寬閾值時才推送所述第二流的所述分段。

在一種實施方式中，只有在所述客戶端和所述服務(wù)器之間的往返時間RTT高于RTT閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述方法還包括估計所述客戶端的緩沖器填充，其中只有在估計的緩沖器填充低于緩沖器閾值時才推送所述第二流的所述分段。

在一種實施方式中，所述方法包括追蹤向所述客戶端傳輸每個所請求分段的時間。在一種實施方式中，所述方法還包括響應(yīng)于對所述第一流的選定分段的所述請求，只有在追蹤的傳輸所述選定分段之前的分段的時間超過所述之前的分段的持續(xù)時間時才推送所述第二流的相應(yīng)分段。

還可以基于多個之前的分段的追蹤時間及它們的持續(xù)時間決定是否推送較低質(zhì)量分段。追蹤向所述客戶端傳輸每個所請求分段的時間。

可以只有在傳輸時間超過持續(xù)時間預(yù)定量，例如1至10秒時才推送較低質(zhì)量分段。

需要注意的是，上述條件可以結(jié)合，例如，只有在追蹤的之前分段的傳輸時間超過所述之前分段的持續(xù)時間且第一流的質(zhì)量等級超過質(zhì)量閾值時才推送第二流的分段。

本發(fā)明的其他實施方式涉及一種從服務(wù)器接收媒體內(nèi)容的自適應(yīng)流傳輸客戶端。

在一種實施方式中，所述媒體內(nèi)容編碼為具有不同質(zhì)量等級的至少兩個流。每個流包括連續(xù)的分段。所述客戶端包括速度確定組件，發(fā)射機(jī)，接收機(jī)和播放組件。所述速度確定組件被配置為確定所述服務(wù)器和所述客戶端之間的帶寬。所述速度確定組件還被配置為基于所確定的帶寬從所述至少兩個流的不同質(zhì)量等級中選擇質(zhì)量等級。所述發(fā)射機(jī)被配置為向所述服務(wù)器發(fā)送對第一流的選定分段的請求，所述第一流對應(yīng)于選擇的所述質(zhì)量等級。所述接收機(jī)被配置為接收所述服務(wù)器響應(yīng)于所述請求而發(fā)送的具有所選擇質(zhì)量等級的所述流的選定分段。所述接收機(jī)還被配置為接收所述至少兩個流中的第二流的推送分段，其中所述第二流的質(zhì)量等級低于所述第一流。所述播放組件被配置為回放所述接收機(jī)接收的分段。所述客戶端被配置為如果所述帶寬低于之前確定的帶寬，則回放所述推送分段，而非所述第一流的相應(yīng)分段。

根據(jù)本發(fā)明實施方式的客戶端的優(yōu)點是可以在降低自適應(yīng)流的VQ之前等待更長時間，承擔(dān)更多的風(fēng)險，因為在帶寬降低的情況下有最低質(zhì)量分段在本地可用。因此，客戶端可以提高平均質(zhì)量等級。此外，傳統(tǒng)客戶端必須從客戶端請求較低質(zhì)量版本分段，而根據(jù)本發(fā)明實施方式的客戶端可以立即使用推送的分段，因為該分段已經(jīng)預(yù)先加載了。這可以進(jìn)一步降低卡頓風(fēng)險。

本發(fā)明的其他實施方式涉及一種自適應(yīng)流傳輸客戶端從服務(wù)器接收媒體內(nèi)容的方法。所述媒體內(nèi)容編碼為具有不同質(zhì)量等級的至少兩個流。每個流包括連續(xù)的分段。所述方法包括確定所述服務(wù)器和所述客戶端之間帶寬的步驟。所述方法還包括基于所確定的帶寬從所述至少兩個流的不同質(zhì)量等級中選擇質(zhì)量等級的步驟。所述方法還包括向所述服務(wù)器發(fā)送對第一流的選定分段的請求的步驟，所述第一流對應(yīng)于選擇的所述質(zhì)量等級。所述方法還包括接收所述服務(wù)器響應(yīng)于所述請求而發(fā)送的具有所選擇質(zhì)量等級的所述流的選定分段的步驟。所述方法還包括接收所述至少兩個流中的第二流的推送分段的步驟，其中所述第二流的質(zhì)量等級低于所述第一流。所述方法還包括如果所述帶寬低于之前確定的帶寬，則播放所述推送分段的步驟，而非所述第一流的相應(yīng)分段。

本發(fā)明的其他實施方式還涉及一種計算機(jī)程序產(chǎn)品，包括非瞬時性計算機(jī)可執(zhí)行指令，所述計算機(jī)可執(zhí)行指令被配置為當(dāng)被執(zhí)行時實施上述方法中的步驟。

上面相對于服務(wù)器描述的相同效果和優(yōu)點也適用于方法和計算機(jī)程序產(chǎn)品。

附圖說明

附圖描述本發(fā)明的目前優(yōu)選的非限制性示例實施方式。通過下面結(jié)合附圖所做的具體描述，可以更好地理解本發(fā)明的上述以及其它優(yōu)點，特征和目的，在這些附圖中：

圖1顯示了典型HAS會話，其中圖1A顯示了加載狀態(tài)下的客戶端，圖1B顯示了穩(wěn)定狀態(tài)下的線性流傳輸客戶端，圖1C顯示了穩(wěn)定狀態(tài)下的視頻點播(VoD)客戶端。

圖2顯示了根據(jù)本發(fā)明實施方式的不同質(zhì)量等級分段的傳輸。

圖3顯示了根據(jù)本發(fā)明實施方式，作為瀏覽器插件的HTTP自適應(yīng)流傳輸客戶端。

圖4顯示了根據(jù)本發(fā)明實施方式，作為獨立應(yīng)用程序的HTTP自適應(yīng)流傳輸客戶端。

圖5顯示了根據(jù)本發(fā)明實施方式的內(nèi)容分發(fā)網(wǎng)絡(luò)傳輸應(yīng)用。

圖6顯示了本發(fā)明方法的第一實施方式的流程圖。

圖7顯示了本發(fā)明的方法第二實施方式的流程圖。

圖8顯示了本發(fā)明方法的第三實施方式的流程圖。

HAS實施方式(圖1A-C)包括服務(wù)器2和客戶端4。圖1A顯示了初始化狀態(tài)下的客戶端?？蛻舳?向服務(wù)器2發(fā)送“獲得清單”(GET manifest)請求。服務(wù)器做出響應(yīng)，向客戶端返回清單文件。客戶端讀取清單文件。清單文件包括媒體內(nèi)容流分段的元數(shù)據(jù)，并且可以包括其他信息，例如播放媒體內(nèi)容所需的DRM數(shù)據(jù)。特別地，清單文件可以描述可用的質(zhì)量等級。

在所示示例中，清單文件指示DRM數(shù)據(jù)可用。因此，通過向服務(wù)器2發(fā)送“獲得DRM信息”(GET DRM info)請求，客戶端請求DRM數(shù)據(jù)。需要注意的是，請求DRM數(shù)據(jù)及發(fā)送DRM數(shù)據(jù)是可選的，例如，媒體內(nèi)容可能未受DRM保護(hù)。

接下來，客戶端4切換至夾在狀態(tài)，其中通過向服務(wù)器2發(fā)送請求，客戶端4請求具有所需質(zhì)量等級的流的第一分段。質(zhì)量等級可以是固定的初始等級，這對于客戶端是典型的，或者可以是基于可用帶寬和/或可用CPU能力確定的質(zhì)量等級。

區(qū)分兩類流傳輸之間的區(qū)別：線性流傳輸(也稱為實時流傳輸)和視頻點播(VoD)流傳輸。在大多數(shù)線性流傳輸部署中，清單文件定期更新，以包括服務(wù)器提供的新分段。數(shù)線性流傳輸客戶端通常通過請求分段而開始新的播放，所述分段在線性流傳輸?shù)纳芷谥幸呀?jīng)過去了D秒，從而填充客戶端的緩沖器。VoD客戶端通常選擇所請求VoD標(biāo)題的第一分段。需要注意，對于VoD客戶端，清單文件是靜態(tài)的。

在加載狀態(tài)下，客戶端4將以按順序，但是比播放速度快的方式檢索所請求的分段。在以比播放速度快的方式接收到的每個分段下載好之后，客戶端的播放緩沖器將增加。在該狀態(tài)下，線性流傳輸客戶端將穩(wěn)步趕上線性流傳輸。

一旦緩沖器包括足以確保連續(xù)播放的分段，客戶端4將達(dá)到穩(wěn)定狀態(tài)。對于線性流傳輸客戶端4(圖1B)，當(dāng)客戶端4在實時流傳輸?shù)淖钚路侄卧诜?wù)器2上變得可用時就幾乎直接檢索所述最新分段時，緩沖器將達(dá)到大約為D秒的值。通常，客戶端4將定期取得新的清單文件。一旦新的清單文件指示新的分段可以下載，線性流傳輸客戶端4就將檢索所述芯的分段。

對于VoD客戶端4(圖1C)，穩(wěn)定狀態(tài)下的行為是不同的。當(dāng)達(dá)到某個緩沖器水平(例如，30秒)時，客戶端4將在兩個分段檢索之間增加額外的等待時間，從而不超過所述緩沖器水平。

在示例性實施方式中(圖2)，服務(wù)器2有可用的3Mbps高質(zhì)量流A和300Kbps最低質(zhì)量流B。當(dāng)客戶端4請求高質(zhì)量流A的分段時，服務(wù)器2做出響應(yīng)，發(fā)送流A的請求分段。此外，服務(wù)器2將向客戶端4推送流B的相應(yīng)分段。如圖所示，當(dāng)流A的分段1被請求時，流B的分段1也被推送。當(dāng)流A的分段2被請求時，流B的分段2也被推送。在所示實施例中，服務(wù)器2以比流A的分段更高的優(yōu)先級推送流B的分段，確保在(例如)帶寬突然下降的情況下，低質(zhì)量分段作為“安全保障”對于客戶端4可用。在所示實施例中，服務(wù)器2采用HTTP2.0優(yōu)先化。此外，圖2顯示了可以利用(例如)HTTP多路復(fù)用對流多路復(fù)用。

圖3顯示了服務(wù)器2和客戶端4，其中客戶端4包括瀏覽器6和瀏覽器插件8以獲得HAS能力。插件8只能通過到瀏覽器的明確定義的軟件接口請求對象。在一些實施方式中，可能不存在接口通知插件8服務(wù)器2向瀏覽器6推送了對象。瀏覽器6將只是將對象增加到瀏覽器緩存中。當(dāng)插件8稍后請求推送的對象時，瀏覽器直接從本地緩存中提供所請求的對象。

插件8包括與客戶端緩沖器12通信的速度確定算法(RDA)組件10?？蛻舳司彌_器與播放組件14可操作地連接。瀏覽器6包括瀏覽器緩存。在所示實施例中，客戶端4從服務(wù)器2流傳輸視頻內(nèi)容。視頻內(nèi)容以不同比特率編碼，所述不同比特率對應(yīng)于不同視覺質(zhì)量(VQ)。在下面的實施例中，最低VQ為VQ0，最高VQ為VQ3。

通過RDA組件10和瀏覽器6向服務(wù)器2發(fā)送“獲得VQ為3的分段n”(GET seg n VQ3)請求，客戶端從服務(wù)器2請求具有視覺質(zhì)量VQ3的分段n。服務(wù)器2做出響應(yīng)，向瀏覽器6發(fā)送所請求的分段“Seg n VQ3”。瀏覽器6將分段傳輸給RDA組件10。服務(wù)器2還響應(yīng)于請求向瀏覽器緩存16推送具有質(zhì)量VQ0的分段。推送的分段18保持在瀏覽器緩存中，因此在RDA組件10向瀏覽器發(fā)送對所述分段的相應(yīng)請求時，所述分段可以傳輸給插件8。(例如)在以高質(zhì)量VQ3下載分段n時出現(xiàn)帶寬突然下降的情況下，客戶端4可以發(fā)送該請求。由于推送的分段18已經(jīng)位于瀏覽器緩存16中，瀏覽器可以直接將分段18返回給RDA組件10。

在所示實施方式中，瀏覽器6不允許對象直接從服務(wù)器2推送至插件8。但是，本發(fā)明不限于所述實施方式。本領(lǐng)域技術(shù)人員理解，所有現(xiàn)有和將來瀏覽器中可能不存在瀏覽器插件接口(例如，NPAPI接口)的限制。例如，瀏覽器可包括對HAS的原生支持，不需要HAS插件8。

圖4顯示了服務(wù)器2和客戶端4，其中客戶端4實現(xiàn)為集成的獨立應(yīng)用程序。因此，和圖3所示實施方式對比，當(dāng)服務(wù)區(qū)2推送對象時，RDA組件10直接得到通知。在該實施例中，客戶端4請求具有視覺質(zhì)量VQ2的分段n，服務(wù)器2應(yīng)該請求返回請求的分段，并向客戶端推送具有VQ0的較低質(zhì)量分段n。

圖5顯示了內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)傳輸應(yīng)用2的實施方式。CDN傳輸應(yīng)用2包括與緩存22通信的HTTP服務(wù)器20。HTTP服務(wù)器20還與CDN內(nèi)部通信客戶端(CICC)24通信。CICC24與緩存22通信。HTTP服務(wù)器20還與HAS安全推送算法組件(HSPA)通信，HSPA可選地包括存儲器組件28，該存儲器組件28用于存儲客戶端狀態(tài)和/或會話狀態(tài)，用于其算法的輸入。CDN傳輸應(yīng)用還可包括可由HSPA訪問的配置文件30。HSPA組件26還與緩存22通信?？蛻舳斯?jié)點4包括HTTP客戶端32。HTTP服務(wù)器組件20處理與客戶端的HTTP通信。HTTP服務(wù)器20從客戶端接收GET請求。HTTP服務(wù)器20執(zhí)行檢查，以證實所請求的對象，例如分段，是否已經(jīng)存在于緩存22中。如果存在，它將把對象提供給客戶端4。如果不存在，它將通知CDN內(nèi)部通信客戶端24從上游CDN節(jié)點取得對象。如果在緩沖22中未找到對象，則CICC從上游CDN節(jié)點取得對象。當(dāng)CICC全部或部分獲得所請求的對象時，它將通知HTTP服務(wù)器20。HTTP服務(wù)器20將處理通過HTTP客戶端32向客戶端4的傳輸。

每當(dāng)HTTP服務(wù)器接收到HTTP請求或響應(yīng)時，稱為HAS安全推送算法(HSPA)的功能塊將得到通知。HSPA組件26將忽視所有與HAS無關(guān)的請求/響應(yīng)。如果請求/響應(yīng)與HAS有關(guān)，其將使用一個或多個算法來決定是否有，以及哪個額外對象必須被推送給正在請求的客戶端。在該特定實施例中，HSPA組件26確定最低VQ分段是否必須被推送給正在請求的客戶端。它命令HTTP服務(wù)器20通過服務(wù)器推送來傳輸額外的分段。

HSPA 26可以采用不同策略來決定何時推送較低質(zhì)量分段。其可以連續(xù)推送較低質(zhì)量分段，例如，如果請求了較高質(zhì)量分段，則總是推送最低質(zhì)量分段。替代地，當(dāng)請求的質(zhì)量高于某個閾值時，其可以只推送較低質(zhì)量分段，例如，最低質(zhì)量分段。

此外，當(dāng)滿足某些條件時，例如，當(dāng)客戶端有卡頓風(fēng)險時，HSPA 26可以至推送較低質(zhì)量分段。例如：

-節(jié)點和客戶端之間的可用帶寬落到低于某個帶寬閾值。

-客戶端和服務(wù)器之間的RTT超過某個RTT閾值。

-估計的客戶端的緩沖器填充落到低于某個緩沖器閾值。服務(wù)器使用“HAS會話重建”技術(shù)獲得客戶端緩沖器閾值的估值。

-先前分段或一組先前分段的傳輸時間大于至少一個先前分段的相應(yīng)播放持續(xù)時間。這意味著客戶端緩沖器縮小。

-服務(wù)器可以使用上述條件的組合來做出決定。

在本發(fā)明方法的一種實施方式中，服務(wù)器在步驟S100中接收對質(zhì)量等級為VQ3的分段n的請求。服務(wù)器做出響應(yīng)，在步驟S102中發(fā)送質(zhì)量等級為VQ3的分段，并在步驟S104中發(fā)送質(zhì)量等級為VQ0的分段n?；蛘?，步驟S102和S104可以按相反順序執(zhí)行，或利用多路復(fù)用同時執(zhí)行。

在一種實施方式中，在步驟S112中，服務(wù)器確定請求的分段的質(zhì)量，例如視頻質(zhì)量是否超過質(zhì)量閾值(圖7)。如果未超過，則服務(wù)器不推送額外分段。如果請求的質(zhì)量超過閾值，則服務(wù)器在步驟S114中還推送具有最低質(zhì)量，例如VQ0的相應(yīng)分段。

在一種實施方式中，服務(wù)器在步驟S112a中確定服務(wù)器和客戶端之間的帶寬是否低于帶寬閾值(圖8)。在步驟S112b中，服務(wù)器確定RTT是否超過RTT閾值。在步驟S112c中，服務(wù)器估計客戶端的緩沖器填充，并確定估計的緩沖器填充是否低于緩沖器閾值。在步驟S112d中，服務(wù)器基于步驟S112a，S112b和/或S112c的結(jié)果確定分段是否必須被推送。需要注意的是，服務(wù)器可以采用步驟S112a，S112b和S112c的任意組合。例如，服務(wù)器可以只執(zhí)行步驟S112a和S112b，并基于這兩個步驟的結(jié)果確定是否推送分段VQ0。如果服務(wù)器確定要推送分段，則在最后的步驟S114中，服務(wù)器將推送具有視頻質(zhì)量VQ0的分段。

本領(lǐng)域技術(shù)人員很容易認(rèn)識到，上述不同方法的步驟可以由程控計算機(jī)和/或具有計算能力的電子設(shè)備執(zhí)行。在此，一些實施方式還涵蓋如數(shù)字?jǐn)?shù)據(jù)存儲介質(zhì)這樣的程序存儲裝置，程序存儲裝置為可由機(jī)器或計算機(jī)讀取，并且編碼可由機(jī)器或計算機(jī)執(zhí)行的指令程序，其中所述指令執(zhí)行上述方法的一些或所有步驟。例如，程序存儲裝置可以是數(shù)字存儲器，諸如磁盤和磁帶這樣的磁性存儲介質(zhì)，硬盤，或光學(xué)可讀的數(shù)字?jǐn)?shù)據(jù)存儲介質(zhì)。實施方式還涵蓋編程為執(zhí)行上述方法中步驟的計算機(jī)和/或具有計算能力(硬編碼或軟編碼)的電子設(shè)備。所有附圖，包括功能框中所示的各種元素的功能可以通過使用專用硬件和與合適軟件相關(guān)的能夠執(zhí)行軟件的硬件來實現(xiàn)。硬件可包括，但是不限于數(shù)字信號處理器(DSP)硬件，專用集成電路(ASIC)，現(xiàn)場可編程門陣列(FPGA)，用于存儲軟件的只讀存儲器(ROM)，隨機(jī)存取存儲器(RAM)和非易失存儲器。還可以包括其他傳統(tǒng)和/或定制硬件。類似地，圖中示出的所有開關(guān)僅僅是概念上的。它們的功能可以通過程序邏輯的運算，通過專用邏輯，通過程序控制和專用邏輯的交互執(zhí)行。

本領(lǐng)域技術(shù)人員可以理解，本文中的任何框圖代表體現(xiàn)本發(fā)明原理的說明性電路的概念視圖。同樣，可以理解的是，任何流程圖均代表各種程序，這些程序可以隨后被呈現(xiàn)在計算機(jī)可讀的介質(zhì)中，并由計算機(jī)或處理器執(zhí)行，而不管該計算機(jī)或處理器是否被明確地示出。

盡管上面以特定實施方式描述了本發(fā)明的原理，但是，應(yīng)該清楚的理解，該說明僅僅作為例子，不對由所附權(quán)利要求限定的本發(fā)明的保護(hù)范圍構(gòu)成限制。