專利名稱：：遠(yuǎn)程確定多媒體內(nèi)容用戶的配置的系統(tǒng)和方法遠(yuǎn)程確定多媒體內(nèi)容用戶的配置的系統(tǒng)和方法本發(fā)明專利申請是國際申請日為2004年10月29日、申請?zhí)枮?00480032285.1、發(fā)明名稱為"遠(yuǎn)程確定多媒體內(nèi)容用戶的配置的系統(tǒng)、方法和計算機(jī)程序產(chǎn)品"的發(fā)明專利申請的分案申請。
技術(shù)領(lǐng)域：
此處描述的發(fā)明涉及信息系統(tǒng)，并且尤其涉及多媒體內(nèi)容客戶端配置信息的檢測。
背景技術(shù)：
：在假定數(shù)據(jù)網(wǎng)絡(luò)的可用性和高速數(shù)據(jù)連接的可用性的情況下，現(xiàn)在讓終端用戶訪問多媒體內(nèi)容是很普通的。許多網(wǎng)絡(luò)站點(diǎn)現(xiàn)在向用戶提供音頻與視頻。理論上，用戶簡單地點(diǎn)擊在網(wǎng)頁上給出的鏈接或者控制，就遞送一個或多個多媒體文件。如果用戶具有適當(dāng)?shù)挠布蛙浖渲?，則然后可以播放該文件。然而，當(dāng)前有顯著多樣的用戶配置。一些用戶具有基于INTEL(英特爾)的個人計算機(jī)(PC)，而其它用戶可能具有APPLE(蘋果)MACINTOSH計算機(jī)。還存在不同的操作系統(tǒng)。一些用戶將具有來自MICROSOFT(微軟)公司的MICROSOFTWINDOWS(微軟視窗)版本，而其它用戶具有來自APPLE(蘋果)公司的MACOS版本。此外，這些操作系統(tǒng)中的每一個現(xiàn)在在用戶團(tuán)體中都具有幾個版本。此外，現(xiàn)在存在許多軟件程序可用于在用戶計算機(jī)上播放多媒體。這些播放器包括QUICKTIME(來自蘋果公司)、REALPLAYER(來自REALNEIWORKS公司)、以及WINDOWSMEDIAPLAYFR(來自微軟公司)。此外，這些播放器中的每一個都有幾個現(xiàn)在在用戶團(tuán)體中使用的版本。最后，不同的用戶可能以不同的數(shù)據(jù)速率進(jìn)行操作。一些用戶可能具有高速寬帶連接，而其它用戶可能具有56K調(diào)制解調(diào)器連接。在假定平臺、操作系統(tǒng)、播放器、和數(shù)據(jù)速率具有這樣的多樣性的情況下，內(nèi)容供應(yīng)商受困于如何格式化要遞送的內(nèi)容的問題。不正確的格式化將導(dǎo)致與用戶配置不兼容的內(nèi)容的遞送。這導(dǎo)致不可用的內(nèi)容。如果內(nèi)容是可用的，則內(nèi)容可能處于未能充分利用在用戶配置中可用的全部特征的格式中，從而使得用戶體驗(yàn)的內(nèi)容并沒有像它所能具有的那樣的豐富。在過去，內(nèi)容供應(yīng)商已經(jīng)通過選擇一些通用的用戶配置集合來解決了這個問題。例如，供應(yīng)商可以識別最通用的媒體播放器及其版本。供應(yīng)商為這些播放器中的每一個格式化內(nèi)容，并且存儲內(nèi)容的這些相配套的版本。供應(yīng)商然后會開發(fā)要提供給用戶的備忘錄，其實(shí)際上詢問用戶具有哪個媒體播放器，或者如果用戶具有一個以上的媒體播放器，則詢問哪個播放器是用戶優(yōu)選的。用戶然后進(jìn)行選擇，并且將已經(jīng)以選定格式預(yù)編碼的內(nèi)容遞送給用戶。這種解決方案具有局限性。首先，它是相對不靈活的。選項(xiàng)的數(shù)目是有限的。用戶的特定配置可能被未必給出作為菜單中的選項(xiàng)。而且如果終端用戶具有一個以上的他可用的媒體播放器，則用戶優(yōu)選的選擇未必已經(jīng)作為選項(xiàng)而列出。此外，上述解決方案每次都要求用戶輸入。用戶可能不想被詢問。用戶反而可能更喜歡為他解決了格式化問題。在其它情況下，用戶可能不知道菜單所請求的信息。用戶可能不知道他具有什么版本的媒體播放器。這種解決方案還要求內(nèi)容供應(yīng)商改變他們的菜單，以及每當(dāng)新的播放器(或者現(xiàn)有播放器的新版本)變得流行時重新編碼內(nèi)容。因此，上述解決方案是不靈活的，而且對于用戶和供應(yīng)商來說都是難以承擔(dān)的。因此，需要一種用于確定用戶的配置以便向用戶提供導(dǎo)致最佳視覺體驗(yàn)的、以兼容格式的內(nèi)容的方法。此外，配置的確定應(yīng)當(dāng)以使對用戶輸入的需要最小化的方式或者以用戶友好的方式進(jìn)行。此外，確定用戶連接速度的有效方法也是所期望的。
發(fā)明內(nèi)容提供了一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法。該方法包括發(fā)送播放器檢測代碼到用戶的計算機(jī)。接收有關(guān)用戶計算機(jī)的配置信息，其中該配置信息包括有關(guān)os版本、網(wǎng)絡(luò)瀏覽器版本、硬件平臺、用戶接口語言類型、編碼格式、或者壓縮算法的信息或者這些信息的組合。該方法可以包括在接收之前執(zhí)行在用戶的計算機(jī)處設(shè)置到遞送管理服務(wù)器域的cookie，而且其中以cookie的形式接收配置信息。還提供了一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法，其包括將播放器檢測代碼發(fā)送到用戶的計算機(jī)，接收有關(guān)用戶計算機(jī)的配置信息，以及發(fā)送修改的信息頭指令。該方法還可以包括發(fā)送唯一的客戶端ID?？梢栽诎l(fā)送信息之后接收指令，而且該修改的信息可以包括一些未包括在所發(fā)送信息中的信息，和/或該修改的信息可以排除一些包括在所發(fā)送信息中的信息。還可以在接收之前發(fā)送修改的信息頭指令，而且可以根據(jù)該修改的信息頭指令準(zhǔn)備要接收的配置信息。所接收的配置信息可以包括一個或多個諸如硬件適配信息(adaptation)和/或用戶接口版本適配信息之類的適配信息?？梢愿鶕?jù)該適配信,tr準(zhǔn)備修改的頭信息指令。還提供了一種用于遠(yuǎn)程地確定多媒體內(nèi)容用戶的計算機(jī)配置的方法，其包括在用戶的計算機(jī)處接收來自第二計算機(jī)的播放器檢測代碼，向第二計算機(jī)發(fā)送有關(guān)用戶計算機(jī)的配置信息，以及接收修改的信息頭指令?？梢越邮瘴ㄒ坏目蛻舳薎D。客戶端ID指針地址可以附加到配置信息上以便發(fā)送給第二計算機(jī)?？梢曰谒邮盏念^指令準(zhǔn)備修改的頭信息?？梢詫⒕哂懈郊拥目蛻舳薎D的修改的頭信息發(fā)送給第二計算機(jī)。可以在發(fā)送修改的頭信息之前接收進(jìn)一步的配置信息請求?？梢栽诎l(fā)送配置信息之后接收指令。該修改的信息可以包括一些未包括在所發(fā)送信息中的信息，和/或可以排除一些包括在所發(fā)送信息中的信息。還可以在發(fā)送配置信息之前接收指令?？梢愿鶕?jù)修改的信息頭指令準(zhǔn)備要發(fā)送的配置信息。該配置信息可以包括一個或多個諸如硬件適配信息和/或用戶接口版本適配信息之類的適配信息，而且可以根據(jù)該適配信息準(zhǔn)備修改的頭信息指令。還提供了一種用于確定計算機(jī)的連接速度的方法，該方法包括基于估計的帶寬確定計時塊的大小，標(biāo)記計時塊傳輸開始時的時間，標(biāo)記計時塊傳輸結(jié)束時的時間，以及基于所確定的計時塊大小以及傳輸開始和結(jié)束時的時間確定連接速度。還提供了一種用于確定計算機(jī)的連接速度的方法，該方法包括接收具有已知大小的數(shù)據(jù)計時塊，接收要開始計時塊傳輸時的啟動時間，在該啟動時間上開始計時塊傳輸，標(biāo)記計時塊傳輸結(jié)束時的時間，以及基于計時塊大小以及傳輸開始和結(jié)束時的時間確定連接速度。在每種情況下，可以通過下述操作來確定計時塊大小取出估計的帶寬信息，確定檢取數(shù)據(jù)以便用足夠的分辨率來確定連接速度的估計時間；以及確定將花費(fèi)所確定的估計時間來進(jìn)行檢取的計時塊大小?？梢砸宰鳛槭走x項(xiàng)頁面一部分的標(biāo)記語言注釋的形式接收計時塊。該方法還可以包括在cookie中存儲連接速度。該方法可以包括將cookie發(fā)送到遞送管理服務(wù)器。計時塊可以包含隨機(jī)數(shù)據(jù)。根據(jù)本發(fā)明的進(jìn)一步方面，提供了一種用于遠(yuǎn)程地確定多媒體內(nèi)容用戶的計算機(jī)配置的方法。這種方法包括發(fā)送播放器檢測代碼到用戶的計算機(jī)，接收有關(guān)用戶計算機(jī)的配置信息，以及基于所接收的配置信息確定在用戶計算機(jī)上的數(shù)字權(quán)利管理信息的類型。還提供了一個或者多個處理器可讀存儲設(shè)備，其上包含有處理器可讀代碼。該處理器可讀代碼用于對一個或多個處理器進(jìn)行編碼，以便根據(jù)任何一種上述方法執(zhí)行用于確定多媒體內(nèi)容用戶的計算機(jī)配置的方法和/或用于確定計算機(jī)的連接速度的方法。9此處并入并且成為該說明書一部分的了本發(fā)明，并且連同該描述一起，進(jìn)一步用來說明本發(fā)明的原理以及允許相關(guān)領(lǐng)域的技術(shù)人員構(gòu)造和使用該發(fā)明。在附圖中圖l說明了本發(fā)明實(shí)施例的一般體系結(jié)構(gòu)。圖2是說明本發(fā)明實(shí)施例的計算環(huán)境的框圖。圖3A是說明本發(fā)明實(shí)施例的總體處理過程的流程圖。圖3B是說明根據(jù)一個實(shí)施例、包括接收遞送管理器HTTP請求在內(nèi)的服務(wù)器端請求處理的流程圖。圖3C是說明才艮據(jù)實(shí)施例、包括接收檢測URLHTTP請求在內(nèi)的服務(wù)器端請求處理的流程圖。圖3D是說明根據(jù)本發(fā)明實(shí)施例的進(jìn)一步請求處理的流程圖。圖4A是說明根據(jù)本發(fā)明的實(shí)施例的媒體播放器檢測處理的流程圖。圖4B是說明根據(jù)本發(fā)明的示例實(shí)施例的客戶端視窗媒體播放器(WMP)檢測的流程圖。圖4C是說明根據(jù)本發(fā)明的另一示例性實(shí)施例的客戶端RealPlayer(Real)檢測的流程圖。圖4D是說明根據(jù)本發(fā)明的示例性實(shí)施例的客戶端QuickTime(QT)檢測的流程圖。圖5A是說明根據(jù)本發(fā)明的實(shí)施例、向用戶給出首選項(xiàng)(preferences)頁面的處理的流禾呈圖。圖5B是一般地說明根據(jù)本發(fā)明的實(shí)施例的帶寬檢測方法的流程圖。圖6A-6C是描述根據(jù)本發(fā)明的實(shí)施例、用于訪問媒體內(nèi)容的例程的流程圖。圖7描述了根據(jù)本發(fā)明的實(shí)施例、可以使用的示例性代碼轉(zhuǎn)換器。圖8是示出根據(jù)本發(fā)明的實(shí)施例、用于各種發(fā)布變量的示例性代碼轉(zhuǎn)換源類型和目標(biāo)類型的表格。圖9是示出根據(jù)本發(fā)明實(shí)施例的示例性客戶端環(huán)境變量類型的表格?，F(xiàn)在，將參考附圖描述本發(fā)明的優(yōu)選實(shí)施例。在附圖中，類似的參考數(shù)字指示相同或者功能上相似的單元。引入的參考文獻(xiàn)下面是參考文獻(xiàn)的引用列表，其中的每個參考文獻(xiàn)除了是被描述為本發(fā)明的
背景技術(shù)：
、摘要和
發(fā)明內(nèi)容、由此還通過引用并入到以下優(yōu)選實(shí)施例的詳細(xì)說明中的文獻(xiàn)外，還公開了在下面沒有詳細(xì)闡述的、優(yōu)選實(shí)施例中的單元或者特征的替換實(shí)施例?？梢圆殚嗊@些參考文獻(xiàn)中的一個文獻(xiàn)或者兩個或多個文獻(xiàn)的組合，以獲得在此處的詳細(xì)說明中描述的優(yōu)選實(shí)施例的變體。這些參考文獻(xiàn)為1968年7月授權(quán)的美國專利3,394,352;1976年2月授權(quán)的美國專利3,937,881;1997年8月授權(quán)的美國專利5,657,015;2003年7月15日授權(quán)的美國專利6,593,860;2002年6月授4又的美國專利6，407，680;2002年10月15日授斗又的美國專利6，466，939;1999年7月27日授權(quán)的美國專利5,928,330;2001年11月13日授權(quán)的美國專利6,317，134;以及2000年5月30日授權(quán)的美國專利6,070,002;以及2003年8月21日公開的美國公開申請2003/0158913，2003年5月15日公開的美國公開申請2003/0093507，2002年7月25日公開的美國/>開申請2002/0099858，2002年7月25日>^開的美國公開申請2002/0099770，以及2002年7月11日公開的美國^>開申請2002/0091800;以及2003年8月20日提交的美國專利申請10/644,602;以及Chapman、Nigel等人所著的"DigitalMultimedia"(JohnWiley&SonsLtd.,Copyright2000);以及Murray、JamesD.等人所著的"EncyclopediaofGraphicsFileFormats:SecondEdition"(O'Reilly&Associates,Inc.,Copyright1994，1996)。具體實(shí)施方式優(yōu)選實(shí)施例的概述公開了一種用于確定終端用戶的計算機(jī)系統(tǒng)的配置的系統(tǒng)、方法和計算機(jī)程序產(chǎn)品。特別是，確定用戶的媒體播放器和網(wǎng)絡(luò)連接速度。然后由第二計算機(jī)、優(yōu)選為遞送管理服務(wù)器接收這個配置信息。配置信息用于格式化用于遞送給用戶的多媒體內(nèi)容。因?yàn)閮?nèi)容根據(jù)配置信息進(jìn)行格式化，所以該內(nèi)容與用戶的配置兼容。配置確定處理涉及放置在內(nèi)容供應(yīng)商的網(wǎng)頁中的服務(wù)器聯(lián)絡(luò)代碼。當(dāng)用戶加載該網(wǎng)頁時，服務(wù)器聯(lián)絡(luò)代碼引導(dǎo)瀏覽器從遞送管理服務(wù)器檢取代碼。當(dāng)該代碼由用戶執(zhí)行時，確定用戶的媒體播放器。這個信息保存在用戶處的cookie中，并且發(fā)送給遞送管理服務(wù)器。如果配置信息是不確定的或者不完全的，則向用戶給出用戶可以在其中指示配置的首選項(xiàng)(preferences)頁面。首選項(xiàng)頁面還包含用于確定用戶的連接速度的機(jī)制。該首選項(xiàng)頁面還可以向用戶進(jìn)行特定推薦，例如推薦用戶選擇特定的媒體播放器。首選項(xiàng)頁面包含具有已知大小的數(shù)據(jù)塊。測量傳輸該塊所需要的時間，然后計算連接速度并且將其提供給遞送管理服務(wù)器。根據(jù)一個優(yōu)選實(shí)施例，配置確定處理涉及放置在內(nèi)容供應(yīng)商的網(wǎng)頁中的服務(wù)器聯(lián)絡(luò)代碼。當(dāng)由用戶加栽該網(wǎng)頁時，服務(wù)器聯(lián)絡(luò)代碼引導(dǎo)瀏覽器從遞送管理服務(wù)器檢取腳本。當(dāng)由用戶執(zhí)行該腳本時，確定用戶的媒體播放器。這個信息保存在用戶處的cookie中，并且發(fā)送給遞送管理服務(wù)器。該配置信息然后可以由代碼轉(zhuǎn)換器使用，該代碼轉(zhuǎn)換器根據(jù)配置信息格式化媒體內(nèi)容。如果配置信息是不確定的或者不完全的，則向用戶給出用戶可以在其中指示配置的首選項(xiàng)頁面。通過首選項(xiàng)頁面確定的這個配置也存儲在cookie中，并且發(fā)送給遞送管理服務(wù)器以允許內(nèi)容的格式化。該首選項(xiàng)頁面還可以向用戶進(jìn)行特定的推薦，例如推薦用戶選擇特定的媒體播放器。優(yōu)選實(shí)施例的描述此處描述的優(yōu)選實(shí)施例涉及允許遠(yuǎn)程確定用戶的計算機(jī)系統(tǒng)配置的系統(tǒng)、方法、和計算機(jī)程序產(chǎn)品。這允許對發(fā)往該計算機(jī)的多媒體內(nèi)容以與用戶的配置兼容的方式進(jìn)行格式化。如果獲得了足夠的配置信息，則可以格式化該內(nèi)容以便為用戶提供最佳可能的媒體體驗(yàn)。要注意到，在后續(xù)的描述中，廣泛地定義了用戶計算機(jī)的概念以包括可編程或者已編程設(shè)備的完全范圍。用戶計算機(jī)可以是但不局限于個人計算機(jī)或者其它工作站、膝上型、掌上型、個人數(shù)據(jù)助理、或者蜂窩電話。根據(jù)一個優(yōu)選實(shí)施例，服務(wù)器聯(lián)絡(luò)代碼包含在由內(nèi)容供應(yīng)商發(fā)送給用戶的網(wǎng)頁中。服務(wù)器聯(lián)絡(luò)代碼從遞送管理服務(wù)器檢取一個或多個腳本。該腳本使得能夠確定用戶的計算機(jī)系統(tǒng)的配置信息。在本發(fā)明的一個實(shí)施例中，配置信息包含用戶的媒體播放器(一個或多個)的身份(identity)和版本。該配置信息然后被返回到遞送管理服務(wù)器。該配置信息然后可以用于適當(dāng)?shù)馗袷交嗝襟w內(nèi)容。在本發(fā)明的一個實(shí)施例中，還可以以cookie的形式將配置信息本地地存儲在用戶的計算機(jī)處。在隨后的超文本傳輸協(xié)議(HTTP)請求中，可以將cookie發(fā)送到遞送管理服務(wù)器以作為傳送配置信息的一種方式。如果配置信息被確定為是不完全或者可能過時的，則打開另外的網(wǎng)頁。這是一個首選項(xiàng)頁面，在其中用戶可以向遞送管理服務(wù)器指定他的配置(例如，他的可用或者優(yōu)選的媒體播放器類型和版本，和/或優(yōu)選的連接速度)。首選項(xiàng)頁面還可以用于推薦用戶選擇特定的媒體播放器。根據(jù)一個優(yōu)選實(shí)施例，首選項(xiàng)頁面包括已知大小的數(shù)據(jù)塊。這個塊作為首選項(xiàng)頁面的一部分而被傳輸?shù)接脩舻挠嬎銠C(jī)。測量傳輸這個數(shù)據(jù)塊所需要的時間，以便確定用戶計算機(jī)的連接速度。連接速度表示另外一部分配置信息。連接速度也以cookie的形式本地存儲在用戶的計算機(jī)處。還可以將這個cookie發(fā)送到遞送管理服務(wù)器，以作為將用戶的連接速率傳送到遞送管理服務(wù)器的方法。優(yōu)選實(shí)施例中的系統(tǒng)基本上支持檢測兩個事物服務(wù)器到客戶端的連接速度(帶寬)，以及安裝在客戶端上的媒體播放器(包括播放器版本)。關(guān)于連接速度檢測，僅僅期望服務(wù)器到客戶端的估計，這是因?yàn)槊襟w流將由服務(wù)器發(fā)送到客戶端。一些媒體播放器控制信道數(shù)據(jù)將從客戶端發(fā)回到服務(wù)器，但是該數(shù)椐量遠(yuǎn)遠(yuǎn)小于發(fā)自服務(wù)器的實(shí)際媒體數(shù)據(jù)。當(dāng)檢測媒體播放器時，理想的是能夠檢測所有以下信息所安裝的媒體播放器(例如，QuickTime,WindowsMediaPlayer,RealPlayer等)，所安裝的媒體播放器的版本(例如，QuickTime5.0.2，WindowsMediaPlayer6.4,RealPlayer8.0),以及安裝在每個媒體播放器中的各個音頻與視頻編解碼器(用于QuickTime的Sorensonv3，WindowsMediaVideoV8，用于RealPlayer的SonyATRAC等)。對于通用媒體的應(yīng)用，知道客戶端環(huán)境的細(xì)節(jié)也是有用的。有用的信息包括操作系統(tǒng)版本、網(wǎng)絡(luò)瀏覽器版本、硬件平臺、和優(yōu)選的用戶接口語言。其中某些信息是容易獲得的(通常作為由客戶端發(fā)送到服務(wù)器的HTTP頭的一部分)，而其它信息是更難以獲得或者想要獲得是費(fèi)時的，并且最好定期進(jìn)行(不是為每個請求進(jìn)行)。在這些情況下，在存儲在客戶端的網(wǎng)絡(luò)瀏覽器中的cookie中保存檢測到的信息(以及任何用戶首選項(xiàng))，是所期望的。當(dāng)向通用媒體服務(wù)器提出請求時，網(wǎng)絡(luò)瀏覽器將自動地將附屬的cookie數(shù)據(jù)發(fā)送到該服務(wù)器。檢測系統(tǒng)根據(jù)一個優(yōu)選實(shí)施例的整體體系結(jié)構(gòu)包括嵌入在內(nèi)容供應(yīng)商的網(wǎng)頁中的服務(wù)器聯(lián)絡(luò)代碼。服務(wù)器聯(lián)絡(luò)代碼將用戶的瀏覽器導(dǎo)向遞送管理服務(wù)器，該服務(wù)器發(fā)送一個或多個腳本給用戶。腳本的執(zhí)行可以識別用戶的媒體播放器的類型和版本。這個遞送管理服務(wù)器從用戶接收這個信息。該配置信息可以最終用于格式化用于遞送給用戶的多媒體內(nèi)容。圖1中說明了本發(fā)明中的系統(tǒng)的一個實(shí)施例。內(nèi)容供應(yīng)商105被示為向用戶110遞送信息。網(wǎng)頁115中包括服務(wù)器聯(lián)絡(luò)代碼120。當(dāng)用戶110的瀏覽器訪問服務(wù)器聯(lián)絡(luò)代碼120時，該瀏覽器與遞送管理服務(wù)器125建立聯(lián)系，并且請求一個或者多個播放器檢測腳本140。服務(wù)器125通過將腳本140發(fā)送到用戶IIO而做出響應(yīng)。以下面將要更詳細(xì)描述的方式，當(dāng)被執(zhí)行時，腳本140確定用戶110的配置信息135。在本發(fā)明的一個實(shí)施例中，通過設(shè)置包含配置信息135的cookie的處理，將這個配置信息與用戶U0—起存儲。cookie由用戶110保持，并且當(dāng)用戶IIO提出HTTP請求130以訪問內(nèi)容時，將配置信息135以cookie的形式發(fā)送到遞送管理服務(wù)器125。代碼轉(zhuǎn)換器(未示出)以由配置信息135指定的方式格式化多媒體內(nèi)容。所產(chǎn)生的格式化后的內(nèi)容然后可以通過流式(streaming)服務(wù)器(未示出)遞送到用戶110。如果配置信息135不可用的(或者需要澄清)，則作為腳本140之一提供給用戶110的另外的腳本打開一個加載首選項(xiàng)網(wǎng)頁150的新窗口。利用這個頁面，用戶110可以通過在首選項(xiàng)頁面150中的用戶接口明確地標(biāo)識配置信息135(例如，播放器類型和版本)。如以前一樣，配置信息135可以以cookie的形式保持在用戶110處，并且被_轉(zhuǎn)發(fā)到遞送管理服務(wù)器125。在本發(fā)明的一個實(shí)施例中，可以由遞送管理服務(wù)器通過首選項(xiàng)頁面150向用戶進(jìn)行關(guān)于用戶可以或者應(yīng)該選擇的特定媒體播放器的推薦。這樣的推薦基于關(guān)于用戶的選項(xiàng)的已知內(nèi)容。在這樣的首選項(xiàng)頁面150的一個實(shí)施例中，可以通過頁面的一部分傳送該推薦。這個部分可以被認(rèn)為是服務(wù)器接口，這是因?yàn)榉?wù)器通過這個接口與用戶進(jìn)行通信0如下面將要更詳細(xì)描述的那樣，首選項(xiàng)頁面包括具有已知大小的數(shù)據(jù)塊155。對塊155的傳輸進(jìn)行計時，以便確定用戶10的連接速度。在本發(fā)明的實(shí)施例中，塊155(在下文中稱為計時(timing)塊)并入在首選項(xiàng)頁面150中的HTML注釋中。在本發(fā)明的某些環(huán)境中，遞送管理服務(wù)器125是這樣的服務(wù)器集合中的一個服務(wù)器。這里，該遞送管理服務(wù)器集合借助于此處描述的發(fā)明為用戶團(tuán)體服務(wù)。在假定用戶提出內(nèi)容請求的情況下，將通過平衡由多個用戶產(chǎn)生的負(fù)載的選擇機(jī)制，將用戶分配給特定遞送管理服務(wù)器。在本發(fā)明的一個實(shí)施例中，遞送管理服務(wù)器125的功能體現(xiàn)為到代碼轉(zhuǎn)換引擎的觀眾網(wǎng)絡(luò)服務(wù)器接口。代碼轉(zhuǎn)換引擎通常從內(nèi)容供應(yīng)商接收內(nèi)容，并且以使該內(nèi)容可由用戶110使用的方式格式化("代碼轉(zhuǎn)換")該內(nèi)容。觀眾網(wǎng)絡(luò)服務(wù)器接口是在代碼轉(zhuǎn)換引擎和用戶110之間的網(wǎng)絡(luò)接口，其允許由用戶110請求內(nèi)容。觀眾網(wǎng)絡(luò)服務(wù)器接口接收并且處理來自用戶110的內(nèi)容請求，由此啟動所請求的內(nèi)容的代碼轉(zhuǎn)換以及向用戶110的遞送。觀眾網(wǎng)絡(luò)服務(wù)器接口發(fā)送對用戶110的請求的答復(fù)，以將用戶110重定向到適當(dāng)?shù)牧魇椒?wù)器，以便從該流式服務(wù)器中接收所請求的媒體內(nèi)容。格式化("代碼轉(zhuǎn)換")了的內(nèi)容然后通過流式服務(wù)器和/或代理服務(wù)器(還有代碼轉(zhuǎn)換引擎的一部分)流式傳輸(stream)給用戶110。美國專利6,407,680和6,593,860中更詳細(xì)地描述了這樣的代碼轉(zhuǎn)換引擎，這些專利通過引用全部并入在此。作為選擇，遞送管理服務(wù)器125和觀眾網(wǎng)絡(luò)服務(wù)器接口可以被實(shí)現(xiàn)為分離的服務(wù)器。要注意到，此處描述的發(fā)明可以在各種組織的環(huán)境中實(shí)現(xiàn)。例如，如上所述的代碼轉(zhuǎn)換和遞送管理操作可以由遞送管理服務(wù)執(zhí)行。這個服務(wù)可以是例如單獨(dú)的獨(dú)立于內(nèi)容供應(yīng)商105的組織或者企業(yè)實(shí)體。在這種情況下，可以由內(nèi)容供應(yīng)商105獨(dú)立于遞送管理服務(wù)而開發(fā)網(wǎng)頁115。網(wǎng)頁115因此能包括內(nèi)容供應(yīng)商105特定的徽標(biāo)或者其它商標(biāo)圖像和/或"外觀(lookandfeel)"。同樣地，首選項(xiàng)頁面150雖然由遞送管理服務(wù)器125遞送給用戶110，但是它也可以由內(nèi)容供應(yīng)商105獨(dú)立于遞送管理服務(wù)而開發(fā)。遞送管理服務(wù)和內(nèi)容供應(yīng)商105的獨(dú)立性還將允許遞送管理服務(wù)自己對服務(wù)做出改變。遞送管理服務(wù)將通過添加或修改功能而自由地升級它的服務(wù)。例如，可以與特定的內(nèi)容供應(yīng)商105無關(guān)地改進(jìn)播放器檢測腳本140，以便使播放器檢測處理更快或者更全面。例如，也可以獨(dú)立于內(nèi)容供應(yīng)商105而升級代碼轉(zhuǎn)換處理，以容納另外的媒體格式或者提供更快的代碼轉(zhuǎn)換?？梢允褂糜布④浖蛘咚鼈兊慕M合實(shí)現(xiàn)遞送管理服務(wù)器125。特別是，可以使用計算機(jī)系統(tǒng)或者其它處理系統(tǒng)實(shí)現(xiàn)服務(wù)器125。圖2示出了這樣的計算機(jī)系統(tǒng)200的示例。計算機(jī)系統(tǒng)200包括諸如處理器204之類的一個或者多個處理器。處理器204連接到通信基礎(chǔ)設(shè)施206(例如，總線或者網(wǎng)絡(luò))。就這個示例性計算機(jī)系統(tǒng)而言，可以描述各種軟件實(shí)施例。在閱讀了這個描述之后，對于本領(lǐng)域技術(shù)人員來說，如何使用其它計算機(jī)系統(tǒng)和/或計算機(jī)體系結(jié)構(gòu)實(shí)現(xiàn)本發(fā)明將會是顯而易見的。計算機(jī)系統(tǒng)200還包括優(yōu)選為隨機(jī)存取存儲器(RAM)的主存儲器208，并且還可以包括輔助存儲器210。輔助存儲器210可以包括例如硬盤驅(qū)動器212和/或表示磁帶驅(qū)動器、光盤驅(qū)動器等的可移動存儲設(shè)備驅(qū)動器214?？梢苿哟鎯υO(shè)備驅(qū)動器214以眾所周知的方式從可移動存儲單元218中進(jìn)行讀取和/或向其進(jìn)行寫入?？梢苿哟鎯卧?18表示磁帶、光盤等。如所理解的那樣，可移動存儲單元218包括其中已經(jīng)存儲了計算機(jī)軟件和/或數(shù)據(jù)的計算機(jī)可用存儲介質(zhì)。輔助存儲器210還可以包括其它類似的裝置，用于允許將計算機(jī)程序或者輸入數(shù)據(jù)加栽到計算機(jī)系統(tǒng)200中。這樣的裝置可以包括例如可移動存儲單元222和接口220。這樣的示例可以包括程序盒和盒接口(諸如在視頻游戲設(shè)備中可找到的那些)，可移動存儲器芯片(諸如EPROM，或者PROM)以及相關(guān)聯(lián)的插口，及其他允許將軟件和數(shù)據(jù)從可移動存儲單元222傳輸?shù)接嬎銠C(jī)系統(tǒng)200的可移動存儲單元222和接口220。計算機(jī)系統(tǒng)200還可以包括通信接口224。通信接口224允許軟件和數(shù)據(jù)在計算機(jī)系統(tǒng)200和外部設(shè)備之間進(jìn)行傳輸。通信接口224的示例可以包括調(diào)制解調(diào)器、網(wǎng)絡(luò)接口(諸如以太網(wǎng)卡)、通信端口、PCMCIA插槽和卡等。經(jīng)由通信接口224傳輸?shù)能浖蛿?shù)據(jù)具有信號228的形式，其中信號228可以是能夠由通信接口224接收的電、電磁、光或者其它信號。這些信號228經(jīng)由通信路徑(即，信道)226提供給通信接口224。這個信道226將信號228送進(jìn)和送出計算機(jī)系統(tǒng)200，并且可以使用導(dǎo)線或者電纜、光纖、電話線、蜂窩電話鏈路、射頻鏈路及其他通信信道實(shí)現(xiàn)。在本發(fā)明的一個實(shí)施例中，信號228可以傳送由遞送管理服務(wù)器125所需要的信息，諸如HTTP請求130和配置信息135。信號228還可以將諸如腳本140和首選項(xiàng)頁面150之類的信息傳送到用戶110。在這個文檔中，術(shù)語"計算機(jī)程序介質(zhì)"和"計算機(jī)可用介質(zhì)"用于泛指諸如可移動存儲設(shè)備驅(qū)動器214、安裝在硬盤驅(qū)動器212中的硬盤、和信號228之類的介質(zhì)。這些計算機(jī)程序產(chǎn)品是用于向計算機(jī)系統(tǒng)200提供軟件的裝置。本發(fā)明的部分目的是提供這樣的計算機(jī)程序產(chǎn)品。計算機(jī)程序(也稱作計算機(jī)控制邏輯)存儲在主存儲器208和/或輔助存儲器210中。還經(jīng)由通信接口224接收計算機(jī)程序。這樣的特征。特別是，當(dāng)被執(zhí)行時，該計算機(jī)程序允許處理器204執(zhí)行本發(fā)明的特征。因此，這樣的計算機(jī)程序表示計算機(jī)系統(tǒng)200的控制器。檢測方法在根據(jù)優(yōu)選實(shí)施例的方法中，確定用戶的計算機(jī)的配置信息，并且將其發(fā)送給遞送管理服務(wù)器。遞送管理服務(wù)器然后將配置信息傳遞給代碼轉(zhuǎn)換器，代碼轉(zhuǎn)換器根據(jù)配置信息格式化多媒體內(nèi)容。然后可以把格式化了的內(nèi)容發(fā)送給用戶。圖3A-3D中說明了根據(jù)本發(fā)明實(shí)施例的整體處理。該處理從步驟305開始。在步驟310，用戶開始加載內(nèi)容供應(yīng)商的網(wǎng)頁。如Section(章節(jié))11所述，該網(wǎng)頁包含引導(dǎo)用戶的瀏覽器到遞送管理服務(wù)器的服務(wù)器聯(lián)絡(luò)代碼。在本發(fā)明的實(shí)施例中，這在內(nèi)容供應(yīng)商的網(wǎng)頁的HTML頭中實(shí)現(xiàn)。例如，HTML頭可以包含以下服務(wù)器聯(lián)絡(luò)代碼〈SCRIPTSRO"http:〃js.genericmedia.net/js"LANGUAGE=javascript></SRC>,其中"js.genericmedia.net"表示遞送管理服務(wù)器。在本發(fā)明的一個實(shí)施例中，服務(wù)器聯(lián)絡(luò)代碼的執(zhí)行由用戶的動作、諸如點(diǎn)擊在內(nèi)容供應(yīng)商網(wǎng)頁上的控制或者鏈接或者通過輸入顯式命令來啟動。在替換實(shí)施例中，在加載該網(wǎng)頁之后自動地執(zhí)行服務(wù)器聯(lián)絡(luò)代碼。在步驟320，用戶的瀏覽器從遞送管理服務(wù)器中取出播放器檢測代碼(在上述示例中為"js")。在步驟325，確定可以由用戶使用的媒體播放器。下面將更詳細(xì)地描述這個步驟。在步驟330，將媒體播放器的身份記錄在用戶計算機(jī)中的一個或者多個cookie中。下面也將更詳細(xì)地描述這個步驟。結(jié)合這個步驟，在遞送管理服務(wù)器處進(jìn)行關(guān)于所接收的配置信息是否足以格式化所請求的多媒體內(nèi)容的判定(步驟331)。如果接收了cookie并且將其驗(yàn)證為具有有效的設(shè)置，則送回暗指有效的最小HTTP響應(yīng)。如果所接收的配置信息足以格式化所請求的多媒體內(nèi)容，則如下所述，在步驟335處理繼續(xù)進(jìn)行。在參考圖3A描述和說明的方法中，可以在步驟320和325之間構(gòu)造另外的判定點(diǎn)(類似于步驟331)。也就是說，在一個實(shí)施例中，如果接收了足夠的信息，則可以完全跳過播放器檢測。在另一個實(shí)施例中，即使當(dāng)已經(jīng)接收了足夠信息時也還進(jìn)行一些輕量級的播放器檢測。但不論是哪種情況，當(dāng)客戶端從服務(wù)器請求播放器檢測代碼時，都可以在步驟320之后執(zhí)行發(fā)送什么播放器檢測代碼(如果有的話)的判定。如果js沒有接收到有效的cookie(即，如果用戶處的配置信息不充分或者不存在)，則在步驟332繼續(xù)本方法。在步驟332，為用戶顯示首選項(xiàng)頁面。在本發(fā)明的一個實(shí)施例中，這通過向用戶發(fā)送一段javascript(java腳本)來完成，該javascript打開一個力口載首選項(xiàng)頁面的新窗口。該首選項(xiàng)頁面允許用戶有意地向遞送管理服務(wù)器指示關(guān)于媒體播放器和/或用戶的連接速度的用戶配置或者首選項(xiàng)。在本發(fā)明的實(shí)施例中，首選項(xiàng)頁面還可以向用戶推薦選擇一個特定的媒體播放器。此外，如下面將要更詳細(xì)描述的那樣，首選項(xiàng)頁面包括這樣的機(jī)制，通過該機(jī)制可以確定用戶計算機(jī)的連接速度，并且將該連接速度轉(zhuǎn)發(fā)給遞送管理服務(wù)器。在步驟333，由用戶的計算機(jī)接收由用戶提供的首選項(xiàng)。在步驟334,將首選項(xiàng)存儲在cookie中。然后在步驟335繼續(xù)處理。在步驟335，用戶通過提出HTTP請求，來請求由內(nèi)容供應(yīng)商通過網(wǎng)頁使其可用的多媒體內(nèi)容。例如可以通過在內(nèi)容供應(yīng)商的網(wǎng)頁中的一些區(qū)域上進(jìn)行點(diǎn)擊來提出這樣的請求。作為這個請求的一部分，將任何包含配置信息的cookie發(fā)送給遞送管理服務(wù)器。這些cookie可以例如描述媒體播放器類型和版本。這些cookie還可以存儲所測量的連接速度，以及用戶可能具有的任何優(yōu)選連接速度。例如，用戶可能希望僅僅使用可用帶寬的一部分用于流式傳輸。此時，用戶將選擇比由用戶配置所允許的最大值慢的速度。該處理在步驟370結(jié)束。HTTP請求("GET")的一個示例如下所示。將現(xiàn)有的cookie(gmPlayers，gmPlayerPref，和gmBitratePref)作為GET命令的一部分發(fā)送給遞送管理服務(wù)器。GET/xcp=keith&s=media/Trailer.mov&v=lHTTP/1.1Accept:image/gif，image/xxbitmap，image/jpeg,image/pjpeg,application/vnd.ms-powerpoint，application/vnd.ms-excel,application/msword,*/*Accept-Language:en-usAccept-Encoding:gzip，deflateUser-Agent:Mozilla/4.0(compatible;MSIE5.5;WindowsNT5.0)Host:xc,genericmedia.netConnection:Keep-AliveCookie:gmPlayers=vl%2F%2FQuickTime-4.12%2F%2FReal-6.0.7.788o/o2F%2FWMP-6.4%2F%2F;gmPlayerPref=real;gmBitratePref=300000服務(wù)器使用該URL信息和cookie信息來確定將電影"media/Trailer.mov，，(在用戶Keith的帳戶中)代碼轉(zhuǎn)換為適于RealPlayerG2的300kbps編碼HTTP/1.1200OKDate:Mon，Jul.16,200123:52:00GMTServer:Apache/1.3.14(Unix)mod—perl/11.24Connection:closeExpires:Thu，Dec.1，199416:00:00GMTPragma:no-cache,no-store,must-revalidate，no-transformTransfer-Encoding:chunkedContent-Type:audio/x-pn-realaudio41rtsp:〃64.124.76.136:554/cache/Mlk3JeFIY0209200d7dn-a/Trailer.rm0要注意到，用戶可以被配置為具有一個以上的媒體播放器。如果是這樣的話，則如何格式化內(nèi)容，即選擇哪個播放器，可能是不清楚的。此外，用戶可能具有一個播放器優(yōu)于另一個播放器的特定優(yōu)先選擇。首選項(xiàng)頁面通過讓用戶將播放器首選項(xiàng)傳送給遞送管理服務(wù)器，而提供了一種解決這些情況的方法。在本發(fā)明的實(shí)施例中，首選項(xiàng)頁面可以向用戶傳送關(guān)于哪個媒體播放器可能提供最佳結(jié)果的推薦。還可能存在有上述處理未能肯定地識別用戶配置的情況。例如，播放器檢測處理可能未必能夠清楚地確定用戶的媒體播放器，而且用戶可能不十分知道如何回答首選項(xiàng)頁面上的詢問。在此情況下，遞送管理服務(wù)器可以基于關(guān)于用戶配置的已知內(nèi)容進(jìn)行一或多次推斷。例如，如果已知用戶具有MACINTOSH平臺，則一般可以假定QUICKTIME在該平臺上可用，這是因?yàn)镸ACINTOSH計算機(jī)經(jīng)常裝有QUICKTIME。其它這樣的關(guān)聯(lián)也可以用于推斷否則就不可得到的配置信息。在本發(fā)明的實(shí)施例中，可以通過經(jīng)由首選項(xiàng)頁面請求用戶確認(rèn)而具有對這樣的推斷的確認(rèn)。圖3B是說明根據(jù)發(fā)明的實(shí)施例、包括接收遞送管理器HTTP請求371在內(nèi)的服務(wù)器端請求處理的流程圖。在步驟372檢查是否已經(jīng)接收了遞送管理器cookie。如果沒有的話，則在步驟373，向客戶端發(fā)送包含要發(fā)送的代碼的HTTP響應(yīng)以檢測URL。如果是的話，則在步驟374，返回空的HTTP響應(yīng)。圖3C是說明根據(jù)優(yōu)選實(shí)施例、包括接收檢測URLHTTP請求375在內(nèi)的服務(wù)器端請求處理的流程圖。在步驟376，分析HTTP頭以確定客戶端的配置信息。如所述的那樣，所確定的信息中包含操作系統(tǒng)、平臺和HTTP客戶端或者用戶代理。如根據(jù)此處例如參考圖7-9的進(jìn)一步描述和其他處的描述所理解的那樣，有許多可以在步驟376中確定的客戶端計算機(jī)的特征、特性和變化。此外，如圖3D所示以及下面更詳細(xì)的描述所述，可以向客戶端指示期望在服務(wù)器處接收的特定信息項(xiàng)。為了確定客戶端的帶寬或者連接速度，可以在步驟377中發(fā)送TimerStart(計時器啟動)代碼。在步驟378,將數(shù)據(jù)塊或者計時塊發(fā)送給客戶端以用于帶寬測量。在步驟379，發(fā)送TimerStop(計時器停止)代碼。在一個實(shí)施例中，在步驟380，根據(jù)在由TimerSt叩時間和TimerStart時間之間的差值而確定的時間期間傳遞的數(shù)據(jù)量，計算帶寬，并且將其存儲在cookie中。如以下更詳細(xì)描述的那樣，并不是固定該時間并且基于在該時間期間發(fā)送了多少數(shù)據(jù)來確定帶寬，而是可以固定組塊(chunk)大小或者計時塊大小并且基于傳送該塊需要多長時間來確定帶寬。有利地是，可以這樣選擇組塊大小或者計時塊大小，以便過程持續(xù)剛剛超過進(jìn)行相當(dāng)準(zhǔn)確的帶寬確定所需的最少時間。在步驟381，發(fā)送客戶端媒體播放器檢測代碼。檢測機(jī)制細(xì)節(jié)在示例性使用情況下，用戶可能通常從個人計算機(jī)或者PDA(Palm,PocketPC)進(jìn)行連接。該連接通?？梢越?jīng)由HTTP而來自于網(wǎng)絡(luò)瀏覽器或者可以提出HTTP請求的媒體播放器。這類環(huán)境的困難方面是客戶端設(shè)備軟件通?？赡懿槐粚懭牖蛘呖刂?，而是在現(xiàn)有客戶端的限制下工作。更具體地說，可能沒有特定的3見有瀏覽器(例^口，InternetExplorer,Netscape,Mozilla等),而且因此配置檢測算法必須在它們對Javascript的支持下工作并且處理各個瀏覽器版本的程序錯誤/奇特之處。同樣地，不同的媒體播放器支持變化的版本等級以及所安裝的編解碼器查詢。在許多情況下(特別是對于老版的播放器)，沒有辦法直接查詢是否安裝了特定編解碼器。而是它依賴于已知配置間接地完成。例如，如果媒體播放器是WindowsMediaVersion7.0，則可理解該版本具有WindowsMediaVideo7、MicrosoftMPEG4v3、和MicrosoftISO-MPEG4vl視頻編解碼器。據(jù)當(dāng)前支持PDA的媒體播放器是有限的這一事實(shí)，通常可以簡化媒體播放器檢測。例如，在基于PalmOS的PDA上，可能僅有單個視頻播放器可用和/或僅支持單個視頻播放器。作為另一個示例，在PocketPC上，長時間以來，微軟的PocketWindowsMediaPlayer是唯一可用的播放器。RealNetworks和PacketVideo也已經(jīng)引入了用于PDA的播放器。利用有限的播放器選擇，檢測邏輯經(jīng)?？梢员缓喕癁樵诮o定PDA和(缺省)媒體播放器之間的1:1映射。帶寬測量也不容易在HTTP和Javascript的限制下進(jìn)行估計。帶寬測量工具通?？梢酝ㄟ^計時客戶端花費(fèi)多少時間來接收已知量數(shù)據(jù)而進(jìn)行它們的估計。如果時間測量僅僅限于實(shí)際傳輸數(shù)椐所花費(fèi)的時間，以及如果數(shù)據(jù)大小真正估計了實(shí)際傳輸?shù)奈粩?shù)，則可以獲得較高的帶寬估計精確度。理想地，釆取多次測量以平均掉異常。在一個示例性實(shí)現(xiàn)中，(用于檢測機(jī)制的)設(shè)計要求/限制可以包括必須從網(wǎng)頁內(nèi)部(在網(wǎng)絡(luò)瀏覽器中)進(jìn)行；代碼/腳本必須僅僅使用早已由客戶端的現(xiàn)有瀏覽器支持的語言(例如，Javascript,VBScript,HTML);用戶不必需要安裝任何下載的模塊/插件；檢測應(yīng)該盡可能快地且盡可能少影響地進(jìn)行(理想上，用戶將不會注意到檢測代碼正在運(yùn)行)。為了在上述限制內(nèi)進(jìn)行帶寬測量，經(jīng)由HTML和Javascript代碼測量帶寬，可以是一種方法。小的Java小程序可以允許更細(xì)粒度以及更復(fù)雜的測量算法，但是可能需要下載的小程序和Java運(yùn)行時環(huán)境，這二者都可能違反了設(shè)計限制。可以通過對客戶端接收HTML數(shù)據(jù)的組塊需要多長時間進(jìn)行計時，來有利地進(jìn)行帶寬測量。優(yōu)選使用"隨機(jī)"ASSCII數(shù)據(jù)或者其它隨機(jī)數(shù)據(jù)來防止由數(shù)據(jù)壓縮調(diào)制解調(diào)器、路由器、和網(wǎng)絡(luò)服務(wù)器進(jìn)行的壓縮(這將減少實(shí)際接收的位數(shù)，并且因此影響帶寬計算)。為了最小化用戶影響，帶寬測量計算優(yōu)選為僅僅運(yùn)行一次，并且作為選擇可以多次運(yùn)行?？梢詫?shù)據(jù)組塊的大小選擇為20千字節(jié)，以便可以平衡調(diào)制解調(diào)器用戶對方便測量的需要與在大約300kbps的LAN連接速度上用戶對準(zhǔn)確測量的需要。此外，由于設(shè)計限制，更高級/準(zhǔn)確的帶寬測量技術(shù)可能是不合需要的。該測量仍然可能有易出現(xiàn)計算錯誤的缺點(diǎn)。例如，其它的應(yīng)用或者瀏覽器窗口可能正在發(fā)送數(shù)據(jù)，因此減慢了傳輸時間。此外，中間路由器可能正在緩沖數(shù)據(jù)并且以大的組塊來傳輸數(shù)據(jù)。此外，數(shù)據(jù)仍然可能由中間路由器/調(diào)制解調(diào)器壓縮。數(shù)據(jù)可能在如從防火墻到計算機(jī)的最后網(wǎng)絡(luò)鏈路上爆發(fā)，或者在例如可以分幾部分分析/執(zhí)行Javascript的瀏覽器中爆發(fā)，所有這些或者其中任意一個都錯誤地減少了傳輸時間。對于不支持Javascript的客戶端，可以使用缺省檢測結(jié)果。用戶可以在稍后的日期通過點(diǎn)擊鏈接以進(jìn)入設(shè)置/首選項(xiàng)改變網(wǎng)頁來改變他們的首選項(xiàng)?？梢曰趶腍TTP請求頭中收集的信息(例如操作系統(tǒng)，硬件平臺)有利地為不同客戶端定制缺省檢測結(jié)果。在一個實(shí)施例中，Macintosh客戶端可能把安裝了QuickTime作為缺省值，而PocketPC客戶端可以具有安裝了PocketWindowsMediaPlayer的這個缺省值。對于經(jīng)由無線調(diào)制解調(diào)器栽波的連接，缺省帶寬可以是56kbps。持久數(shù)據(jù)一個優(yōu)選實(shí)現(xiàn)利用"cookie"用于在用戶會話之間存儲持久數(shù)據(jù)。Cookies是由HTTP客戶端存儲的、與域相關(guān)聯(lián)的名稱-值對。當(dāng)客戶端提出后續(xù)的HTTP請求時，它將附屬于HTTP服務(wù)器域的cookie與請求一起發(fā)送?？梢赃M(jìn)一步指定Cookies在某一日期之后過期(被刪除)。可以在一個示例實(shí)現(xiàn)中創(chuàng)建/使用單獨(dú)的cookie用于存儲例如所測量的帶寬、所檢測的媒體播放器(以及它們的版本)、用戶比特率首選項(xiàng)、用于流處理的用戶媒體播放器首選項(xiàng)和/或用于所下載內(nèi)容的用戶媒體播放器首選項(xiàng)等信息。每個C00kie可以具有它自己的有效期，其可被用來設(shè)置這樣一個頻率，在該頻率上，可以認(rèn)為部分所檢測的信息失效并且應(yīng)該重新檢測。具體地說，耗費(fèi)相對大量時間來進(jìn)行檢測的事物(帶寬以及已安裝的媒體播放器的版本)可以進(jìn)行一次，然后僅僅定期地(或者依據(jù)用戶的請求)重新檢測。典型配置檢測實(shí)現(xiàn)的困難和復(fù)雜度大部分是由于僅僅能夠?qū)懭?控制服務(wù)器端環(huán)境而導(dǎo)致的。有利地，根據(jù)優(yōu)選實(shí)施例，不需要總是處理客戶端平臺、瀏覽器、媒體播放器、腳本語言、程序錯誤等，這是因?yàn)?，例如，它們被認(rèn)為是不變的。根據(jù)設(shè)計要求，現(xiàn)在可以允許客戶端已安裝軟件的升級/改變，雖然做為選擇可以明確地不允許該升級/改變。實(shí)現(xiàn)示例在根據(jù)優(yōu)選實(shí)施例的示例實(shí)現(xiàn)中，因?yàn)樵诳蛻舳谁h(huán)境中有多得多的自由度，所以可以避免許多障礙。并不是設(shè)計間接查詢方法來確定客戶端軟件配置或者性能，而是從開始起就有利地設(shè)計直接查詢支持。同樣地，可以指定客戶端HTTP頭值(和/或添加新的頭)以提供詳細(xì)的客戶端信息。就此而論，圖3D是說明根據(jù)本發(fā)明實(shí)施例的進(jìn)一步請求處理的流程圖。在步驟382，發(fā)送修改的信息頭指令。也就是說，向客戶端發(fā)送一個請求，以請求與客戶端基于標(biāo)準(zhǔn)或者先前的請求而早已發(fā)送或者準(zhǔn)備發(fā)送的信息不同的信息。在步驟383,發(fā)送唯一的客戶端ID,以便使所請求并且然后從客戶端接收的特定信息與該客戶端相關(guān)聯(lián)。例如，可以請求其它客戶端的不同信息。有利的是，不同的終端用戶機(jī)器可能具有內(nèi)置的、用于檢測的唯一ID代碼?？蛻舳瞬僮?84-386說明了由于服務(wù)器操作382-383而對客戶端處理的影響。在步驟384，客戶端應(yīng)答基于步驟382接收的指令，并且將客戶端ID指針地址信息附加到基于步驟383的所請求的頭信息中。在步驟385，取決于在步驟382的指令中請求的信息，客戶端準(zhǔn)備修改的頭信息。在步驟386,客戶端應(yīng)進(jìn)一步的請求發(fā)送具有ID的修改的頭信息。該子例程在步驟387結(jié)束。該修改的信息可以包括未包括在先前接收的信息中的信息，或者可以包括服務(wù)器所期望的、客戶端理解的信息。這有利地允許了服務(wù)器獲取所有期望的信息。該修改的信息也可以排除之前包括的信息，或者排除客戶端否則會發(fā)送給服務(wù)器的信息。特別是當(dāng)一些數(shù)據(jù)不是服務(wù)器處的處理或者用于代碼轉(zhuǎn)換和/或提供媒體代碼轉(zhuǎn)換服務(wù)所期望的時，這可以有利地減少正在發(fā)送的數(shù)據(jù)量?？蛻舳擞布?、客戶端用戶接口版本或者其它客戶端配置特征的適配信息可以被包括在由服務(wù)器請求和/或從客戶端發(fā)送的配置信息中?？梢砸罁?jù)這個適配信息準(zhǔn)備修改的頭信息指令。這些適配信息例如可以依據(jù)在客戶端處的特定瀏覽器配置。實(shí)現(xiàn)體系結(jié)構(gòu)的設(shè)計要求可被設(shè)計為提供編寫定制客戶端軟件的更大自由度。例如，如果沒有Javascript的編程限制，則定制的擴(kuò)展(或許以C/C十+編寫)可以實(shí)現(xiàn)更高級或更準(zhǔn)確的帶寬測量算法?？梢蕴峁┮环N形式的持續(xù)存儲，以便可以從一個會話到另一個會話存儲所檢測的信息。這可以有利地減少花費(fèi)在帶寬測量上的時間。作為選擇，可以基于從服務(wù)器發(fā)送到客戶端的數(shù)據(jù)的定時/時戳，不斷地、定期地或者按照要求測量和/或更新帶寬估計。在給定會話內(nèi)，例如，檢測信息可以被保持在存儲器中，以便它可以由客戶端與請求一起發(fā)送到服務(wù)器。實(shí)現(xiàn)示例細(xì)節(jié)如先前所述，客戶端性能的直接報告通常比間接查詢更容易和更有效。對于媒體播放器檢測，客戶端可以有利地具有快速/容易地知道在客戶端上安裝了什么媒體播放器的方法。根據(jù)一個實(shí)施例，在操作系統(tǒng)(或者軟件安裝管理器)中提供鉤子(hooks)，以便使檢測軟件可以直接查詢安裝了什么媒體播放器軟件、其版本是什么、安裝了什么版本的編解碼器、和/或其它配置信息。如果這樣進(jìn)行實(shí)現(xiàn)，以便僅僅安裝了一個媒體播放器和/或其它的安裝不可用，或者檢測管理軟件被集成到媒體播放器中，則作為替代、讓媒體播放器軟件直接報告這個信息可能是有利的。在服務(wù)器端，根據(jù)所報告的版本信息，可以進(jìn)行有關(guān)客戶端的實(shí)際媒體播放器性能的直接關(guān)聯(lián)。例如，人們知道VXYZ視頻編解碼器的版本1.0.4能夠解碼用XYZ算法壓縮的視頻，但該解碼器需要視頻幀/尺寸大小為8個像素的倍數(shù)。另一個示例可以是，如果客戶端報告了它具有音頻編解碼器AABC版本1.1和音頻編解碼器ADEF版本3.0，則服務(wù)器不能發(fā)送用任何其它音頻編解碼器編碼的數(shù)據(jù)，而且所使用的壓縮算法必須可由客戶端的音頻編解碼器之一解碼。所有的帶寬測量算法基本上歸結(jié)為測量需要多長時間來接收已知大小的數(shù)據(jù)組塊，或者在預(yù)定時間段內(nèi)傳輸了多少數(shù)據(jù)。有利地是，下面參考圖5B更詳細(xì)描述了這樣一種算法，其包括發(fā)送多個數(shù)據(jù)組塊中的一個或者多個，以便可以根據(jù)當(dāng)前粗略估計的帶寬改變或者選擇組塊大小或者計時塊大小。檢測信息可以在服務(wù)器端用于確定代碼轉(zhuǎn)換的比特率以及媒體播放器的格式/版本。以所有可能的帶寬和編解碼器組合提供代碼轉(zhuǎn)換通常是效率低且資源密集的。所使用的編解碼器可以限于例如最普遍安裝的編解碼器，而且所編碼的比特率可以限于支持最普遍目標(biāo)聽眾的比特率，例如，20kbps用于28.8調(diào)制解調(diào)器，34kbps用于56k調(diào)制解調(diào)器，90kbps用于ISDN,300kbps用于DSL，以及500kbps用于電纜調(diào)制解調(diào)器。返回到圖3A中的步驟325，在圖4A中更詳細(xì)地描述了執(zhí)行播放器檢測的步驟。這個處理從步驟405開始。在步驟410,進(jìn)行關(guān)于用戶具有什么瀏覽器的確定。通常，用戶的瀏覽器將是NETSCAPENAVIGATOR的版本，或者INTERNETEXPLORER(IE)的版本。如果用戶具有NETSCAPENAVIGATOR,則處理在步驟411繼續(xù)。在步驟411，貫穿駐留的mime(多用途的網(wǎng)際郵件擴(kuò)充協(xié)議)類型數(shù)組和插件數(shù)組執(zhí)行對給定媒體播放器的字符串搜索。mime類型數(shù)組是當(dāng)接收到具有給定mime類型響應(yīng)時加載什么應(yīng)用的映射。任何給定媒體播放器一般具有它自己的mime類型。插件數(shù)組是已經(jīng)安裝了的所有瀏覽器插件的列表；通常，每個插件都已經(jīng)登記了相應(yīng)的mime類型。因此，這些數(shù)組通常將包含指示駐留在用戶計算機(jī)上的媒體播放器(一個或多個)的字符串。例如，QUICKTIME由字符串"QuickTime，，指示，而WINDOWSMEDIAPLAYER由字符串"video/x-msvideo，，所指示。如果在步驟413中字符串搜索成功，則在步驟415確定存在播放器。否則，處理在步驟416繼續(xù)。在步驟416，進(jìn)行關(guān)于是否要搜索另一媒體播放器的確定。如果是的話，則處理返回到步驟411，并且實(shí)施對另一媒體播放器的字符串搜索。因此，雖然本發(fā)明可以實(shí)現(xiàn)為執(zhí)行單次搜索，但是在所說明的實(shí)施例中，通常將執(zhí)行多次字符串搜索。該處理在步驟417結(jié)束。要注意到，可以使用稍有不同的名稱或者屬性向?yàn)g覽器登記給定播放器的不同版本。通過字符串搜索檢測這些區(qū)別，可以提供關(guān)于特定版本的信息。在本發(fā)明的實(shí)施例中，字符串搜索使用javascript實(shí)現(xiàn)。如果在步驟410中確定用戶的瀏覽器是INTERNETEXPLORER,則處理在步驟420繼續(xù)。此時，要求瀏覽器為給定媒體播放器和版本實(shí)例化一個對象。在本發(fā)明的實(shí)施例中，這個實(shí)例化使用Vbscript來進(jìn)行。例如，將利用以下的語句嘗試創(chuàng)建REALPLAYER版本5的對象CreateObject("RealPlayer.RealPlayer(tm)ActiveXControl(32-bit)".如果在步驟425中允許這個實(shí)例化，則如步驟430所示，這暗示媒體播放器實(shí)際上已存在于用戶計算機(jī)上。該處理然后在步驟440繼續(xù)。如果在步驟425中不允許給定媒體播放器對象的實(shí)例化，則可以假定該媒體播放器不存在于用戶計算機(jī)上。在步驟440,確定是否應(yīng)該判斷任何其它媒體播放器的存在。如果是的話，則處理返回到步驟420，并且進(jìn)行另一次嘗試，這次實(shí)例化用于不同媒體播放器的對象。如果在步驟440中確定將不搜索其它媒體播放器，則該處理在步驟417結(jié)束。要注意到，在播放器之間的差別，尤其是在播放器版本之間的差別，可以由在步驟420中如何實(shí)例化播放器對象中的相應(yīng)差別所檢28測。此外，對于支持版本查詢的播放器對象(例如，QUICKTIME和REALPLAYER),可以向播放器直接詢問有關(guān)它的版本。WINDOWSMEDIAPLAYER檢測圖4B是說明根據(jù)本發(fā)明的示例實(shí)施例的客戶端視窗媒體播放器(WMP)檢測的流程圖。在步驟441，檢查WMP在這個客戶端的OS/平臺上是否可用。如果不可用的話，則在步驟451將WMP版本設(shè)置為否，而且該方法移到根據(jù)這個示例的RealPlayer檢測。如果是的話，則在步驟442,檢查ActiveX在客戶端瀏覽器上是否可用。如果是的話，則在步驟443,檢查是否可以創(chuàng)建用于WMP7.1或者WMP8的ClassID(類別ID)。如果是的話，則在步驟444，將WMP版本設(shè)置為版本7.1，并且該處理移到在這個示例中，根據(jù)圖4C的RealPlayer檢測。如果在步驟443確定不能創(chuàng)建用于WMP7.1或者WMP8的ClassID，則在步驟445,檢查是否可以創(chuàng)建用于WMP7的ClassID。如果是的話，則將WMP版本設(shè)置為WMP7并且處理移到RealPlayer檢測。如果在步驟445確定不能創(chuàng)建用于WMP7的ClassID,則在步驟447檢查是否可以創(chuàng)建用于WMP6.4的ClassID,并且如果是的話，則將WMP版本設(shè)置為6.4，以及如果不是的話，則處理移到步驟449。在那里檢查是否可以創(chuàng)建WMP對象，以及如果是的話，則將WMP版本設(shè)置為是，以及如果不是的話，則將WMP版本設(shè)置為否，然后不管怎樣，該處理都移到如圖4C中所說明的RealPlayer檢觀'J。如果在步驟442中有關(guān)ActiveX在客戶端瀏覽器上是否可用的檢查結(jié)果是否，則處理移到步驟452。在步驟452，檢查是否由插件登記了mime類型應(yīng)用/x-ms-wmd。如果是的話，則將WMP版本設(shè)置為版本7，以結(jié)束WMP檢測過程。如果不是的話，則在步驟453,檢查是否向插件登記了mime類型應(yīng)用/x-ms-wmv。如果是的話，則將WMP版本設(shè)置為版本6.4，以結(jié)束該子例程。如果不是的話，則在步驟454，檢查是否向插件登記了mime類型應(yīng)用/x-msplayer2。如果是的話，則將WMP版本設(shè)置為是，而如果不是的話，則將WMP版本設(shè)置為否，并且不管怎樣，該處理都移到RealPlayer檢測。REALPLAYER檢觀寸圖4C是說明根據(jù)本發(fā)明的示例實(shí)施例的客戶端RealPlayer(Real)檢測的流程圖。在步驟455，檢查Real在這個客戶端的OS/平臺上是否可用。如果不可用，則將Real版本設(shè)置為否，以結(jié)束該子例程，并且將該處理移動到QuickTime檢測。如果是的話，則在步驟456，檢查ActiveX在這個瀏覽器上是否可用。如果是的話，則在步驟457，檢查是否可以創(chuàng)建RealPlayerG2對象。如果可以的話，則把Real版本設(shè)置為RealPlayerG20bject.GetVersioninfo(),而且處理移到如圖4D中所述的QuickTime檢測。如果不可以的話，則在步驟459，檢查是否可以創(chuàng)建RealPlayer對象。如果可以的話，則將Real版本設(shè)置為版本5，以結(jié)束該子例程，而如果不可以的話，則處理移到步驟461,在其中檢查是否可以創(chuàng)建RealVideo對象。如果可以的話，則把Real版本設(shè)置為版本4，而如果不可以的話，則把Real版本設(shè)置為否，并且不管怎樣，都結(jié)束該子例程。如果在步驟456中確定ActiveX在這個瀏覽器上可用，則該子例程移到步驟464，如圖4C所述，在其中檢查是否由插件登記了mime類型音頻/x-pn-realaudio-plugin。在步驟465，將Real版本設(shè)置為是。然后，在步驟466，檢查是否有包含"RealOne"的插件名稱。如果有，則在步驟467將Real版本設(shè)置為One，以結(jié)束該子例程。如果沒有，則在步驟468，檢查是否有包含"RealPlayerG2"的插件名稱，并且如果有，則把Real版本設(shè)置為G2,以結(jié)束該子例程。如果沒有，則在步驟470，檢查是否有包含"RealPlayer"的插件名稱。如果有，則把Real版本設(shè)置為版本5，而且如果沒有，則在步驟471，檢查是否有包含"Realvideo"的插件名稱。如果有，則把Real版本設(shè)置為版本4,并且如果沒有，則把Real版本設(shè)置為否，而且不管怎樣，該處理都移到圖4D并且進(jìn)行QuickTime檢測。QUICKTIME4番方丈器檢測圖4D是說明根據(jù)本發(fā)明的示例實(shí)施例的客戶端QuickTime(QT)檢測的流程圖。在步驟472，檢查QT在這個客戶端的OS/平臺上是否可用。如果不可用，則將QT版本設(shè)置為否，以結(jié)束該子例程。如果可用，則在步驟473，檢查ActiveX在這個瀏覽器上是否可用。如果可用的話，則在步驟474，檢查是否可以創(chuàng)建QukkTimeCheck對象。如果不可以，則將QT版本設(shè)置為否，而且如果可以，則該子例程移到步驟475。這里通過使用Call(調(diào)用)QuickTimeCheckObjectVersion.IsQuickTimeAvailable()來檢查QuickTime是否可用。如果在步驟475的檢查結(jié)果是否，則將QT版本設(shè)置為否，而且如果步驟475的結(jié)果為是，則將QT版本i殳置為QuickTimeCheckObject.QuickTimeVersion,而且不管怎樣，當(dāng)在步驟482中保存檢測結(jié)果時都結(jié)束該子例程。如果在步驟473中確定ActiveX在這個瀏覽器上不可用，則在步驟478，檢查是否由插件登記了mime類型音頻/quicktime。如果沒有登記，則把QT版本設(shè)置為否，并且如果登記了，則在步驟479把QT版本設(shè)置為是。然后，在步驟480，檢查是否有包含"QuickTimePlug-in，，的插件名稱。如果沒有包含，則結(jié)束該子例程，并且在步驟482保存檢測結(jié)果。如果包含了，則將QT版本設(shè)置為QuickTimePlug-in版本，并且然后在步驟482保存該結(jié)果，以結(jié)束在圖4B-4D所i兌明的處理組。參見圖3A中的步驟355，根據(jù)本發(fā)明的實(shí)施例，在圖5A中更詳細(xì)地說明向用戶呈現(xiàn)首選項(xiàng)頁面的步驟。該處理從步驟505開始。在步驟510,從遞送管理服務(wù)器加載首選項(xiàng)頁面。在步驟515，開始傳輸存儲在首選項(xiàng)頁面中的、已知大小的數(shù)據(jù)塊。對這個塊的傳輸進(jìn)行計時，以確定用戶的連接速度。這個塊在下文中被表示為計時塊。在本發(fā)明的實(shí)施例中，計時塊作為HTML注釋凈皮包含在首選項(xiàng)頁面中。因此，瀏覽器為了處理目的而忽略該計時塊。在計時塊的傳輸開始的同時，瀏覽器記錄該計時塊傳輸開始時的時間。在步驟520，計時塊的傳輸結(jié)束，并且瀏覽器也記錄傳輸結(jié)束時的時間。在步驟530，基于傳輸計時塊所需要的時間以及基于塊的已知大小，進(jìn)行關(guān)于連接速度、即數(shù)據(jù)傳輸率的計算。在步驟535，首選項(xiàng)頁面的加載結(jié)束，并且為用戶顯示用戶可能具有的可能配置。在步驟540，接收用戶對于該配置的輸入。該處理在步驟545結(jié)束。首選項(xiàng)頁面還可以在不同于上面關(guān)于圖3A所述的時間上進(jìn)行顯示。在本發(fā)明的實(shí)施例中，向用戶給予內(nèi)容供應(yīng)商的網(wǎng)頁中的鏈接，每當(dāng)希望時，用戶可以通過該鏈接訪問首選項(xiàng)頁面。這允許用戶隨意地改變所聲明的首選項(xiàng)。在本發(fā)明的另一個實(shí)施例中，定期地、例如每六個月一次向用戶顯示首選項(xiàng)頁面。這允許用戶進(jìn)行配置信息的定期更新。關(guān)于cookie的設(shè)置，當(dāng)瀏覽器向服務(wù)器提出請求時，瀏覽器僅僅發(fā)出與該服務(wù)器域相關(guān)聯(lián)的cookie。cookie以以下兩種方法之一與新的域相關(guān)聯(lián)1)Set-Cookie:從在新域內(nèi)的服務(wù)器接收報頭，或者2)由從新域中的服務(wù)器加載的頁面經(jīng)由javascript設(shè)置cookie。因?yàn)椴シ牌鳈z測代碼并不總是從遞送管理服務(wù)器頁面運(yùn)行(例如，其中作為內(nèi)容供應(yīng)商的網(wǎng)頁頭的一部分而加載播放器檢測的情況)，所以需要設(shè)置cookie的方法。其目標(biāo)是第三方cookie，借此代之以將否則會被設(shè)置為原有域(內(nèi)容供應(yīng)商域)的cookie設(shè)置為遞送管理月艮務(wù)器域。在本發(fā)明的實(shí)施例中，這可以通過從javascript內(nèi)進(jìn)行dummyimage()(啞圖^f象())請求來進(jìn)行。在假定具有從遞送管理服務(wù)器域加載圖像的請求的情況下，遞送管理服務(wù)器可以通過送回Set-Cookie:header(才艮頭)來作出應(yīng)答。這可以在上述步驟330和334中應(yīng)用。例如，可以在用戶計算機(jī)處構(gòu)造指向遞送管理服務(wù)器處的cookie設(shè)置腳本的URL。接下來，可以在用戶計算機(jī)處創(chuàng)建啞圖像對象。這個對象僅用于允許從javascript內(nèi)向遞送管理服務(wù)器域提出啞圖像請求。然后，瀏覽器提出HTTP請求，以要求從遞送管理服務(wù)器域加載啞圖像；這個請求包括對cookie設(shè)置腳本的請求。遞送管理服務(wù)器通過將cookie與服務(wù)器相關(guān)聯(lián)(即，送回Set-Cookie:header)做出響應(yīng)。這將允許將cookie發(fā)送到遞送管理服務(wù)器，即使它們在用戶計算機(jī)處的存在最初已經(jīng)由內(nèi)容供應(yīng)商或者某些其它域所確定了也是如此。該配置信息存儲在cookie中。在用戶和遞送管理服務(wù)器之間的這種交換示例如下所述GET/ssp/cookieetgmPlayerPref=realHTTP/1.1Accept:image/gif，image/x-xbitmap，image/jpeg，image/pjpeg，application/vnd.ms-powerpoint，application/vnd.ms-excel，applkation/msword,*/*Accept-Language.-en-usAccept-Encoding:gzip，deflateUser-Agent:Mozilla/4.0(compatible;MSIE5.5;WindowsNT5.0)Host:js.genericmedia.netConnection:Keep-AliveCpokie:gmPlayers=vl%2F%2FQuickTime-4,12%2F%2FReaN6.0.7.788%2F%2FWMP-6.4%2F%2F;gmPlayerPref=wmf;gmBitratePref=300000服務(wù)器然后響應(yīng)HTTP/1.1200OKDate:Tue，Jun.12，200120:08:29GMTServer:Apache/1.3.14(Unix)mod—peii/1.24Set-Cookie:gmPlayers=vl%2F%2FQuickTime-4.12%2F%2FReal-6.0.7.788%2F%2FWMP-6.4%2F%2F;domain=.genericmedia.iiet;path=/;expires=Mon,Sep.10，200120:08:29GMTP3P:CP="INDOURPREUNIONLCOM".Set-Cookie:gmPlayerPref=real;domain=.genericmedianet;path=/;expires=Mon，Sep.10，200120:08:29GMTConnection:closeCache-Control:no-cache，max-age=lTransfer-Encoding:chunkedContent-Type:text/html圖5B是一般地說明根據(jù)本發(fā)明的實(shí)施例的帶寬檢測方法的流程圖。在這個實(shí)施例中，子例程在步驟550開始，并且在步驟552繼續(xù)進(jìn)行以取出估計的帶寬信息，例如該信息根據(jù)先前的帶寬檢測或其它方式確定。在步驟554，確定檢取數(shù)據(jù)的估計時間，以便用足夠的分辨率、即使用所估計的帶寬信息來確定連接速度。這里，這個步驟的原因是，我們希望基于這個步驟的結(jié)果選擇計時塊或者組塊大小，而且我們希望這個估計時間不短于可以其內(nèi)在可容忍的分辨率內(nèi)確定帶寬信息的最小時間，并且不比這個最小時間長很多。例如，如果該估計時間對于具有緩慢連接速度的客戶端來說太長了，則該帶寬測量將可能涉及對用戶的令人討厭的以及不需要的延遲。然而，如果例如對于具有非?？爝B接速度的客戶端來說所估計的時間太短了，則在確定中的誤差將會太大或者在可容忍的誤差范圍之外。一旦確定了估計時間，則在步驟556確定將花費(fèi)所估計的時間來進(jìn)行傳送的組塊大小或者計時塊大小。根據(jù)優(yōu)選實(shí)施例，在計時塊或者組塊中使用了諸如隨機(jī)ASSCII數(shù)據(jù)之類的隨機(jī)數(shù)據(jù)，以便調(diào)制解調(diào)器將不會壓縮該數(shù)據(jù)并且使通信時間顯著短于所估計的時間，并且使結(jié)果在分辨率容限范圍之外。一旦確定了將大致花費(fèi)所估計時間的計時塊大小或者組塊大小，就在步驟558中將具有所確定大小的計時塊或者數(shù)據(jù)組塊傳送到客戶端。測量傳送計時塊所花費(fèi)的實(shí)際時間。然后，在步驟560，基于在步驟5S8中發(fā)送的數(shù)據(jù)組塊或者計時塊的大小、以及基于由客戶端測量的檢取時間，確定帶寬。在圖5B所說明的子例程在步驟562結(jié)束。根據(jù)實(shí)施例訪問媒體內(nèi)容如此處所述，才艮據(jù)優(yōu)選實(shí)施例的系統(tǒng)和方法響應(yīng)于觀眾對訪問媒體內(nèi)容的請求，對點(diǎn)播媒體內(nèi)容進(jìn)行代碼轉(zhuǎn)換。另外，在媒體內(nèi)容的發(fā)布之后，作為媒體內(nèi)容遞送處理的一部分，優(yōu)選實(shí)施例實(shí)質(zhì)上"實(shí)時"執(zhí)行媒體內(nèi)容的代碼轉(zhuǎn)換。在特定實(shí)施例中，在向媒體代碼轉(zhuǎn)換引擎(參見通過引用并入在此的美國專利6,407,680和美國專利申請10/644,602)提交觀看媒體內(nèi)容的請求以及將媒體內(nèi)容遞送給觀眾客戶端之間的延遲將大致為三十秒或者更少。然而，本發(fā)明不局限于特定的遞送時間，并且可以包含大于或者小于三十秒的各種遞送時間。圖6A-6C描述了根據(jù)本發(fā)明實(shí)施例的一種方法的流程圖1500，觀眾通過該方法訪問々某體內(nèi)容。然而，本發(fā)明不局限于由流程圖1500提供的描述。相反，根據(jù)此處的示教，在本發(fā)明的范圍和精神之內(nèi)的其它功能流程對于本領(lǐng)域的技術(shù)人員來說將會是顯然的。在圖6A的步驟1502處，觀眾經(jīng)由觀眾客戶端將訪問媒體內(nèi)容的請求發(fā)送到在媒體代碼轉(zhuǎn)換引擎內(nèi)的觀眾網(wǎng)絡(luò)服務(wù)器接口。在實(shí)施例中，該請求是當(dāng)觀眾點(diǎn)擊內(nèi)容供應(yīng)商網(wǎng)站上的URL時由觀眾客戶端生成的HTTP請求。如上所述，可以在媒體內(nèi)容發(fā)布處理期間由媒體代碼轉(zhuǎn)換引擎提供給內(nèi)容供應(yīng)商的URL鏈接，包含地址信息和源信息，這些信息將觀眾客戶端指向媒體代碼轉(zhuǎn)換引擎，并且向媒體代碼轉(zhuǎn)換引擎提供有關(guān)所請求的媒體內(nèi)容源的信息。在觀眾網(wǎng)絡(luò)服務(wù)器接口接收了該請求之后，它將該請求轉(zhuǎn)發(fā)到任務(wù)管理器(再次參見通過引用并入的專利6，407，680和申請10/644,602)。在步驟1504，任務(wù)管理器分析該請求，以確定是否包括了用于服務(wù)于該請求的必要的請求信息。在本發(fā)明的其中請求包含HTTP請求的實(shí)施例中，任務(wù)管理器分析HTTP請求的頭，以確定是否包含了用于服務(wù)于該請求的必要的信息。在實(shí)施例中，必要信息至少包括源位置、源類型、目標(biāo)位置、和目標(biāo)類型。源類型和目標(biāo)類型每個都由至少一個發(fā)布變量所定義。在實(shí)施例中，用于媒體內(nèi)容的發(fā)布變量可以包括但不局限于文件格式、比特率、通信協(xié)議(一個或多種)、物理介質(zhì)、壓縮算法、數(shù)字權(quán)利管理信息、或者它們的任何組合。在一個實(shí)施例中，為服務(wù)于該請求所需要的信息至少包括源位置、源格式、源比特率、目標(biāo)位置、目標(biāo)格式、和目標(biāo)比特率。如果任務(wù)管理器確定請求信息不完整，則如步驟1506和1508所示，任務(wù)管理器將取出必要的信息。例如，如果源類型或者源位置沒有包括在該請求中，而且所請求的媒體內(nèi)容存儲在媒體代碼轉(zhuǎn)換引擎之內(nèi)，則任務(wù)管理器可以查閱數(shù)據(jù)庫以查找必要的源信息。作為選擇，如果媒體內(nèi)容相對于媒體代碼轉(zhuǎn)換引擎存儲在外面，則任務(wù)管理器可以執(zhí)行網(wǎng)絡(luò)請求，以從內(nèi)容供應(yīng)商的網(wǎng)站取出必要的信息。例如，任務(wù)管理器可以執(zhí)行HTTP請求、RTSP請求、或者使用任何其它標(biāo)準(zhǔn)的網(wǎng)絡(luò)應(yīng)用協(xié)議的請求。另外，如果目標(biāo)類型不可得到，則任務(wù)管理器可以通過查詢觀眾客戶端來取得所需要的信息。如上所述，在實(shí)施例中，可以將用于目標(biāo)位置的最佳目標(biāo)類型存儲為觀眾客戶端上的"cookie",其可由任務(wù)管理器訪問。在步驟1510，一旦任務(wù)管理器具有必要的信息來為該請求服務(wù)，則確定為了遞送所請求的媒體內(nèi)容需要執(zhí)行什么任務(wù)。該任務(wù)包括遞送所請求的媒體內(nèi)容所必需的全部步驟，并且可以包括取出所請求的媒體內(nèi)容，將所請求的媒體內(nèi)容代碼從源類型代碼轉(zhuǎn)換為目標(biāo)類型，以及將代碼轉(zhuǎn)換后的媒體內(nèi)容流式傳輸?shù)接^眾客戶端。一旦任務(wù)管理器已經(jīng)確定了需要執(zhí)行什么任務(wù)，則它與資源管理器(再次參見通過引用并入的專利6,407,680和申請10/644,602)進(jìn)行對接，并且指示資源管理器執(zhí)行所需要的任務(wù)。資源管理器從任務(wù)管理器接收用于執(zhí)行所需要的任務(wù)的指令，并且在步驟1512，將每個任務(wù)分配給在該機(jī)器群內(nèi)的一個或者多個機(jī)器。對資源管理器進(jìn)行編程，以通過可用的資源實(shí)現(xiàn)任務(wù)的高效執(zhí)行。在實(shí)施例中，基于各種因素，其中包括但不限于哪些機(jī)器支持用于執(zhí)行所需任務(wù)的必要工具、哪些機(jī)器具有可用資源(例如，可用CPU)、以及當(dāng)為了執(zhí)行而需要協(xié)作時哪些機(jī)器可以互相協(xié)作來執(zhí)行任務(wù)，確定資源管理器對給定任務(wù)的資源分配。還可以對資源管理器進(jìn)行編程，以基于包括避免網(wǎng)路擁塞在內(nèi)的各種其它標(biāo)準(zhǔn)來分配任務(wù)。例如，資源管理器可以被編程為將解壓縮和壓縮任務(wù)分配給同一機(jī)器，以便避免可能由在媒體代碼轉(zhuǎn)換引擎的內(nèi)部網(wǎng)絡(luò)內(nèi)從一臺機(jī)器向另一臺機(jī)器傳輸未壓縮的數(shù)據(jù)而導(dǎo)致的網(wǎng)路擁塞。根據(jù)優(yōu)選實(shí)施例，資源管理器在分配任務(wù)之后監(jiān)督這些任務(wù)以確保它們被適當(dāng)?shù)貓?zhí)行。資源管理器通過在數(shù)據(jù)庫中保持全部已分配任務(wù)的列表、并且定期與運(yùn)行給定任務(wù)的每臺機(jī)器的從屬監(jiān)視器進(jìn)行通信以便確定任務(wù)的狀態(tài)，來監(jiān)督所分配任務(wù)的執(zhí)行。在實(shí)施例中，資源管理器定期輪詢已經(jīng)向其分配了任務(wù)的機(jī)器的從屬監(jiān)視器，以確定任務(wù)的狀態(tài)。在替換實(shí)施例中，從屬監(jiān)視器本身發(fā)送定期狀態(tài)消息到資源管理器，以向資源管理器通知所分配任務(wù)的狀態(tài)。資源管理器將它從從屬監(jiān)視器接收的、有關(guān)每個任務(wù)以及每臺機(jī)器的狀態(tài)的信息存儲在數(shù)據(jù)庫中，以便有助于其分配和監(jiān)視必需任務(wù)的功能。在替換實(shí)施例中，從屬監(jiān)視器僅僅啟動從資源管理器接收的任務(wù)，而任務(wù)本身直接向資源管理器報告而不是向從屬監(jiān)視器報告。資源管理器根據(jù)容錯例程監(jiān)視每個分配的任務(wù)，該例程允許資源管理器確定何時任務(wù)已經(jīng)失敗了，并且允許資源管理器執(zhí)行用于改正問題以及確保所請求的媒體內(nèi)容的遞送的必要步驟。例如，如果已經(jīng)向其分配了任務(wù)的機(jī)器不對狀態(tài)查詢作出響應(yīng)長達(dá)預(yù)定的時間段，則資源管理器可被編程為將任務(wù)重新分配到不同的機(jī)器并且重新啟動未響應(yīng)的機(jī)器。另外，在任務(wù)的失敗還導(dǎo)致一連串分配的相關(guān)任務(wù)失敗時，資源管理器可被編程為停止全部相關(guān)的任務(wù)，并且重新分配整組任務(wù)，以便確保所請求的媒體內(nèi)容的遞送。這些示例不是限制性的，而且基于此處包含的示教，其它容錯方案對于本領(lǐng)域的技術(shù)人員來說將會是顯然的，而且本發(fā)明包含這樣的其它容錯方案。在進(jìn)一步的實(shí)施例中，分別向各個任務(wù)分配優(yōu)先級。資源管理器監(jiān)視新任務(wù)，并且當(dāng)現(xiàn)有任務(wù)的優(yōu)先級低于需要被分配的新任務(wù)的優(yōu)先級時，資源管理器將指示現(xiàn)有任務(wù)取消其自己以容納新的較高優(yōu)先級的任務(wù)。作為選擇，從屬監(jiān)視器可以取消現(xiàn)有任務(wù)。低優(yōu)先級任務(wù)的示例包括在觀眾已經(jīng)停止觀看所請求的內(nèi)容之后，為觀眾進(jìn)行媒體內(nèi)容的代碼轉(zhuǎn)換。在步驟1514，在已經(jīng)分配了全部任務(wù)之后，任務(wù)管理器構(gòu)造對從觀眾客戶端接收的、訪問媒體內(nèi)容的初始請求的答復(fù)。該答復(fù)用來將觀眾客戶端重定向到流式服務(wù)器或者代理服務(wù)器，觀眾客戶端最終將從這些服務(wù)器接收所請求的媒體內(nèi)容。在實(shí)施例中，該答復(fù)包含HTTP答復(fù)。在步驟1532，進(jìn)行根據(jù)優(yōu)選實(shí)施例的自動源類型檢測是否打開的確定。系統(tǒng)可以被永久地設(shè)置為自動源類型檢測打開，或者被永久地設(shè)置為自動源類型檢測關(guān)閉，或者可以有選擇地進(jìn)行切換。如果永久地打開或者關(guān)閉了自動源類型檢測，則該確定不是必需的，而且本方法可以移到相應(yīng)的步驟1534或者1536。在圖6B所述的方法中，在進(jìn)行了上述確定之后，然后該方法移到下一個相應(yīng)步驟。也就是說，如果打開了自動源類型檢測，則在步驟1534，自動地從源服務(wù)器或者客戶端取出源類型信息。優(yōu)點(diǎn)是，這對于用戶來說是較快速和較簡單的。做為選擇，如果關(guān)閉了自動源類型檢測，則在步驟1536，請求通過源用戶接口來自正點(diǎn)播該內(nèi)容的用戶的輸入。優(yōu)點(diǎn)是，具有多個用于內(nèi)容的源類型的用戶可以在這些類型之間做出選擇，或者如果源具有防火墻，則不能利用用戶輸入容易地檢測出源類型。在步驟1538,進(jìn)行根據(jù)優(yōu)選實(shí)施例的自動目標(biāo)類型檢測是否打開的確定。系統(tǒng)可以被永久地設(shè)置為自動目標(biāo)類型檢測打開，或者被永久地設(shè)置為自動目標(biāo)類型檢測關(guān)閉，或者可以有選擇地進(jìn)行切換。如果永久地打開或者關(guān)閉了自動目標(biāo)類型檢測，則該確定不是必需的，而且本方法可以移到相應(yīng)的步驟1540或者1542。在圖6B所述的方法中，在進(jìn)行了上述確定之后，然后該方法移到下一個相應(yīng)步驟。也就是說，如果打開了自動目標(biāo)類型檢測，則在步驟1540，自動地從目標(biāo)服務(wù)器或者客戶端取出目標(biāo)類型信息。優(yōu)點(diǎn)是，這對于用戶來說是較快速和較簡單的。做為選擇，如果關(guān)閉了自動目標(biāo)類型檢測，則在步驟1542,請求通過目標(biāo)用戶接口來自正點(diǎn)播該內(nèi)容的用戶的輸間做出選擇，或者如果目標(biāo)具有防火墻，則不能利用用戶輸入容易地檢測出目標(biāo)類型?；谥付ǖ囊?guī)則、例如由媒體內(nèi)容的發(fā)布者所提出的規(guī)則，或者基于商業(yè)規(guī)則，可以檢測和應(yīng)用獨(dú)立于目標(biāo)類型的進(jìn)一步標(biāo)準(zhǔn)。例如，帶寬標(biāo)準(zhǔn)可以基于客戶的合同，或者按發(fā)布者的要求、利用代碼轉(zhuǎn)換后的媒體內(nèi)容插入片尾或者剪輯或者這兩者。在圖6C的步驟1516-1526，在機(jī)器群內(nèi)的機(jī)器根據(jù)從資源管理器接收的所分配任務(wù)，執(zhí)行遞送所請求的媒體內(nèi)容所必需的步驟。在本發(fā)明的實(shí)施例中，媒體內(nèi)容的遞送是流水線處理，其中可以同時進(jìn)行同一個媒體內(nèi)容流中的不同部分的取出、代碼轉(zhuǎn)換和流式傳輸。資源管理器通過媒體代碼轉(zhuǎn)換引擎內(nèi)的資源分配，安排這些步驟的流水線處理。這些步驟的流水線處理導(dǎo)致媒體代碼轉(zhuǎn)換引擎對所請求媒體的更快遞送時間。如步驟1516所示，如果所請求的媒體內(nèi)容早已駐留在已被代碼轉(zhuǎn)換為適當(dāng)目標(biāo)類型(例如、適當(dāng)目標(biāo)格式和比特率或者其它適當(dāng)?shù)陌l(fā)布變量)的代碼轉(zhuǎn)換高速緩存中的話，則由流式服務(wù)器在步驟1524實(shí)現(xiàn)內(nèi)容的遞送，該流式服務(wù)器將代碼轉(zhuǎn)換后的媒體內(nèi)容流式傳輸?shù)接^眾客戶端。然而，如果所請求的媒體內(nèi)容沒有駐留在已被代碼轉(zhuǎn)換為適當(dāng)目標(biāo)類型的代碼轉(zhuǎn)換高速緩存中，則如步驟1518所示，在機(jī)器群內(nèi)的一個或者多個發(fā)送器服務(wù)器開始從源位置中取出所請求的媒體內(nèi)容作為數(shù)據(jù)流。如上面關(guān)于圖3A-3B和4A-4D所述，在本發(fā)明的實(shí)施例中，所請求的媒體內(nèi)容可以最初駐留在媒體代碼轉(zhuǎn)換引擎內(nèi)的主存檔內(nèi)，駐留在媒體代碼轉(zhuǎn)換引擎外部的存檔中，或者作為直接從內(nèi)容供應(yīng)商客戶端饋送的流被接收。在所請求的媒體內(nèi)容駐留在主存檔內(nèi)時，發(fā)送器服務(wù)器之一在媒體代碼轉(zhuǎn)換引擎的內(nèi)部網(wǎng)絡(luò)上取出所請求的媒體內(nèi)容。在所請求的媒體內(nèi)容駐留在媒體代碼轉(zhuǎn)換引擎之外的存檔中時，發(fā)送器服務(wù)器之一使用在發(fā)布處理期間提供的訪問信息來取出所請求的媒體內(nèi)容。在實(shí)施例中，在發(fā)送器服務(wù)器使用訪問信息取出所請求的媒體內(nèi)容之后，所請求的媒體內(nèi)容可以被暫時高速緩存在主存檔中，以允許當(dāng)媒體代碼轉(zhuǎn)換引擎接收到對同一媒體內(nèi)容的后續(xù)請求時，加快對該媒體內(nèi)容的訪問。當(dāng)所請求的媒體內(nèi)容是直接從內(nèi)容供應(yīng)商客戶端饋送的流時，發(fā)送器服務(wù)器之一從內(nèi)容供應(yīng)商網(wǎng)絡(luò)服務(wù)器接口取出流式數(shù)據(jù)。因?yàn)樵趯?shí)際上由觀眾請求該數(shù)據(jù)之前，本發(fā)明的實(shí)施例不取出流式數(shù)據(jù)并且也不代碼轉(zhuǎn)換流式數(shù)據(jù)，所以由此避免了媒體內(nèi)容的不必要的代碼轉(zhuǎn)換。如步驟1520所示，在發(fā)送器服務(wù)器開始取出所請求的媒體內(nèi)容之后，如果源類型與目標(biāo)類型相同(例如，源格式和比特率與目標(biāo)格式和比特率相同)，則沒有代碼轉(zhuǎn)換是必需的，而且只要取出媒體內(nèi)容就把該媒體內(nèi)容傳輸?shù)搅魇椒?wù)器。如下所述，在步驟1524，流式服務(wù)器然后將該內(nèi)容流式傳輸?shù)接^眾客戶端。然而，如果源類型與目標(biāo)類型不相同，則如步驟1522所示，在機(jī)器群內(nèi)的代碼轉(zhuǎn)換服務(wù)器之一將把媒體內(nèi)容從源類型代碼轉(zhuǎn)換為目標(biāo)類型。根據(jù)上面關(guān)于步驟1512的論述，資源管理器將代碼轉(zhuǎn)換任務(wù)分配給代碼轉(zhuǎn)換服務(wù)器，該服務(wù)器運(yùn)行必要的代碼轉(zhuǎn)換器軟件，以便執(zhí)行發(fā)布變量的適當(dāng)轉(zhuǎn)換。在實(shí)施例中，代碼轉(zhuǎn)換使用各種眾所周知的方法之一實(shí)現(xiàn)，并且用于將一種類型的媒體內(nèi)容轉(zhuǎn)換為另一種類型，其包括用于將媒體內(nèi)容進(jìn)行代碼轉(zhuǎn)換的傳統(tǒng)編解碼例程。下面提供了代碼轉(zhuǎn)換操作和示例的進(jìn)一步描述。在實(shí)施例中，在代碼轉(zhuǎn)換完成之后，將代碼轉(zhuǎn)換后的媒體內(nèi)容的副本暫時存儲在代碼轉(zhuǎn)換高速緩存中，以允許當(dāng)媒體代碼轉(zhuǎn)換引擎接收到對被代碼轉(zhuǎn)換為同一目標(biāo)類型的同一媒體內(nèi)容的后續(xù)請求時，加快該媒體內(nèi)容的遞送。在步驟1524，一旦從代碼轉(zhuǎn)換器、發(fā)送器或者代碼轉(zhuǎn)換高速緩存中接收了以適當(dāng)目標(biāo)類型的媒體內(nèi)容，流式服務(wù)器之一就將該媒體內(nèi)容流式傳輸?shù)接^眾客戶端。在實(shí)施例中，經(jīng)由可選的代理服務(wù)器將代碼轉(zhuǎn)換后的媒體內(nèi)容流式傳輸?shù)接^眾客戶端。在進(jìn)一步的實(shí)施例中，要么流式服務(wù)器要么可選的代理服務(wù)器保持有關(guān)正被遞送的媒體內(nèi)容以及正進(jìn)行遞送的媒體內(nèi)容的目標(biāo)類型的使用統(tǒng)計數(shù)據(jù)，這些使用統(tǒng)計數(shù)據(jù)由資源管理器使用以用于高速緩存管理目的。在實(shí)施例中，用于將媒體流式傳輸?shù)接^眾客戶端以及用于在發(fā)送器服務(wù)器、代碼轉(zhuǎn)換器服務(wù)器和流式服務(wù)器之間流式傳輸數(shù)據(jù)的協(xié)議是諸如RTSP之類的、用于流式媒體的標(biāo)準(zhǔn)協(xié)議。作為選擇，可以使用在如TCP/UDP那樣的標(biāo)準(zhǔn)網(wǎng)絡(luò)協(xié)議上定義的專有協(xié)議。在進(jìn)一步的實(shí)施例中，不同的協(xié)議可以用來容納不同的網(wǎng)絡(luò)基礎(chǔ)設(shè)施需要。例如，可以實(shí)現(xiàn)根據(jù)網(wǎng)絡(luò)通信狀況動態(tài)改變的協(xié)議。然而，這些示例是說明性的。本發(fā)明不限于特定的通信協(xié)議或者應(yīng)用，而且可以使用其它的專有或者非專有的網(wǎng)絡(luò)通信協(xié)議和應(yīng)用。在步驟1526，觀眾客戶端要么從流式服務(wù)器要么從代理服務(wù)器接收流式媒體。此時，觀眾客戶端根據(jù)與駐留在觀眾客戶端上的媒體播放器相關(guān)聯(lián)的目標(biāo)類型，播放媒體內(nèi)容。在本發(fā)明的替換實(shí)施例中，稍后時間;番放，或者用于傳輸?shù)教鎿Q的媒體播放設(shè)備:在步驟1526之后，流程圖1500結(jié)束。媒體內(nèi)容示例如專利6,407,680中所述，例如，媒體代碼轉(zhuǎn)換引擎可以包括一個或多個代碼轉(zhuǎn)換器。代碼轉(zhuǎn)換器將某些類型的媒體內(nèi)容(此處稱為源類型)轉(zhuǎn)換為另一類型的媒體內(nèi)容(此處稱為目標(biāo)類型)。代碼轉(zhuǎn)換可以涉及許多不同的轉(zhuǎn)換操作。所使用的特定轉(zhuǎn)換操作取決于正被轉(zhuǎn)換的媒體內(nèi)容以及相關(guān)聯(lián)的發(fā)布變量。這是為什么可能作為目標(biāo)的客戶端的配置信息的有效檢測是有利的原因。此處使用的發(fā)布變量涉及媒體內(nèi)容的不同特征。根據(jù)優(yōu)選實(shí)施例，媒體內(nèi)容是在網(wǎng)絡(luò)上發(fā)布的數(shù)字?jǐn)?shù)據(jù)。在這種情況下，發(fā)行物是指已經(jīng)被格式化以便在網(wǎng)絡(luò)上遞送以及由目標(biāo)媒體播放器觀看的數(shù)字?jǐn)?shù)據(jù)。用于媒體內(nèi)容的發(fā)布變量可以包括但不局限于文件格式、比特率、通信協(xié)議(多個)、物理介質(zhì)、壓縮算法、和/或數(shù)字權(quán)利管理信息。數(shù)字?jǐn)?shù)據(jù)可以是任何類型的文件格式，其包括當(dāng)不限于容器格式、位圖格式、視頻格式、音頻格式、矢量格式、元文件格式、場景格式、動畫格式、多媒體格式、混合格式、超文本以及超媒體格式、三維數(shù)據(jù)(3D)格式、虛擬現(xiàn)實(shí)建模語言(VRML)格式、字體格式(位圖字體、筆劃字體、基于樣條的輪廓(spline-basedoutline)字體)、頁面描述語言(PDL)格式、以及任何其它類型的圖形文件格式或者其他文件格式。表格l列出了可以在本發(fā)明的實(shí)施例中使用的這樣的文件格式的示例表格l示例文件格式格式類型ADOBEILLUSTRATOR元文件ADOBEPHOTOSHOP位圖ATARISTGRAPHICSFORMATS位圖和動畫AUTOCADDXF矢量AUTODESK3DSTUDIO場景描述BDF位圖BRL-CAD其它BUFR其它CALSRASTER位圖CGM元文件CMUFORMATS多媒體DKB場景描述DORERASTERFILEFORMAT位圖DPX位圖DR.HALO位圖DVMMOVIE動畫ENCAPSULATEDPOSTSCRIPT元文件(頁面描述語言)FACESAVER位圖FAXFORMATS位圖FITS其它FLI動畫GEMRASTER位圖GEMVDI元文件GIF位圖GRASP動畫GRIB其它HARVARDGRAPHICS元文件HIERARCHICALDATAFORMAT元文件IFF位圖IGES其它INSETPIX位圖INTELDVI多媒體JPEGFILEINTERCHANGEFORMAT位圖KODAKPHOTOCD位圖KODAKYCC位圖LOTUSDIF矢量LOTUSPIC矢量L畫ENAPAINT位圖MACINTOSHPAINT位圖MACINTOSHPICT元文件MICROSOFTPAINT位圖MICROSOFTRIFF多媒體MICROSOFTRTF元文件MICROSOFTSYLK矢量MICROSOFTWINDOWSBITMAP位圖MICROSOFTWINDOWSMETAFILE元文件MIFF位圖MPEG其它MTV場景描述NAPLPS元文件NFF場景描述OFF場景描述OS/2BITMAP位圖P3D場景描述PBM.，PGM.,PNM.，以及PPM.位圖PCX位圖PDS其它PICTORPCPAINT位圖PIXARRIB場景描述PLOT-10矢量PNG位圖POV矢量PRESENTATIONMANAGERMETAFILE元文件PRT場景描述QRT場景描述QUICKTIME其它RADIANCE場景描述RAYSHADE場景描述RIX位圖RTRACE場景描述SAF位圖及其它SENSE8NFF場景4笛述SGIIMAGEFILEFORMAT位圖SGIINVENTOR場景描述SGIYAODL場景描述SGO矢量SPIFF位圖SUNICON位圖SUNRASTER位圖TDDD位圖和動畫TGA位圖<table>tableseeoriginaldocumentpage45</column></row><table>參見Murray和vanRyper等人的著作，第12-26頁。這些示例是說明性的而不用于限制本發(fā)明。在給出這個描述的情況下，本領(lǐng)域技術(shù)人員顯然可知，可以使用其他文件格式(現(xiàn)在已知或者在將來開發(fā)的文件格式)。即使在相同的文件格式內(nèi)，也可以根據(jù)不同的壓縮算法壓縮數(shù)字內(nèi)容。例如，在QUICKTIME格式化的文件中，可以根據(jù)H，263、CINEPAK、JPEG、QTANIMATION、或者QTVIDEO標(biāo)準(zhǔn)壓縮視頻。作為進(jìn)一步的示例，在WINDOWSMEDIAASF格式化的文件中，可以根據(jù)MICROSOFTAUDIOFORMAT、ACELP、VOXWARE、或者M(jìn)P3標(biāo)準(zhǔn)壓縮音頻?？梢曰诟鶕?jù)比特率的選擇、或者根據(jù)內(nèi)容的屬性進(jìn)行的優(yōu)化，進(jìn)行壓縮算法選擇。例如，可以使用不同的壓縮算法更有效地分別壓縮其中很少出現(xiàn)運(yùn)動的視頻文件("說話者頭部特寫")和其中有大量運(yùn)動的視頻文件("高速運(yùn)動"視頻)。在任何一個壓縮算法內(nèi)，可以有進(jìn)一步的改變。例如，#4居JPEG標(biāo)準(zhǔn)壓縮的文件可以是基于YUV的或者基于RGB的。關(guān)于優(yōu)選實(shí)施例中的數(shù)字權(quán)利管理系統(tǒng)，根據(jù)本發(fā)明的一個方面檢測的、在客戶端計算機(jī)上的媒體播放器確定DRM信息類型、或者它可以處理的使用規(guī)則類型。例如，WindowsMediaPlayer可以解釋和/或處理由樣￡軟WindowsMediaDRM系統(tǒng)提供的使用規(guī)則，但是通常不能解釋和/或處理由Real的HelixDRM系統(tǒng)提供的那些使用規(guī)則。此外，RealOne播放器可以解釋和/或處理由Real的HelixDRM系統(tǒng)提供的那些使用規(guī)則，但是不能解釋和/或處理由微軟WindowsMediaDRM系統(tǒng)提供的那些使用規(guī)則。也就是說，媒體播放器類型通常與它可以解釋的DRM類型之間具有——對應(yīng)關(guān)系。此外，DRM信息或者使用規(guī)則信息可以由包括標(biāo)簽以及它們的值的XrML、XML等描述。DRM信息或者使用身見則信息還可以附加到內(nèi)容上?；蛘?，它可以與內(nèi)容物理分離，并且通過內(nèi)容ID等與內(nèi)容在邏輯上相關(guān)聯(lián)。DRM信息或者使用規(guī)則信息還可以定義怎樣和/或何時用戶可以使用該關(guān)聯(lián)的內(nèi)容。根據(jù)這個發(fā)明的一個方面，服務(wù)器系統(tǒng)可以自動地檢測在客戶端計算機(jī)上的媒體播放器類型，基于媒體播放器類型確定在客戶端計算機(jī)上的DRM類型，并且自動地對DRM信息或者使用規(guī)則信息進(jìn)行代碼轉(zhuǎn)換，以便能夠在客戶端計算機(jī)上解釋和/或處理該信息。如美國專利6，407，680所述，DRM信息可以從源類型(例如，MSFTWindowsMediaDRM)代碼轉(zhuǎn)換為目標(biāo)類型(例如，RealHelix)。根據(jù)本發(fā)明的這個方面，因此提供了一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法。這種有利的方法包括發(fā)送播放器檢測代碼到用戶的計算機(jī)，接收有關(guān)用戶計算機(jī)的配置信息，以及基于所接收的配置信息確定在用戶計算機(jī)上的數(shù)字權(quán)利管理信息的類型。除上面所闡述的發(fā)布變量之外，還存在有對于視頻數(shù)據(jù)和音頻數(shù)據(jù)而言唯一的發(fā)布變量。視頻數(shù)據(jù)的發(fā)布變量包括視頻圖像的以像素為單位的寬度和高度以及視頻的幀速率。取決于比特率要求和數(shù)據(jù)的屬性，為了確保最佳畫面質(zhì)量，不同的設(shè)置可能是必需的。例如，即使具有相同的比特率，一些視頻可能以每秒15幀、160xl20像素能較好地觀看，而一些其它視頻可能以每秒5幀、320x240像素能較好地觀看。在比特率為56Kbps時，畫面質(zhì)量變得非常有限，而且?guī)缀醪粫?yōu)化為以640x480像素分辨率遞送視頻。另一個用于視頻數(shù)據(jù)的發(fā)布變量是每個分量的位數(shù)。用于音頻數(shù)據(jù)的發(fā)布變量包括每秒的樣本數(shù)目、聲道數(shù)目(例如，單聲道、立體聲、5聲道)以及樣本大小(8位、16位等)?？紤]到特定的內(nèi)容類型和比特率，不同的設(shè)置可能是確保音頻質(zhì)量所必需的。發(fā)布變量還可以包括正被發(fā)送的數(shù)據(jù)包大小，以及對傳輸協(xié)議的選擇(例如，TCP對比UDP)。圖7示出了一個示例代碼轉(zhuǎn)換器，其應(yīng)請求將源類型媒體內(nèi)容610代碼轉(zhuǎn)換為目標(biāo)類型媒體內(nèi)容650。源類型媒體內(nèi)容610是以一個或多個分組的形式在網(wǎng)絡(luò)上遞送的數(shù)字?jǐn)?shù)據(jù)。形成源類型媒體內(nèi)容610的數(shù)字?jǐn)?shù)據(jù)由一個或多個發(fā)布變量定義。圖7所示的發(fā)布變量包括以下變量中的一個或者多個源文件格式、源比特率、源物理介質(zhì)、源通信協(xié)議、源編碼、或者它們的任何組合。目標(biāo)類型媒體內(nèi)容650是以一個或者多個分組的形式在網(wǎng)絡(luò)上遞送給點(diǎn)播媒體內(nèi)容的終端用戶的數(shù)字?jǐn)?shù)據(jù)。形成目標(biāo)類型媒體內(nèi)容650的數(shù)字?jǐn)?shù)據(jù)也由一個或多個發(fā)布變量所定義。圖7所示的發(fā)布變量包括以下變量中的一個或者多個目標(biāo)文件格式、目標(biāo)比特率、目標(biāo)物理介質(zhì)、目標(biāo)通信協(xié)議、目標(biāo)編碼、或者它們的任何組合。圖8示出了這樣一個示例實(shí)現(xiàn)的表格，其中一個或多個代碼轉(zhuǎn)換器應(yīng)請求從源類型媒體內(nèi)容710代碼轉(zhuǎn)換為第一目標(biāo)類型750。圖8還示出了這樣一個示例實(shí)現(xiàn)，其中一個或多個代碼轉(zhuǎn)換器將點(diǎn)播內(nèi)容從源類型媒體內(nèi)容710代碼轉(zhuǎn)換為第二目標(biāo)類型760。源類型媒體內(nèi)容710包括根據(jù)以下源發(fā)布變量發(fā)布的數(shù)字?jǐn)?shù)據(jù)，這些源發(fā)布變量為物理介質(zhì)是本地磁盤，通信協(xié)議包括文件I/O,文件格式是使用以128千位/秒(kbps)的比特率的MP3編碼的MP3。第一目標(biāo)類型媒體內(nèi)容750包括根據(jù)以下目標(biāo)發(fā)布變量而被代碼轉(zhuǎn)換用于發(fā)布的數(shù)字?jǐn)?shù)據(jù)，這些發(fā)布變量為物理介質(zhì)是分組交換網(wǎng)絡(luò)(Internet)，通信協(xié)議包括WINDOWSMEDIASTREAMINGMMS協(xié)議，文件格式是使用以56kbps的比特率的MP3編碼的WINDOWSMEDIAFILE。第二目標(biāo)類型媒體內(nèi)容760包括根據(jù)以下目標(biāo)發(fā)布變量而被代碼轉(zhuǎn)換用于發(fā)布的數(shù)字?jǐn)?shù)據(jù)，這些發(fā)布變量為物理介質(zhì)是無線網(wǎng)絡(luò)，通信協(xié)議包括HTTP,文件格式是包括以12kbps比特率的MP3編碼在內(nèi)的MP3。其它示例如以下的表格所示表格2-5:示例代碼轉(zhuǎn)換器操作表格2源類型盤文件I/OMPEG1MPEG1發(fā)布變量物理介質(zhì)通信協(xié)議(一種或多種)容器格式編碼比特率1.5Mbps目標(biāo)類型網(wǎng)絡(luò)RTSPQUICKTIMESORENSON(視頻)QDESIGN(音頻)300kbps發(fā)布變量物理介質(zhì)通信協(xié)議(一種或多種)容器類型編碼比特率表格3源類型有線網(wǎng)絡(luò)HTTPMPEG1MPEG11.5Mbps目標(biāo)類型無線網(wǎng)絡(luò)MMSWINDOWSMEDIAMPEG4(視頻)MSAUDIO(音頻)100kbps表格4發(fā)布變量源類型目標(biāo)類型物理介質(zhì)有線網(wǎng)絡(luò)有線網(wǎng)絡(luò)通信協(xié)議(一種或多種)HTTPRTSP容器格式(JUICKTIME.REAL編碼H.263REALPROPRIETARYG2視頻/音頻比特率56kbps56kbps表格5發(fā)布變量源類型目標(biāo)類型物理介質(zhì)盤無線網(wǎng)絡(luò)通信協(xié)議(一種或多種)文件I/OHTTP容器格式MPEGlMP3編碼MPEG1僅僅音頻-MP3.比特率1.5Mbps16kbps圖9是示出根據(jù)本發(fā)明實(shí)施例的示例客戶端環(huán)境變量類型的表格。優(yōu)選實(shí)施例中的系統(tǒng)能夠確定進(jìn)一步的包括操作系統(tǒng)(os)版本、網(wǎng)絡(luò)瀏覽器版本、硬件平臺和用戶接口語言在內(nèi)的客戶端系統(tǒng)的特征。即使在包括有利的性能以辨別那種類型的OS、例如Windows,Mac或者Linux正在客戶端機(jī)器上使用的系統(tǒng)上，這個性能也是有利的改進(jìn)。例如，即4吏已知該系統(tǒng)使用Windows,關(guān)于比客戶端實(shí)際上所具有的版本更新的版本的假定也可能導(dǎo)致媒體流的完全失敗，而早很多的版本的保守假定可能導(dǎo)致效率低。提供了源類型810(即媒體內(nèi)容來自該處并且最初為其進(jìn)行配置)的一個示例，其具有WindowXP作為它的OS版本，具有Navigator3.0作為它的瀏覽器版本，安裝了奔騰4處理芯片并且使用Navigator3.0的Javascript作為其用戶接口語言?？梢耘c此處根據(jù)實(shí)施例所描述的客戶端配置的確定相類似地提供或者確定這些源類型。然后，將目標(biāo)類型850說明為是MacOSX操作系統(tǒng)，Omniweb4.1網(wǎng)絡(luò)瀏覽器版本，G3處理器芯片，以及用于Omniweb4.1的用戶接口語言XSLT。一旦根據(jù)此處的實(shí)施例遠(yuǎn)程確定了目標(biāo)類型850，并且還確定了源類型810，則可以使用諸如可能優(yōu)選為此處通過引用并入的美國專利申請10/644,602中所描述的之類的有利代碼轉(zhuǎn)換處理，以便將從源提供的媒體內(nèi)容流式傳輸?shù)侥繕?biāo)，而不管所使用的不同類型的硬件和軟件如何。這些示例是說明性的而不是用于限制本發(fā)明。在給出這個描述的情況下，本領(lǐng)域技術(shù)人員顯然可知，可以使用現(xiàn)在已知或者將來開發(fā)的其他類型的應(yīng)請求執(zhí)行的代碼轉(zhuǎn)換操作。替換實(shí)施例此處已經(jīng)描述了本發(fā)明的方法和系統(tǒng)的示例實(shí)施例。如在別處所述的那樣，僅僅為了說明目的而已經(jīng)描述了這些示范實(shí)施例，而不是將其用于限制?；诖颂幇氖窘蹋瑢τ诒绢I(lǐng)域的技術(shù)人員來說，顯而易見的。例如，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解本發(fā)明中的代碼轉(zhuǎn)換系統(tǒng)和方法不僅局限于媒體內(nèi)容的代碼轉(zhuǎn)換和遞送，而且還包含所有類型信息的代碼轉(zhuǎn)換和遞送，這些類型包括但不限于壓縮文件、電子文檔、HTML頁面、XML文檔、以及任何其它可以多種格式存儲并且電子地遞送的信息。其它替換的實(shí)施例包括但不局限于本發(fā)明中的方法、系統(tǒng)和部件的硬件、軟件、以及軟件/硬件實(shí)現(xiàn)。這樣的替換實(shí)施例落在本發(fā)明的范圍和精神之內(nèi)。此外，還可以提供用于應(yīng)請求將媒體內(nèi)容從源類型代碼轉(zhuǎn)換為目標(biāo)類型的系統(tǒng)和方法，其中該系統(tǒng)包括多個代碼轉(zhuǎn)換器，其用于從多個源類型代碼轉(zhuǎn)換為多個目標(biāo)類型，以及其中該系統(tǒng)接收對媒體內(nèi)容的代碼轉(zhuǎn)換請求，響應(yīng)于該代碼轉(zhuǎn)換請求取出媒體內(nèi)容，基于源類型和目標(biāo)類型將媒體內(nèi)容發(fā)送到多個代碼轉(zhuǎn)換器之一，將媒體內(nèi)容從源類型代碼轉(zhuǎn)換為目標(biāo)類型，由此生成代碼轉(zhuǎn)換后的媒體內(nèi)容，并且傳輸該代碼轉(zhuǎn)換后的媒體內(nèi)容。該系統(tǒng)可以以流水線方式取出、發(fā)送、和代碼轉(zhuǎn)換媒體內(nèi)容、以及傳輸代碼轉(zhuǎn)換后的媒體內(nèi)容。該系統(tǒng)還提供了將媒體內(nèi)容發(fā)布作為數(shù)字?jǐn)?shù)據(jù)文件或者流，以用于存檔媒體內(nèi)50容，以及高速緩存代碼轉(zhuǎn)換后的媒體內(nèi)容以改進(jìn)系統(tǒng)效率。此外，在可以^4居此處的優(yōu)選實(shí)施例執(zhí)行并且已經(jīng)在上面描述過的方法中，已經(jīng)以所選擇的排版順序描述了其中的操作。然而，已經(jīng)為了排版方便而選擇并因此排序了這些順序，該順序不用于暗指用于執(zhí)行這些操作的任何特定次序。權(quán)利要求1、一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法，包含(a)發(fā)送播放器檢測代碼到用戶的計算機(jī)；(b)接收有關(guān)用戶計算機(jī)的配置信息；以及(c)發(fā)送修改的信息頭指令。2、如權(quán)利要求l所述的方法，還包含發(fā)送唯一的客戶端ID。3、如權(quán)利要求l所述的方法，指令接收步驟在發(fā)送步驟之后進(jìn)行，并且所述修改的信息包括一些未包括在所發(fā)送信息中的信息。4、如權(quán)利要求l所述的方法，指令接收步驟在發(fā)送步驟之后進(jìn)行，并且所述修改的信息排除了一些包括在所發(fā)送信息中的信息。5、如權(quán)利要求1所述的方法，在接收步驟之前發(fā)送所述修改的信息頭指令，并且根據(jù)所述修改的信息頭指令準(zhǔn)備所接收的配置信息。6、如權(quán)利要求l所述的方法，所接收的配置信息包括一個或多個適配信息。7、如權(quán)利要求6所述的方法，所述一個或者多個適配信息包含硬件適配信息。8、如權(quán)利要求6所述的方法，所述一個或者多個適配信息包含用戶接口版本適配信息。9、如權(quán)利要求6所述的方法，根據(jù)該適配信息準(zhǔn)備所述修改的頭信息指令。10、一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法，包含(a)在用戶的計算機(jī)處從第二計算機(jī)接收播放器檢測代碼；(b)向第二計算機(jī)發(fā)送有關(guān)用戶計算機(jī)的配置信息；以及(c)接收修改的信息頭指令。11、如權(quán)利要求10所述的方法，還包含接收唯一的客戶端ID。12、如權(quán)利要求ll所述的方法，還包含向配置信息附加客戶端ID指針地址以便發(fā)送給笫二計算機(jī)。13、如權(quán)利要求10所述的方法，還包含基于所接收的頭指令準(zhǔn)備修改的頭信息。14、如權(quán)利要求13所述的方法，還包含向第二計算機(jī)發(fā)送具有附加的客戶端ID的修改的頭信息。15、如權(quán)利要求14所述的方法，還包含在發(fā)送該修改的頭信息之前，接收進(jìn)一步的配置信息請求。16、如權(quán)利要求10所述的方法，指令接收步驟在該發(fā)送步驟之后進(jìn)行，并且所述修改的信息包括一些未包括在所發(fā)送信息中的信息。17、如權(quán)利要求10所述的方法，指令接收步驟在發(fā)送步驟之后進(jìn)行，并且所述修改的信息排除了一些包括在所發(fā)送信息中的信息。18、如權(quán)利要求10所述的方法，在發(fā)送步驟之前接收修改的信息頭指令，并且根據(jù)修改的信息頭指令準(zhǔn)備所發(fā)送的配置信息。19、如權(quán)利要求10所述的方法，所述發(fā)送的配置信息包括一個或多個適配信息。20、如權(quán)利要求19所述的方法，所述一個或者多個適配信息包含硬件適配信息。21、如權(quán)利要求19所述的方法，所述一個或者多個適配信息包含用戶接口版本適配信息。22、如權(quán)利要求19所述的方法，根據(jù)該適配信息準(zhǔn)備所述修改的頭信息指令。23、一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的系統(tǒng)，該系統(tǒng)包含(a)用于發(fā)送播放器檢測代碼到用戶的計算機(jī)的裝置；(b)用于接收有關(guān)用戶計算機(jī)的配置信息的裝置；以及(c)發(fā)送修改的信息頭指令的裝置。24、如權(quán)利要求23所述的系統(tǒng)，該系統(tǒng)還包含用于發(fā)送唯一的客戶端ID的裝置。25、如權(quán)利要求23所述的系統(tǒng)，指令接收裝置在發(fā)送之后進(jìn)行操作，并且所述修改的信息包括一些未包括在所發(fā)送信息中的信息。26、如權(quán)利要求23所述的系統(tǒng)，指令接收裝置在發(fā)送之后進(jìn)行操作，并且所述修改的信息排除一些包括在所發(fā)送信息中的信息。27、如權(quán)利要求23所述的系統(tǒng)，在接收之前發(fā)送所述修改的信息頭指令，并且根據(jù)所述修改的信息頭指令準(zhǔn)備所接收的配置信息。28、如權(quán)利要求23所述的系統(tǒng)，所接收的配置信息包括一個或多個適配信息。29、如權(quán)利要求28所述的系統(tǒng)，所述一個或者多個適配信息包含硬件適配信息。30、如權(quán)利要求28所述的系統(tǒng)，所述一個或者多個適配信息包含用戶接口版本適配信息。31、如權(quán)利要求28所述的系統(tǒng)，根據(jù)適配信息準(zhǔn)備所述修改的頭信息指令。32、一種用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的系統(tǒng)，該系統(tǒng)包含(a)用于在用戶的計算機(jī)處從第二計算機(jī)接收播放器檢測代碼的裝置；(b)用于向第二計算機(jī)發(fā)送有關(guān)用戶計算機(jī)的配置信息的裝置；以及(c)用于接收修改的信息頭指令的裝置。33、如權(quán)利要求32所述的系統(tǒng)，該系統(tǒng)還包含用于接收唯一的客戶端ID的裝置。34、如權(quán)利要求32所述的系統(tǒng)，該系統(tǒng)還包含用于向配置信息附加客戶端ID指針地址以便發(fā)送給第二計算機(jī)的裝置。35、如權(quán)利要求32所述的系統(tǒng)，該系統(tǒng)還包含用于基于所接收的頭指令準(zhǔn)備修改的頭信息的裝置。36、如權(quán)利要求35所述的系統(tǒng)，該系統(tǒng)還包含用于向第二計算機(jī)發(fā)送具有附加的客戶端ID的修改的頭信息的裝置。37、如權(quán)利要求36所述的系統(tǒng)，該系統(tǒng)還包含用于在發(fā)送該修改的頭信息之前，接收進(jìn)一步的配置信息請求的裝置。38、如權(quán)利要求32所述的系統(tǒng)，指令接收裝置在發(fā)送之后進(jìn)行操作，并且所述修改的信息包括一些未包括在所發(fā)送信息中的信息。39、如權(quán)利要求32所述的系統(tǒng)，指令接收裝置在發(fā)送之后進(jìn)行操作，并且所述修改的信息排除了一些包括在所發(fā)送信息中的信息。40、如權(quán)利要求32所述的系統(tǒng)，在發(fā)送之前接收修改的信息頭指令，并且根據(jù)修改的信息頭指令準(zhǔn)備所發(fā)送的配置信息。41、如權(quán)利要求32所述的系統(tǒng)，所述發(fā)送的配置信息包括一個或多個適配信息。42、如權(quán)利要求41所述的系統(tǒng)，所述一個或者多個適配信息包含石更件適配信息。43、如權(quán)利要求41所述的系統(tǒng)，所述一個或者多個適配信息包含用戶接口版本適配信息。44、如權(quán)利要求41所述的系統(tǒng)，根據(jù)該適配信息準(zhǔn)備所述修改的頭信息指令。全文摘要一種遠(yuǎn)程確定多媒體內(nèi)容用戶的配置的系統(tǒng)和方法，用于遠(yuǎn)程確定多媒體內(nèi)容用戶的計算機(jī)配置的方法，包括將播放器檢測代碼發(fā)送到用戶的計算機(jī)，并且接收有關(guān)用戶計算機(jī)的配置信息。一種確定計算機(jī)的連接速度的方法，包括基于估計的帶寬確定計時塊的大小，并且檢取該計時塊?；谟嫊r塊大小以及傳輸開始和結(jié)束時的時間，確定連接速度。文檔編號H04L29/06GK101330525SQ200810136089公開日2008年12月24日申請日期2004年10月29日優(yōu)先權(quán)日2003年10月31日發(fā)明者喬迪·夏普羅申請人:索尼株式會社