專利名稱:用于改善家用網(wǎng)絡(luò)gui響應(yīng)時間和呈現(xiàn)的系統(tǒng)和方法
技術(shù)領(lǐng)域:
本發(fā)明一般地涉及家用網(wǎng)絡(luò)(homenetwork)。
背景技術(shù):
家用網(wǎng)絡(luò)的使用規(guī)模日益增大。家用網(wǎng)絡(luò)的用戶使用諸如TV遙控設(shè) 備之類的輸入設(shè)備,通過網(wǎng)絡(luò)從客戶端設(shè)備控制遠程服務(wù)器。諸如DVD 播放器、個人視頻控制器等之類的其它客戶端設(shè)備一般也是網(wǎng)絡(luò)的一部 分,從而服務(wù)器利用簡單的遙控設(shè)備來實現(xiàn)對所有設(shè)備的集中控制。
這里可以理解,服務(wù)器在其上進行呈現(xiàn)的圖形化用戶界面(GUI) (例如,用戶用來輸入命令的客戶端TV)不能被很容易地遠程使用。更 具體而言,GUI通常顯示靜止文本數(shù)據(jù),例如菜單、退出、返回等,但是 在顯示時所使用的編碼通常不能達到最佳視頻編碼,所謂的最佳視頻編碼 即用于最優(yōu)化運動圖片質(zhì)量的視頻編碼。根據(jù)本發(fā)明可以理解,在顯示具 有文本數(shù)據(jù)的靜止圖片時,該視頻編碼速率是低效率的,導致GUI文本數(shù) 據(jù)通常被顯示得不是很清楚。
這里還可以意識到,很多基于服務(wù)器的家用網(wǎng)絡(luò)系統(tǒng)對遙控命令的響 應(yīng)較慢,有時會超過一秒。這是因為遙控命令強制進入的時隙可能會被其 它數(shù)據(jù)占用,這些數(shù)據(jù)例如音頻/視頻數(shù)據(jù),因而從客戶端設(shè)備到服務(wù)器的 命令的傳輸可能會被延遲一段很長并且會引起不便的時間,而非命令數(shù)據(jù) 的傳輸也會受到影響。
發(fā)明內(nèi)容
公開了一種用于在網(wǎng)絡(luò)中的視頻顯示上顯示圖形化用戶界面(GUI) 的方法。該網(wǎng)絡(luò)包括與服務(wù)器通信的客戶端設(shè)備,并且該客戶端設(shè)備接收 來自用戶輸入設(shè)備的輸入。該方法包括使用第一視頻編碼在視頻顯示上顯
示運動視頻,并且使用第二視頻編碼在視頻顯示上顯示GUI,所述第二視 頻編碼不同于所述第一視頻編碼。
在非限制性實現(xiàn)方式中,客戶端設(shè)備是TV,用戶輸入設(shè)備是與該TV 通信的無線遙控設(shè)備,視頻顯示是由所述TV建立的,并且來自遙控設(shè)備 的信號被所述TV接收,并被發(fā)送給服務(wù)器。
在一些實現(xiàn)方式中,第一視頻編碼可以是定義圖片組(GOP)的 MPEG編碼。第一編碼中的每個GOP包括一個內(nèi)幀(intra-frame, I 幀)、多個預測幀(P幀)和多個雙向預測幀(B幀)。在特定的非限制 性實施例中,第一編碼中的GOP是由包括1個I幀、4個P幀和10個B 幀的15個幀定義的,這些幀可能按照如下順序I、 B、 B、 P、 B、 B、 P、 B、 B、 P、 B、 B、 P、 B、 B。作為對照,在非限制性實現(xiàn)方式中,第 二編碼可以定義這樣的圖片組(GOP),在該圖片組中,比第一編碼的 GOP中的幀數(shù)目更多并且/或者其I幀中的數(shù)據(jù)量比第一編碼的I幀中的數(shù) 據(jù)量更大。例如,第二編碼的GOP所包括的I幀數(shù)目可以基本為第一編碼 的GOP的I幀數(shù)目的兩倍,并且第二編碼的GOP中的每個I幀所承載的 數(shù)據(jù)量可以基本為第一編碼的GOP中的I幀中所承載的數(shù)據(jù)量的兩倍。第 二編碼的GOP可以只包含I幀和多個P幀,而不包含B幀。例如,第二編 碼的GOP可以包括30個幀,即1個I幀和29個P幀。
另一方面,在其中由服務(wù)器響應(yīng)于從用戶輸入設(shè)備接收到的命令來控 制客戶端音頻/視頻設(shè)備的系統(tǒng)中, 一種用于輔助實現(xiàn)較快的命令響應(yīng)時間 的方法包括設(shè)立多個傳輸周期。每個周期包括無競爭(contention-free)時 段(CFP)和競爭(contention)時段(CP)。音頻/視頻流在CFP中被從 服務(wù)器發(fā)送到客戶端設(shè)備,并且CFP的時間分配被用于該音頻/視頻流, 并且在每個周期中都被預留,直到該音頻/視頻流結(jié)束。在每個周期的CFP 中,至少一個時隙被預留來專用于在服務(wù)器和客戶端設(shè)備之間發(fā)送由用戶 輸入設(shè)備發(fā)起的命令。
在該第二方面的非限制性實現(xiàn)方式中,時隙的帶寬不大于每秒幾千字 節(jié)。時隙和流不局限為在時間軸上連續(xù)。如果需要,則該時隙可以一直被 預留給命令,直到流傳輸結(jié)束為止。
遙控命令可以在該時隙中從客戶端設(shè)備被發(fā)送到服務(wù)器。此外,該時 隙也可雙向使用以在服務(wù)器和客戶端設(shè)備之間交換信息。例如,CFP中的 第一時隙部分可被預留給從服務(wù)器到客戶端設(shè)備的消息,而CFP中的第二 時隙部分可被預留給從客戶端設(shè)備到服務(wù)器的消息。
如果CFP基本被占用,則該方法可以包括在CP期間將由用戶輸入設(shè)
備生成的初始命令從客戶端設(shè)備發(fā)送到服務(wù)器。在這種情況下,該方法可
以包括響應(yīng)于接收到初始命令,預留CFP中的時隙給后面的命令。然后, 如果在預定的時段內(nèi)沒有接收到命令,則該時隙可被釋放并且下一個命令 可被當作初始命令并在CP期間發(fā)送。
在非限制性實現(xiàn)方式中,如果命令引起客戶端設(shè)備或服務(wù)器中的中 斷,則該中斷被賦予最高優(yōu)先級。所述周期可以是與AC線路周期同步的 信標周期,并且CP可以是一次性訪問周期,而不保證對于后面的周期, 也預留相同的時間分配。
另一方面, 一種用于如下系統(tǒng)的服務(wù)器使用第一視頻編碼來向客戶端 設(shè)備發(fā)送圖形化用戶界面(GUI)信號,所述系統(tǒng)包括用戶輸入設(shè)備和被 配置為顯示來自所述服務(wù)器的音頻/視頻流的客戶端設(shè)備。該服務(wù)器還使用 不同于第一視頻編碼的第二視頻編碼來向客戶端設(shè)備發(fā)送視頻流信號。
再一方面,公開了一種用于系統(tǒng)的服務(wù)器。該系統(tǒng)具有用戶輸入設(shè)備 和被配置為顯示來自所述服務(wù)器的音頻/視頻流的客戶端設(shè)備,并且該服務(wù) 器在至少兩個連續(xù)信標周期中的無競爭時段(CFP)中預留至少一個時 隙,來在服務(wù)器和客戶端設(shè)備之間傳輸由用戶輸入設(shè)備發(fā)起的圖形化用戶 界面(GUI)命令。每個信標周期還具有各自的競爭時段(CP)。
又一方面, 一種系統(tǒng)包括服務(wù)器、接收來自服務(wù)器的音頻/視頻流的客 戶端設(shè)備以及與客戶端設(shè)備通信以向其輸入命令的用戶輸入設(shè)備。命令被 從客戶端設(shè)備發(fā)送到服務(wù)器。提供了用于使用第一編碼對視頻流信號編碼 以顯示在客戶端設(shè)備上的裝置,還提供了用于使用不同于第一編碼的第二 編碼對圖形化用戶界面(GUI)信號編碼以在客戶端設(shè)備上顯示GUI的裝 置。此外,該系統(tǒng)還包括用于在具有競爭時段(CP)的傳輸周期中的無競 爭時段(CFP)中預留至少一個時隙的裝置,該時隙被預留給從客戶端設(shè)
備向服務(wù)器傳輸由用戶輸入設(shè)備發(fā)起的命令。
參考附圖可以最佳地理解關(guān)于本發(fā)明的結(jié)構(gòu)和操作的各種細節(jié),在附 圖中,相似的標號表示相似的部件,在附圖中
圖l是被實現(xiàn)為電力線(power line)網(wǎng)絡(luò)的非限制性家用網(wǎng)絡(luò)的示意
圖2是非限制性網(wǎng)絡(luò)服務(wù)器的框圖3是被實現(xiàn)為網(wǎng)絡(luò)上的TV的非限制性客戶端設(shè)備的框圖4-a是用于常規(guī)視頻的圖片組(GOP)中的幀的示意圖4-b是根據(jù)本發(fā)明原理的用于GUI呈現(xiàn)的非限制性圖片組(GOP)
中的幀的示意圖;以及
圖5是圖示根據(jù)本發(fā)明原理的用于加快GUI響應(yīng)時間的非限制性信令
序列的示意性時序圖。
具體實施例方式
先參考圖1,其中示出了被實現(xiàn)為具有網(wǎng)絡(luò)設(shè)備的電力線網(wǎng)絡(luò)的非限 制性家用網(wǎng)絡(luò),可以理解該網(wǎng)絡(luò)可以是以太網(wǎng)、802.11無線網(wǎng)絡(luò)或者任何 其它網(wǎng)絡(luò)。服務(wù)器2可以從電纜10接收信號或者從調(diào)制解調(diào)器9接收互聯(lián) 網(wǎng)數(shù)據(jù)。調(diào)制解調(diào)器9例如可以是電纜調(diào)制解調(diào)器或者ADSL電話線調(diào)制 解調(diào)器。此外,服務(wù)器2通過電力線1來向客戶端TV 14發(fā)送音頻/視頻 流,或者如上所述通過另一種類型的網(wǎng)絡(luò)干線來向客戶端TV 14發(fā)送音頻/ 視頻流。作為響應(yīng),客戶端TV 14對該音頻/視頻流進行解碼,并在屏幕上 顯示解碼后的視頻。另外,客戶端TV 14可以從遙控器12接收命令,例 如播放、停止、快進、快退、頻道加/減、音量高/低等等。取決于命令, 這些命令中的一些將被轉(zhuǎn)發(fā)給服務(wù)器2。在任何情況下,諸如DVD播放 器、PVR等之類的附加客戶端設(shè)備也都可以作為網(wǎng)絡(luò)的一部分。
圖2示出了服務(wù)器2的非限制性實現(xiàn)方式的框圖。模擬電纜信號在調(diào) 諧器/前端309中被調(diào)諧和解調(diào)。來自調(diào)諧器/前端309的視頻輸出在模數(shù)
轉(zhuǎn)換器(A/D) 310中被進行模數(shù)轉(zhuǎn)換,并被發(fā)送給交換機314。 A/D 310 的輸出例如可以是ITU-RBT.656格式4的。類似地,來自調(diào)諧器/前端309 的音頻輸出可以在A/D 311中被進行模數(shù)轉(zhuǎn)換并被發(fā)送給交換機314。按 照相同的方式,來自諸如DVD播放器之類的源的外部模擬音頻/視頻信號 在A/D 312和313中被進行模數(shù)轉(zhuǎn)換并被發(fā)送給交換機314。
如圖2所示,交換機314的輸出在混合器315中與由圖形化引擎316 生成的圖形化用戶界面(GUI)數(shù)據(jù)進行混合。混合后的結(jié)果在MPEG編 碼器317中被進行MPEG編碼。
這里可以理解,外部模擬視頻輸入可能已經(jīng)包括了 GUI數(shù)據(jù)。例如, DVD播放器可以向服務(wù)器2輸出菜單屏幕。在這種情況下,不需要添加 GUI,并且不需要通過混合器315來進行混合。而是數(shù)字信號直接進入 MPEG編碼器317。
這里可以預期,MPEG編碼器317以固定速率或可變速率來對輸入流 進行編碼。在可變速率模式中,編碼速率被調(diào)節(jié)以滿足傳輸條件。當噪聲 增加并且因而實際帶寬變小時,編碼速率被降低。如果網(wǎng)絡(luò)狀況改善,則 編碼速率可以恢復到初始(較高)速率。
仍然參考圖2,流路由器318以適當?shù)姆较蚵酚奢斎肓?。采用圖2中 所示的路徑中的一條路徑,MPEG編碼器輸出可被發(fā)送到電力線通信(或 其它網(wǎng)絡(luò))接口 319以進行網(wǎng)絡(luò)傳輸?;蛘撸骺杀话l(fā)送到硬盤驅(qū)動器 (HDD)接口 320以記錄到HDD 321中。流路由器318還可以接收來自 HDD接口 320的重放流并將其發(fā)送到PLC接口 319。
如圖2中所示,服務(wù)器2具有中央處理單元(CPU) 302,其通過內(nèi)部 總線300控制所有的服務(wù)器組件。CPU 302運行存儲在存儲器301中的控 制軟件程序。此外,可以提供鍵盤304來通過總線300向CPU 302發(fā)送用 戶輸入數(shù)據(jù)。液晶顯示器或其它類型的可視顯示器303可以指示從CPU 302發(fā)送來的數(shù)據(jù)(例如,調(diào)諧狀態(tài)、網(wǎng)絡(luò)狀態(tài)、錯誤消息等)。圖1中 所示的調(diào)制解調(diào)器9可被連接到服務(wù)器2中的以太網(wǎng)端口 306,以使得來 自調(diào)制解調(diào)器9的數(shù)據(jù)可以通過以太網(wǎng)接口 305被發(fā)送到CPU 302并被處 理。如果需要,CPU 302可通過紅外(IR)接口 307向IR鼠標308發(fā)送
IR命令,IR鼠標向諸如DVD播放器之類的外部源發(fā)送IR命令。
現(xiàn)在轉(zhuǎn)向圖3,其示出了被實現(xiàn)為客戶端TV 14的非限制性客戶端設(shè) 備的框圖,其中客戶端設(shè)備的PLC接口 108可以接收通過電力線1發(fā)送的 信號。在一些實現(xiàn)方式中,來自PLC接口 108的輸出信號在解復用器109 中被解復用,并被分別發(fā)送到音頻解碼器IIO和視頻解碼器114。在混合 器116中,來自視頻解碼器114的解碼后的視頻信號與在圖形化引擎119 中所生成的圖形化數(shù)據(jù)進行混合,并且在視頻數(shù)模轉(zhuǎn)換器(D/A) 117中 被進行數(shù)模轉(zhuǎn)換。當GUI數(shù)據(jù)從服務(wù)器2被發(fā)送時,不需要使用圖形化引 擎,并且輸入數(shù)據(jù)被直接發(fā)送到視頻D/A 117。在任一情況下,在客戶端 設(shè)備的TV實現(xiàn)方式中,D/A 117的輸出被發(fā)送到顯示驅(qū)動器118并被顯 示在視頻顯示器120上。
在音頻方面,來自音頻解碼器110的解碼后的音頻信號在音頻D/A 111中被進行數(shù)模轉(zhuǎn)換,在放大器112中被放大并被發(fā)送給揚聲器113。 在一種非限制性實現(xiàn)方式中,音頻D/A 111、放大器112和揚聲器113可
以處理左右兩個音頻通道。
在所示出的非限制性客戶端設(shè)備中,客戶端設(shè)備CPU 102可以通過電 力線1與服務(wù)器2中的CPU 302交換同步數(shù)據(jù)(命令、數(shù)據(jù)等)。客戶端 CPU 102通過內(nèi)部總線IOO控制所有的客戶端設(shè)備組件??蛻舳薈PU 102 可以通過總線IOO運行存儲在存儲器101中的控制軟件程序,并且在總線 100上的IR接口 103可以接收來自圖1中所示的遙控器12的命令。命令 通過客戶端總線IOO被發(fā)送到客戶端CPU 102,并且如果需要則通過電力 線1被轉(zhuǎn)發(fā)到服務(wù)器2中的CPU 302。
以上描述了服務(wù)器和客戶端設(shè)備的非限制性實現(xiàn)方式,現(xiàn)在將注意力 轉(zhuǎn)向圖4-a和圖4-b來理解本發(fā)明的區(qū)別編碼方面。在MPEG視頻格式 中, 一個圖片組(GOP)由l個內(nèi)幀(I幀)、若干個預測幀(P幀)和雙 向預測幀(B幀)構(gòu)成。典型的GOP包括15個幀(時長大約為半秒)1 個I幀、4個P幀和10個B幀,通常按照I、 B、 B、 P、 B、 B、 P、 B、 B、 P、 B、 B、 P、 B、 B的順序(圖4-a)。
這里可以理解,通常情況下,GUI數(shù)據(jù)很少是運動的。相反,GUI數(shù)
據(jù)在大多數(shù)情況下都是靜止圖片,直到用戶按下遙控按鈕。因此,根據(jù)本
發(fā)明的原理,當GUI被顯示時,服務(wù)器2中的MPEG編碼器317采用與 "常規(guī)"視頻編碼不同的方式來對GUI數(shù)據(jù)編碼,例如使GOP的長度更 長,例如使GOP的長度是上述"常規(guī)"GOP長度的兩倍(30個幀)。此 外,與"常規(guī)"編碼的視頻流的I幀中的數(shù)據(jù)相比,可以為每個GUI GOP I幀分配兩倍的數(shù)據(jù)量。在這些情況下的總數(shù)據(jù)率仍保持不變,而是通過 對I幀應(yīng)用更高的速率來提高GUI圖片質(zhì)量。
此外,在對GUI GOP進行編碼時,不需要使用B幀。這是因為可以 知道B幀需要在客戶端設(shè)備的MPEG解碼器114中進行幀的重新排序,這 會引起至少一幀的延遲。在對運動圖片進行編碼時,B幀可減少必須被發(fā) 送的數(shù)據(jù)量,但是在諸如GUI圖像之類的靜止圖片的情況下,B幀的數(shù)據(jù) 大小幾乎與P幀的數(shù)據(jù)大小相同。
因此,考慮到以上認知, 一個GUI GOP例如可被編碼為如圖4b中所 示的30個幀1個I幀和29個P幀。當用戶選擇GUI模式時,應(yīng)用這種 編碼模式。當GUI模式結(jié)束并且系統(tǒng)返回到常規(guī)運動視頻播放模式時,初 始("常規(guī)")編碼被轉(zhuǎn)換為例如圖4-a中所示的樣式。這種編碼切換可 以在工作中被執(zhí)行,而不會停止或中斷視頻。
以上描述了用于改善GUI圖像顯示的區(qū)分編碼,現(xiàn)在將注意力轉(zhuǎn)向圖 5來說明可被用來加速命令響應(yīng)的網(wǎng)絡(luò)訪問定時。服務(wù)器2或另一設(shè)備周 期性地廣播信標900。信標周期可與AC線路周期(50Hz或60Hz)同步。 典型的信標周期由無競爭時段(CFP)和競爭時段(CP)構(gòu)成,下面將進 一步限定。音頻/視頻流是異步的,并且其使用CFP。 一旦獲得用于該音頻 /視頻流的時間分配(time allocation),則在每個信標周期中都會預留該時 間分配(示為901a、 901b),直到流結(jié)束為止。
另一方面,CP被用于例如載波偵聽多路訪問(CSMA) 。 CP的使用 基于先到先服務(wù)的原則并且是一次性訪問,因此即使在當前信標周期中得 到了一次時間分配(902),也不保證在下面的信標周期中將為任何特定 處理預留相同的時間分配。
考慮到這一點,本發(fā)明意識到目前的遙控命令在CP中被發(fā)送,而CP
在被完全占用的情況下會引起與其它消息的沖突,導致命令的執(zhí)行會延遲 一個或多個信標周期。這些延遲進而導致較慢的命令響應(yīng)。為了解決此問
題,本發(fā)明使用CFP進行命令傳輸。當服務(wù)器2開始發(fā)送AV流(901) 時,在CFP中為命令預留時隙(903)。該時隙可以具有非常窄的帶寬, 例如每秒1千或幾千字節(jié),該帶寬足以發(fā)送遙控命令。時隙903和流901 不需要在時間軸上連續(xù)。用于命令的時隙優(yōu)選地被專門預留給遙控命令, 直到流傳輸結(jié)束為止。
在任何情況下,客戶端TV 14都可以在該時隙期間向服務(wù)器2發(fā)送從 遙控器12接收的遙控命令。此外,該CFP時隙可以被雙向使用以在服務(wù) 器2和客戶端TV 14之間交換信息。例如,可以應(yīng)用TCP/IP,其中發(fā)送器 要求來自接收器的確認?;蛘?,可以為傳入消息和傳出消息分別預留不同 的時隙。即使當在服務(wù)器2和客戶端TV 14之間沒有發(fā)送命令時,也可以 預留CFP時隙。
另一方面,如果CFP處于或接近滿容量時,服務(wù)器2可能希望保留盡 可能大的帶寬,因此可以應(yīng)用以下方法。在CP (CSMA)期間發(fā)送第一命 令。作為響應(yīng),在CFP中預留CFP時隙給后面的命令。(通常,用戶連 續(xù)數(shù)次按壓遙控按鈕來改變頻道、音量級別等。)所有后面的命令都使用 CFP (903)來發(fā)送。如果用戶在某一時間(例如,30秒)內(nèi)沒有按壓按 鈕,則CFP時隙903可以被釋放以用于另一次傳輸。因而,只有當用戶使 用遙控器時才預留CFP時隙。
優(yōu)選地,遙控命令應(yīng)當在服務(wù)器2和客戶端TV 14中立即被處理。如 果命令引起客戶端或服務(wù)器CPU (102或302)的中斷,則最高優(yōu)先級應(yīng) 被賦予該中斷。
應(yīng)當理解雖然假定使用MPEG編碼,但是本文中所提出的原理可以被 應(yīng)用于其它AV編解碼技術(shù),例如可以應(yīng)用H.264/MPEG4 AVC。
現(xiàn)在可以意識到本發(fā)明所具有的優(yōu)點包括以下幾點。當GUI工作時, 應(yīng)用不同的編碼樣式來改善響應(yīng)和GUI圖片質(zhì)量。此外,利用無競爭時段 中的時隙來將遙控命令傳輸?shù)侥康牡?,因此不會出現(xiàn)很大的傳輸延遲。而 且,不需要特殊的硬件,因為本發(fā)明可以根據(jù)需要僅通過軟件的變化來實現(xiàn)。
雖然本文中示出并詳細描述了特定的用于改善家用網(wǎng)絡(luò)GUI響應(yīng)時間 和呈現(xiàn)的系統(tǒng)和方法,但是應(yīng)當理解本發(fā)明所包含的主題只通過權(quán)利要求 書來限定。
權(quán)利要求
1.一種用于如下系統(tǒng)的服務(wù)器(2),該系統(tǒng)包括至少一個用戶輸入設(shè)備(12)和被配置為顯示來自所述服務(wù)器(2)的音頻/視頻流的至少一個客戶端設(shè)備(14),所述服務(wù)器(2)使用第一視頻編碼向所述客戶端設(shè)備(14)發(fā)送圖形化用戶界面(GUI)信號;并且使用不用于所述第一視頻編碼的第二視頻編碼來向所述客戶端設(shè)備(14)發(fā)送視頻流信號。
2. 如權(quán)利要求1所述的服務(wù)器(2),其中所述客戶端設(shè)備(14)是 TV,所述用戶輸入設(shè)備(12)是與所述TV通信的無線遙控設(shè)備,并且來 自所述遙控設(shè)備的信號被所述TV接收,并被發(fā)送給所述服務(wù)器(2)。
3. 如權(quán)利要求1所述的服務(wù)器(2),其中所述第一視頻編碼適合用 于視頻流,并且所述第二視頻編碼適合用于圖形。
4. 如權(quán)利要求3所述的服務(wù)器(2),其中所述第一視頻編碼是定義 圖片組(GOP)的MPEG編碼,每個GOP包括一個內(nèi)幀(I幀)、多個預 測幀(P幀)和多個雙向預測幀(B幀)。
5. 如權(quán)利要求3所述的服務(wù)器(2),其中所述第二編碼定義圖片組 (GOP),所述第二編碼中的GOP包括以下特征中的至少一個特征比所述第一編碼的GOP中的幀數(shù)目多,或者I幀中的數(shù)據(jù)量比所述第一編碼 的I幀中的數(shù)據(jù)量多。
6. 如權(quán)利要求5所述的服務(wù)器(2),其中所述第二編碼的GOP包 括比所述第一編碼的GOP更多的I幀數(shù)目,所述第二編碼的GOP中的每 個I幀承載比所述第一編碼的GOP的I幀中所承載的數(shù)據(jù)量更多的數(shù)據(jù)
7. 如權(quán)利要求5所述的服務(wù)器(2),其中所述第二編碼的GOP僅 至少包括I幀和P幀,但不包括B幀。
8. 如權(quán)利要求5所述的服務(wù)器(2),其中所述第二編碼的GOP包 括30個幀,這30個幀包括1個I幀和29個P幀。
9. 如權(quán)利要求5所述的服務(wù)器(2),其中所述第二編碼的GOP只 包括I幀。
10. —種用于如下系統(tǒng)的服務(wù)器(2),該系統(tǒng)包括至少一個用戶輸 入設(shè)備(12)和被配置為顯示來自所述服務(wù)器(2)的音頻/視頻流的至少 一個客戶端設(shè)備(14),所述服務(wù)器(2):在至少兩個連續(xù)信標周期的無競爭時段(CFP)中預留至少一個時 隙,以在所述服務(wù)器(2)和所述客戶端設(shè)備(14)之間傳輸由所述用戶 輸入設(shè)備(12)發(fā)起的圖形化用戶界面(GUI)命令,每個信標周期還具 有各自的競爭時段(CP)。
11. 如權(quán)利要求IO所述的服務(wù)器(2),其中所述時隙的帶寬不大于 每秒幾千字節(jié)。
12. 如權(quán)利要求10所述的服務(wù)器(2),其中所述時隙和所述流不局 限為在時間軸上連續(xù)。
13. 如權(quán)利要求10所述的服務(wù)器(2),其中所述時隙被預留給命 令, 一直到流傳輸結(jié)束為止。
14. 如權(quán)利要求10所述的服務(wù)器(2),其中所述遙控命令在所述時 隙中被從所述客戶端設(shè)備(14)發(fā)送到所述服務(wù)器(2)。
15. 如權(quán)利要求IO所述的服務(wù)器(2),其中所述時隙可雙向使用以 在所述服務(wù)器(2)和所述客戶端設(shè)備(14)之間交換信息。
16. 如權(quán)利要求15所述的服務(wù)器(2),其中所述CFP中的第一時隙 部分被預留給從所述服務(wù)器(2)到所述客戶端設(shè)備(14)的消息,并且 所述CFP中的第二時隙部分被預留給從所述客戶端設(shè)備(14)到所述服務(wù) 器(2)的消息。
17. 如權(quán)利要求IO所述的服務(wù)器(2),其中,如果所述CFP基本被 占用,則作為從所述客戶端設(shè)備(14)接收到初始命令的響應(yīng),所述服務(wù) 器(2)將所述CFP中的時隙預留給后面的命令,其中,如果在預定的時 段內(nèi)沒有接收到命令,則所述時隙被釋放,并且下一個命令被看作為初始 命令并在所述CP期間被發(fā)送。
18. 如權(quán)利要求IO所述的服務(wù)器(2),其中,如果所述命令引起所 述客戶端設(shè)備(14)或所述服務(wù)器(2)的中斷,則所述中斷被賦予最高 優(yōu)先級。
19. 如權(quán)利要求IO所述的服務(wù)器(2),其中所述周期是與AC線路周期同步的信標周期。
20. 如權(quán)利要求10所述的服務(wù)器(2),其中所述CP是一次性訪問時段,而不保證將為下一周期預留相同的時間分配。
全文摘要
通過使用專為GUI設(shè)計的視頻編碼,同時使用常規(guī)的視頻編碼來進行視頻呈現(xiàn),改善了家用網(wǎng)絡(luò)中的GUI呈現(xiàn)。此外,通過在客戶端設(shè)備(14)接收到命令和服務(wù)器(2)執(zhí)行這些命令之間的傳輸周期的無競爭時段(CFP)中預留用于傳輸由用戶輸入設(shè)備(12)發(fā)起的命令的時隙,縮短了GUI命令響應(yīng)時間。
文檔編號H04N7/16GK101366277SQ200680032848
公開日2009年2月11日 申請日期2006年8月31日 優(yōu)先權(quán)日2005年9月7日
發(fā)明者巖村隆一 申請人:索尼株式會社;索尼電子有限公司