施例的用于收集度量的過程。特別地，圖2描述了將段流式傳輸?shù)紿AS客戶端的過程的至少一部分，其中，客戶端將清單文件用于從服務(wù)器系統(tǒng)檢索各段，并且其中，一個或多個監(jiān)視代理可收集與HAS客戶端與流式傳輸服務(wù)器之間的流式傳輸路徑相關(guān)聯(lián)的質(zhì)量度量。該流式傳輸過程可包括HAS客戶端向服務(wù)器系統(tǒng)發(fā)送用于預(yù)定段(在這種情況下，segment_high-l.mp4)的(HTTP)請求(步驟202)，并且服務(wù)器系統(tǒng)可通過向客戶端發(fā)送包括所請求段(的一部分)的(HTTP)響應(yīng)來對該請求進行響應(yīng)(步驟204)，其可處理接收數(shù)據(jù)并在數(shù)據(jù)被解碼并呈現(xiàn)給用戶之前將數(shù)據(jù)發(fā)送到與媒體播放器相關(guān)聯(lián)的播出緩沖器(步驟206)。
[0097]在此過程期間，內(nèi)容處理設(shè)備中的監(jiān)視代理可從HAS客戶端、播出緩沖器和媒體代理收集設(shè)備質(zhì)量度量(步驟208)，并在QoS報告中將此信息發(fā)送到監(jiān)視服務(wù)器(步驟210)，其可使用該報告來更新質(zhì)量數(shù)據(jù)庫中的QoS客戶端簡檔(步驟211)。可貫穿流式傳輸過程重復(fù)此過程(參見例如步驟212—224)，使得監(jiān)視服務(wù)器可收集并構(gòu)建流式傳輸路徑的QoS客戶端簡檔，其包括可以用于確定內(nèi)容處理設(shè)備中的段請求功能和緩沖器的設(shè)置的(歷史)質(zhì)量度量。在一個實施例中，監(jiān)視代理可在其將設(shè)備度量發(fā)送到監(jiān)視系統(tǒng)之前收集關(guān)于多個被請求段的設(shè)備質(zhì)量度量。
[0098]監(jiān)視代理可收集并測量不同類型的度量，其中，該度量還可包括元數(shù)據(jù)，該元數(shù)據(jù)可被監(jiān)視系統(tǒng)用來相對于設(shè)備類型、數(shù)據(jù)類型、協(xié)議/編解碼器類型、網(wǎng)絡(luò)類型、接入技術(shù)類型等將度量分類到質(zhì)量數(shù)據(jù)庫中。在實施例中，質(zhì)量度量可包括與自適應(yīng)流式傳輸過程相關(guān)聯(lián)的度量，例如:清單文件號、內(nèi)容簡檔、內(nèi)容標(biāo)題、內(nèi)容描述、指定播出持續(xù)時間、初始簡檔、起源服務(wù)器清單、起源服務(wù)器段、重定向數(shù)目、位速率向上變化、位速率向下變化、緩存段的數(shù)目、接收段、請求段、緩沖器欠載、接收段字節(jié)、段簡檔位速率、段讀取位速率、在簡檔下面的段nr讀取位速率、段超時次數(shù)、段故障數(shù)量、接收緩沖器和/或播出緩沖器中的段的數(shù)目。
[0099]在另一實施例中，質(zhì)量度量可包括與接入技術(shù)相關(guān)聯(lián)的信息，例如接入技術(shù)類型(電纜、DSL、光纖等)、接入線路類型(VDSUADSL等)、與這些接入線路相關(guān)聯(lián)的典型延遲和/或帶寬。
[0100]在另一實施例中，質(zhì)量度量可包括與內(nèi)容處理設(shè)備相關(guān)聯(lián)的信息，例如系列號、內(nèi)容處理設(shè)備制造商和/或芯片組標(biāo)識符。在另一實施例中，該度量可包括與內(nèi)容處理設(shè)備中的硬件的利用相關(guān)聯(lián)的信息，例如自由可用存儲器、CPU利用和/或信號強度。在又一實施例中，該度量可包括用于標(biāo)識接入網(wǎng)和/或平臺的標(biāo)識符。
[0101]在實施例中，質(zhì)量度量可包括與網(wǎng)絡(luò)相關(guān)聯(lián)的信息，包括與由于許多用戶共享相同網(wǎng)絡(luò)資源而引起的負荷相關(guān)聯(lián)的吞吐量、被丟棄分組、誤碼率、由于隊列或擁擠而引起的等待時間、抖動和由于不同的分組可按照不同的順序到達目的地而引起的無序延遲。
[0102]在另一實施例中，監(jiān)視代理可(至少部分地)根據(jù)如在MPEG DASH IS0/IEC23001-6中定義的DASH (質(zhì)量)度量來監(jiān)視并收集與流式傳輸過程相關(guān)聯(lián)的設(shè)備質(zhì)量度量。本文中的題為“DASH Metrics”的附件D指定了各種DASH (質(zhì)量)度量:TCP連接、HTTP請求/響應(yīng)事務(wù)、表示交換機事件、緩沖器水平和播放列表。
[0103]例如，在一個實施例中，在HAS客戶端的輸入處，監(jiān)視代理可監(jiān)視各組TCP連接(IP地址、發(fā)起、連接和關(guān)閉時間)、用于段的一個或多個傳輸?shù)腍TTP請求(每個由傳輸時間、內(nèi)容和TCP連接定義)和一個或多個接收的HTTP響應(yīng)，包括被請求段(每個由響應(yīng)消息的接收時間、響應(yīng)報頭的內(nèi)容和響應(yīng)主體的每個字節(jié)的接收時間定義)。
[0104]在另一實施例中，監(jiān)視代理可監(jiān)視HAS客戶端的輸出處的一個或多個已編碼(MPEG)幀(其中，已編碼幀可由媒體類型、標(biāo)識符、解碼時間、呈現(xiàn)時間和/或分發(fā)時間定義)。類似地，在媒體引擎處，監(jiān)視代理可監(jiān)視一個或多個已解碼(MPEG)幀(每個由媒體類型、幀的呈現(xiàn)時間戳和已解碼幀(或其一部分)的實際呈現(xiàn)時間定義)。
[0105]一旦由監(jiān)視代理收集了度量，則發(fā)生報告過程，其中，監(jiān)視代理將收集到的度量傳輸?shù)椒?wù)器。
[0106]在本發(fā)明的實施例中，將這些收集的度量作為參數(shù)插入HTTP GET或HTTP POST請求的URI內(nèi)。該HTTP GET或HTTP POST請求可用來報告收集到的度量。圖10提供了關(guān)于緩沖器水平度量的此類請求1001、1002的示例。
[0107]在根據(jù)本發(fā)明的替代實施例中，可由監(jiān)視代理在HTTP POST或HTTP PUT請求中報告該度量。圖11提供了關(guān)于緩沖器水平度量的此類請求1103、1104的示例。
[0108]在一個實施例中，利用JS0N格式來描述度量。在另一實施例中，根據(jù)XML格式來編寫度量。圖12提供了包含緩沖器水平度量的此類請求1205、1206的示例性格式。
[0109]在圖11的示例性請求中，請求的第一行中的URI表示要在服務(wù)器上創(chuàng)建的文件的名稱。因此，根據(jù)例如在圖12中詳述的格式，提供適當(dāng)?shù)臄U展.xml或json。
[0110]在另一實施例中，經(jīng)由WebSocket來報告返回所收集度量。一旦已在監(jiān)視代理與服務(wù)器之間建立了經(jīng)由WebSocket的連接，則由監(jiān)視代理將所收集的度量傳輸?shù)椒?wù)器。
[0111]在另一實施例中，可由監(jiān)視代理將所收集的度量寫到文件且然后發(fā)送到服務(wù)器。文件的傳輸可例如由FTP FTPS、端對端(例如Bittorent)、SFTP, SCP來實現(xiàn)?？梢岳缫匀鐖D12中所示的XML或JSON格式來寫文件。在使用WebSocket的情況下，可用base64對文件進行編碼并將文件插入HTTP消息的主體中，其可被監(jiān)視代理通過WebSocket連接發(fā)送到服務(wù)器(系統(tǒng))。
[0112]圖3描述了根據(jù)本發(fā)明的一個實施例的清單文件的至少一部分的示意圖。特別地，圖3描述了包括QoS信息和配置參數(shù)的清單文件的至少一部分(在本示例中MPEG DASHMPD的一部分)，其可被內(nèi)容處理設(shè)備中的配置模塊用于配置播出緩沖器和段請求功能。
[0113]在本特定實施例中，清單文件可包括QoS信息，其包括第一 QoS水平(例如“高等待時間”或“規(guī)則”模式)310和第二 QoS水平(“低等待時間”模式)312。第一 QoS水平可定義規(guī)則模式310，其包括配置參數(shù)，該配置參數(shù)與當(dāng)通過非受管理網(wǎng)絡(luò)進行流式傳輸時是適當(dāng)?shù)腍AS客戶端的常規(guī)設(shè)置相關(guān)聯(lián)。第二 QoS水平可定義低等待時間模式312，其包括配置參數(shù)，該配置參數(shù)與當(dāng)通過受管理網(wǎng)絡(luò)進行流式傳輸時是適當(dāng)?shù)腍AS客戶端的低等待時間設(shè)置相關(guān)聯(lián)。
[0114]可在清單文件中將包括QoS信息和關(guān)聯(lián)配置參數(shù)的清單文件發(fā)送到HAS客戶端，HAS客戶端可解析清單文件并將QoS信息和配置參數(shù)發(fā)送到配置模塊，該配置模塊存儲該信息和參數(shù)。
[0115]基于流式傳輸路徑的當(dāng)前質(zhì)量度量，監(jiān)視系統(tǒng)或配置模塊可例如選擇規(guī)則或低等待時間模式。
[0116]認為在不脫離本發(fā)明的情況下，質(zhì)量度量、QoS信息和/或配置參數(shù)的使用的許多變體是可能的。例如，在一個實施例中，清單文件可僅包括與當(dāng)前質(zhì)量度量相關(guān)聯(lián)的配置參數(shù)，其被配置模塊用來配置緩沖器和/或段請求功能。在另一實施例中，該清單文件可僅包括用于在沒有任何配置參數(shù)的情況下用信號發(fā)送(預(yù)期)QoS水平(例如規(guī)則模式或低等待時間模式)的QoS信息。該QoS水平可被配置模塊用來選擇配置參數(shù)的預(yù)配置集合，其被本地地存儲在內(nèi)容處理設(shè)備的存儲器中。在又一實施例中，清單文件可包括與流式傳輸路徑相關(guān)聯(lián)的質(zhì)量度量。
[0117]該質(zhì)量度量可被配置模塊用來確定QoS水平并基于該QoS水平來選擇預(yù)配置的配置參數(shù)，或者基于該質(zhì)量度量來直接地確定一個或多個配置參數(shù)。在本發(fā)明的實施例中，此類質(zhì)量度量可以是與服務(wù)質(zhì)量有關(guān)的一個或多個參數(shù)，也稱為QoS參數(shù)。此類QoS參數(shù)可例如涉及但不限于:保證帶寬、分組丟失率、延遲、抖動。圖13提供了包括QoS參數(shù)的形式的質(zhì)量度量的示例性MPD。MPD中的這些QoS參數(shù)的示例是MinGuaranteedBandwidth:客戶端可預(yù)期的最小帶寬(在本示例中以位/秒為單位);MaxGuaranteedBandwidth:客戶端可預(yù)期的最大帶寬(在本示例中以位/秒為單位)；PacketLossRatelnPercent:基于業(yè)務(wù)歷史的分組丟失百分比；延遲:客戶端與內(nèi)容檢索節(jié)點(例如，流式傳輸服務(wù)器/高速緩存)之間的等待時間。在本示例中提供了毫秒；抖動:客戶端與內(nèi)容檢索節(jié)點(例如流式傳輸服務(wù)器/高速緩存)之間的抖動。在本示例中提供了毫秒。
[0118]在一個實施例中，配置參數(shù)可包括如在ISO標(biāo)準IS0/IEC 23001-6中定義的MPD參數(shù)或MDP參數(shù)的組合以便實現(xiàn)期望的播出緩沖器配置。例如，可使用最小緩沖器大小參數(shù)“minBUfferTime”314、318作為用于在開始緩沖器中的數(shù)據(jù)的播出之前設(shè)置緩沖器的最小大小的配置參數(shù)(例如規(guī)則模式下的5秒的大小和低等待時間模式下的1秒的大小)。
[0119]在另一實施例中，配置參數(shù)可包括建議的呈現(xiàn)延遲參數(shù)“suggestedPresentat1nDelay” 316、320?？蓪⒋藚?shù)用于將HAS客戶端配置成按照清單文件中的指示在預(yù)定段的播出時間之上引入播出延遲。例如，如果清單文件中的信息確定需要在12:10播出段且參數(shù)suggestedPresentat1nDelay被設(shè)置在00:10，該段將在晚10秒、即在12:20播出。
[0120]在另一實施例中，配置參數(shù)可包括段起始參數(shù)“segmentStart0ffset”324、326，其用于確定來自段請求功能將從流式傳輸服務(wù)器請求的在清單文件中標(biāo)識的段的第一段。
[0121]此參數(shù)可定義相對于當(dāng)客戶端加入實況流式傳輸事件時由內(nèi)容源使得可用的當(dāng)前段的偏移。例如，服務(wù)器系統(tǒng)中的流式傳輸服務(wù)器可能已創(chuàng)建當(dāng)前段1000。然而，如果客戶端基于當(dāng)前段1000開始播出，則不可能構(gòu)建足夠大小的緩沖器，因為段1000尚不可用。這可在具有低或中等QoS水平的網(wǎng)絡(luò)中引起問題，因為在那種情況下不能保證客戶端將及時地接收段1001。
[0122]為了應(yīng)對該問題，可設(shè)置“segmentStartOffset”參數(shù)。當(dāng)分別地將此參數(shù)設(shè)置成一、二或三時，段請求功能將確定該播出將基于段999、998或997、即比當(dāng)用戶加入實況流式傳輸事件時在源處可用的當(dāng)前段1000早生成的段開始。例如，在圖3中，規(guī)則模式與第一段相關(guān)聯(lián)，該第一段在由流式傳輸服務(wù)器在HAS客戶端加入流式傳輸會話的時刻使得可用的段后面滯后三個段，并且低等待時間模式與第一段相關(guān)聯(lián)，該第一段在由流式傳輸源在HAS客戶端加入流式傳輸事件時使得可用的段后面滯后一個段。當(dāng)質(zhì)量度量指示流式傳輸路徑與低QoS (非受管理)網(wǎng)絡(luò)相關(guān)聯(lián)時，可選擇規(guī)則模式以便降低沒有足夠的數(shù)據(jù)(段)可以被播出緩沖器緩存的風(fēng)險。當(dāng)質(zhì)量度量指示流式傳輸路徑與高QoS (受管理)網(wǎng)絡(luò)相關(guān)聯(lián)時，可選擇低等待時間模式以便盡可能多低減少流式傳輸中的等待時間。
[0123]作為在清單文件中向客戶端提供質(zhì)量度量、QoS信息和/或配置參數(shù)的替代，可經(jīng)由單獨的通信信道而不是清單文件的一部分將此信息的至少一部分提供給客戶端。下面將參考圖6—8來更詳細地描述本實施例。
[0124]清單文件可包括其他信息。例如，清單文件可包括清單類型指示符302，其用于指示清單文件是并不隨時間而改變的靜態(tài)清單文件還是可隨時間而改變的動態(tài)清單文件。例如，在實施例中，客戶端可在預(yù)定時間、例如周期性地接收新的已更新清單文件或清單文件更新以用于更新客戶端中的清單文件，包括與流式傳輸路徑相關(guān)聯(lián)的新更新信息。這樣，可響應(yīng)于流式傳輸路徑中的QoS水平的變化而重配置HAS客戶端。
[0125]該清單文件還可包括段呈現(xiàn)持續(xù)時間參數(shù)“mediaPresentat1nDuriat1n” 304，即內(nèi)容流的長度(以秒為單位)、段位置信息322，例如指示可在其中檢索內(nèi)容的一個或多個URL,以及媒體元數(shù)據(jù)，例如指示HAS文件的類型的簡檔參數(shù)308，例如MPEG-DASH和/或服務(wù)類型，例如VoD服務(wù)的2011版本。
[0126]圖4描述了根據(jù)本發(fā)明的實施例的用于更新清單文件的過程。該過程可從客戶經(jīng)由內(nèi)容提供商的web站點對加入實況流式傳輸事件進行支付開始。在獲得訪問權(quán)時，客戶一在某個時間點一可經(jīng)由用戶接口指示客戶端加入實況流式傳輸事件(例如通過按下播放按鈕)。在那種情況下，客戶端可從服務(wù)器系統(tǒng)請求清單文件。例如，其可將用于與流式傳輸事件相關(guān)聯(lián)的清單文件的請求消息、例如HTTP GET消息發(fā)送到服務(wù)器系統(tǒng)(步驟402)。在那種情況下，該請求消息可將例如清單文件的名稱和客戶端標(biāo)識符(例如，IP地址和/或設(shè)備標(biāo)識符和/或來自HTTP、TCP或IP報頭的任何其他信息)用于標(biāo)識請求流式傳輸服務(wù)的客戶端。
[0127]在已接收到請求消息之后，服務(wù)器系統(tǒng)可基于客戶端標(biāo)識符針對與流式傳輸路徑相關(guān)聯(lián)的QoS信息查詢質(zhì)量數(shù)據(jù)庫(步驟404)。數(shù)據(jù)庫可尋找QoS客戶端簡檔(步驟406)，并且一如果找到簡檔一可基于質(zhì)量度量來確定QoS信