專利名稱：交互式多信道數(shù)據(jù)分發(fā)系統(tǒng)的制作方法
交互式多信道數(shù)據(jù)分發(fā)系統(tǒng)技術(shù)領(lǐng)域0001本發(fā)明一般涉及多媒體分發(fā)，且更具體地講，涉及交互式多媒體分發(fā)系統(tǒng)。
技術(shù)背景0002音頻和/或視頻信息可以以各種形式提供給消費電子設(shè)備， 消費電子設(shè)備然后顯示這些信息。要求固定形式的介質(zhì)(諸如光盤CD 或數(shù)字視頻光盤DVD)的消費電子設(shè)備被限制為給用戶播放可用的CD 或DVD。為了增加在任何給定時間，用戶可存取的音頻和/或視頻信息 量，消費電子設(shè)備制造商已經(jīng)尋求將固定介質(zhì)中包含的音頻和/或視頻 信息傳輸?shù)较M電子設(shè)備內(nèi)的存儲設(shè)備。使用內(nèi)部存儲的系統(tǒng)還提供 了便利性，但一般會限制用戶顯示存儲設(shè)備中包含的音頻和/或視頻信 息。可以使用戶獲得更多的音頻和/或視頻信息的另一種方法己經(jīng)給消 費電子設(shè)備提供了網(wǎng)絡(luò)連接性。當(dāng)消費電子設(shè)備連接到網(wǎng)絡(luò)時，音頻 和/或視頻信息可以以遠程方式存儲，并通過網(wǎng)絡(luò)根據(jù)需要提供給消費 電子設(shè)備。在許多情況下，給消費電子設(shè)備提供了從固定的介質(zhì)中提 取音頻和/或視頻信息，存儲音頻和/或視頻信息，并通過網(wǎng)絡(luò)獲得音頻 和/或視頻信息的能力。發(fā)明內(nèi)容0003本發(fā)明的實施例通過網(wǎng)絡(luò)分發(fā)多媒體。在一個方面，本 發(fā)明的實施例能夠譯碼以第一格式編碼的視頻，以根據(jù)預(yù)定的多信道 協(xié)議分發(fā)。在另一個方面，本發(fā)明的實施例包括自動系統(tǒng)更新的機制。 本發(fā)明的一個實施例包括通過網(wǎng)絡(luò)連接到客戶機的服務(wù)器和至少一個 包含根據(jù)第一格式格式化的音頻、視頻和/或覆蓋信息的存儲設(shè)備。此 外，所述客戶機包括存儲表示所述客戶機能夠解碼的音頻、視頻和/或 覆蓋格式的信息的存儲設(shè)備，并且所述服務(wù)器被配置成通過單獨的音
頻、視頻、覆蓋和控制信道發(fā)送音頻、視頻、覆蓋和控制信息。0004在又一個實施例中，所述服務(wù)器被配置成査詢所述客戶 機以獲得表示所述客戶機能夠解碼的音頻、視頻和/或覆蓋格式的信息。0005在另一個實施例中，所述服務(wù)器被配置成將存儲的音頻、視頻和覆蓋信息中的至少一個譯碼成第二格式，且表示音頻、視頻和/ 或覆蓋格式的信息表明所述客戶機能夠解碼以所述第二格式編碼的音頻、視頻或覆蓋。0006在另一個實施例中，所述服務(wù)器被配置成獲得可用更新 的列表，且所述服務(wù)器被配置成基于表示所述客戶機能夠解碼的音頻、 視頻和/或覆蓋格式的信息，確定可以應(yīng)用到所述客戶機的更新。0007又一個實施例包括第三設(shè)備，其包括存儲關(guān)于第三設(shè)備 能力的信息的存儲設(shè)備。此外，所述服務(wù)器被配置成査詢所述第三設(shè) 備以獲得關(guān)于所述第三設(shè)備能力的存儲信息。0008在再一個實施例中，所述服務(wù)器進一步被配置成參考從 所述第三設(shè)備獲得的關(guān)于所述第三設(shè)備能力的信息，確定能夠應(yīng)用于 所述客戶機的所述更新。0009在再一個實施例中，所述服務(wù)器包括存儲設(shè)備，其存儲 關(guān)于所述服務(wù)器的能力的信息。0010在再一個實施例中，所述服務(wù)器被配置成參考關(guān)于所述 服務(wù)器能力的信息，確定能夠應(yīng)用于所述客戶機的所述更新。0011本發(fā)明的另一個實施例包括處理器；網(wǎng)絡(luò)接口，所述網(wǎng) 絡(luò)接口被配置成與所述處理器通信，并在單獨的信道上接收音頻、視 頻、覆蓋和控制信息包；存儲設(shè)備，其包含關(guān)于可以被所述處理器解 碼的所述音頻、視頻和覆蓋信息格式的信息。0012在另一個實施例中，所述處理器被配置成通過網(wǎng)絡(luò)接口 發(fā)送存儲的信息，以響應(yīng)通過網(wǎng)絡(luò)接口接收的查詢，所述存儲的信息 是關(guān)于可以被所述服務(wù)器解碼的所述音頻、視頻和覆蓋信息格式的。0013在另一個實施例中，所述存儲的信息被存儲為XML文件。0014再一個實施例又包括處理器，和與所述處理器通信的網(wǎng) 絡(luò)接口。此外，所述處理器被配置成接收以第一格式編碼的音頻、視 頻和覆蓋信息，并將所述音頻、視頻和覆蓋信息中的至少一個譯碼成
第二格式，且所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成發(fā)送音頻，視頻， 覆蓋和控制信息。0015在另一個實施例中，所述處理器和所述網(wǎng)絡(luò)接口設(shè)備被 配置成發(fā)送查詢請求信息。0016在另一個實施例中，所述處理器和所述網(wǎng)絡(luò)接口設(shè)備被配置成接收表示外部設(shè)備能力的信息。0017在另一個實施例中，所述處理器被配置成分析信息以獲 得能力列表。0018附加的另一個實施例又包括處理器和與所述處理器通信 的網(wǎng)絡(luò)接口。此外，所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成獲得可用更 新的列表，所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成査詢外部設(shè)備關(guān)于它 們的能力，所述處理器被配置成基于可用更新的列表和所述外部設(shè)備 的能力確定提供給外部設(shè)備的更新，并且所述處理器和網(wǎng)絡(luò)接口設(shè)備 被配置成發(fā)送音頻、視頻、覆蓋和控制信息。0019另一個附加的實施例進一步包括存儲設(shè)備，其包含關(guān)于 所述服務(wù)器的能力的信息。此外，所述處理器進一步被配置成基于存 儲的關(guān)于所述服務(wù)器能力的信息，確定提供給外部設(shè)備的更新。0020在另一個實施例中，所述外部設(shè)備的能力包括由每個設(shè) 備支持的通信協(xié)議，至少一個通信協(xié)議是由每個可用更新支持的，且 所述處理器被配置成通過確保每個更新的設(shè)備支持相同的通信協(xié)議， 來確定應(yīng)用到外部設(shè)備的更新。0021本發(fā)明的方法的一個實施例包括獲取音頻，視頻和覆蓋 信息，將所述音頻、視頻和覆蓋信息中的至少一個譯碼，發(fā)送音頻、 視頻、覆蓋和控制信息及與所述音頻、視頻、覆蓋和控制信息中的一 個或更多個相關(guān)聯(lián)的時間戳，接收所述音頻、視頻、覆蓋和控制信息 及與所述音頻、視頻、覆蓋和控制信息中的一個或更多個相關(guān)聯(lián)的時 間戳，將所接收的信息排隊在單獨的音頻、視頻和覆蓋隊列中，基于 與所述信息相關(guān)聯(lián)的時間戳，處理所排隊的信息，發(fā)送表示所處理的 信息的至少一個時間戳的報告，接收所述報告并記錄包含在所接收的 報告內(nèi)的關(guān)于所述至少一個時間戳的信息。0022本發(fā)明的方法的另一個實施例包括確定譯碼所述音頻、 視頻或覆蓋信息的適當(dāng)格式。0023本發(fā)明的方法的另一個實施例包括確定可用更新和每種 更新支持的通信協(xié)議的版本，確定包括每個設(shè)備支持的通信協(xié)議的版 本的每種設(shè)備的能力，確定如果執(zhí)行必要更新時所有設(shè)備可以支持的 所述通信協(xié)議的最新版本，并執(zhí)行所述必要的更新。附圖描述0024

