專利名稱：運(yùn)動(dòng)圖像專家組壓縮標(biāo)準(zhǔn)第4版遠(yuǎn)程通信器件的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體系統(tǒng)，具體涉及基于MPEG-4的多媒體系統(tǒng)，它與用于其的服務(wù)提供者以及用于其的基于內(nèi)容的遠(yuǎn)程通信器件相結(jié)合。
背景技術(shù)：
公知的是，多媒體器件在處理各種類型的信息和向用戶提供所處理的信息的能力上是多樣的，其中所述各種類型的信息諸如音頻節(jié)目、電視節(jié)目、電影、計(jì)算機(jī)游戲、因特網(wǎng)通信等。但是，所處理的信息可能僅僅引起諸如選擇那個(gè)節(jié)目的用戶的單個(gè)用戶的注意。當(dāng)提供(例如顯示或通過(guò)音頻系統(tǒng)輸出)所處理的信息時(shí)存在的其它用戶可能更喜歡其它節(jié)目或例如他們可能更喜歡獲得關(guān)于當(dāng)前的節(jié)目的特定方面的更多的信息。另外，公知的是多媒體器件的控制會(huì)是困難的。多數(shù)當(dāng)前的遙控單元作為被動(dòng)的角色，因?yàn)樗鼈儍H僅向例如電視接收機(jī)發(fā)送單向命令，因此代表在觀眾和一個(gè)器件之間的較基本的接口。典型的多媒體應(yīng)用包括交互服務(wù)，它們?cè)谶b控單元上需要大量的按鍵。這是麻煩和混亂的，特別是因?yàn)樵谄骷砻嫔峡梢垣@得用于按鍵/鍵盤的有限空間。隨著未來(lái)多媒體器件的數(shù)量的增加，相應(yīng)的特征的數(shù)量也將增加，使得情況更為惡化，因此，各個(gè)公司提出新的解決方案來(lái)滿足控制多媒體設(shè)備的要求。這些解決方案之一是由總部在荷蘭的PhilipsTM(飛利浦)公司制造的PRONTOTM智能遙控器。這個(gè)遙控單元是通用的學(xué)習(xí)器件，它包括大觸摸屏液晶顯示器(LCD)、在LCD上顯示的虛擬鍵盤和雙向紅外線(IR)收發(fā)器。IR收發(fā)器用于從其它遙控單元(RCU)獲得代碼。飛利浦遙控單元因?yàn)樗奶摂M按鍵的自適應(yīng)數(shù)量而被當(dāng)作智能器件。結(jié)果，用戶僅僅看到他/她需要看到的用于執(zhí)行期望功能的按鍵。
總部在韓國(guó)的SamsungTM(三星)公司進(jìn)一步制造了一種雙向遙控單元，它被稱為IDEOTM，被配備了小的高分辨率LCD顯示器。三星遙控單元除了遙控單元的通常功能之外還使得可以接收和在顯示器上觀看電視信號(hào)。因此，當(dāng)在電視機(jī)上觀看一個(gè)節(jié)目時(shí)，用戶可以掃描、預(yù)覽、觀看或選擇其它的節(jié)目/頻道。應(yīng)當(dāng)注意在遙控單元顯示器上示出的視頻信號(hào)的來(lái)源是外部器件，諸如在電視接收機(jī)中包括的發(fā)射機(jī)，這樣的配置需要第二調(diào)諧器。但是，通過(guò)適當(dāng)?shù)能浖?或硬件來(lái)在內(nèi)部產(chǎn)生虛擬按鍵。
美國(guó)專利第6,671,225、5,861,906和5,657,072示出了在媒體服務(wù)器和連接到電視接收機(jī)的機(jī)頂盒之間的數(shù)字信息的雙向傳輸。
美國(guó)專利第6,002,450示出了一種雙向遙控器件，它具有LCD顯示器，用于提供諸如廣告的所選擇信息的虛擬顯示。
美國(guó)專利第6,020,881示出了具有圖形用戶界面并且具有可以由用戶選擇的對(duì)象的遙控器件。
美國(guó)專利第6,070,167示出了特別用于操縱的圖像的、基于對(duì)象的視聽(tīng)標(biāo)記的分層系統(tǒng)。
Allport的美國(guó)專利第6,097,441示出了一個(gè)使用兩個(gè)或多個(gè)協(xié)作但物理上獨(dú)立的顯示器的系統(tǒng)。這個(gè)專利在某些方面類似于上述的三星遙控器件。
Van Ryzin的美國(guó)專利第6,127,941示出了一種雙向無(wú)線遙控單元，它包括圖形用戶界面，用于控制各種多媒體器件。這個(gè)器件和上述的飛利浦器件具有類似的遙控特性，但是在信號(hào)傳輸上不以相同的方式工作。
美國(guó)專利第6,130,726示出了一種遙控器件，它包括用于示出節(jié)目指南的顯示器。
美國(guó)公告第US2002/0016766示出了使用服務(wù)提供者對(duì)于數(shù)字內(nèi)容的雙向分布。

發(fā)明內(nèi)容
隨著技術(shù)的迅速進(jìn)步，需要進(jìn)一步利用新技術(shù)來(lái)改進(jìn)訪問(wèn)多媒體內(nèi)容的能力和上述的遙控構(gòu)思。本發(fā)明基于兩種不同的數(shù)據(jù)編碼格式，諸如運(yùn)動(dòng)圖像專家組的MPEG-2和MPEG-4多媒體標(biāo)準(zhǔn)。MPEG-4是基于內(nèi)容的編碼/解碼處理，而不象MPEG-2那樣是面向塊的。因此，MPEG-4使得可以具有與構(gòu)成視聽(tīng)場(chǎng)景的對(duì)象交互的能力。這些對(duì)象可以是音頻、視頻和視聽(tīng)對(duì)象，它們可以是自然的或合成的，即它們以攝像機(jī)、麥克風(fēng)記錄或可以由計(jì)算機(jī)產(chǎn)生。MPEG-4的數(shù)據(jù)流包括對(duì)象和場(chǎng)景描述符，它們提供了用于與交互視聽(tīng)對(duì)象相關(guān)的流的配置和其它信息。因此，MPEG-4標(biāo)準(zhǔn)也使得可以改進(jìn)客戶端與服務(wù)器的交互，這可以以下游和返回流通信信道的形式來(lái)被實(shí)現(xiàn)。這是有益的，因?yàn)槔缭陔娮由虅?wù)或交互電視中，下游數(shù)據(jù)流可能需要向上游從接收機(jī)向發(fā)射機(jī)發(fā)送的信息。
可以在MPEG-2數(shù)據(jù)流中嵌入和發(fā)送MPEG-4數(shù)據(jù)流，并且可以在接收端從MPEG-2數(shù)據(jù)流分離MPEG-4數(shù)據(jù)流。
本發(fā)明利用上述兩個(gè)數(shù)據(jù)編碼格式MPEG-2和MPEG-4的特征，并且公開(kāi)了具有MPEG-4解碼器的一種交互遠(yuǎn)程通信單元。所公開(kāi)的交互遠(yuǎn)程通信單元簡(jiǎn)化和降低了接收交互服務(wù)所需要的步驟的數(shù)量。這樣的遠(yuǎn)程通信器件也降低了遠(yuǎn)程操作所需要的按鍵的數(shù)量，因?yàn)閷?duì)于用戶來(lái)說(shuō)，大數(shù)量是混亂的。本發(fā)明也公開(kāi)了在提供者端的數(shù)據(jù)處理新方式。
交互數(shù)字電視服務(wù)現(xiàn)在被作為引入數(shù)字電視服務(wù)和鼓勵(lì)客戶在新數(shù)字電視設(shè)備中投資的關(guān)鍵因素。本發(fā)明公開(kāi)了對(duì)在諸如廣播公司、有線公司、因特網(wǎng)服務(wù)提供者的服務(wù)提供者和客戶(觀眾)之間交換數(shù)據(jù)的方式的改進(jìn)。本發(fā)明也公開(kāi)了如何可以改善在數(shù)據(jù)處理中涉及的數(shù)字設(shè)備(服務(wù)器，機(jī)頂盒(STB)、遠(yuǎn)程通信單元和顯示器)以最佳化控制可用的信道帶寬和顯示數(shù)據(jù)的任務(wù)。


圖1示出了用于交互數(shù)字電視服務(wù)的服務(wù)提供者配置。
圖2是示出服務(wù)提供者如何準(zhǔn)備不同節(jié)目的標(biāo)題和附加的選用視聽(tīng)對(duì)象的方框圖。
圖3示出了圖2的客戶端的方框圖。
圖4示出了用于圖3的機(jī)頂盒的處理算法的流程圖。
圖5是一種代表性多媒體系統(tǒng)的圖。
圖6示出了圖5的遠(yuǎn)程通信單元的方框圖。
圖7示出了使用信息的統(tǒng)計(jì)收集的、圖2的服務(wù)提供者的方框圖。
圖8示出了圖5和圖6的遠(yuǎn)程通信單元的操作的流程圖。
具體實(shí)施例方式
在圖1中，一個(gè)用于交互數(shù)字電視服務(wù)的服務(wù)提供者10經(jīng)常具有可用于(N個(gè))客戶12、14、16、18的至少兩種數(shù)據(jù)。諸如電影的主節(jié)目的數(shù)據(jù)包括一個(gè)主事件。在此將諸如短電影的與主節(jié)目有關(guān)的附加交互視聽(tīng)信息指定為“附加的視聽(tīng)對(duì)象”或簡(jiǎn)稱為“附加對(duì)象”。因?yàn)樾诺缼捰邢?，因此迫使服?wù)提供者優(yōu)化每個(gè)信道傳輸?shù)臄?shù)據(jù)量。因?yàn)楦郊拥膶?duì)象包括選用的信息，因此僅僅客戶12、14、16、18的一部分可能對(duì)接收所述附加對(duì)象感興趣。因此，如果總是傳輸附加的對(duì)象，則將是對(duì)信道容量的浪費(fèi)。
為了解決這個(gè)問(wèn)題，本發(fā)明特別公開(kāi)了服務(wù)提供者10首先向所有客戶發(fā)送附加對(duì)象的“標(biāo)題”，然后僅僅向感興趣的客戶發(fā)送實(shí)際的對(duì)象。在此將一個(gè)標(biāo)題定義為短文或圖標(biāo)，用于指示附加對(duì)象的可獲得性。服務(wù)提供者10發(fā)送這樣的標(biāo)題及其對(duì)應(yīng)的對(duì)象代碼，即可以由客戶12、14、16、18下載的附加對(duì)象的代碼。所述標(biāo)題以及以后的附加對(duì)象被接收器件接收和處理，在此，典型的所述接收器件是集成的接收器-解碼器機(jī)頂盒或僅僅是STB(1)-STB(N)20、22、24、26。
另一個(gè)問(wèn)題是客戶面對(duì)難于管理的大量數(shù)據(jù)和選項(xiàng)。例如，當(dāng)附加的對(duì)象與主節(jié)目一樣在同一電視屏幕上同時(shí)被顯示時(shí)，它們將覆蓋主圖像的一部分。也存在當(dāng)更多的人觀看主節(jié)目時(shí)可能引起的其它的問(wèn)題，將有多個(gè)顯示重疊在主圖像上。另外，通常不是所有的觀眾要觀看附加的對(duì)象。
為了解決這些問(wèn)題，特別公開(kāi)了一種雙向RCU28、30、32、34、36、38、40、42，它們分別具有顯示器44、46、48、50、52、54、56、58，它們可能是例如觸摸屏顯示器，并且在STB和RCU之間進(jìn)行雙向通信。當(dāng)STB20、22、24、26接收到包括標(biāo)題的一個(gè)節(jié)目時(shí)，STB20、22、24、26將所述標(biāo)題從所述主節(jié)目分離，并且向相應(yīng)的RCU28、30、32、34、36、38、40、42發(fā)送所述標(biāo)題。所述標(biāo)題經(jīng)由諸如有線連接(例如總線或網(wǎng)絡(luò)連接)或無(wú)線連接(例如射頻或紅外線無(wú)線連接，諸如無(wú)線網(wǎng)絡(luò)或家用網(wǎng)絡(luò)連接)的通信介質(zhì)被發(fā)送到RCU，并且經(jīng)由被包括在RCU中的信號(hào)接收裝置被接收，所述被包括在RCU中諸如被包括在圖3所示的收發(fā)器88中。RCU28、30、32、34、36、38、40、42然后在相應(yīng)的顯示器44、46、48、50、52、54、56、58上顯示所述標(biāo)題，并且在主電視顯示器上不出現(xiàn)標(biāo)題。對(duì)于在觸摸屏顯示器上出現(xiàn)的標(biāo)題的一次觸摸或例如激活在RCU上的適當(dāng)按鍵或開(kāi)關(guān)足夠激活向相應(yīng)的STB發(fā)送消息以便預(yù)訂附加對(duì)象。這可以通過(guò)相應(yīng)的RCU28、30、32、34、36、38、40、42來(lái)完成，所述相應(yīng)的RCU28、30、32、34、36、38、40、42用于經(jīng)由第二傳輸介質(zhì)向相應(yīng)的STB20、22、24、26發(fā)回消息，所述第二傳輸介質(zhì)例如是有線的或無(wú)線的，它可以與第一介質(zhì)相同或不同，所述第一介質(zhì)用于從STB接收所述標(biāo)題(例如可以經(jīng)由無(wú)線射頻通信信道雙向發(fā)送消息，或者，經(jīng)由射頻通信信道(或經(jīng)由有線家用網(wǎng)絡(luò)連接)向RCU發(fā)送標(biāo)題，并且可以經(jīng)由紅外線無(wú)線協(xié)議從RCU向STB發(fā)送消息)。經(jīng)由一個(gè)發(fā)送裝置而發(fā)生從RCU向STB的發(fā)送，所述發(fā)送裝置可以例如被包括在圖3所示的收發(fā)器88中。在此所稱的發(fā)送裝置也可以被看作包括觸摸屏顯示器或RCU控制系統(tǒng)的一部分，所述部分當(dāng)被用戶激活時(shí)使能或?qū)е庐a(chǎn)生和從RCU向STB發(fā)送這樣的消息。從RCU到STB的這個(gè)消息在此被指定為“標(biāo)題請(qǐng)求消息”。STB20、22、24、26處理所述“標(biāo)題請(qǐng)求消息”并且經(jīng)由返回信道向服務(wù)提供者10發(fā)回所期望的對(duì)象的代碼。所述返回信道可以或可以不與下游信道是相同的介質(zhì)。例如，下游信道可以是衛(wèi)星信道，并且返回信道可以例如是衛(wèi)星信道、因特網(wǎng)信道、電纜信道等。
如圖1所示，客戶可能具有多個(gè)RCU，例如客戶(1)具有三個(gè)RCU，具體是RCU(1-1)28、RCU(1-2)30和RCU(1-3)32。如后按照本發(fā)明的多個(gè)方面所述，每個(gè)RCU28、30、32、34、36、38、40、42具有其自己的標(biāo)識(shí)碼，并且可以通過(guò)其相應(yīng)的STB 20、22、24、26獨(dú)立地被尋址。結(jié)果，可以在RCU(1-1)28上顯示一個(gè)附加對(duì)象，而RCU(1-2)30完全忽略那個(gè)對(duì)象。當(dāng)客戶可以獲得多個(gè)RCU時(shí)，則這些RCU也彼此通信以防止同時(shí)向STB20、22、24、26發(fā)送數(shù)據(jù)。
圖2是示出服務(wù)提供者10如何準(zhǔn)備不同節(jié)目的標(biāo)題和附加的選用視聽(tīng)對(duì)象的方框圖。當(dāng)前的主節(jié)目，諸如電影(A)和電影(B)被存儲(chǔ)在MPEG-2存儲(chǔ)介質(zhì)60中，并且在62提供現(xiàn)場(chǎng)直播節(jié)目(C)和現(xiàn)場(chǎng)直播節(jié)目(D)。為了簡(jiǎn)化討論，假定僅僅電影(A)和現(xiàn)場(chǎng)直播節(jié)目(D)每個(gè)被提供了一個(gè)附加對(duì)象，但是顯然任何一個(gè)和所有的項(xiàng)目可以被提供多個(gè)附加對(duì)象。
主現(xiàn)場(chǎng)直播節(jié)目(D)的未壓縮視聽(tīng)數(shù)字信號(hào)連接到一個(gè)編碼器并且被其以本領(lǐng)域中公知的方式處理，所述編碼器用于以第一格式編碼數(shù)據(jù)，例如MPEG-2編碼器64。在MPEG-2編碼器64的輸出的被壓縮的MPEG-2分組流被施加到復(fù)用器66。類似地，電影(A)的MPEG-2分組流被從存儲(chǔ)介質(zhì)60直接傳送到復(fù)用器66，因?yàn)橐呀?jīng)以MPEG-2壓縮編碼的形式存儲(chǔ)了電影(A)以減小存儲(chǔ)空間。因此，所述的MPEG-2相關(guān)信號(hào)操作和處理特征包括用于以主數(shù)據(jù)流形式提供或產(chǎn)生一個(gè)或多個(gè)主事件或節(jié)目的示范實(shí)施例。
“標(biāo)題開(kāi)發(fā)器”68產(chǎn)生用于附加對(duì)象的標(biāo)題，所述附加對(duì)象與主節(jié)目(A)和(D)一起被提供。服務(wù)提供者10向從客戶(1)12到客戶(N)18的所有客戶分布所產(chǎn)生的標(biāo)題。所述標(biāo)題在68由一個(gè)編碼器使用本領(lǐng)域中的技術(shù)人員所公知的軟件工具而產(chǎn)生，所述編碼器用于以第二格式編碼數(shù)據(jù)，所述第二格式諸如以MPEG-4編碼的形式。按照所述示范實(shí)施例，一個(gè)標(biāo)題不僅包括關(guān)于要下載的對(duì)象的短說(shuō)明，而且它也包括這個(gè)對(duì)象的標(biāo)識(shí)碼。所產(chǎn)生的標(biāo)題作為MPEG-4數(shù)據(jù)流被施加到復(fù)用器66，在此它被嵌入在例如電影(A)和現(xiàn)場(chǎng)直播節(jié)目(D)的對(duì)應(yīng)MPEG-2分組流中。所述的MPEG-4相關(guān)信號(hào)操作和處理特征包括一個(gè)示范實(shí)施例，用于除了主數(shù)據(jù)流之外還產(chǎn)生或提供一個(gè)數(shù)據(jù)流，即一個(gè)附加數(shù)據(jù)流。
最后，服務(wù)提供者的一些專用數(shù)據(jù)也可以被施加到復(fù)用器66。服務(wù)提供者10確定所述專用數(shù)據(jù)的內(nèi)容，其中除了其它之外還可以包括服務(wù)器72的地址。這個(gè)地址可以被STB20、22、24、26使用來(lái)經(jīng)由返回信道向服務(wù)器72發(fā)回消息，如后所述。因此，在復(fù)用器66的輸出的所產(chǎn)生的數(shù)據(jù)流是MPEG-2傳送流，它可以包括例如電影(A)、電影(A)的MPEG-4嵌入標(biāo)題、現(xiàn)場(chǎng)直播節(jié)目(D)、現(xiàn)場(chǎng)直播節(jié)目(D)的MPEG-4嵌入標(biāo)題、和來(lái)自服務(wù)提供者10的專用數(shù)據(jù)。
另外，也期望例如只要電影(A)正在被發(fā)送，則當(dāng)仍然在發(fā)送對(duì)應(yīng)事件的同時(shí)服務(wù)提供者10僅僅發(fā)送一個(gè)對(duì)象的標(biāo)題。這是因?yàn)榉?wù)提供者10啟動(dòng)后續(xù)事件的新的標(biāo)題和新的對(duì)象。
數(shù)據(jù)流連接到發(fā)送器74，在此它被調(diào)制和發(fā)送到客戶12、14、16、18。在實(shí)際數(shù)據(jù)發(fā)送之前，有一些所需要的調(diào)制和信號(hào)處理步驟，它們與本發(fā)明無(wú)關(guān)，因此除了緊下面列出的之外，不在此進(jìn)一步討論上述步驟。所述用于發(fā)送的調(diào)制和信號(hào)處理步驟將依賴于是否經(jīng)由衛(wèi)星、電纜或地面發(fā)送信號(hào)，并且現(xiàn)代的技術(shù)標(biāo)準(zhǔn)是例如DVB-S(數(shù)字視頻廣播-衛(wèi)星)標(biāo)準(zhǔn)、DVB-C(數(shù)字視頻廣播-電纜)標(biāo)準(zhǔn)、DVB-T(數(shù)字視頻廣播-地面)標(biāo)準(zhǔn)、ATSC(高級(jí)電視系統(tǒng)委員會(huì))標(biāo)準(zhǔn)和DAB(數(shù)字音頻廣播)標(biāo)準(zhǔn)。
在圖3中，示出了圖2的客戶端12、14、16、18，例如客戶(1)1 2，它具有STB(1)20和三個(gè)RCU，即RCU(1-1)28、RCU(1-2)30和RCU(1-3)32。每個(gè)RCU28、30、32具有唯一的標(biāo)識(shí)碼，它被存儲(chǔ)在對(duì)應(yīng)的RCU28、30、32中的存儲(chǔ)器中。STB(1)20、RCU(1-1)28和/或RCU(1-2)30和RCU(1-3)32一起包括一個(gè)多媒體系統(tǒng)，其中RCU28、30、32的三個(gè)標(biāo)識(shí)碼是公知的，并且被存儲(chǔ)在STB20的存儲(chǔ)器80中。在此使用的遠(yuǎn)程通信單元或RCU被設(shè)想為包括各種形式和功能。例如，一個(gè)RCU可以經(jīng)由STB與服務(wù)提供者通信以例如用于交互服務(wù)，以便STB將RCU鏈接到服務(wù)提供者。RCU可以以例如MPEG-4數(shù)據(jù)的形式顯示從STB接收的內(nèi)容，所述MPEG-4數(shù)據(jù)是STB從由STB接收的組合MPEG-2/MPEG-4數(shù)據(jù)流分離的。RCU可以例如通過(guò)提供在遙控單元中通常提供的控制功能來(lái)控制STB。RCU可以提供交互性和STB控制，或者可以提供最小的STB控制或不提供STB控制功能，以便經(jīng)由STB的信息接收和發(fā)送對(duì)于RCU的用戶是透明的。RCU可以與典型的遙控器或個(gè)人數(shù)字助理(PDA)類似地是手持的，或者RCU可以與臺(tái)式計(jì)算機(jī)類似地是具有大顯示器的較大器件。
再次參見(jiàn)圖3，在STB(1)20中，所接收的和解調(diào)的信號(hào)是被施加到去復(fù)用器74的輸入的MPEG-2數(shù)據(jù)流。示范數(shù)據(jù)流如上所述包括例如電影(A)、電影(A)的MPEG-4嵌入標(biāo)題、現(xiàn)場(chǎng)直播節(jié)目(D)、現(xiàn)場(chǎng)直播節(jié)目(D)的MPEG-4嵌入標(biāo)題、來(lái)自服務(wù)提供者10的專用數(shù)據(jù)。
為了下面的討論的目的，假定STB(1)12的觀眾選擇觀看電影(A)。結(jié)果，去復(fù)用器74去復(fù)用電影(A)的音頻和視頻分組流，并且忽略現(xiàn)場(chǎng)直播節(jié)目(D)的流。去復(fù)用器74的輸出被施加到MPEG-2解碼器76，它將所述信號(hào)解碼為對(duì)應(yīng)的音頻和視頻信號(hào)，于是電影(A)出現(xiàn)在彩色電視(CTV)(圖3中未示出)上。去復(fù)用器74也檢測(cè)和從MPEG-2數(shù)據(jù)提取嵌入MPEG-4的數(shù)據(jù)流。具體上，MPEG-4數(shù)據(jù)流包括與電影(A)相關(guān)的附加對(duì)象的標(biāo)題。此處并且在向RCU28、30、32發(fā)送MPEG-4數(shù)據(jù)之前，微控制器78建立一個(gè)表格，它在此被指定為“附加對(duì)象表”。這個(gè)表格提供了在觀眾和服務(wù)提供者10之間以合適的交互方式處理所請(qǐng)求的對(duì)象所需要的信息。
“附加對(duì)象表”可以包括下列數(shù)據(jù)--1-服務(wù)提供者與對(duì)應(yīng)的標(biāo)題一起發(fā)送的對(duì)象標(biāo)識(shí)碼。
--2-電影(A)或事件標(biāo)識(shí)碼，它被包括在MPEG-2傳送流中。
--3-在MPEG-2傳送流中包括的當(dāng)前節(jié)目(信道)標(biāo)識(shí)碼。
--4-關(guān)于經(jīng)由返回信道向服務(wù)提供者何處發(fā)回消息的地址信息。
--5-感興趣的觀眾的RCU標(biāo)識(shí)碼。這是當(dāng)前不知道的。
除了RCU標(biāo)識(shí)碼之外的所有信息是已知的，并且可以被容易地存儲(chǔ)在STB20的存儲(chǔ)器80中的“附加對(duì)象表”中。在微控制器78的控制下，經(jīng)由射頻收發(fā)器82向所有遠(yuǎn)程通信單元RCU(1-1)28、RCU(1-2)30和RCU(1-3)32發(fā)送可獲得的RCU的三個(gè)標(biāo)識(shí)碼和被分離的MPEG-4標(biāo)題。接收和識(shí)別它們自己的標(biāo)識(shí)碼的RCU——在此為RCU(1-1)28、RCU(1-2)30和RCU(1-3)32——使用它們相應(yīng)的微控制器(圖3中未示出)和相應(yīng)的MPEG-4解碼器84來(lái)解碼消息。RCU28、30、32也存儲(chǔ)所接收的對(duì)象標(biāo)識(shí)碼，并且在它們相應(yīng)的觸摸屏顯示器86上顯示標(biāo)題。因此，觀眾可以在CTV上觀看電影(A)和在它們的RCU的顯示器86上觀看所述標(biāo)題，即所接收的電影(A)的附加對(duì)象的標(biāo)題。
假定僅僅具有RCU(1-1)28的觀眾通過(guò)觸壓顯示器86上的標(biāo)題而選擇被顯示的標(biāo)題，而其它的觀眾不感興趣。按照本發(fā)明的多個(gè)方面，僅僅通過(guò)感興趣的觀眾的RCU——在此為RCU(1-1)28——來(lái)產(chǎn)生一個(gè)“標(biāo)題請(qǐng)求消息”。所述“標(biāo)題請(qǐng)求消息”包括所選擇的標(biāo)題的對(duì)象標(biāo)識(shí)碼和RCU(1-1)28的標(biāo)識(shí)碼。所述RCU經(jīng)由其自己的射頻收發(fā)器88向STB20的射頻收發(fā)器82發(fā)送所述“標(biāo)題請(qǐng)求消息”。借助于所接收的對(duì)象標(biāo)識(shí)碼，STB20的微控制器78識(shí)別所述“附加對(duì)象表”，并且將所接收的RCU標(biāo)識(shí)碼加到所述表格上，即精確地加到所期望的對(duì)象的相同組代碼。
“附加對(duì)象表”現(xiàn)在完整了。微控制器78然后比較與電影(A)一起的、在MPEG-2傳送流中的當(dāng)前所接收事件的代碼與在“附加對(duì)象表”中的電影(A)的代碼。當(dāng)電影(A)仍然是所接收的事件時(shí)兩個(gè)代碼是相同的。微控制器78然后使用調(diào)制解調(diào)器90經(jīng)由因特網(wǎng)或另一個(gè)返回信道向服務(wù)提供者10發(fā)送“對(duì)象請(qǐng)求消息”，所述另一個(gè)返回信道例如是與下游信道相同的介質(zhì)。
服務(wù)提供者10的服務(wù)器地址被包括在專用數(shù)據(jù)中，如上所述。所述“對(duì)象請(qǐng)求消息”包括對(duì)象標(biāo)識(shí)碼和機(jī)頂盒地址，例如因特網(wǎng)地址。
因?yàn)樵赗CU和STB之間的數(shù)據(jù)交換在本地發(fā)生，即在家中發(fā)生，因此可以由STB20的生產(chǎn)者自由地確定傳輸協(xié)議。例如，與典型的遙控協(xié)議類似的協(xié)議可以被用于例如控制信息，并且/或者諸如高速數(shù)據(jù)網(wǎng)絡(luò)通信協(xié)議的其它協(xié)議可以用于節(jié)目?jī)?nèi)容和/或控制信息。除了在此所述的在RCU和STB之間使用無(wú)線射頻通信的示范實(shí)施例之外，也可以使用有線通信而不使用無(wú)線通信，或者在使用無(wú)線通信之外還使用有線通信。如果使用網(wǎng)絡(luò)協(xié)議，則除了在STB和RCU之間的通信之外，RCU和STB也可以與其它器件通信，所述其它器件例如其它多媒體器件，諸如音頻系統(tǒng)、視頻節(jié)目源(VCR、DVD等)。另一方面，在STB和服務(wù)提供者10之間使用的傳輸協(xié)議依賴于用于返回信道的介質(zhì)，不是本發(fā)明的一部分。
當(dāng)然，其它觀眾也可能對(duì)接收同一對(duì)象感興趣，例如在圖1中，在客戶(3)的具有RCU(3-2)38的觀眾和在客戶(N)的具有RCU(N-2)58的觀眾。在服務(wù)提供者10(見(jiàn)圖2)，在服務(wù)器72中收集和處理所有感興趣的觀眾的對(duì)象代碼和STB地址。服務(wù)器72通過(guò)所接收的對(duì)象代碼從MPEG-4存儲(chǔ)介質(zhì)70獲取所獲得的對(duì)象。在存儲(chǔ)介質(zhì)70中，這個(gè)數(shù)據(jù)被以MPEG-4編碼形式被存儲(chǔ)以降低存儲(chǔ)空間。服務(wù)器72經(jīng)由下游信道向?qū)?yīng)的客戶發(fā)送對(duì)象，其中包括其標(biāo)識(shí)碼。
應(yīng)當(dāng)注意，各種RCU的用戶可以以“時(shí)移模式”觀看對(duì)象。假定存在與同一STB通信的至少兩個(gè)RCU(A)和(B)。STB向RCU(A)和(B)發(fā)送一個(gè)標(biāo)題，并且所述標(biāo)題同時(shí)被顯示在RCU(A)和(B)的RCU顯示器上。具有RCU(A)的觀眾可以在例如10:00點(diǎn)鐘在RCU(A)的顯示器上選擇(按下)所述標(biāo)題，在10:01接收對(duì)象，并且開(kāi)始觀看所請(qǐng)求的對(duì)象。具有RCU(B)的觀眾可以在例如10:05點(diǎn)鐘在RCU(B)的顯示器上選擇(按下)同一標(biāo)題，在10:06接收同一對(duì)象，并且開(kāi)始觀看所請(qǐng)求的對(duì)象。進(jìn)一步假定所選擇的對(duì)象的持續(xù)時(shí)間大于在各個(gè)RCU上觀看同一對(duì)象的開(kāi)始時(shí)間之間的5分鐘時(shí)間差。在這樣的情況下，具有RCU(B)的觀眾相對(duì)于RCU(A)的觀眾以時(shí)移模式觀看所述對(duì)象。
在圖3中，在STB20中的微控制器78比較MPEG-4接收對(duì)象代碼與在“附加對(duì)象表”中的對(duì)象代碼，以獲得感興趣的觀眾的對(duì)應(yīng)RCU標(biāo)識(shí)碼，在此為RCU(1-1)28。微控制器78然后經(jīng)由射頻收發(fā)器82向RCU發(fā)送RCU標(biāo)識(shí)碼和實(shí)際對(duì)象。因?yàn)閮H僅RCU(1-1)28的標(biāo)識(shí)碼匹配所接收的標(biāo)識(shí)碼，因此RCU(1-1)28解碼和在它的顯示器86上顯示與電影(A)相關(guān)的對(duì)象，而RCU(1-2)30和RCU(1-3)32忽略所接收的消息。所顯示的對(duì)象與在CTV上顯示的電影(A)相關(guān)。
因此，從上面，應(yīng)當(dāng)清楚，在來(lái)自服務(wù)提供者10的新提供的開(kāi)始，所有觀眾接收小數(shù)量的附加數(shù)據(jù)，即標(biāo)題。后來(lái)，僅僅感興趣的觀眾接收實(shí)際對(duì)象的大數(shù)量附加數(shù)據(jù)，它可以是具有聲音的視頻信號(hào)，例如短主題電影。同時(shí)，電影(A)在CTV上被觀看，而沒(méi)有任何由可能會(huì)覆蓋主畫(huà)面的額外窗口引起的干擾，這是例如公知為PIP的畫(huà)中畫(huà)特征的情況，它也需要第二調(diào)諧器。如圖2所示，附加對(duì)象的標(biāo)題被嵌入到電影(A)的數(shù)據(jù)流中，以便當(dāng)電影(A)結(jié)束時(shí)，它的對(duì)應(yīng)標(biāo)題的發(fā)送也結(jié)束。
在電影(A)的結(jié)尾，當(dāng)標(biāo)題的發(fā)送停止時(shí)，客戶可以處在下列情況之A)不感興趣的觀眾，他僅僅忽略所顯示的標(biāo)題或已經(jīng)刪除了它。這個(gè)觀眾在電影的結(jié)尾不受影響。
B)一個(gè)觀眾已經(jīng)下載了感興趣的對(duì)象。這個(gè)觀眾也不受影響。
C)一個(gè)觀眾在下載對(duì)象的中途。這個(gè)觀眾也不受影響，因?yàn)樵诒緦?shí)施例中，服務(wù)提供者10的服務(wù)器72繼續(xù)提供完整的對(duì)象。
D)在電影已經(jīng)結(jié)束后請(qǐng)求一個(gè)對(duì)象的觀眾。如果這個(gè)觀眾試圖通過(guò)按下所述標(biāo)題來(lái)下載所述對(duì)象，則一個(gè)“標(biāo)題請(qǐng)求消息”被產(chǎn)生和發(fā)送到STB20，正如以上所述。微控制器78查看電影(A)的當(dāng)前狀態(tài)。所述狀態(tài)是“事件當(dāng)前在運(yùn)行”或“事件已經(jīng)結(jié)束”?？梢酝ㄟ^(guò)比較在MPEG-2傳送流中的對(duì)應(yīng)數(shù)據(jù)和存儲(chǔ)在“附加對(duì)象表”中的電影(A)的事件代碼而確定關(guān)于當(dāng)前狀態(tài)的信息。當(dāng)STB20比較兩個(gè)代碼時(shí)，則所述代碼將不同，并且當(dāng)前的事件狀態(tài)將是“事件已經(jīng)結(jié)束”。但是，如果所述觀眾在觀看電影時(shí)不改變節(jié)目，則這個(gè)狀態(tài)為真。因此必須查看當(dāng)前節(jié)目的狀態(tài)。微控制器78比較當(dāng)前的節(jié)目代碼和存儲(chǔ)在“附加對(duì)象表”中的節(jié)目代碼。因?yàn)樗鲇^眾不改變所述節(jié)目，因此兩個(gè)代碼是相同的。比較的結(jié)果是所述電影已經(jīng)肯定結(jié)束。
結(jié)果，微控制器78向?qū)?yīng)的RCU返回一個(gè)“不可獲得的消息”，這個(gè)消息被顯示在相應(yīng)的顯示器86上。所述“不可獲得的消息”是有益的，因?yàn)樗ㄖ^眾所顯示的標(biāo)題是多余的，即不再被需要，并且應(yīng)當(dāng)被刪除。
因?yàn)槭Ｓ嗟娘@示標(biāo)題的數(shù)量隨著時(shí)間可以提高，因此如果以更為有效和自動(dòng)的方式刪除不必要的標(biāo)題則對(duì)觀眾是有益的。因此期望可以通過(guò)下面的可能中的一個(gè)或多個(gè)來(lái)實(shí)現(xiàn)標(biāo)題的刪除1)觀眾可以通過(guò)加亮一個(gè)標(biāo)題和從菜單選擇刪除以傳統(tǒng)的方式在任何時(shí)間刪除一個(gè)標(biāo)題。
2)觀眾可以在如上所述接收到一個(gè)“不可獲得的消息”后刪除一個(gè)標(biāo)題。
3)觀眾可以通過(guò)從菜單選擇選項(xiàng)“刷新顯示”來(lái)刪除所有多余的標(biāo)題。刷新顯示命令對(duì)于每個(gè)所顯示的標(biāo)題自動(dòng)產(chǎn)生一個(gè)“標(biāo)題請(qǐng)求消息”。所有的“標(biāo)題請(qǐng)求消息”被連續(xù)地發(fā)送到STB20，并且被查看它們的可獲得性。依賴于所述結(jié)果，STB微控制器78向?qū)?yīng)的RCU發(fā)送一個(gè)刪除命令。通過(guò)如此做，所有的多余標(biāo)題被逐一地自動(dòng)刪除。
4)也可以通過(guò)每次用戶按下感興趣的標(biāo)題時(shí)自動(dòng)激活“刷新顯示”命令來(lái)實(shí)現(xiàn)全自動(dòng)地刪除多余的標(biāo)題。
5)一個(gè)觀眾在按下所顯示的標(biāo)題之前已經(jīng)改變了所述節(jié)目，即雖然事件電影(A)還沒(méi)有結(jié)束，已經(jīng)選擇了另一個(gè)節(jié)目。在這樣的情況下，RCU產(chǎn)生一個(gè)“標(biāo)題請(qǐng)求消息”并且將其發(fā)送到STB20。STB20比較當(dāng)前的事件代碼(非電影(A))與在“附加對(duì)象表”中的電影(A)代碼，其中兩個(gè)代碼不相同。當(dāng)此發(fā)生時(shí)，微控制器78比較當(dāng)前的節(jié)目代碼和在“附加對(duì)象表”中的節(jié)目代碼。因?yàn)橛^眾改變了節(jié)目，因此代碼將不相同。在這種情況下，微控制器78發(fā)送一個(gè)消息“轉(zhuǎn)回期望的節(jié)目(是/否)？”，它將被顯示在RCU的顯示器86上。如果觀眾選擇“是”選項(xiàng)，則STB20自動(dòng)轉(zhuǎn)回電影(A)節(jié)目。這是可能的，因?yàn)槿缟纤觯龉?jié)目代碼被存儲(chǔ)在“附加對(duì)象表”中。然后，微控制器78查看當(dāng)前的事件狀態(tài)來(lái)查明電影(A)是否仍然在運(yùn)行。如果兩個(gè)代碼是相同的，則微控制器78向服務(wù)提供者10發(fā)送所期望的對(duì)象代碼和STB20地址。如果所述節(jié)目代碼是不同的，則向?qū)?yīng)的RCU發(fā)送一個(gè)“不可獲得”消息。另一方面，如果觀眾選擇“否”選項(xiàng)，則STB20忽略“標(biāo)題請(qǐng)求消息”。
圖4的流程圖中示出了用于STB的處理算法。圖4的流程圖僅僅包括用于理解本發(fā)明的一些方面所需的主要步驟。
從STB塊400開(kāi)始，在402確定是否存在過(guò)一個(gè)收發(fā)器中斷。如果確定是否，則在404確定是否存在過(guò)一個(gè)復(fù)用器或調(diào)制解調(diào)器中斷。如果否，則返回402。如果是，則在406確定它是否是MPEG-4標(biāo)題或一個(gè)對(duì)象。如果它是一個(gè)對(duì)象，則在408識(shí)別所述對(duì)象，并且在410從附加對(duì)象表獲得RCU標(biāo)識(shí)碼，在412發(fā)送所述RCU標(biāo)識(shí)碼，在414發(fā)送對(duì)象標(biāo)識(shí)碼，并且在416向RCU發(fā)送所述對(duì)象，并且返回402。
如果在406確定所述數(shù)據(jù)是MPEG-4標(biāo)題，則在418建立一個(gè)附加對(duì)象表，在420發(fā)送所有的RCU標(biāo)識(shí)碼，在422發(fā)送所述標(biāo)題和對(duì)象代碼，并且返回402。
如果在402確定為是，則它是收發(fā)器中斷，則在424確定它是內(nèi)部對(duì)象還是外部對(duì)象。如果確定數(shù)據(jù)是內(nèi)部對(duì)象，則在426解碼非MPEG數(shù)據(jù)，并且在428調(diào)用所述內(nèi)部對(duì)象例程，并且返回402。
如果在424確定所述數(shù)據(jù)是外部對(duì)象，則在430提供一個(gè)標(biāo)題請(qǐng)求消息，并且在432向?qū)ο髮傩粤斜碓黾铀鯮CU標(biāo)識(shí)碼，在434確定事件代碼是否是相同的。如果確定為是，則在436向服務(wù)提供者發(fā)送對(duì)象請(qǐng)求消息，并且返回402。
如果在434確定為否，事件代碼不相同，則在438確定節(jié)目代碼是否相同。如果確定為是，則在440向RCU發(fā)送一個(gè)“不可獲得”消息，并且隨后返回402。
如果在438確定為否，節(jié)目代碼不相同，則在442向RCU發(fā)送消息“轉(zhuǎn)回期望的節(jié)目(是/否)？”，并且在444根據(jù)在442對(duì)于所述消息的所接收的響應(yīng)進(jìn)行確定。如果響應(yīng)是否，則在446忽略標(biāo)題請(qǐng)求消息，并且返回402。如果返回的響應(yīng)為是，則在448轉(zhuǎn)回，以在450確定事件代碼是否相同。如果在450確定為是，則在452向服務(wù)提供者發(fā)送一個(gè)對(duì)象請(qǐng)求消息，并且返回402。如果確定為否，事件代碼不同，則在454發(fā)送一個(gè)“不可獲得”消息，并且返回402。
圖5的系統(tǒng)包括CTV100、STB102和雙向RCU104，并且用因特網(wǎng)作為返回信道。因此，STB102經(jīng)由調(diào)制解調(diào)器106連接到因特網(wǎng)站點(diǎn)。RCU104包括射頻收發(fā)器108，它具有一個(gè)天線，用于以本領(lǐng)域中公知的方式來(lái)執(zhí)行適當(dāng)?shù)奶幚聿僮?，用于向STB102發(fā)送和從STB102接收射頻(RF)信號(hào)。另外，RCU104和STB102可能包括取代在此討論的RF收發(fā)器的紅外線(IR)發(fā)射機(jī)/收發(fā)器(未示出)，用于以本領(lǐng)域中公知的方式進(jìn)行在RCU和STB之間的無(wú)線通信。另一個(gè)選擇是STB和RCU可以通過(guò)無(wú)線或有線網(wǎng)絡(luò)連接或通信，其中所述無(wú)線或有線網(wǎng)絡(luò)也可以連接其它器件，例如下列中的一個(gè)或多個(gè)家用音頻系統(tǒng)，個(gè)人計(jì)算機(jī)，顯示器，DVD播放機(jī)等。而且在此所述的系統(tǒng)可以包括多個(gè)RCU，它們可以經(jīng)由所述通信介質(zhì)的一個(gè)或多個(gè)與STB通信、與服務(wù)提供者通信和彼此通信。
提供了另一個(gè)RCU104，它例如具有觸摸屏圖形用戶界面，諸如LCD110，它也適合于顯示視頻。在一種操作模式中，RCU104以傳統(tǒng)的方式工作，即所顯示的數(shù)據(jù)使用在觸摸屏上顯現(xiàn)的內(nèi)部產(chǎn)生的虛擬按鍵/圖標(biāo)來(lái)代表由用戶發(fā)出以控制各種功能的命令。STB102包括具有天線的第二射頻收發(fā)器112。第二射頻收發(fā)器112與RCU104的第一射頻收發(fā)器108實(shí)質(zhì)相同，并且執(zhí)行發(fā)送和接收信息承載信號(hào)的相同功能。
可以在RCU104的顯示器110上看出，除了內(nèi)部產(chǎn)生的圖標(biāo)之外，還有任何數(shù)量的標(biāo)題，它們?cè)诖吮恢付闃?biāo)題1、標(biāo)題2和標(biāo)題3。全部或一部分的所述標(biāo)題可以與當(dāng)前事件有關(guān)，其余的可以是多余的。用戶可以通過(guò)在觸摸屏上按下一個(gè)標(biāo)題來(lái)以交互的方式下載對(duì)應(yīng)的對(duì)象。結(jié)果，可以加亮所選擇的標(biāo)題，如圖5中對(duì)于標(biāo)題1所示。
圖6示出了一個(gè)簡(jiǎn)化的方框圖，它表示按照本發(fā)明的多個(gè)方面的在RCU104中的信號(hào)處理?？梢悦靼自赗CU中包括各種其它的部件，用于執(zhí)行不同的操作。但是，為了簡(jiǎn)單，省略這些部件的說(shuō)明，因?yàn)樗鼈儗?duì)理解本發(fā)明不重要。也應(yīng)當(dāng)注意，在RCU中的紅外線收發(fā)器和在STB中的紅外線收發(fā)器是選用的，如果射頻收發(fā)器108、112用于發(fā)送傳統(tǒng)的控制命令則可以去除上述紅外線收發(fā)器?；蛘?，如果所使用的紅外線收發(fā)器也發(fā)送MPEG數(shù)據(jù)則可以去除射頻收發(fā)器。
在圖6中，在射頻收發(fā)器的輸出的所接收和解調(diào)的MPEG-4數(shù)據(jù)流被施加到微控制器114和MPEG-4解碼器116。解碼處理需要用于數(shù)據(jù)存儲(chǔ)的一個(gè)存儲(chǔ)器118。被解碼的MPEG-4數(shù)字音頻和數(shù)字視頻信號(hào)在視聽(tīng)處理電路120中以本領(lǐng)域內(nèi)公知的方式被進(jìn)一步處理，所述視聽(tīng)處理電路120以本領(lǐng)域內(nèi)公知的方式來(lái)作為到LCD觸摸屏顯示器122和揚(yáng)聲器124的接口，所述揚(yáng)聲器124可以當(dāng)顯示器122顯示所請(qǐng)求的視頻對(duì)象時(shí)被使用。RCU104也接收和解碼來(lái)自STB102的非MPEG數(shù)據(jù)。
直到目前為止，主要經(jīng)由例如因特網(wǎng)來(lái)發(fā)送對(duì)象請(qǐng)求消息和實(shí)際附加對(duì)象。使用因特網(wǎng)作為返回信道的優(yōu)點(diǎn)是降低在諸如衛(wèi)星信道的主傳輸信道中的數(shù)據(jù)負(fù)荷的數(shù)量。這個(gè)手段的缺點(diǎn)是必須將附加信息發(fā)送感興趣的用戶的數(shù)量那么多次。因此，本發(fā)明的另一個(gè)方面是考慮除了因特網(wǎng)之外的返回信道。
所述返回信道可以是與下游信道相同的介質(zhì)，例如使用電纜、衛(wèi)星或地面信道。這些返回信道被定義在上述的標(biāo)準(zhǔn)中。在服務(wù)提供者使用相同介質(zhì)來(lái)用于下游和返回流的時(shí)候，應(yīng)當(dāng)對(duì)于那個(gè)特定的返回信道優(yōu)化主數(shù)據(jù)和附加數(shù)據(jù)的數(shù)量。按照本發(fā)明的多個(gè)方面，以與返回信道的介質(zhì)無(wú)關(guān)的方式來(lái)發(fā)送附加對(duì)象的標(biāo)題，即附加對(duì)象的標(biāo)題被作為MPEG-4編碼數(shù)據(jù)嵌入到主節(jié)目的MPEG-2分組數(shù)據(jù)流中。但是，不同的客戶所期望的對(duì)象代碼可以經(jīng)由與下游數(shù)據(jù)相同的介質(zhì)或任何其它的適當(dāng)?shù)姆祷匦诺辣话l(fā)回服務(wù)提供者。
在服務(wù)提供者端，所接收的消息被連續(xù)地分類，并且對(duì)于每個(gè)對(duì)象代碼獨(dú)立地被計(jì)數(shù)，以便計(jì)算客戶的請(qǐng)求的統(tǒng)計(jì)分布。結(jié)果將示出多少客戶對(duì)哪個(gè)對(duì)象感興趣。這個(gè)結(jié)果隨后在發(fā)送實(shí)際附加對(duì)象之前被例如圖7所示的統(tǒng)計(jì)復(fù)用器126使用。當(dāng)然應(yīng)當(dāng)明白，所述示范實(shí)施例使用統(tǒng)計(jì)復(fù)用器，但是存在其它開(kāi)發(fā)統(tǒng)計(jì)分布的等同方式，例如在復(fù)用器66的軟件中或其它等同的器件中，所有這些都是通常可以獲得的。結(jié)果，對(duì)接收附加視聽(tīng)對(duì)象之一感興趣的客戶越多，則可以獲得用于這個(gè)特定對(duì)象的越多數(shù)據(jù)空間。輸入的消息的統(tǒng)計(jì)分布也是關(guān)于觀眾的當(dāng)前興趣的重要信息，這由服務(wù)器128來(lái)執(zhí)行。借助于這個(gè)信息，服務(wù)提供者可以改善附加對(duì)象的質(zhì)量并且減少/增加所使用的帶寬。在這個(gè)實(shí)施例中，由發(fā)射機(jī)/接收機(jī)130使用用于返回信道的下游信道來(lái)執(zhí)行雙向通信。除了圖7所示的統(tǒng)計(jì)收集功能之外，圖7包括許多與圖2相同的構(gòu)件，這些元素與圖2類似地被指定標(biāo)號(hào)。
圖8的流程圖示出了用于RCU800的處理算法。這個(gè)流程圖僅僅示出了理解本發(fā)明的多個(gè)方面所需要的功能。
微控制器114(圖6)掃描觸摸屏顯示器122(圖6)的輸入信號(hào)。如果觀眾在802按下屏幕上的一個(gè)對(duì)象，則微控制器114在804定位和識(shí)別所述對(duì)象。存在兩種可能在806，所述對(duì)象可以是內(nèi)部的或外部的。一個(gè)內(nèi)部對(duì)象是工廠設(shè)置的對(duì)象，它與由服務(wù)提供者10提供的標(biāo)題的無(wú)關(guān)。這樣的內(nèi)部對(duì)象用于以本領(lǐng)域公知的方式來(lái)控制多媒體器件的基本功能，諸如音量或信道選擇，在此不進(jìn)一步討論。在這樣的情況下，在808解碼非MPEG數(shù)據(jù)，并且在810進(jìn)入內(nèi)部對(duì)象例程。
一個(gè)外部對(duì)象是從服務(wù)提供者10接收的標(biāo)題。如果在802在觸摸屏顯示器上按下一個(gè)所顯示的標(biāo)題，則微控制器114在812建立和發(fā)送一個(gè)“標(biāo)題請(qǐng)求消息”。在814，一個(gè)消息被發(fā)送到STB，STB在816在存儲(chǔ)器118(圖6)中存儲(chǔ)所需對(duì)象的目標(biāo)代碼。另外，微控制器114在818在寄存器(未示出)中置位一個(gè)比特，所述比特被指定為“等待對(duì)象”標(biāo)志。當(dāng)置位這個(gè)標(biāo)志時(shí)，微控制器114“知道”觀眾已經(jīng)從服務(wù)提供者10請(qǐng)求了一個(gè)對(duì)象，然后返回802。
當(dāng)STB20向RCU800發(fā)送一個(gè)消息時(shí)。收發(fā)器108(圖6)在120向RCU800的微控制器114發(fā)送一個(gè)中斷信號(hào)。微控制器114在進(jìn)行解碼處理之前在820查看是否所述消息包括它自己的RCU標(biāo)識(shí)碼。如果它是不同的標(biāo)識(shí)碼，則在822忽略所述消息，并且返回802。如果標(biāo)識(shí)碼正確，則在824查看是否存在一個(gè)“不可獲得”消息。如果存在這樣的一個(gè)消息，則在826進(jìn)入“不可獲得”子例程。
如果沒(méi)有“不可獲得”消息，則在828查看“轉(zhuǎn)回”消息。如果存在這樣的消息，則在830進(jìn)入“轉(zhuǎn)回”例程。如果不存在這樣的消息，則在832查看“等待對(duì)象”標(biāo)志。被置位的“等待對(duì)象”標(biāo)志表示RCU正在等待一個(gè)被請(qǐng)求的對(duì)象，其對(duì)象代碼已經(jīng)被存儲(chǔ)在RCU800的存儲(chǔ)器118中。微控制器114在834比較所接收的對(duì)象代碼與所存儲(chǔ)的對(duì)象代碼，并且如果它們相同，則微控制器114使用MPEG-4解碼器116(圖6)在836解碼所接收的對(duì)象數(shù)據(jù)，并且在838將“等待對(duì)象”標(biāo)志復(fù)位。所接收的對(duì)象然后在840在顯示器122上被顯示(圖6)，并且返回802。
另一方面，如果所接收的對(duì)象代碼與所存儲(chǔ)的對(duì)象代碼不相同，則微控制器114在842處理一個(gè)新的對(duì)象，即一個(gè)新的標(biāo)題。如果在832未置位所述“等待對(duì)象”標(biāo)志，則微控制器114也處理一個(gè)新的標(biāo)題。微控制器114在844解碼新的標(biāo)題，在846排列多個(gè)標(biāo)題以顯示，并且在848使用MPEG-4解碼器116顯示所述多個(gè)標(biāo)題，然后返回802。
權(quán)利要求
1.一種裝置，包括用于接收數(shù)據(jù)信號(hào)的部件，所述數(shù)據(jù)信號(hào)包括數(shù)據(jù)流，所述數(shù)據(jù)流包括以第一格式編碼的數(shù)據(jù)，用于表示事件，所述數(shù)據(jù)流還包括以第二格式編碼的數(shù)據(jù)，用于表示與所述事件相關(guān)的附加信息，其中表示附加信息的數(shù)據(jù)被嵌入到表示事件的數(shù)據(jù)流中；用于從事件的數(shù)據(jù)流提取附加信息的部件；和用于向至少一個(gè)預(yù)定的遠(yuǎn)程通信單元提供附加信息的部件。
2.按照權(quán)利要求1的裝置，其中附加信息被提供給多個(gè)遠(yuǎn)程通信單元，并且僅僅所述預(yù)定的遠(yuǎn)程通信單元響應(yīng)于附加信息，所述裝置還包括用于從所述預(yù)定的遠(yuǎn)程通信單元接收對(duì)于另外的附加信息的請(qǐng)求的部件。
3.按照權(quán)利要求2的裝置，其中用于表示事件的、以第一格式編碼的數(shù)據(jù)流中包括的數(shù)據(jù)包括MPEG-2編碼的數(shù)據(jù)，用于表示附加信息的、以第二格式編碼的數(shù)據(jù)包括MPEG-4編碼數(shù)據(jù)。
4.按照權(quán)利要求3的裝置，其中數(shù)據(jù)信號(hào)接收部件經(jīng)由第一通信信道接收數(shù)據(jù)信號(hào)，所述數(shù)據(jù)信號(hào)包括表示事件的數(shù)據(jù)和表示附加信息的數(shù)據(jù)。
5.按照權(quán)利要求4的裝置，還包括用于經(jīng)由第一通信信道和第二通信信道之一向服務(wù)提供者提供對(duì)于另外的附加信息的請(qǐng)求的部件，所述第二通信信道不同于第一通信信道。
6.按照權(quán)利要求1的裝置，還包括用于解碼表示事件的數(shù)據(jù)流以產(chǎn)生解碼數(shù)據(jù)的部件，和用于響應(yīng)于所述解碼數(shù)據(jù)而產(chǎn)生事件的顯示的部件，其中與事件相關(guān)的附加信息包括關(guān)于事件的附加信息的外部對(duì)象，并且多個(gè)所述外部對(duì)象隨著時(shí)間的過(guò)去而變得無(wú)效。
7.按照權(quán)利要求6的裝置，其中只要在主顯示器上顯示所述事件，則所述外部對(duì)象有效。
8.按照權(quán)利要求7的裝置，其中用于表示外部對(duì)象的、在數(shù)據(jù)信號(hào)中包括并且以第二數(shù)據(jù)格式編碼的數(shù)據(jù)包括MPEG-4編碼數(shù)據(jù)。
9.一種處理信號(hào)的方法，包括下列步驟接收數(shù)據(jù)信號(hào)，所述數(shù)據(jù)信號(hào)包括數(shù)據(jù)流，所述數(shù)據(jù)流包括以第一格式編碼的數(shù)據(jù)，用于表示事件，所述數(shù)據(jù)流還包括以第二格式編碼的數(shù)據(jù)，用于表示與所述事件相關(guān)的附加信息，其中表示附加信息的數(shù)據(jù)被嵌入到表示事件的數(shù)據(jù)流中；從事件的數(shù)據(jù)流提取附加信息；和向預(yù)定的遠(yuǎn)程通信單元提供附加信息。
10.按照權(quán)利要求9的方法，其中提供附加信息的步驟包括向多個(gè)遠(yuǎn)程通信單元提供附加信息，并且僅僅所述預(yù)定的遠(yuǎn)程通信單元響應(yīng)于附加信息，所述方法還包括用于從所述預(yù)定的遠(yuǎn)程通信單元接收對(duì)于另外的附加信息的請(qǐng)求的步驟。
11.按照權(quán)利要求10的方法，其中用于表示事件的、以第一格式編碼的數(shù)據(jù)流中包括的數(shù)據(jù)包括MPEG-2編碼的數(shù)據(jù)，用于表示附加信息的、以第二格式編碼的數(shù)據(jù)包括MPEG-4編碼數(shù)據(jù)。
12.按照權(quán)利要求11的方法，其中接收數(shù)據(jù)信號(hào)的步驟包括經(jīng)由第一通信信道接收數(shù)據(jù)信號(hào)，所述數(shù)據(jù)信號(hào)包括表示事件的數(shù)據(jù)和表示附加信息的數(shù)據(jù)。
13.按照權(quán)利要求12的方法，還包括用于經(jīng)由第一通信信道和第二通信信道之一向服務(wù)提供者提供對(duì)于另外的附加信息的請(qǐng)求的步驟，所述第二通信信道不同于第一通信信道。
14.按照權(quán)利要求9的方法，還包括步驟解碼表示事件的數(shù)據(jù)流以產(chǎn)生解碼數(shù)據(jù)；響應(yīng)于所述解碼數(shù)據(jù)而產(chǎn)生事件的顯示，其中與事件相關(guān)的附加信息包括關(guān)于事件的附加信息的外部對(duì)象，并且多個(gè)所述外部對(duì)象隨著時(shí)間的過(guò)去而變得無(wú)效。
15.按照權(quán)利要求14的方法，其中只要在主顯示器上顯示所述事件，則所述外部對(duì)象有效。
16.按照權(quán)利要求15的方法，其中用于表示外部對(duì)象的、在數(shù)據(jù)信號(hào)中包括并且以第二數(shù)據(jù)格式編碼的數(shù)據(jù)包括MPEG-4編碼數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種基于MPEG－4的多媒體系統(tǒng)，它與用于其的服務(wù)提供者以及用于其的遠(yuǎn)程通信器件相結(jié)合?；诮换?nèi)容的遠(yuǎn)程通信單元簡(jiǎn)化和降低了通過(guò)使用MPEG－4編碼數(shù)據(jù)來(lái)接收交互服務(wù)所需要的步驟和按鍵的數(shù)量。另外，也公開(kāi)了用于在服務(wù)提供者端的數(shù)據(jù)處理的新方式。而且，本發(fā)明提供了對(duì)在服務(wù)提供者(廣播公司、有線公司、因特網(wǎng)服務(wù)提供者)和客戶(觀眾)之間交換數(shù)據(jù)的改進(jìn)的方式。而且，本發(fā)明也公開(kāi)了對(duì)于控制可用的信道帶寬和顯示數(shù)據(jù)的任務(wù)如何最佳化在數(shù)據(jù)處理中涉及的數(shù)字設(shè)備(服務(wù)器，機(jī)頂盒、遠(yuǎn)程控制單元和顯示器)。
文檔編號(hào)H04N7/16GK1539241SQ02815557
公開(kāi)日2004年10月20日 申請(qǐng)日期2002年8月7日 優(yōu)先權(quán)日2001年8月8日
發(fā)明者馬格迪·米蓋德, 馬格迪 米蓋德 申請(qǐng)人:湯姆森特許公司