圖1是根據(jù)本發(fā)明的分發(fā)系統(tǒng)的一個實施例的示意圖；0025圖2是根據(jù)本發(fā)明的一個實施例，連接到客戶機的服務(wù) 器的示意圖，它示出了服務(wù)器和客戶機之間的通信信道；0026圖3是根據(jù)本發(fā)明的一個實施例，服務(wù)器的示意電路圖；0027圖4是根據(jù)本發(fā)明的一個實施例，作為客戶機的聯(lián)網(wǎng)消 費電子設(shè)備的示意電路圖；0028圖5是流程圖，示出了根據(jù)本發(fā)明的一個實施例，在會 話的初始化和進行過程中客戶機的操作；0029圖6是流程圖，示出了根據(jù)本發(fā)明的一個實施例，在會 話的初始化和進行過程中服務(wù)器的操作；0030圖6a是說明根據(jù)本發(fā)明的一個實施例的過程的流程圖， 該過程對數(shù)據(jù)譯碼以通過多個通信信道發(fā)送；0031圖7是說明根據(jù)本發(fā)明的一個實施例的客戶機處理輸入 的媒體信息包的方式的流程圖；0032圖8是說明根據(jù)本發(fā)明的一個實施例的客戶機響應(yīng)接收 來自用戶的用戶指令和來自服務(wù)器的控制指令的操作的流程圖；0033圖9是說明根據(jù)本發(fā)明的一個實施例的響應(yīng)由客戶機發(fā)送用戶指令的服務(wù)器的操作流程圖；0034圖IO是根據(jù)本發(fā)明的分發(fā)系統(tǒng)的一個實施例的示意圖；禾口0035圖11是說明根據(jù)本發(fā)明的用來更新服務(wù)器和連接到網(wǎng)絡(luò) 的客戶機的過程的流程圖。
具體實施方式
0036現(xiàn)在參考附圖，本發(fā)明的實施例包括通過網(wǎng)絡(luò)連接到至少一個客戶機的至少一個服務(wù)器，并能夠分發(fā)音頻和/或視頻信息。在 許多實施例的一個方面，所述服務(wù)器能向客戶機發(fā)送各種信息。每種 類型的信息一般是在單獨的信道上發(fā)送的。在一個實施例中，在信道 上發(fā)送的信息是通過將存儲的信息進行譯碼獲得的。在其它情況下， 信息流是實時進行譯碼的。在許多實施例的另一個方面，服務(wù)器選擇 發(fā)送到客戶機的信息，來響應(yīng)客戶機在控制信道上發(fā)送給服務(wù)器的用 戶指令。在許多實施例中，所述服務(wù)器通過向客戶機提供適當(dāng)順序的 音頻，視頻和/或覆蓋信息來顯示以響應(yīng)用戶指令，能使用戶產(chǎn)生他們 正在瀏覽交互式圖形用戶界面的印象。為了獲得交互性，所述服務(wù)器 一般保存關(guān)于客戶機正在顯示的用戶界面狀態(tài)的信息。此外，所述服 務(wù)器能控制客戶機的配置，以便當(dāng)響應(yīng)用戶輸入，從一個用戶界面狀 態(tài)轉(zhuǎn)換到另一個用戶界面狀態(tài)時減少等待時間。在許多實施例中，所 述系統(tǒng)能夠分發(fā)軟件更新。0037根據(jù)本發(fā)明的分發(fā)系統(tǒng)的一個實施例圖解說明于圖1中。 分發(fā)系統(tǒng)10包括通過網(wǎng)絡(luò)14連接到許多設(shè)備的許多服務(wù)器12。在圖 解說明的實施例中，所述設(shè)備包括計算機16，連接到電視20的機頂盒 18和手持計算設(shè)備22。每個設(shè)備包括軟件和/或硬件，使得它們能用作 客戶機，以與服務(wù)器12進行交互，因此本說明書中使用的術(shù)語客戶機 是用來描述根據(jù)本發(fā)明的實施例，能夠與服務(wù)器通信的任何設(shè)備。0038盡管一些客戶機具有極其復(fù)雜的計算能力，但許多其它 的客戶機只有有限的計算和存儲能力。因此，根據(jù)本發(fā)明的客戶機一 般執(zhí)行很簡單的程序，該程序不會直接變化來響應(yīng)大多數(shù)用戶指令。 大量的處理被轉(zhuǎn)移到服務(wù)器，服務(wù)器處理用戶輸入并執(zhí)行系統(tǒng)的交互 功能。服務(wù)器能以非常精確的方式控制由客戶機顯示的信息，這使得 服務(wù)器能通過確保所需信息由客戶機幾乎立即顯示來響應(yīng)用戶的請 求。 一般，客戶機不具備解釋大多數(shù)用戶請求的能力?？蛻魴C僅僅將 用戶請求發(fā)送到服務(wù)器，并以服務(wù)器指示的方式顯示由服務(wù)器提供給 它們的信息。下面將討論服務(wù)器、網(wǎng)絡(luò)和客戶機的操作。0039服務(wù)器12，網(wǎng)絡(luò)14和客戶機被配置成使服務(wù)器能夠通過 網(wǎng)絡(luò)給客戶機發(fā)送信息。在一個實施例中，服務(wù)器和客戶機通過固定
的網(wǎng)絡(luò)使用TCP/IP協(xié)議通信。在其它實施例中，可以使用其它網(wǎng)絡(luò)通 信協(xié)議，并且可以用無線連接代替固定連接。本說明書中使用的術(shù)語 網(wǎng)絡(luò)指在服務(wù)器和客戶機之間的任何連接性，這包括直接連接、本地 網(wǎng)絡(luò)、局域網(wǎng)、廣域網(wǎng)、專用網(wǎng)絡(luò)和諸如因特網(wǎng)的網(wǎng)絡(luò)的網(wǎng)絡(luò)。0040根據(jù)本發(fā)明的實施例，服務(wù)器和客戶機之間建立的通信信道概念性地圖解說明于圖2中。根據(jù)本發(fā)明的實施例的服務(wù)器12可 以與客戶機建立用于音頻、視頻和覆蓋信息的單獨的通信信道17。此 外，可以建立控制信道19，以便能夠在服務(wù)器和客戶機之間進行控制 信息的雙向通信。0041視頻信道17b被用來將分組的或打包的視頻信息從服務(wù) 器傳遞到客戶機。如將在下文詳細討論的，所述視頻信道是根據(jù)視頻 信息包中包含的視頻性質(zhì)配置的。所述視頻信息包一般包含編碼的視 頻幀。這些幀可以是影片播放的一部分，或菜單或用戶界面的一部分。 本說明書使用的術(shù)語"故事片(featurepresentation)"用來描述連續(xù)的 視頻序列，諸如一般線性播放并且不要求用戶交互的影片長度電影。 術(shù)語"故事片"是廣義上的意思，并不局限于長篇電影，其包括所有 類型的事先錄制的視頻和廣播視頻流。0042音頻信道17a被用來傳遞打包的音頻信息。與視頻信道 一樣，服務(wù)器指定所述音頻信道的特征。由音頻信道發(fā)送的音頻數(shù)據(jù) 不一定伴隨有視頻或覆蓋信息。本發(fā)明的許多實施例提供了干擾錄音 (如，音樂)的能力。音頻信息也可以伴隨有在視頻信道上發(fā)送的視 頻信息。在許多例子中，音頻信息是伴隨"故事片"的聲音軌道。不 過，音頻信息也可以是組成部分菜單或用戶界面的聲音效果。0043覆蓋信道17c是可以由服務(wù)器使用以給客戶機發(fā)送覆蓋 信息的信道。覆蓋可以是疊加到視頻幀上的圖形或文本，或本身可以 是可以顯示而無背景視頻的整個圖片。覆蓋的例子包括伴隨"故事片" 的字幕，或是部分菜單或用戶界面的高亮顯示的菜單項。覆蓋信息可 以是圖形編碼的或可以是文本。在一個實施例中，覆蓋是根據(jù)聯(lián)合圖 像專家組規(guī)定的jpeg文件交換格式編碼的。在另一個實施例中，覆蓋 被編碼為位圖。覆蓋信息的性質(zhì)和覆蓋信道本身的性質(zhì)通常是由服務(wù) 器規(guī)定的。
0044控制信道19是既可以由服務(wù)器使用又可以由客戶機使用來發(fā)送控制信息的信道。當(dāng)控制信道被配置成可靠地在服務(wù)器和客戶 機之間傳送信息時，根據(jù)本發(fā)明的系統(tǒng)的實施例的工作一般更為有效。 如將在下面進行詳細說明的，客戶機可以使用控制信道來將用戶指令 和定時信息發(fā)送到服務(wù)器。反過來，服務(wù)器也可以使用控制信道與客 戶機建立音頻，視頻和覆蓋信道，并給客戶機提供關(guān)于應(yīng)該如何顯示 接收的音頻，視頻和覆蓋信息的方式的指令。在其它實施例中，音頻， 視頻和覆蓋信道是由通過每個音頻，視頻和覆蓋信道發(fā)送的包初始化 的。服務(wù)器和客戶機通過控制信道通信的能力使整個系統(tǒng)可以與用戶 交互。例如，根據(jù)本發(fā)明實施例的客戶機可以使用控制信道將用戶命 令發(fā)送到服務(wù)器。然后服務(wù)器通過將信息通過音頻，視頻，覆蓋和/控 制信道發(fā)送到客戶機來響應(yīng)用戶命令。適當(dāng)?shù)剡x擇音頻、視頻、覆蓋 和/或控制信息能獲得諸如交互式菜單或故事片的快進、暫停或回放的 這種效果。根據(jù)本發(fā)明的各個方面，可以實現(xiàn)互動特征的方式將在下 文進一步討論。0045在本發(fā)明的許多實施例中，通過網(wǎng)絡(luò)14的通信是根據(jù) TCP/IP協(xié)議進行的。在使用TCP/IP協(xié)議實施例中，通過給每個信道分 配單獨的端口地址，可以建立單獨的信道。以這種方式，信息包可以 通過網(wǎng)絡(luò)發(fā)送，且端口地址可用來確定包與哪個信道相關(guān)聯(lián)。在其它 的實施例中，UDP協(xié)議是與IP協(xié)議結(jié)合使用的，以通過網(wǎng)絡(luò)傳送信息。 根據(jù)本發(fā)明的各個實施例，也可以使用其它的協(xié)議在網(wǎng)絡(luò)上傳遞信息， 并且可以使用各種技術(shù)來創(chuàng)建單獨的信道以傳送音頻，視頻覆蓋和/或 控制信息。在其它實施例中，可以使用網(wǎng)絡(luò)通信協(xié)議在客戶機和服務(wù) 器之間建立必要的信道。替代地，在符合IEEE 1394標(biāo)準(zhǔn)的連接上可 以發(fā)現(xiàn)這些信道。在其它實施例中，可以使用其它的網(wǎng)絡(luò)協(xié)議傳送音 頻，視頻和/覆蓋和/或命令信息。實際上，可以使用不同的網(wǎng)絡(luò)傳送不 同類型的信息和/或相同類型信息的不同序列。盡管本發(fā)明的許多實施 例包括單獨的信道，還是有若干實施例將音頻，視頻，覆蓋和/或控制 信息組合在單個信道上。0046由服務(wù)器通過音頻，視頻和覆蓋信道發(fā)送到客戶機上的 音頻，視頻和覆蓋信息確定了可以由客戶機呈現(xiàn)給用戶的信息。如上述指出的，此信息可以有各種形式。例如，音頻、視頻和覆蓋信息可 以與錄音或故事片相關(guān)聯(lián)。此外，音頻、視頻和/或覆蓋信息可以與用 戶界面相關(guān)聯(lián)。在許多例子中，音頻，視頻和/或覆蓋信息可以不與相 同的內(nèi)容相關(guān)。這些例子包括覆蓋或符號覆蓋，覆蓋包含關(guān)于其它可 用程序設(shè)計的信息，該信息是在故事片上顯示的，符號覆蓋通知用戶 故事片正在快進，暫?；蛞云渌绞奖徊僮?。0047在許多實施例中，服務(wù)器通過從包含適當(dāng)編碼的音頻，視頻和覆蓋信息的文件中提取信息，來獲得用來發(fā)送的信息。在其它 實施例中，編碼的音頻，視頻和覆蓋信息是由服務(wù)器以數(shù)據(jù)流接收的。 在幾個實施例中，服務(wù)器接收以第一格式編碼的音頻，視頻和/或覆蓋 信息，并將音頻，視頻和/或覆蓋信息譯碼成適于發(fā)送的格式。第一格 式可能不適于發(fā)送，原因是打算接收信息的客戶機不能解碼以第一格 式編碼的信息。在許多實施例中，服務(wù)質(zhì)量要求使服務(wù)器將以第一格 式編碼的信息譯碼成要求不同數(shù)據(jù)發(fā)送率的格式。在采用服務(wù)質(zhì)量確 定的實施例中，客戶機能向服務(wù)器提供信息，使服務(wù)器做出服務(wù)質(zhì)量 確定。第一格式可能是不適合的另一個原因是當(dāng)音頻，視頻和/或覆蓋 信息是以第一文件格式編碼時，服務(wù)器不能直接提取音頻，視頻和/或 覆蓋信息用于在單獨的信道上發(fā)送。在下文將對譯碼進行進一步討論。0048已經(jīng)大致討論了本發(fā)明系統(tǒng)的實施例的典型特征，現(xiàn)在 對這些系統(tǒng)的各個元件作更詳細描述。根據(jù)本發(fā)明的一個實施例的服 務(wù)器示于圖3中。服務(wù)器12'包括至少一個處理器21，存儲器22，存 儲設(shè)備24 (諸如一個或更多個硬盤驅(qū)動器)和網(wǎng)絡(luò)接口設(shè)備26。處理 器21可以通過軟件被配置成通過網(wǎng)絡(luò)接口向客戶機提供音頻，視頻和 /或覆蓋信息及控制命令。0049存儲設(shè)備24可以包含一個或更多個數(shù)據(jù)文件。數(shù)據(jù)文件可以包括一個或更多個音軌， 一個或更多個圖片， 一個或更多個故事 片和與一個或更多個用戶界面相關(guān)聯(lián)的音頻，視頻和/或覆蓋。在本發(fā)明的一個實施例中，存儲的數(shù)據(jù)文件可以包括一個以上的視頻軌道， 一個以上的音軌， 一個以上的覆蓋軌道和與圖形用戶界面相關(guān)聯(lián)的多 媒體。在本發(fā)明的許多實施例中，存儲設(shè)備24可以包括多媒體文件， 其類似于申請人為Van Zoest等人，申請于2004年12月17日的題目 為"Multimedia Distribution System"的美國申請序號11/016， 184中描 述的多媒體文件，本文通過引用將其公開內(nèi)容全部并入作為參考。0050在服務(wù)器能夠?qū)Υ鎯υ诖鎯υO(shè)備24上或來自另一個源的 音頻，視頻和/或覆蓋譯碼以發(fā)送的實施例中，可通過使用適當(dāng)?shù)能浖?配置處理器21以實現(xiàn)譯碼。在其它實施例中，使用服務(wù)器內(nèi)的專用電 路或微處理器和專用電路的組合來進行譯碼。在一個實施例中，微處 理器對音頻，視頻和/或覆蓋信息進行解碼，而專用電路將解碼的音頻， 視頻和/或覆蓋信息進行編碼以發(fā)送。如上述指出的，發(fā)送的音頻，視 頻和/或覆蓋信息可以遠程地存儲。當(dāng)音頻，視頻和/或覆蓋信息是遠程 存儲時，服務(wù)器可以接收該信息，并實時地將該信息譯碼成適于在單 獨的音頻，視頻，覆蓋和/或控制信道上發(fā)送的格式。0051在根據(jù)TCP/IP協(xié)議通信的本發(fā)明的各個實施例中，網(wǎng)絡(luò) 接口設(shè)備26和/或處理器21實行TCP/IP協(xié)議棧。TCP/IP協(xié)議棧處理 在每個適當(dāng)?shù)男诺郎吓c服務(wù)器往來的信息的發(fā)送。在其它實施例中， 可以實現(xiàn)網(wǎng)絡(luò)接口設(shè)備以支持其它協(xié)議。0052順便指出，本領(lǐng)域技術(shù)人員會意識到圖3所示的服務(wù)器 是以示意形式圖解說明的。實際上可以采用任何一種形式來實現(xiàn)根據(jù) 本發(fā)明實施例的服務(wù)器。因此，本領(lǐng)域技術(shù)人員會意識到任何能夠存 儲多媒體文件并以本說明書中描述的方式通過網(wǎng)絡(luò)與客戶機通信的服 務(wù)器，計算機或其它電子設(shè)備，都可以用來實現(xiàn)根據(jù)本發(fā)明的數(shù)據(jù)分 發(fā)系統(tǒng)的實施例。0053根據(jù)本發(fā)明實施例的客戶機圖解說明于圖4。在圖解所示 的實施例中，客戶機40是聯(lián)網(wǎng)的消費電子設(shè)備。客戶機被設(shè)計成與網(wǎng) 絡(luò)14和至少一個再現(xiàn)設(shè)備(rendering device)(諸如，電視和/或視頻 顯示器/監(jiān)視器和/或立體聲和/或揚聲器)接口。客戶機40包括微處理 器42。該微處理器被配置成控制客戶機的操作，并被連接到圖形加速 器44。0054圖形加速器44可以被用來執(zhí)行與生成視頻幀相關(guān)的重復(fù) 處理。圖形加速器還可以用作將微處理器連接到視頻RAM46， 1/0控 制器48和視頻轉(zhuǎn)換器50的集線器。視頻RAM 46可以被圖形加速器 利用，以存儲與生成視頻幀相關(guān)聯(lián)的信息。視頻幀可以被提供給視頻
轉(zhuǎn)換器50，視頻轉(zhuǎn)換器50能將數(shù)字信息轉(zhuǎn)換成適當(dāng)?shù)囊曨l格式，以由 再現(xiàn)設(shè)備(諸如，電視或視頻顯示器/監(jiān)視器)再現(xiàn)。格式可以為模擬 格式或數(shù)字格式。1/0控制器也可以與圖形加速器相接口，并使微處理 器和圖形加速器通過總線60對設(shè)備進行尋址，這些設(shè)備包括網(wǎng)絡(luò)接口 設(shè)備52，輸入接口設(shè)備54，存儲器56和音頻輸出設(shè)備58。圖4所示 的結(jié)構(gòu)是根據(jù)本發(fā)明的客戶機的一個實施例的典型消費電子設(shè)備。也 可以使用其它結(jié)構(gòu)，包括處理器直接和/或間接地與I/O設(shè)備接口的結(jié) 構(gòu)。0055可以用網(wǎng)絡(luò)接口設(shè)備52通過網(wǎng)絡(luò)發(fā)送和接收信息。在信 息是通過TCP/IP協(xié)議傳遞的實施例中，網(wǎng)絡(luò)接口設(shè)備和/或諸如微處理 器的其它設(shè)備實行TCP/IP協(xié)議桟。在其它實施例中，可以使用其它通 信協(xié)議，且可相應(yīng)地實現(xiàn)網(wǎng)絡(luò)接口設(shè)備。0056輸入接口設(shè)備54可以使用戶能夠給客戶機40提供命令。 在圖解所示的實施例中，輸入接口設(shè)備54被實現(xiàn)以使得用戶能夠使用 紅外(IR)遠程控制通過IR接收器62向客戶機40提供指令。在其它 實施例中，可以使用其它輸入設(shè)備，諸如鼠標(biāo)，跟蹤球，條形碼掃描 器，圖形輸入板，鍵盤和/或語音命令，以將用戶輸入傳送到客戶機40， 且輸入接口設(shè)備54被相應(yīng)地配置。0057存儲器56 —般包括可以提供暫時和永久信息存儲的幾個 存儲設(shè)備。在一個實施例中，存儲器是被實現(xiàn)為EEPROM和SRAM的 組合。在其它實施例中，單個的存儲元件或任何種類的易失性和/或非 易失性存儲元件都可以用來實現(xiàn)存儲器。0058音頻輸出設(shè)備58可以用來將數(shù)字音頻信號轉(zhuǎn)換成能夠在 再現(xiàn)設(shè)備上產(chǎn)生聲音的信號，再現(xiàn)設(shè)備比如為揚聲器或聲音系統(tǒng)。在 一個實施例中，音頻輸出設(shè)備58以模擬格式輸出立體聲音頻。在其它 實施例中，音頻輸出設(shè)備可以以任何一種模擬和/或數(shù)字音頻格式輸出 音頻信息。在一個實施例中，使用由運動圖像專家組(MPEG)規(guī)定的 MP3音頻格式。在其它實施例中，可以使用其它格式，諸如由Advanced Television Systems Committee規(guī)定的AC3格式，由MPEG規(guī)定的AAC 格式，或由華盛頓Redmond的微軟公司規(guī)定的WMA格式。0059本領(lǐng)域技術(shù)人員會很容易地認識到，可以使用任何數(shù)量
的配置來實現(xiàn)根據(jù)本發(fā)明實施例的客戶機。根據(jù)本發(fā)明實施例的客戶 機不需要包括圖形能力或音頻能力。此外，根據(jù)本發(fā)明許多實施例的 各方面的客戶機不需要接收任何用戶輸入。例如，用戶輸入可以被直 接提供給服務(wù)器，或者提供給第二客戶機，第二客戶機將用戶指令發(fā) 送到必要的一個服務(wù)器或幾個服務(wù)器。替代地，客戶機可以是不能處 理或發(fā)送用戶指令。根據(jù)本發(fā)明的客戶機的實施例可以包括任何種類 的處理元件或單個處理元件。實際上任何能夠以本說明書描述的方式 與服務(wù)器通信的聯(lián)網(wǎng)消費電子或計算設(shè)備可以用來實現(xiàn)根據(jù)本發(fā)明的 很多實施例的各方面的客戶機。0060在根據(jù)本發(fā)明的系統(tǒng)的許多實施例中，不同的客戶機可 以具備不同的能力。在許多實施例中，客戶機可以被配置以存儲識別 其能力的信息。在幾個實施例中，客戶機包括包含由萬維網(wǎng)聯(lián)盟規(guī)定的可擴展標(biāo)記語言(XML)中的信息的文件。XML文件可以包含描述 設(shè)備能力的信息。在許多實施例中，XML文件描述了客戶機的重放能 力。在客戶機可以進行譯碼的實施例中，服務(wù)器可以直接給客戶機提 供媒體，并基于處理器負荷或前一組用戶配置對譯碼做出決定。在許 多實施例中，服務(wù)器也存儲描述該服務(wù)器能力的文件。0061如上所述，根據(jù)本發(fā)明實施例的服務(wù)器能夠?qū)⒁纛l、視 頻和/或覆蓋信息提供給客戶機?？蛻魴C一般啟動一個或更多個服務(wù)器 的信息發(fā)送。每次發(fā)送可以被稱作控制會話，且客戶機可以通過形成 與服務(wù)器的控制端口的連接來啟動控制會話。然后客戶機請求啟動控 制會話，并且如果控制會話被許可，則服務(wù)器通過給客戶機發(fā)送信道 分配信息來建立音頻、視頻和/或覆蓋數(shù)據(jù)信道。 一旦建立起音頻、視 頻和/或覆蓋數(shù)據(jù)信道，服務(wù)器就可以開始將音頻、視頻和/或覆蓋信息 發(fā)送給客戶機。如已經(jīng)討論過的，通過客戶機將用戶指令發(fā)送到服務(wù) 器，且服務(wù)器通過給客戶機提供適當(dāng)?shù)囊纛l、視頻、覆蓋和/或控制信 息來作出響應(yīng)，可實現(xiàn)交互性。在許多實施例中，建立音頻、視頻和/ 或覆蓋信道不需要同時進行，且各個信道可以斷開連接或重新連接(如 果需要，通常是針對不同的服務(wù)器)。例如，在一個實施例中，視頻信 道被連接以能夠顯示與用戶界面相關(guān)聯(lián)的可視信息。 一旦選擇了影片， 則視頻信道被斷開連接，并重新連接到另一個服務(wù)器，并且和同一服
務(wù)器上建立音頻信道。根據(jù)本發(fā)明實施例的另一個例子是關(guān)于具有伴 隨字幕的影片中的快進。提供字幕的覆蓋信道可以被斷開連接，以響 應(yīng)來自用戶的快進指令，并重新連接到另一個提供有快進圖標(biāo)的覆蓋 的服務(wù)器。替代地，同一個服務(wù)器可以既提供覆蓋，又提供快進圖標(biāo)， 而覆蓋信道可以僅被再次分配。以下將更詳細考慮建立控制會話，發(fā) 送音頻、視頻和/或覆蓋信息，和實現(xiàn)交互式特征。0062圖5和圖6是流程圖，示出了根據(jù)本發(fā)明，在建立和進 行會話的過程中客戶機和服務(wù)器的操作。首先看圖5，圖解說明了示出 根據(jù)本發(fā)明實施例的客戶機在與服務(wù)器建立及進行會話時的操作的流 程圖。在圖解所示的過程中，客戶機使用TCP/IP協(xié)議與服務(wù)器通信。 在其它實施例中，可以使用其它通信協(xié)議。過程80開始于客戶機與服 務(wù)器的控制端口形成連接(82)。在一個實施例中，基于協(xié)議的程序可 以用來識別服務(wù)器和其控制端口，這些協(xié)議諸如為簡單服務(wù)發(fā)現(xiàn)協(xié)議 或會話描述協(xié)議提出的標(biāo)準(zhǔn)RFC 2327，它們都是由因特網(wǎng)工程任務(wù)小 組規(guī)定的。在其它實施例中，可以使用其它技術(shù)來識別通過網(wǎng)絡(luò)連接 到客戶機的服務(wù)器的控制端口。0063
一旦已經(jīng)建立控制信道，則客戶機嘗試通過控制信道啟 動與服務(wù)器的控制會話(84)。該嘗試是通過發(fā)送請求控制會話的包進 行的，該包還包含關(guān)于客戶機的可用端口分配的信息。然后客戶機等 待服務(wù)器對請求做出響應(yīng)(86)。在一個實施例中，即使會話被拒絕， 服務(wù)器也做出響應(yīng)。在其它實施例中，在一預(yù)定的時間周期過去之后， 就認為該請求被拒絕。如果會話被拒絕(88)，則嘗試建立會話失敗。 如果嘗試成功，則客戶機一般接收來自服務(wù)器的信息(90)，該信息指 定客戶機應(yīng)該提供給服務(wù)器關(guān)于客戶機內(nèi)部定時器的信息的頻率。在 其它實施例中，音頻、視頻和/或覆蓋信道的特征是在位于客戶機上、 提供給服務(wù)器的XML文件中說明的。數(shù)據(jù)信道參數(shù)的重要性和客戶機 報告其內(nèi)部時間值的頻率在下文將更詳細討論。0064客戶機還從服務(wù)器接收端口分配(92)。端口分配一般包 括關(guān)于每個信道上提供的音頻、視頻或覆蓋的參數(shù)的信息(如，音頻 采樣率或視頻分辨率)，以及到緩沖器的音頻、視頻或覆蓋信息量的信 息。信道的初始化還包括將要在信道上發(fā)送的信息的初始時間戳。此
時間戳可以用來設(shè)置客戶機的內(nèi)部定時器。客戶機的定時器一般是暫 停的，直到已規(guī)定的數(shù)據(jù)量已經(jīng)在排隊等候，且客戶機開始再現(xiàn)排隊 的數(shù)據(jù)。0065初始化可以包括關(guān)于信道上到達的信息應(yīng)該如何被處理 的信息。在一個實施例中，當(dāng)客戶機的定時器大于或等于與數(shù)據(jù)相關(guān) 聯(lián)的時間戳?xí)r，客戶機可以被初始化以再現(xiàn)輸入的數(shù)據(jù)。在幾個實施 例中，客戶機可以被初始化，以當(dāng)客戶機的定時器正好與數(shù)據(jù)相關(guān)聯(lián) 的時間戳一致時，再現(xiàn)輸入的數(shù)據(jù)。在這些實施例中，暫?？蛻魴C的 定時器也可以暫停來自信道的數(shù)據(jù)的再現(xiàn)。許多實施例使客戶機能夠 被初始化，以在客戶機一接收輸入的數(shù)據(jù)，就盡可能快地將其再現(xiàn)。 在許多實施例中，可以指示客戶機使音頻包與視頻包同步。將音頻與 視頻同步可以使客戶機在用戶界面中生成伴隨過渡或動作的音響效 果。0066除了減少客戶機所需的處理之外，為服務(wù)器提供能管理客戶機的隊列的能力使服務(wù)器能夠以服務(wù)器將發(fā)送給客戶機的預(yù)期音 頻、視頻和/或覆蓋信息來配置客戶機的隊列。如果由服務(wù)器發(fā)送的音 頻、視頻和/或覆蓋信息是菜單的一部分(舉例)，然后服務(wù)器可以配置 客戶機的隊列，以使客戶機處在時刻準(zhǔn)備開始狀態(tài)。術(shù)語"時刻準(zhǔn)備開始狀態(tài)"描述了這樣一種狀態(tài)在這種狀態(tài)中，客戶機不排隊任何 信息，或者只排隊相當(dāng)少的信息，使得從服務(wù)器接收的信息幾乎立即 被處理并被再現(xiàn)。替代地，當(dāng)服務(wù)器將發(fā)送與故事片相關(guān)聯(lián)的音頻、 視頻和/或覆蓋信息時，服務(wù)器可以配置客戶機來排隊足夠的信息，以 增加音頻、視頻和/或覆蓋平滑播放的可能性。所謂的平滑播放指以適 當(dāng)隔開的時間間隔顯示具有同步化音頻和覆蓋的幀。平滑播放一般要 求當(dāng)需要再現(xiàn)所需的信息時，它可以由客戶機獲得。增加客戶機隊列 的長度可以適應(yīng)網(wǎng)絡(luò)延遲的變化，網(wǎng)絡(luò)延遲可能會使包在客戶機的要 求之后到達。如果音頻、視頻和/或覆蓋信息不可用于再現(xiàn)，則用戶可 能會體會到圖像凍結(jié)，與伴隨的視頻或音頻不同步的音軌或覆蓋中斷。0067在許多實施例中，服務(wù)器可以不停地監(jiān)控并改變客戶機 排隊的信息量，目的是獲得預(yù)定的服務(wù)質(zhì)量參數(shù)。在幾個實施例中， 服務(wù)器可以通過將數(shù)據(jù)譯碼成較低的數(shù)據(jù)率以響應(yīng)網(wǎng)絡(luò)擁塞，來保持
服務(wù)質(zhì)量。在許多實施例中，服務(wù)器使用時間戳報告來監(jiān)控系統(tǒng)的等 待時間并相應(yīng)管理客戶機的隊列。在其它實施例中，可以用從客戶機 或另一個源獲得的信息來監(jiān)控由系統(tǒng)提供的服務(wù)質(zhì)量。0068端口分配之后，客戶機開始在音頻、視頻和/或覆蓋信道上從服務(wù)器接收數(shù)據(jù)(94)?？蛻魴C處理這些包并向服務(wù)器迸行必要的 時間戳報告。客戶機還可以從服務(wù)器接收控制指令(96)。如果接收到 控制指令，則客戶機通過處理指令來做出響應(yīng)(98)。0069客戶機還可以接收用戶指令(100)。當(dāng)客戶機接收用戶 指令時，客戶機一般將用戶指令發(fā)送到服務(wù)器(102)。客戶機繼續(xù)顯 示由服務(wù)器提供的多媒體信息，直到控制會話終止。0070在許多實施例中，客戶機只能夠?qū)Ψ浅Ｓ邢薜挠脩糁噶?集作出響應(yīng)。例如，客戶機可能能夠響應(yīng)音量控制和電源開/關(guān)指令。 如果接收的指令與再現(xiàn)的音頻、視頻和/或覆蓋有關(guān)，則客戶機一般通 過將指令發(fā)送到服務(wù)器來作出響應(yīng)。0071在一個實施例中，客戶機向再現(xiàn)設(shè)備(或多個)發(fā)送針 對中斷或改變提供音頻、視頻和/或覆蓋的方式的所有用戶指令。在更 進一步的實施例中，客戶機將所有與菜單或用戶界面的導(dǎo)航有關(guān)的用 戶指令發(fā)送到服務(wù)器。在其它實施例中，客戶機發(fā)送所有與再現(xiàn)設(shè)備 應(yīng)該再現(xiàn)的音頻、視頻和/或覆蓋的未來速度和/或方向有關(guān)的用戶指 令。這種指令的例子包括暫停、慢放、慢速倒帶、快進和快速倒帶。 還是在進一步的實施例中，客戶機發(fā)送請求由再現(xiàn)設(shè)備(或多個)再 現(xiàn)的音頻、視頻和/或覆蓋以非線性方式前進的所有用戶指令。這種指 令的例子包括在故事片中的各章或各場景之間跳轉(zhuǎn)，或在錄音的軌道 之間或隨機播放軌道之間跳轉(zhuǎn)的指令。0072在另一個實施例中，客戶機只處理在接收到用戶指令的 時刻與再現(xiàn)設(shè)備(多個)再現(xiàn)的音頻、視頻和/或覆蓋無關(guān)的用戶指令。 如果指令以任意方式影響了以后再現(xiàn)的音頻、視頻和/或覆蓋的內(nèi)容、 速度或方向，則該指令一般被認為是與被再現(xiàn)的音頻、視頻和/或覆蓋 有關(guān)的。獨立指令的例子包括電源開/關(guān)、音量控制、靜音、亮度控制 和對比度控制。0073現(xiàn)在看圖6，它顯示了流程圖，圖解說明根據(jù)本發(fā)明實施 例的服務(wù)器，在與客戶機建立和進行控制會話的過程中的操作。如同 圖5，圖解說明的過程假定服務(wù)器和客戶機是使用TCP/IP協(xié)議通信的。 在其它實施例中，可以使用其它通信協(xié)議。過程120通過建立與客戶 機的連接開始。如上述討論的，通過客戶機向服務(wù)器的控制端口發(fā)送請求，可以建立連接(122)。 一旦已經(jīng)建立連接，則服務(wù)器通過連接 從客戶機接收建立控制會話的請求(124)。服務(wù)器確定是否接受控制 會話(126)。在一個實施例中，服務(wù)器通過向客戶機發(fā)送拒絕會話的 消息來拒絕會話(128)。服務(wù)器會拒絕控制會話的原因的例子包括如 果服務(wù)器的內(nèi)容不適合特定的客戶機(如，客戶機可由孩子訪問且服 務(wù)器包含成人內(nèi)容)，則服務(wù)器會拒絕控制會話。舉另一個例子，當(dāng)服 務(wù)器過載時，服務(wù)器也可以拒絕會話。又一個例子是當(dāng)訪問服務(wù)器是 在收費基礎(chǔ)上進行時，且客戶機與有效支付無關(guān)聯(lián)時，會發(fā)生拒絕控 制會話。0074如果會話被服務(wù)器接受，則服務(wù)器為每個數(shù)據(jù)信道建立 連接(130)。在一個實施例中，數(shù)據(jù)信道包括音頻信道、視頻信道和 覆蓋信道，并且服務(wù)器為每個信道指定端口分配。在其它實施例中， 數(shù)據(jù)信道可以包括音頻和控制信道，視頻和控制信道，或視頻、覆蓋 和控制信道，或這類信道的其它組合。0075在支持各種信道配置的實施例中，數(shù)據(jù)信道的建立可以 包括通過向客戶機發(fā)送指定數(shù)據(jù)格式的信息，初始化數(shù)據(jù)信道。此信 息可以包括時間戳信息，關(guān)于排隊的數(shù)據(jù)量的信息和數(shù)據(jù)應(yīng)該被處理 的時間的信息。初始時間戳是隨機確定的。與信道上發(fā)送的數(shù)據(jù)相關(guān) 聯(lián)的時間戳可以根據(jù)以下公式確定數(shù)據(jù)時間戳=初始時間戳+絕對值(數(shù)據(jù)開始時間一數(shù)據(jù)位置)/速率其中.-數(shù)據(jù)時間戳是與數(shù)據(jù)相關(guān)聯(lián)的時間戳； 初始時間戳是由服務(wù)器選擇的時間戳；數(shù)據(jù)開始時間是一預(yù)定時間，該預(yù)定時間表示與存儲的數(shù)據(jù)序列 的起始有關(guān)聯(lián)的起始時間；數(shù)據(jù)位置是與特定的數(shù)據(jù)段或數(shù)據(jù)集相關(guān)聯(lián)的預(yù)定時間，該預(yù)定
時間表示如果數(shù)據(jù)序列是以預(yù)定的速率從其起始被線性再現(xiàn)，數(shù)據(jù)被 再現(xiàn)的時間；和速率是一表示速度的值，服務(wù)器希望相對于預(yù)定的速率，數(shù)據(jù)以 此速度被再現(xiàn)。0076在片斷被更快或更慢播放的情形中，速率值對時間戳進 行調(diào)節(jié)以適應(yīng)增加或減少的幀數(shù)量。0077在建立數(shù)據(jù)信道之后，服務(wù)器可以開始向客戶機發(fā)送媒 體(132)。在一個實施例中，服務(wù)器從文件中提取媒體信息，該文件 類似于Alexander van Zoest的美國專利申請序號11/016， 184中描述的 文件。在幾個實施例中，服務(wù)器一開始就提取音頻、視頻和/或覆蓋信 息以創(chuàng)建用戶界面。根據(jù)本發(fā)明的用戶界面的實施例可以是音頻界面， 單純的圖形界面或?qū)⒁纛l和圖形元件結(jié)合的界面。在服務(wù)器使用數(shù)據(jù) 信道發(fā)送故事片的情形中，服務(wù)器可以從存儲在服務(wù)器上的文件內(nèi)包 含的許多視頻和音軌中選擇視頻和音軌。此外，服務(wù)器可以選擇覆蓋 軌道以提供字幕或其它形式的覆蓋，諸如信息欄或表明動作(諸如暫 停、快進、回放故事片或在各章之間跳轉(zhuǎn))的圖標(biāo)。在其它實施例中， 服務(wù)器可以只提供音頻、視頻或覆蓋軌道。在這種實施例中，其它服 務(wù)器可以提供其它軌道，或可以沒有其它任何數(shù)據(jù)軌道。0078如果從客戶機接收到信息(134)，則服務(wù)器對該信息作 出響應(yīng)(136)。該信息一般包含用戶指令或時間戳報告。大多數(shù)發(fā)送 的用戶指令與用戶希望訪問的音頻、視頻和/或覆蓋信息有關(guān)。服務(wù)器 的響應(yīng)可以根據(jù)在用戶指令被接收的時刻顯示的信息是否是用戶界面 的一部分或是故事片的一部分而變化。將在下文進一步討論根據(jù)本發(fā) 明的服務(wù)器的一個實施例對發(fā)送的用戶指令的處理。然而，值得注意 的是服務(wù)器能夠在用戶指令被接收的時刻從關(guān)于音頻、視頻和/或覆蓋 的時間戳報告中獲得信息。0079以上討論描述了根據(jù)本發(fā)明在服務(wù)器的實施例和客戶機 之間的交換信息。如上所述，根據(jù)本發(fā)明實施例的服務(wù)器可以譯碼音 頻、視頻和/或覆蓋信息以發(fā)送到特定的客戶機。根據(jù)本發(fā)明的實施例， 譯碼音頻、視頻和/或覆蓋信息的過程示于圖6a。過程138包括確定將 由服務(wù)器發(fā)送的音頻、視頻和/或覆蓋信息的格式(138a)。還可以獲得
設(shè)備描述(138b)。如上所述，設(shè)備描述可以是存儲在客戶機上的XML 文件，它可以由客戶機使用以向服務(wù)器提供關(guān)于客戶機能力的信息。 在一個實施例中，客戶機通過控制信道將信息提供給服務(wù)器。當(dāng)服務(wù) 器具有關(guān)于媒體格式和設(shè)備能力的信息時，服務(wù)器可以確定是否應(yīng)該 進行譯碼(138c)。在一個實施例中，當(dāng)媒體以不適于通過單獨的音頻、 視頻和/或覆蓋信道發(fā)送的方式被格式化時，就進行譯碼。在幾個實施 例中，當(dāng)客戶機不能解碼音頻、視頻或覆蓋信息被格式化的格式時， 就進行譯碼。在許多實施例中，對音頻、視頻和覆蓋信息分別進行確 定。0080如果確定需要對音頻、視頻和/或覆蓋信息進行譯碼，則 服務(wù)器對音頻、視頻和/或覆蓋信息進行譯碼(B8d)，并提供譯碼的音 頻、視頻和/或覆蓋信息，以和不需要譯碼的任意原始格式的音頻、視 頻和/或覆蓋信息一起發(fā)送。如果確定不需要譯碼，則提供原始格式的 音頻、視頻和/或覆蓋信息以發(fā)送(138e)。0081圖7示出說明根據(jù)本發(fā)明實施例的客戶機處理從服務(wù)器 接收包的方式的流程圖。過程140從客戶機接收信息包(142)開始。 在服務(wù)器和客戶機按照TCP/IP協(xié)議通信的實施例中，通過參考包的端 口地址，客戶機的TCP/IP棧實現(xiàn)識別了信息的性質(zhì)(144)。然后，包 被緩沖到適當(dāng)?shù)囊纛l、視頻、覆蓋或控制緩沖器中(146)。然后音頻、 視頻、覆蓋或控制信息被放置在適合接收信息的類型的隊列中(150)。 然后，排隊的信息以和該信息相關(guān)聯(lián)的時間戳確定的次序，以服務(wù)器 指示的方式(見上述討論)被處理?？梢园阉幚硇畔⒌臅r間戳報告 給服務(wù)器(154)。除非另外指示，客戶機以類似方式連續(xù)處理進入的 包。0082音頻、視頻和/或覆蓋信息通過單獨的信道傳遞的這個事 實使客戶機能夠在特定類型的信息到達時，就訪問它。在所有數(shù)據(jù)類 型都是在單個信道上被多路傳輸時，客戶機可能被強制以到達的順序 處理數(shù)據(jù)，這與基于客戶機最需要的數(shù)據(jù)來處理數(shù)據(jù)是相反的。可以 想到的是，這種客戶機可能渴望一種類型的數(shù)據(jù)，并將這種類型的數(shù) 據(jù)包存儲在其緩沖器中，但被強制處理其它類型的數(shù)據(jù)，原因是其它 類型的數(shù)據(jù)先到達。不過，客戶機也可以被配置成定位并處理期望的信息。0083在許多實施例中，服務(wù)器可以包括數(shù)字權(quán)限管理(DRM) 信息，該信息具有在每個音頻、視頻、覆蓋和/或控制信道上發(fā)送的信 息。在一個實施例中，關(guān)于DRM信息性質(zhì)的信息由服務(wù)器傳送到客戶 機上?？蛻魴C能夠確認它具有執(zhí)行必要解密的能力，以播放DRM保護 的信息或可以作出響應(yīng)，表明它不具有這種能力。0084如前面討論的，根據(jù)本發(fā)明的客戶機的許多實施例不直 接響應(yīng)用戶指令。而是，客戶機將指令轉(zhuǎn)發(fā)到服務(wù)器，且服務(wù)器通過 選擇將由客戶機顯示的音頻、視頻和/或覆蓋信息來響應(yīng)指令。對于許 多實施例來說，客戶機的能力不包括處理輸入的包的這個事實對于客 戶機可以被簡單地實現(xiàn)是很關(guān)鍵的?，F(xiàn)在將更詳細考慮根據(jù)本發(fā)明的 服務(wù)器和客戶機的實施例對用戶指令的處理。0085本發(fā)明系統(tǒng)的實施例通常被配置成響應(yīng)用戶指令時，減 少等待時間，原因是減少等待時間可以增強與系統(tǒng)IO交互時的用戶體 驗。等待時間是用戶指令接收時間和在再現(xiàn)設(shè)備上顯示音頻、視頻和/ 或覆蓋信息時間之間的延遲。根據(jù)本發(fā)明的服務(wù)器的實施例可以以許 多方式嘗試減少等待時間。 一種技術(shù)是管理客戶機的隊列，以使響應(yīng) 用戶指令而發(fā)送的信息被立即處理。如果服務(wù)器僅通過發(fā)送信息給客 戶機來響應(yīng)用戶指令，則由于在播放新發(fā)送的信息之前，客戶機要播 放以前排隊的信息，所以會產(chǎn)生延遲。在服務(wù)器發(fā)送音頻、視頻和/或 覆蓋信息以響應(yīng)用戶指令之前，通過向客戶機發(fā)送指令以清空其隊列， 服務(wù)器可以減少等待時間。 一旦隊列被清空，則新接收的信息可以立 即由客戶機顯示。0086在許多實施例中，服務(wù)器響應(yīng)用戶指令發(fā)送的新的音頻、視頻和/或覆蓋信息具有不同于先前發(fā)送的多媒體的格式。格式的變化 可以包括數(shù)據(jù)編碼格式的變化(諸如，分辨率，視頻寬度和高度，或 音頻采樣速率)，客戶機應(yīng)該排隊的數(shù)據(jù)量的變化，客戶機應(yīng)該根據(jù)數(shù) 據(jù)的時間戳或激活DRM處理數(shù)據(jù)的方式的變化。在要求格式改變以響 應(yīng)用戶指令的情形下，服務(wù)器可以在以新的格式發(fā)送媒體信息之前， 重新初始化與客戶機的媒體信道。0087圖8和圖9是顯示根據(jù)本發(fā)明系統(tǒng)的一個實施例，由客
戶機和服務(wù)器執(zhí)行的動作以響應(yīng)客戶機接收用戶指令的流程圖。可以 看出，圖解說明的實施例具備執(zhí)行減少系統(tǒng)等待時間的操作的能力， 及適應(yīng)與發(fā)送不同類型數(shù)據(jù)相關(guān)聯(lián)的格式變化的能力。0088首先看圖8，它圖解說明了根據(jù)本發(fā)明的一個實施例，響 應(yīng)用戶指令和從服務(wù)器接收的信息，客戶機的操作流程圖。在繼續(xù)說 明之前，我們注意到當(dāng)出現(xiàn)附加用戶指令時，該過程可以被中斷。當(dāng)接收到用戶命令時(162)，過程160開始?？蛻魴C檢查用戶命令以確 定命令是否由客戶機處理(一般，該指令與指令之后要顯示的音頻、 視頻和/或覆蓋的內(nèi)容無關(guān))或是否應(yīng)該把命令轉(zhuǎn)發(fā)到服務(wù)器。如果用 戶指令可以由客戶機處理，則客戶機響應(yīng)用戶指令(166)，然后重新 進入一個循環(huán)，該循環(huán)包括當(dāng)?shù)却涣硗獾挠脩裘钪袛鄷r，檢查服 務(wù)器命令，并處理輸入的音頻、視頻和/或覆蓋信息。0089當(dāng)用戶指令不能由客戶機處理時，用戶指令通過控制信 道被轉(zhuǎn)發(fā)到服務(wù)器(168)。然后，客戶機進入一個循環(huán)，該循環(huán)檢査 來自服務(wù)器的控制消息(170)，當(dāng)沒有控制消息時，處理音頻、視頻 和/或覆蓋信息用于再現(xiàn)(172)，并以服務(wù)器指定的間隔通過控制信道 將時間戳報告發(fā)送到服務(wù)器(173)。以下將進一步討論，服務(wù)器可以 使用時間戳報告確定在用戶提供指令的時刻再現(xiàn)的音頻、視頻和/或覆蓋f曰息o0090如果控制指令是從服務(wù)器接收的，則客戶機確定控制指 令的類型(174)?？刂浦噶羁梢悦羁蛻魴C重新同步化其隊列。重新 同步化(176)可以包括清空隊列和/或向客戶機分配新的定時器值。清 空隊列使客戶機能立即再現(xiàn)服務(wù)器發(fā)送的新數(shù)據(jù)。在許多情形下，客 戶機被重新同步化，而不用清空其隊列。重新同步化而不清空隊列在 期望顯示隊列中信息的情形下(諸如當(dāng)系統(tǒng)希望影片放映完，然后返 回諸如菜單的用戶界面時)是很有用的。這種情況的一個例子是當(dāng)服 務(wù)器想讓客戶機自動返回用戶界面而不切斷故事片時。在許多實施例 中，服務(wù)器可以發(fā)送重新同步化請求，而不向客戶機提供附加信息， 直到接收到應(yīng)答，表明由客戶機排隊的媒體(或時間戳小于指示的時 間戳的媒體)已經(jīng)播放完時。在幾個實施例中，可以使用重新同步化 而不清空隊列，以確保直到已經(jīng)再現(xiàn)音響效果時用戶界面才被客戶機更新。0091接收到重新同步化指令之后，客戶機可以通過控制信道 向服務(wù)器發(fā)送重新同步化應(yīng)答。然后客戶機在檢査另外的控制指令(170和172)，并通過控制信道向服務(wù)器發(fā)送時間戳報告(173)的同 時，繼續(xù)處理從服務(wù)器接收的音頻、視頻和/或覆蓋信息。0092客戶機可以確定控制要求對數(shù)據(jù)信道進行重新初始化(178)。 一旦客戶機已經(jīng)適應(yīng)由服務(wù)器提供的新的信道參數(shù)，則客戶 機在檢查另外的控制指令(170和172)，并通過控制信道向服務(wù)器發(fā) 送時間戳報告(173)的同時，繼續(xù)處理并輸出音頻、視頻和/或覆蓋信 息以由再現(xiàn)設(shè)備顯示。0093客戶機可以確定控制指令要求終止控制會話(184)。在 這種情況下，客戶機通過斷開己經(jīng)建立的每個音頻、視頻、覆蓋和/或 控制信道來終止控制會話(186)?？蛻魴C還可以處理實現(xiàn)系統(tǒng)功能必 需的其它類型的控制指令(188)。處理控制指令之后，客戶機一般在 檢査另外的控制指令(170和172)，并通過控制信道向服務(wù)器發(fā)送時 間戳報告(173)的同時，繼續(xù)處理音頻、視頻和/或覆蓋信息以由再現(xiàn) 設(shè)備顯示。0094現(xiàn)在看圖9，它圖解說明了根據(jù)本發(fā)明的一個實施例，一 接收到來自客戶機轉(zhuǎn)發(fā)的用戶指令時，服務(wù)器的操作的流程圖。過程 200始于在控制信道上接收客戶機己經(jīng)轉(zhuǎn)發(fā)的用戶指令(202)。服務(wù)器 確定用戶指令的性質(zhì)并相應(yīng)作出響應(yīng)(203)。對用戶指令的適當(dāng)響應(yīng) 一般取決于在接收用戶指令的時刻由再現(xiàn)設(shè)備顯示的音頻、視頻和/或 覆蓋信息的內(nèi)容。在許多實施例中，客戶機的時間戳報告使服務(wù)器能 夠準(zhǔn)確確定在接收用戶指令的時刻再現(xiàn)的音頻、視頻和/或覆蓋信息。 用戶可能提供了在用戶發(fā)出指令的時刻被再現(xiàn)的音頻、視頻和/或覆蓋 信息背景下不適當(dāng)?shù)闹噶?。例如，?dāng)顯示菜單時指示倒片可能是不恰 當(dāng)?shù)?，如同在故事片再現(xiàn)期間選擇菜單項的指令是不恰當(dāng)?shù)囊粯印?b>0095在故事片期間，有效用戶指令一般需要操作影片被播放 的速率和/或方向，到菜單和/或附加覆蓋的轉(zhuǎn)換。當(dāng)菜單被再現(xiàn)時，服 務(wù)器一般處理關(guān)于在特定菜單顯示過程中可以被執(zhí)行的有效動作的信 息。此信息可以采用狀態(tài)機的形式。如果服務(wù)器在用戶發(fā)出指令的時
刻有菜單狀態(tài)記錄，則有效指令一般包括轉(zhuǎn)換到另一個菜單狀態(tài)或顯 示故事片。0096當(dāng)用戶指令要求客戶機立即顯示音頻、視頻和/或覆蓋信息時，如果確定適當(dāng)(204)，服務(wù)器可以發(fā)送控制指令，指示客戶機 清空任何排隊的媒體信息(206)。 一旦重新同步化消息已經(jīng)被發(fā)送， 并被確認(207)，則服務(wù)器可以發(fā)送所需的音頻、視頻和/或覆蓋信息。 如上述討論，清空隊列可以減少系統(tǒng)響應(yīng)用戶指令的等待時間，并避 免在指令被移交之前，故事片中作為由客戶機排隊的信息的不協(xié)調(diào)跳 幀。也可以對服務(wù)器和客戶機執(zhí)行其它類型的重新初始化。0097當(dāng)故事片播正在被再現(xiàn)時，服務(wù)器可以使用客戶機提供 的時間戳報告以確定在接收用戶指令的時刻被再現(xiàn)的音頻、視頻和/或 覆蓋信息。然后服務(wù)器可以通過清空隊列，并且發(fā)送音頻，視頻和/或 覆蓋信息來響應(yīng)用戶指令，用戶指令包括影片被顯示的速度和方向， 當(dāng)所述音頻、視頻和/或覆蓋信息被客戶機處理和再現(xiàn)時，其根據(jù)用戶 的指令呈現(xiàn)影片，這些用戶指令是關(guān)于來自對應(yīng)于用戶指令發(fā)出的點 的再現(xiàn)的故事片中的點的速度和方向的。通過清空隊列，客戶機通常 被強制在用戶發(fā)出指令之前，重新發(fā)送客戶機排隊的信息。然而，排 隊的信息可以已經(jīng)由客戶機以不符合用戶指令的方式再現(xiàn)，損壞用戶 對系統(tǒng)的體驗。0098當(dāng)服務(wù)器確定用戶指令要求發(fā)送不同于以前發(fā)送的多媒 體信息的多媒體信息類型時(208)，服務(wù)器可以向客戶機發(fā)送控制指 令，指示客戶機重新初始化音頻，視頻和/或覆蓋信道(210)。然后服 務(wù)器根據(jù)新的信道參數(shù)，開始發(fā)送音頻，視頻和/或覆蓋信息(216)。0099以上描述并不是對由服務(wù)器發(fā)送的以響應(yīng)用戶指令或在 這方面的其它任何情況下發(fā)送的控制指令的詳盡描述。如果服務(wù)器確 定應(yīng)該向客戶機發(fā)送另一種類型的命令(218)，則服務(wù)器可以發(fā)送這 種命令(220)。實際上，服務(wù)器可以確定不需要向客戶機發(fā)送命令， 并且僅根據(jù)用戶指令發(fā)送多媒體信息。此外，根據(jù)本發(fā)明的一個實施 例，使用譯碼提供音頻、視頻和/或覆蓋信息的服務(wù)器也可以被配置成 以一種方式響應(yīng)用戶命令，該方式確保提供給代碼轉(zhuǎn)換機的視頻適合 于由客戶機提供的指令。
0100以上描述大致集中在音頻、視頻和/或覆蓋信息是由單個 服務(wù)器提供的情況。本發(fā)明的許多實施例使用多個服務(wù)器以向客戶機 提供信息。在一個實施例中，多個服務(wù)器同時給客戶機提供信息，每 個服務(wù)器提供不同類型的信息。在另一個實施例中，第一服務(wù)器向客 戶機提供音頻、視頻和/或覆蓋信息，然后進行轉(zhuǎn)換，第二服務(wù)器向客 戶機提供音頻、視頻和/或覆蓋信息。0101根據(jù)本發(fā)明系統(tǒng)的一個實施例示于圖10，在這種系統(tǒng)中， 多個服務(wù)器能夠同時向客戶機提供數(shù)據(jù)。系統(tǒng)10'包括通過網(wǎng)絡(luò)14'連接 到客戶機230的多個服務(wù)器12a， 12b?？蛻魴C連接到再現(xiàn)設(shè)備232， 再現(xiàn)設(shè)備232能夠顯示由客戶機接收的音頻、視頻和/或覆蓋信息。圖 10還概念性地圖解說明了存在于服務(wù)器和客戶機之間的信道。第一服 務(wù)器12a通過視頻信道17b'和音頻信道17a'連接到客戶機?？蛻魴C和第 一服務(wù)器還能夠通過控制信道19'互相通信。第二服務(wù)器12b通過覆蓋 信道17c'連接到客戶機，并通過一個雙向控制信道19a連接到第一服務(wù) 器。圖IO所示的配置類似于可能存在的一種配置，即如果故事片由第 一服務(wù)器提供，且特定語言的字幕覆蓋由第二服務(wù)器提供時的配置。0102當(dāng)信息是從多個服務(wù)器發(fā)送到客戶機時，協(xié)調(diào)傳送到客 戶機的信息就成了問題。在許多實施例中，選擇單個服務(wù)器作為控制 集線器?？刂萍€器服務(wù)器負責(zé)將適當(dāng)?shù)目刂葡⑥D(zhuǎn)發(fā)到與客戶機通 信的所有服務(wù)器，并負責(zé)將控制消息從其它服務(wù)器轉(zhuǎn)發(fā)到客戶機。一 般，控制集線器被選擇為客戶機一開始尋求與其建立控制會話的服務(wù) 器。在許多情況下，用戶會請求不在第一服務(wù)器上的信息，而第一服 務(wù)器會尋求與其它能提供期望信息的服務(wù)器建立連接。在一些情況下， 這可以僅是信息的單個信道。在其它情況下，所有期望的信息可以駐 存在另一個服務(wù)器上。例如，第一服務(wù)器可以存儲用戶界面信息，該 用戶界面使用戶能夠訪問存儲在另一個服務(wù)器上的故事片。第一服務(wù) 器在一段時間提供所有所需信息，然后第二服務(wù)器在一段時間提供所 有所需信息的情況下，第一服務(wù)器可以作為第二服務(wù)器的控制集線器， 或?qū)⒖刂苽鹘o第二服務(wù)器。0103根據(jù)本發(fā)明系統(tǒng)的實施例還可以包括與一個或更多個客 戶機通信的一個或更多個服務(wù)器。在這些實施例中，單個服務(wù)器可用 作控制集線器，并保持與特定控制會話中出現(xiàn)的每個服務(wù)器和客戶機 的控制連接。替代地，控制消息可以被廣播給控制會話中包括的所有 服務(wù)器和客戶機。在一個實施例中，如果服務(wù)器或客戶機給首次發(fā)起 與服務(wù)器中之一的控制會話的客戶機提供信息，或?qū)碜栽摽蛻魴C的 指令作出響應(yīng)，則該服務(wù)器或客戶機是控制會話的一部分。在其它實 施例中，如果服務(wù)器或客戶機在特定的網(wǎng)絡(luò)(諸如，本地網(wǎng)絡(luò)，或諸 如虛擬專用網(wǎng)的部分網(wǎng)絡(luò))內(nèi)傳送信息，則服務(wù)器或客戶機可以是控 制會話的一部分。在許多實施例中，作為控制集線器的服務(wù)器確定組 成會話的一部分的客戶機和服務(wù)器。 一0104如上討論的，本發(fā)明實施例的系統(tǒng)中的各個客戶機可以 具有不同的能力。在許多情況下，客戶機的能力可以由客戶機內(nèi)的基 本硬件和用來配置硬件的軟件確定。當(dāng)硬件通常是固定的時，通過改 變軟件，可以修改客戶機的操作。在本發(fā)明的許多實施例中，服務(wù)器 和客戶機可以被配置，使得服務(wù)器可以給客戶機提供更新的軟件。0105在幾個實施例中，可以進行簡單的更新，其中信息通過 服務(wù)器提供給客戶機，且信息由客戶機用以修改其軟件或固件。簡單 更新一般是在這些情況下進行的，即對客戶機的修改不會影響服務(wù)器 和客戶機通信的方式。0106在軟件更新涉及修改服務(wù)器和客戶機通信協(xié)議的情況下，本發(fā)明的幾個實施例執(zhí)行高級更新。高級更新是軟件或固件更新，其 包括在執(zhí)行更新之前，確定網(wǎng)絡(luò)狀態(tài)。如果系統(tǒng)中所有服務(wù)器和客戶 機的當(dāng)前能力是已知的，且所有可用更新的兼容性也是已知的，則可 能對更新哪個設(shè)備和對每個設(shè)備使用哪個更新做出決定。0107如上所述，根據(jù)本發(fā)明實施例的設(shè)備的能力可以表示成 XML文件。在設(shè)備接收更新之前，設(shè)備可以將其XML提供給提供更 新的設(shè)備。然后，XML可以被分析以生成能力列表。然后能力列表可 以用于確定應(yīng)用到該設(shè)備的更新。當(dāng)執(zhí)行高級更新時，所有連接到網(wǎng) 絡(luò)上的服務(wù)器和客戶機的能力可以被收集，且用來確定每個設(shè)備的更 新路徑的客戶機和服務(wù)器列表將確保系統(tǒng)的穩(wěn)定性。為了確保網(wǎng)絡(luò)的 正確視圖被收集，高級更新一般要求用戶參與，以確保所有設(shè)備連接 到網(wǎng)絡(luò)并且是活動的。 0108在許多實施例中，每個設(shè)備的各自更新是使用版本號進 行區(qū)別的。在許多情況下，不同的更新可以與不同的通信協(xié)議兼容。 除非連接到網(wǎng)絡(luò)的所有其它設(shè)備都支持那個(更新的)通信協(xié)議，否 則設(shè)備不應(yīng)該被更新以支持更新的通信協(xié)議。如果有任何設(shè)備不支持 更新的通信協(xié)議，則涉及轉(zhuǎn)換到更新的通信協(xié)議的更新不應(yīng)該被應(yīng)用 到網(wǎng)絡(luò)上的任何其它設(shè)備。0109根據(jù)本發(fā)明的執(zhí)行高級更新的過程的實施例示于圖11中。 過程240包括獲得可用更新列表(242)，然后查詢連接到網(wǎng)絡(luò)的設(shè)備 以確定每個設(shè)備的能力(244)。如上討論的，該査詢可以包括與用戶 交互，以確保所有必需的設(shè)備都被連接且被適當(dāng)配置以繼續(xù)更新。一 旦已經(jīng)獲得了能力列表，則可以使用可用更新的知識確定(246)只要 合適的更新被安裝，連接到網(wǎng)絡(luò)的每個設(shè)備可以支持的協(xié)議版本。一 旦確定了協(xié)議版本，則確定每個設(shè)備的適當(dāng)更新版本，且必需的更新 被提供給每個設(shè)備(248)。 一旦設(shè)備已經(jīng)接收到更新，則更新可被應(yīng) 用(250)。在許多實施例中，直到所有設(shè)備己經(jīng)接收到所有預(yù)期更新 的確認被接收，設(shè)備才會應(yīng)用更新。0110在一個實施例中，更新過程中獲得關(guān)于客戶機信息的過 程可以與將媒體發(fā)送到客戶機上時用來確定客戶機的能力的過程一 樣。在許多情況下，根據(jù)本發(fā)明實施例的服務(wù)器通過在表明更新正在 被推進的發(fā)現(xiàn)過程中向客戶機發(fā)送信息來向客戶機推動更新。在一個 實施例中，可以使用由服務(wù)器發(fā)送的SSDP包中的標(biāo)志設(shè)置來傳送信 息。接收SSDP包的客戶機可以査詢服務(wù)器以獲得URL。然后客戶機 可以使用URL連接到HTTP端口，并下載適用的更新。在許多實施例 中，更新服務(wù)器可以通過使用單獨的UPNP設(shè)備UUID識別其本身。0111盡管上面描述包含本發(fā)明許多特定的實施例，但這些實 施例不應(yīng)該看成是限制本發(fā)明的范圍，而應(yīng)該看成是本發(fā)明實施例的 例子。因此，本發(fā)明的范圍不由圖解說明的實施例確定，而由所附的 權(quán)利要求和其等同物確定。
權(quán)利要求
1.一種數(shù)據(jù)分發(fā)系統(tǒng)，包括服務(wù)器，其通過網(wǎng)絡(luò)連接到客戶機；至少一個存儲設(shè)備，其包含根據(jù)第一格式格式化的音頻、視頻和/或覆蓋信息；其中所述客戶機包括存儲信息的存儲設(shè)備，該信息表示所述客戶機能夠解碼的音頻、視頻和/或覆蓋格式；和其中所述服務(wù)器被配置成通過單獨的音頻、視頻、覆蓋和控制信道發(fā)送音頻、視頻、覆蓋和控制信息。
6. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)分發(fā)系統(tǒng)，其中所述服務(wù)器進一步 被配置成參考從所述第三設(shè)備中獲得的關(guān)于所述第三設(shè)備能力的所述 信息，確定能夠應(yīng)用于所述客戶機的所述更新。
7. 根據(jù)權(quán)利要求4所述的數(shù)據(jù)分發(fā)系統(tǒng)，其中所述服務(wù)器包括存 儲設(shè)備，該存儲設(shè)備存儲關(guān)于所述服務(wù)器能力的信息。
8. 根據(jù)權(quán)利要求7所述的數(shù)據(jù)分發(fā)系統(tǒng)，其中所述服務(wù)器被配置 成參考關(guān)于所述服務(wù)器能力的所述信息，確定能夠應(yīng)用于所述客戶機 的所述更新。
9. 一種客戶機，包括-處理器；和網(wǎng)絡(luò)接口，其被配置成與所述處理器通信，并在單獨的信道上接 收音頻、視頻、覆蓋和控制信息包；存儲設(shè)備，其包含關(guān)于可以被所述處理器解碼的音頻、視頻和覆 蓋信息格式的信息。
10. 根據(jù)權(quán)利要求9所述的客戶機，其中所述處理器被配置成通 過所述網(wǎng)絡(luò)接口發(fā)送所存儲的信息，以響應(yīng)通過所述網(wǎng)絡(luò)接口接收的 査詢，所存儲的信息是關(guān)于可以被所述服務(wù)器解碼的所述音頻、視頻 和覆蓋信息格式的。
11. 根據(jù)權(quán)利要求9所述的客戶機，其中所存儲的信息被存儲為 XML文件。
12. —種服務(wù)器，包括 處理器；和與所述處理器通信的網(wǎng)絡(luò)接口；其中所述處理器被配置成接收以第一格式編碼的音頻、視頻和覆 蓋信息，并將所述音頻、視頻和覆蓋信息中的至少一個譯碼成第二格 式； 其中所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成發(fā)送音頻、視頻、覆蓋 和控制信息。
13. 根據(jù)權(quán)利要求12所述的服務(wù)器，其中所述處理器和所述網(wǎng)絡(luò) 接口設(shè)備被配置成發(fā)送查詢請求信息。
14. 根據(jù)權(quán)利要求13所述的服務(wù)器，其中所述處理器和所述網(wǎng)絡(luò) 接口設(shè)備被配置成接收表示外部設(shè)備能力的信息。
15. 根據(jù)權(quán)利要求14所述的服務(wù)器，其中所述處理器被配置成分析所述信息以獲得能力列表。
16. —種服務(wù)器，包括 處理器；和與所述處理器通信的網(wǎng)絡(luò)接口 ；其中所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成獲得可用更新的列表； 其中所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成查詢關(guān)于外部設(shè)備的能力；其中所述處理器被配置成基于所述可用更新的列表和所述外部設(shè) 備的能力確定提供給外部設(shè)備的更新；和其中所述處理器和網(wǎng)絡(luò)接口設(shè)備被配置成發(fā)送音頻、視頻、覆蓋 和控制信息。
17. 根據(jù)權(quán)利要求16所述的服務(wù)器，進一步包括 存儲設(shè)備，其包含關(guān)于所述服務(wù)器能力的信息； 其中所述處理器進一步被配置成基于存儲的關(guān)于所述服務(wù)器能力的信息，確定提供給外部設(shè)備的更新。
18. 根據(jù)權(quán)利要求16所述的服務(wù)器，其中 所述外部設(shè)備的能力包括由每個設(shè)備支持的通信協(xié)議； 至少一個通信協(xié)議是由每個可用更新支持的； 所述處理器被配置成通過確保每個更新的設(shè)備會支持相同的通信協(xié)議，來確定應(yīng)用到外部設(shè)備的更新。
19. 一種通過數(shù)據(jù)網(wǎng)絡(luò)傳遞數(shù)據(jù)的方法，包括 獲取音頻、視頻和覆蓋信息；對所述音頻、視頻和覆蓋信息中的至少一個進行譯碼；發(fā)送音頻、視頻、覆蓋和控制信息及與所述音頻、視頻、覆蓋和 控制信息中的一個或更多個相關(guān)聯(lián)的時間戳；接收所述音頻、視頻、覆蓋和控制信息及與所述音頻、視頻、覆 蓋和控制信息中的一個或更多個相關(guān)聯(lián)的時間戳；以單獨的音頻、視頻和覆蓋隊列對所接收的信息進行排隊；基于與所述信息相關(guān)聯(lián)的所述時間戳，處理所排隊的信息；發(fā)送表示所處理信息的至少一個時間戳的報告；接收所述報告；和記錄包含在所接收的報告內(nèi)的關(guān)于所述至少一個時間戳的信息。
20. 根據(jù)權(quán)利要求19的方法，進一步包括確定譯碼所述音頻、視 頻或覆蓋信息的適當(dāng)格式。
21. —種更新設(shè)備的方法，所述設(shè)備被配置成通過數(shù)據(jù)網(wǎng)絡(luò)進行 通信，包括確定可用更新和每種更新支持的通信協(xié)議的版本； 確定每個設(shè)備的能力，包括每個設(shè)備支持的通信協(xié)議的版本； 確定只要執(zhí)行必要的更新，則可以由所有設(shè)備支持的所述通信協(xié) 議的最新版本；和 執(zhí)行必要的更新。
全文摘要
本說明書公開了一種多媒體分發(fā)系統(tǒng)，在這種系統(tǒng)中，服務(wù)器通過音頻、視頻、覆蓋和/或控制信道與客戶機通信。在許多例子中，音頻、視頻和/或覆蓋信息是在發(fā)送前被譯碼的。在許多實施例中，所述服務(wù)器和/或客戶機可以被更新。在若干實施例中，所述更新可以以保存連接到通信網(wǎng)絡(luò)的所有設(shè)備的能力的方式進行。本發(fā)明的一個實施例包括服務(wù)器(12)和至少一個存儲設(shè)備(24)，所述服務(wù)器(12)通過網(wǎng)絡(luò)(14)連接到客戶機(20)，所述存儲設(shè)備(24)包含根據(jù)第一格式格式化的音頻、視頻和/或覆蓋信息。此外，所述客戶機(20)包括存儲設(shè)備(56)，該存儲設(shè)備(56)存儲表示所述客戶機能夠解碼的音頻、視頻和/或覆蓋格式的信息，并且所述服務(wù)器(12)被配置成通過單獨的音頻(17a)、視頻(17b)和覆蓋(17c)和控制信道(19)發(fā)送音頻、視頻、覆蓋和控制信息。
文檔編號G06F15/16GK101120334SQ200580048224
公開日2008年2月6日 申請日期2005年12月30日 優(yōu)先權(quán)日2005年1月5日
發(fā)明者A·凡佐斯特, A·魯賓遜, B·福迪基, J·布蘭格斯, K·福萊, M·斯瑞尼瓦山, R·奧斯本, W·麥克唐納 申請人:Divx公司