亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于提供診斷信息的廣播接收機(jī)和方法

文檔序號:7654129閱讀:124來源:國知局
專利名稱:用于提供診斷信息的廣播接收機(jī)和方法
技術(shù)領(lǐng)域
本發(fā)明涉及內(nèi)容廣播技術(shù),以及更加具體地,涉及一種用于提供診斷信息的廣播接收機(jī),數(shù)據(jù)結(jié)構(gòu)和方法。
背景技術(shù)
通常,內(nèi)容廣播系統(tǒng)可以包括通過有線(例如,電話或者電纜)或者無線(例如,蜂窩或者衛(wèi)星)網(wǎng)絡(luò)發(fā)送內(nèi)容的廣播站和接收內(nèi)容的至少一個主機(jī),諸如廣播接收機(jī)。廣播接收機(jī)可以包括通信接口。在廣播接收機(jī)不具有通信接口時,可以由廣播接收機(jī)使用通信卡以接口連接廣播站。
在有線電視廣播的情況下,有線電視廣播站可以是系統(tǒng)運(yùn)營商(SO)頭端或者多系統(tǒng)操作器(MSO)頭端。SO可以是聯(lián)合的有線廣播提供商(即,本地有線電視廣播提供商),且MSO可以是集中在一起的幾個SO。
有線電視廣播接收機(jī)可以是數(shù)字嵌入式TV,數(shù)字就緒TV,等等。該有線電視廣播接收機(jī)可以使用開放式有線電視系統(tǒng),且可以使用包括條件存取(CA)系統(tǒng)的有線電視卡或者展開點(diǎn)(POD)模塊??蛇x地,該有線電視廣播接收機(jī)可以具有作為有線電視卡的功能等效的嵌入的模塊。在這種情況下,該有線電視廣播接收機(jī)可以以軟件的形式接收CA系統(tǒng),也就是說可從SO或者M(jìn)SO下載CA系統(tǒng),并將其存儲在有線電視廣播接收機(jī)的存儲器中。可下載的軟件通常被稱為下載的條件存取系統(tǒng)(DCAS)。同樣地,該有線電視廣播接收機(jī)可能具有可以或者可以不需要單獨(dú)的有線電視卡的配置。
在需要有線電視卡時,有線電視卡可以使用個人計算機(jī)存儲器卡國際聯(lián)合會(PCMCIA)標(biāo)準(zhǔn)以接口連接有線電視廣播接收機(jī)。有線電視卡可以被插入在有線電視廣播接收機(jī)設(shè)置的槽中。
同時,主機(jī)可以接收和處理由頭端提供的開放式有線電視應(yīng)用平臺(OCAP)服務(wù)。
也就是說,該主機(jī)必須經(jīng)由有線電視網(wǎng)下載OCAP-Java(OCAP-J)應(yīng)用,諸如電子節(jié)目指南(EPG)和從位于遠(yuǎn)程位置的頭端經(jīng)由有線電視網(wǎng)發(fā)送的監(jiān)測應(yīng)用,和驅(qū)動關(guān)于其系統(tǒng)的應(yīng)用。
此時,主機(jī)包括具有在制造產(chǎn)品時確定的適合于驅(qū)動OCAP-J應(yīng)用的性能的中央處理器(CPU)或者具有由頭端和制造商之間的協(xié)議確定的性能的CPU,以下載和驅(qū)動關(guān)于其系統(tǒng)的OCAP-J應(yīng)用。
然而,由于由頭端提供的OCAP服務(wù)沒有限制,當(dāng)開始提供服務(wù)時僅僅提供監(jiān)測應(yīng)用,僅包括基本功能的EPG,和脈沖按次計費(fèi)的(IPPV)服務(wù),但是,將來,在OCAP服務(wù)環(huán)境穩(wěn)定之后,將提供各種服務(wù)。
因此,因為由頭端提供的業(yè)務(wù)逐漸變得復(fù)雜和多樣,將逐漸提高CPU接收和處理服務(wù)所需的性能。
然而,包括在在特定時點(diǎn)開發(fā)和銷售的主機(jī)中的CPU具有在當(dāng)時需要的性能。因此,當(dāng)由頭端提供的服務(wù)變得復(fù)雜和多樣時,包括在主機(jī)中的CPU不太可能正常地操作接收的服務(wù)。
不能通過以新的置頂盒代替從頭端租用的置頂盒來解決這種問題。

發(fā)明內(nèi)容
因此,本發(fā)明涉及一種用于提供診斷信息的廣播接收機(jī)和方法,其基本上避免了上述的一個或多個問題。
例如,本公開公開了一種用于提供診斷信息的廣播接收機(jī)和方法,通過其可以在在屏顯示(OSD)窗口顯示主機(jī)的中央處理單元(CPU)狀態(tài)信息。
本公開其他的優(yōu)點(diǎn)、目的和特征將在以下說明書部分地闡述,之后,當(dāng)研究了以下內(nèi)容后或?qū)W習(xí)了本公開的實踐之后,對于本領(lǐng)域普通技術(shù)人員而言本公開部分程度上將變得明顯,或者可以從本公開的實踐中獲知。通過在撰寫的說明書和權(quán)利要求書以及附圖中描述的結(jié)構(gòu)和處理,可以實現(xiàn)和獲得本各種實施例的本公開的多種實施例的目的和其他優(yōu)點(diǎn)。
為實現(xiàn)這些目的及其他優(yōu)點(diǎn)和根據(jù)本公開的目的,如在此處具體和廣泛地描述的,主機(jī)包括主機(jī)控制器,其被配置以接收到主機(jī)的請求自診斷,其中,請求用于與用于應(yīng)用的中央處理單元(CPU)相關(guān)的診斷信息。主機(jī)控制器被進(jìn)一步配置以收集所請求的診斷信息。
在另一方面中,一種方法包括接收到主機(jī)的請求自診斷,其中,該請求用于對于應(yīng)用、與中央處理單元(CPU)相關(guān)的診斷信息;根據(jù)請求收集所請求的診斷信息;和經(jīng)由在屏顯示(OSD)顯示收集的診斷信息。
應(yīng)當(dāng)理解,本發(fā)明的上述概述及其后的具體實施方式
都是示例性的以及說明的,并且是用于提供如權(quán)利要求的本發(fā)明的進(jìn)一步說明。


包括附圖以提供該公開的進(jìn)一步的理解,并入附圖并構(gòu)成本申請的一部分。附圖和說明一起用于解釋本公開的原理。附圖中圖1是有線電視廣播網(wǎng)絡(luò)的示例性圖;;圖2A和2B是CPU_information_report()對象語法的實例;圖3是示例性有線電視廣播接收機(jī)的框圖;和圖4是的處理CPU狀態(tài)診斷信息的方法的示例性流程圖。
具體實施例方式
現(xiàn)在將詳細(xì)描述根據(jù)各種實施例的用于提供診斷信息廣播接收機(jī),數(shù)據(jù)結(jié)構(gòu)和方法,在附圖中示出了其實例。無論在何處,相同的參考數(shù)字將被用在全部附圖中表示相同或相似的部分。在這種情況下,以開放式有線電視應(yīng)用平臺(OCAP)作為數(shù)據(jù)廣播平臺的實例來描述各種公開的實施例。
圖1是有線電視廣播網(wǎng)絡(luò)的示例性圖。參考圖1,有線電視頭端或者設(shè)備可以經(jīng)由各種通信網(wǎng)絡(luò)從,例如,電視廣播臺接收有線電視廣播信號。有線電視頭端可以經(jīng)由包括節(jié)點(diǎn)的網(wǎng)絡(luò)遞送有線電視廣播到可以包括有線電視卡的有線電視廣播接收機(jī)。
有線電視廣播接收機(jī)可以和有線電視頭端雙向通信。在這種情況下,數(shù)據(jù)的發(fā)射/接收是經(jīng)由能夠雙向傳送數(shù)據(jù)的有線電視網(wǎng)實現(xiàn)的。
有線電視廣播接收機(jī)可以連接到各種裝置,諸如數(shù)字視頻光盤(DVD)播放器,數(shù)字照相機(jī),置頂盒等等。隨著由有線電視頭端提供的服務(wù)增加,廣播接收機(jī)可能遇到實現(xiàn)服務(wù)所需的存儲器的不足的情況。
本發(fā)明有效地使用包括在接收器的主機(jī)中的CPU。當(dāng)用戶使用遙控器請求CPU的狀態(tài)的自診斷時,主機(jī)可以提供關(guān)于CPU的狀態(tài)的信息給用戶。
因此,用戶可以檢查關(guān)于包括在該主機(jī)中的CPU的狀態(tài)的信息和選擇足夠的可下載的應(yīng)用或者數(shù)據(jù)。
此時,基于預(yù)定協(xié)議實現(xiàn)允許主機(jī)接收包括在主機(jī)中的用于應(yīng)用的CPU的狀態(tài)的診斷請求,和收集,存儲和提供診斷信息給用戶的方法。將使用用于開放式有線電視的主機(jī)裝置診斷協(xié)議作為預(yù)定協(xié)議進(jìn)行以下描述。
主機(jī)裝置診斷協(xié)議不管包括在廣播接收機(jī)中的有線電視卡的存在而進(jìn)行操作,且當(dāng)用戶或者售后服務(wù)(A/S)工程師想要查看診斷信息時由遙控器開始操作。
也就是說,當(dāng)用戶使用遙控器請求包括在主機(jī)中的CPU的狀態(tài)的診斷時,診斷請求被通過主機(jī)裝置診斷協(xié)議傳送到主機(jī)。當(dāng)主機(jī)接收診斷請求時,主機(jī)收集診斷信息且經(jīng)由在屏顯示(OSD)窗口顯示收集的診斷信息。
因此,用戶或者A/S工程師可以使用該信息檢查包括在主機(jī)中的對于應(yīng)用的CPU的狀態(tài),且根據(jù)CPU的狀態(tài)選擇足夠的可下載的應(yīng)用或者數(shù)據(jù)或者提供售后服務(wù)。
主機(jī)裝置診斷協(xié)議是本發(fā)明的優(yōu)選實例且本發(fā)明的技術(shù)精神不局限于此。
如上所述,當(dāng)在用戶和主機(jī)之間發(fā)送用于包括在主機(jī)中的CPU的狀態(tài)的診斷請求時,主機(jī)裝置診斷協(xié)議應(yīng)該包括指示關(guān)于CPU的狀態(tài)的診斷信息的診斷標(biāo)識。
在下文中,表1示出了包括指示關(guān)于CPU的狀態(tài)的診斷信息的診斷標(biāo)識的主機(jī)裝置診斷信息。
表1

此時,由診斷標(biāo)識定義的診斷信息可以在OSD上顯示或者被報告給有線電視卡。
例如,″OCHD2功率狀態(tài)″應(yīng)該包括,但不限于主機(jī)的功率狀態(tài),″OCHD2啟動狀態(tài)″應(yīng)該包括,但不限于主機(jī)的啟動狀態(tài),且″OCHD2存儲器分配″應(yīng)該包括,但不限于報告的存儲器的類型(作為可應(yīng)用的ROM,DRAM,SRAM,閃存,HDD,DVD和NVM)和存儲器類型的物理尺寸(以定義為1024字節(jié)的千字節(jié)為單位)?!錙CHD2中代碼的軟件版本號″應(yīng)該包括,但不限于應(yīng)用的名稱字符串,應(yīng)用的版本號,軟件狀態(tài)(有效,無效的或者下載),和如果可應(yīng)用,應(yīng)用的簽名。
″固件版本″應(yīng)該包括,但不限于整個固件圖像的固件版本號和整個固件圖像的固件發(fā)布或者安裝日期。″MAC地址″應(yīng)該包括,但不限于報告的裝置類型(作為可應(yīng)用的主機(jī),有線電視卡裝置,IEEE-1394,通用串行總線(USB),嵌入的有線電視調(diào)制解調(diào)器(eCM))和每一報告的裝置的MAC地址。″OCHD2網(wǎng)絡(luò)地址″應(yīng)該包括,但不限于裝置的網(wǎng)絡(luò)地址?!錐DC狀態(tài)″應(yīng)該包括,但不限于以MHz為單位的前向數(shù)據(jù)信道(FDC)中心頻率,和載波鎖定狀態(tài)(例如,鎖定的-不鎖定的)。
“FAT狀態(tài)″應(yīng)該包括,但不限于調(diào)制方式指示符;模擬,64QAM或者256QAM,或者其他。如果當(dāng)前調(diào)諧的信道是數(shù)字QAM信道,那么包括載波鎖定狀態(tài),PCR鎖定狀態(tài);FAT信道調(diào)諧器鎖定或不鎖定到當(dāng)前調(diào)諧的服務(wù),且信道的信噪比的數(shù)值估計是幾十dB,且信號電平的數(shù)值估計是幾十dBmV(用于模擬的峰值電平,用于其它的平均電平)。
″RDC狀態(tài)″應(yīng)該包括,但不限于以MHz為單位的RDC中心頻率,以dBmV為單位的RDC發(fā)射機(jī)功率電平,和RDC數(shù)據(jù)速率(256kbps,1544kbps或者3088kbps)。
″當(dāng)前信道狀態(tài)″應(yīng)該包括,但不限于信道類型;模擬或者數(shù)字,授權(quán)狀態(tài);對于當(dāng)前調(diào)諧的服務(wù)授權(quán)或者不授權(quán)OCHD2,可購買的狀態(tài);可以或者不可以購買當(dāng)前調(diào)諧的服務(wù),購買狀態(tài);購買或者沒有購買當(dāng)前調(diào)諧的服務(wù),預(yù)演狀態(tài);當(dāng)前調(diào)諧的服務(wù)是或者不是以預(yù)演模式,如果OCHD2是利用作為淵源的控制(parental control),那么包括作為淵源的控制狀態(tài);和經(jīng)由作為淵源的控制屏蔽或者沒有屏蔽當(dāng)前調(diào)諧的服務(wù)。
″IEEE-1394端口狀態(tài)″應(yīng)該包括,但不限于環(huán)狀態(tài)(存在環(huán)/不存在環(huán)),根狀態(tài)(OCHD2是/不是根節(jié)點(diǎn)),周期主裝置狀態(tài)(OCHD2是/不是周期主裝置),A/D源選擇狀態(tài)(監(jiān)測支持/不支持A/D源選擇函數(shù),端口連接狀態(tài)(端口1連接/不連接和端口2連接/不連接),連接到IEEE-1394總線的節(jié)點(diǎn)總數(shù)(裝置),對于每個節(jié)點(diǎn)具有以下信息裝置子單元類型,A/D源選擇狀態(tài),和EUI64。
″DVI/HDVI端口狀態(tài)″應(yīng)該包括,但不限于連接狀態(tài)(不存在連接,不連接裝置的中繼器,連接裝置的中繼器),連接的裝置類型,連接的裝置彩色空間,HDCP狀態(tài)(未啟用,啟用的),主機(jī)裝置HDCP狀態(tài)(非HDCP裝置,適應(yīng)的HDCP裝置和撤回的HDCP裝置),視頻格式(與關(guān)于DVI/HDMI鏈路的視頻格式相關(guān)的水平線的數(shù)目,與關(guān)于DVI/HDMI鏈路的視頻格式相關(guān)的垂直線的數(shù)目,與關(guān)于DVI/HDMI鏈路的視頻格式相關(guān)的掃描頻率,與關(guān)于DVI/HDMI鏈路的視頻格式相關(guān)的縱橫比(4∶3,16∶9),和逐行或隔行視頻)和音頻格式(音頻格式類型,音頻樣本大小,和音頻采樣頻率)。
″DOCSIS傳輸信道的狀態(tài)″應(yīng)該包括,但不限于以MHz為單位的下游的中心頻率,以dBmV為單位的下游接收功率電平,下游載波鎖定狀態(tài)(例如,鎖定/不鎖定),以MHz為單位的上游發(fā)射中心頻率,以dBmV為單位的上游發(fā)射機(jī)功率電平,以Msps為單位的上游碼元速率,和上游調(diào)制類型“CPU信息”應(yīng)該包括,但不限于關(guān)于包括在主機(jī)中的CPU的狀態(tài)的診斷信息。此時,CPU的狀態(tài)包括,例如,用于OCAP應(yīng)用的包括在主機(jī)中的CPU的性能。
在下文中,將描述使用定義為在主機(jī)診斷協(xié)議中定義的診斷信息之一的“CPU信息”的方案。
也就是說,當(dāng)用戶使用遙控器請求包括主機(jī)的CPU的狀態(tài)信息時,該主機(jī)根據(jù)請求收集CPU的狀態(tài)信息。該主機(jī)響應(yīng)于用戶的請求經(jīng)由OSD窗口顯示收集的CPU的狀態(tài)信息。此時,如上所述,由于“CPU信息”被預(yù)先地定義為主機(jī)裝置診斷協(xié)議的診斷信息之一,主機(jī)能夠使用指示“CPU信息”的診斷ID,確定用戶的請求是什么和收集對應(yīng)于其的信息。
在下文中,將描述當(dāng)用戶請求CPU的狀態(tài)信息時收集的信息。此時,如上所述,將描述關(guān)于用于應(yīng)用的包括在主機(jī)中的CPU的性能的信息為CPU的狀態(tài)信息的實例。
關(guān)于CPU的性能的信息包括,例如,關(guān)于程序執(zhí)行時間的信息,關(guān)于CPU的時鐘速度的信息,關(guān)于D-高速緩存和I-高速緩存的大小的信息,和關(guān)于百萬指令每秒(MIPS)的信息中的至少其中之一。
在下文中,將描述當(dāng)用戶請求CPU的狀態(tài)信息時配置的CPU_information_report()對象語法。此時,CPU_information_report()對象語法的字段可以包括上述信息。
圖2A和2B是CPU_information_report()對象語法的實例。此時,在CPU_information_report()對象語法中,CPU的狀態(tài)信息,例如,包括在主機(jī)中的用于應(yīng)用的關(guān)于CPU的性能的信息可以由各種方法定義。在下文中,例如,將描述多種方法之一。
首先,將描述圖2A。
“program_execution_time”字段是指示程序執(zhí)行時間的32位字段。
此時,例如,主機(jī)通過從頭端經(jīng)由有線電視網(wǎng)下載可下載的基準(zhǔn)應(yīng)用來獲得程序執(zhí)行時間??蛇x地,主機(jī)廠家可以從頭端接收用于測量主機(jī)的CPU的性能的基準(zhǔn)樣本代碼,且在制造該主機(jī)時使用該基準(zhǔn)樣本代碼,且該主機(jī)可以使用在制造時包括的基準(zhǔn)樣本代碼獲得程序執(zhí)行時間。在下文中,為了說明的方便起見,可下載的基準(zhǔn)應(yīng)用或者基準(zhǔn)樣本代碼被稱作基準(zhǔn)程序。
因此,主機(jī)根據(jù)用戶的請求執(zhí)行基準(zhǔn)程序以獲得基準(zhǔn)的結(jié)果。從基準(zhǔn)的結(jié)果,可以估算包括在主機(jī)中的CPU的性能。此時,基準(zhǔn)的結(jié)果根據(jù)基準(zhǔn)程序的執(zhí)行指示程序執(zhí)行時間,且其單位是毫秒(ms)。
接下來,將描述圖2B。圖2B中,為了更詳細(xì)地提供CPU的狀態(tài)信息,除圖2A所示的“program_execution_time”字段之外,包括其他字段。此時,其他字段包括,例如,與CPU的性能相關(guān)的“CPU_clock_speed”字段,“D_cache_size”字段,“I_cache_size”字段,和“MIPS”字段中的至少其中之一。
“CPU_clock_speed”字段是指示包括在主機(jī)中的CPU的時鐘速度的32位字段。此時,主機(jī)的CPU的時鐘速度的單位可以是,例如,MHz?!癉_cache_size”字段是指示包括在主機(jī)中的CPU的數(shù)據(jù)高速緩存的大小的32位字段?!癐_cache_size”指示包括在主機(jī)中的CPU的指令高速緩存的尺寸。此時,主機(jī)的CPU的數(shù)據(jù)高速緩存或者指令高速緩存的大小的單位可以是,例如,千字節(jié)?!癕IPS”字段指示包括在主機(jī)中的CPU的百萬指令每秒(MIPS)信息。此時,主機(jī)的CPU的MIPS的單位可以是,例如,MIPS。
如上所述,當(dāng)用戶使用遙控器請求CPU的狀態(tài)的診斷時,主機(jī)經(jīng)由OSD窗口收集和顯示圖2A或者2B所示的診斷信息。
然而,在根據(jù)用戶的請求收集診斷信息時,當(dāng)不能收集診斷信息時診斷信息可以被設(shè)置為零。在這種情況下,主機(jī)響應(yīng)于用戶的請求在屏幕上顯示“不可用(N/A)”,以指示不能根據(jù)請求收集診斷信息。
當(dāng)安裝通信裝置時,主機(jī)可以經(jīng)由有線電視網(wǎng)提供收集的關(guān)于CPU的狀態(tài)(性能)的診斷信息給頭端。頭端可以在其應(yīng)用服務(wù)器的應(yīng)用數(shù)據(jù)庫中記錄包括在每一主機(jī)的CPU的狀態(tài)(性能)的診斷信息。因此,頭端可以通過管理和使用記錄在應(yīng)用數(shù)據(jù)庫中的關(guān)于每一主機(jī)的CPU的狀態(tài)(性能)的診斷信息,確定能夠由主機(jī)驅(qū)動的可下載的應(yīng)用。
例如,當(dāng)從每一主機(jī)管理用于記錄關(guān)于從每一主機(jī)接收的CPU的狀態(tài)(性能)的診斷信息的應(yīng)用數(shù)據(jù)庫時,使用關(guān)于從每一主機(jī)接收的CPU的狀態(tài)(性能)的診斷信息,頭端可以定義被確定具有足以驅(qū)動由頭端提供的全部可下載的(OCAP-J)應(yīng)用的性能的主機(jī)為‘全OCAP-J應(yīng)用代碼圖像’,和定義被確定具有不足以驅(qū)動由頭端提供的全部可下載的(OCAP-J)應(yīng)用的性能的主機(jī)為‘輕加權(quán)OCAP-J應(yīng)用代碼圖像’。作為用于形成‘輕加權(quán)OCAP-J應(yīng)用代碼圖像’的方法,例如,使用用于通過犧牲用于確定應(yīng)用的外觀的圖形圖像的質(zhì)量,甚至允許具有較低性能的主機(jī)正常地驅(qū)動代碼圖像的方法??蛇x地,使用用于刪除需要高CPU性能或者由圖形圖像構(gòu)成的或者改變對于服務(wù)操作的業(yè)務(wù)或者UI結(jié)構(gòu)的用戶接口(UI)的業(yè)務(wù)以減少CPU的使用的方法。
也就是說,當(dāng)頭端接收包括在通過有線電視網(wǎng)連接的每一主機(jī)中的CPU的狀態(tài)(性能)的診斷信息,和在應(yīng)用服務(wù)器的應(yīng)用數(shù)據(jù)庫中記錄信息時,每一主機(jī)被定義為‘全OCAP-J應(yīng)用代碼圖像’和‘輕加權(quán)OCAP-J應(yīng)用代碼圖像’的任何一個。
頭端可以使用應(yīng)用數(shù)據(jù)庫中記錄的信息,選擇適合于每一主機(jī)的代碼圖像并選擇性地下載適合于經(jīng)由有線電視網(wǎng)連接的每一主機(jī)的可下載的應(yīng)用。
由主機(jī)定義每一主機(jī)為“全OCAP-J應(yīng)用代碼圖像”或“輕加權(quán)OCAP-J應(yīng)用代碼圖像”不意味該應(yīng)用被分為兩階段。也就是說,應(yīng)用數(shù)據(jù)庫的劃分?jǐn)?shù)目可以與每個主機(jī)的CPU的性能以關(guān)于頭端的政策的協(xié)議明確地變化多少次,或者頭端和廠家關(guān)于CPU的性能彼此相符多少次成比例。
其次,當(dāng)用戶使用遙控器請求包括在主機(jī)中的CPU的狀態(tài)(性能)的診斷時,將描述用于根據(jù)請求接收和處理診斷信息的數(shù)字廣播接收機(jī)。圖3是示例性數(shù)字廣播接收機(jī)的框圖。
該數(shù)字廣播接收機(jī)可以包括主機(jī)和能夠連接到或者從主機(jī)分開的通信裝置。此時,該通信裝置可以包括有線電視卡??蛇x地,主機(jī)可以包括具有類似于有線電視卡的功能的可下載的條件存取系統(tǒng)(DCAS)。
圖3顯示其中數(shù)字廣播接收機(jī)能夠接收和處理有線電視廣播信號,地面廣播信號和衛(wèi)星廣播信號中的至少其中之一的情況。
同時,數(shù)字廣播接收機(jī)和廣播站之間的雙向通信方法包括兩個模式。作為用于開放式有線電視中的上行鏈路服務(wù)的模式,存在帶外(OOB)模式和DOCSIS置頂網(wǎng)關(guān)(DSG)模式。因此,觀看者能夠使用兩個模式的任何一個通過主機(jī)選擇性地觀看所需節(jié)目??蛇x地,觀看者能夠直接參與廣播節(jié)目或者選擇性地觀看需要的信息??梢酝ㄟ^兩個模式提供數(shù)據(jù)廣播服務(wù)。
OOB模式是頭端(有線電視廣播站)和置頂盒內(nèi)的交叉儀器之間的傳輸規(guī)范的標(biāo)準(zhǔn)。DSG模式指示有線電視廣播站的有線電視調(diào)制解調(diào)器控制系統(tǒng)和置頂盒內(nèi)的基于經(jīng)數(shù)據(jù)的有線電視服務(wù)接口規(guī)范(DOCSIS)的有線電視調(diào)制解調(diào)器之間的傳輸模式。此時,DOCSIS能夠使用有線電視調(diào)制解調(diào)器發(fā)送數(shù)據(jù)。
根據(jù)本發(fā)明的該數(shù)字廣播接收機(jī)是使用OOB模式和DSC模式的組合的有線電視廣播接收機(jī)。
數(shù)字廣播接收機(jī)是使用OOB和DSC模式的組合的有線電視廣播接收機(jī)。該主機(jī)300包括第一調(diào)諧器301a,第二調(diào)諧器301b,第一解調(diào)器302,多路復(fù)用器303,解多路復(fù)用器304,解碼器305,第二解調(diào)器(DOCSIS)306,OOB接收器307,開關(guān)單元308,第三解調(diào)器309,CPU310,和CPU信息控制器311。
第一調(diào)諧器301a僅調(diào)諧通過有線電視帶內(nèi)發(fā)送的有線電視音頻/視頻(A/V)廣播信號的專用信道頻率或者通過天線發(fā)送的地面A/V廣播信號,并輸出調(diào)諧的信號給第一調(diào)制器302。
此時,可以由殘留邊帶調(diào)制(VSB)方法調(diào)制地面廣播信號并由正交幅值調(diào)制(QAM)方法調(diào)制有線電視廣播信號。盡管用于發(fā)送信號的方法彼此不同,第一解調(diào)器302可以根據(jù)各個調(diào)制方法解調(diào)地面廣播信號和有線電視廣播信號。因此,第一解調(diào)器302可以通過VSB方法或者QAM方法解調(diào)由第一調(diào)諧器301a選擇的信號。由第一解調(diào)器302解調(diào)的信號由多路復(fù)用器303多路復(fù)用以使得該有線電視廣播信號被輸出到有線電視卡313,且該地面廣播信號被輸出到解多路復(fù)用器304。
圖3所示的實施例示出了其中有線電視卡313能夠處理多數(shù)據(jù)流的情況。因此,有線電視卡313允許用戶通過主機(jī)300觀看通過多路復(fù)用至少兩個數(shù)據(jù)流而輸入的廣播信息。
解多路復(fù)用器304接收該多路復(fù)用的廣播信號,解多路復(fù)用該接收的廣播信號為多個數(shù)據(jù)流,并輸出多個數(shù)據(jù)流。解碼器305接收并解碼由解多路復(fù)用器304解多路復(fù)用的廣播信號。解碼器305解碼該解多路復(fù)用的廣播信號且輸出能夠由用戶觀看的A/V信號。
第二調(diào)諧器301b以DSC模式調(diào)諧通過有線電視發(fā)送的數(shù)據(jù)廣播信號的專用信道頻率并輸出該調(diào)諧的信號給第二解調(diào)器306。第二解調(diào)器306解調(diào)DSC模式的數(shù)據(jù)廣播信號并輸出該解調(diào)的廣播信號給CPU310。
第三調(diào)諧器307以O(shè)OB模式調(diào)諧通過有線電視發(fā)送的下行鏈路數(shù)據(jù)廣播信號的專用信道頻率并輸出調(diào)諧的信號給有線電視卡313。
如果頭端和主機(jī)之間的雙向通信是可以的,可以以O(shè)OB模式或者DSG模式發(fā)送從主機(jī)到頭端發(fā)送的上行鏈路信息(例如,付費(fèi)節(jié)目應(yīng)用,主機(jī)的診斷信息,等等)。因此,主機(jī)可以包括開關(guān)單元308從而選擇任何一個模式并發(fā)送信息。
在OOB模式中,用戶信息或者系統(tǒng)診斷信息被通過有線電視卡313和開關(guān)單元308輸出到第三調(diào)制器309,且第三調(diào)制器309使用四相相移鍵控(QPSK)調(diào)制法調(diào)制輸出信號,并通過有線電視發(fā)送調(diào)制信號給頭端。如果以DSG模式發(fā)送用戶的廣播信號,該信息被通過CPU310和開關(guān)單元308輸出到調(diào)制器309,隨后由調(diào)制器309使用QAM-16調(diào)制法調(diào)制該信息以將其通過有線電視發(fā)送到頭端。
隨后,CPU信息控制器311接收用于CPU的狀態(tài)(性能)的診斷請求,收集如圖2A或者2B中定義的診斷信息作為關(guān)于CPU的狀態(tài)(性能)的診斷信息,和發(fā)送該診斷信息給CPU310。
CPU310顯示從CPU信息控制器311經(jīng)由OSD窗口接收到的診斷信息。
也就是說,主機(jī)的CPU310接收用于包括在每一主機(jī)中的CPU的狀態(tài)(性能)的診斷請求,和命令CPU信息控制器311根據(jù)診斷請求收集診斷信息。CPU信息控制器311在CPU310的控制下收集診斷信息。當(dāng)完成診斷信息的收集時,CPU信息控制器311可以發(fā)送診斷信息給CPU310。因此,當(dāng)接收由CPU信息控制器311收集的診斷信息時,CPU310可以經(jīng)由OSD窗口在屏幕上顯示診斷信息。
當(dāng)接收地面廣播信號時,圖4所示的有線電視卡313可以從多路復(fù)用器303接收地面廣播信號。此時,當(dāng)加密接收的廣播信號時,有線電視卡313解密該加密的廣播信號以使得正常地觀看該有線電視廣播信號。
可下載的條件存取系統(tǒng)(DCAS)312是具有類似于有線電視卡313的功能的微處理器,其作為關(guān)于主機(jī)的解密單元工作,而不管有線電視卡313的存在。
數(shù)字廣播接收機(jī)可應(yīng)用到具有診斷功能和可下載的應(yīng)用功能的各種主機(jī),諸如ACAP和MHP,以及OCAP。
在下文中,將描述數(shù)字廣播接收機(jī)中處理診斷信息的方法。圖4是處理診斷信息的方法的示例性流程圖。
通過遙控器的按鍵輸入,主機(jī)從用戶接收包括在主機(jī)中的CPU的狀態(tài)的自診斷請求(S401)和根據(jù)接收的診斷請求收集關(guān)于CPU的狀態(tài)的診斷信息(S402)。此時,關(guān)于CPU的狀態(tài)的收集的診斷信息是,例如,如圖2A或者2B所示的。CPU的狀態(tài)包括,例如,關(guān)于程序執(zhí)行時間的信息,關(guān)于CPU的時鐘速度的信息,關(guān)于D-高速緩存的大小的信息,關(guān)于I-高速緩存的大小的信息,和關(guān)于MIPS的信息中的至少其中之一。
存儲收集的診斷信息且經(jīng)由OSD窗口顯示存儲的診斷信息(S403)。
通過上述處理,主機(jī)可以經(jīng)由OSD窗口輸出包括在主機(jī)中對于應(yīng)用的CPU的狀態(tài)的診斷信息。圖4中,通過預(yù)定協(xié)議(例如主機(jī)裝置診斷協(xié)議)實現(xiàn)允許主機(jī)從用戶接收自診斷請求和根據(jù)接收的請求經(jīng)由OSD窗口輸出收集的診斷信息的方法。因此,實現(xiàn)上述處理而不管有線電視卡的存在。
然而,如果主機(jī)通過有線電視卡發(fā)送收集的關(guān)于CPU的狀態(tài)的診斷信息給頭端,頭端基于關(guān)于每一主機(jī)的CPU的狀態(tài)的診斷信息確定每一主機(jī)的代碼圖像和在應(yīng)用數(shù)據(jù)庫中記錄該代碼圖像,以使得能夠選擇性地下載足夠的OCAP-J應(yīng)用給主機(jī)。
已經(jīng)使用其中廣播接收機(jī)可以具有地面模擬/數(shù)字信道,和有線電視模擬/數(shù)字信道的數(shù)字廣播接收機(jī)描述了本發(fā)明。通過本領(lǐng)域技術(shù)人員已知的修改,本發(fā)明能夠在任何地面有線(例如,電話)和無線(例如,蜂窩)網(wǎng)絡(luò)和衛(wèi)星網(wǎng)絡(luò)中實現(xiàn)。
能夠認(rèn)可在上述多種公開和其它特征及功能或其替代物可在編程的微處理器,微控制器,比如專用集成電路(ASIC)、可編程邏輯器件(PLD)、可編程邏輯陣列(PLA)、現(xiàn)場可編程門陣列(FPGA)或逐行相位系統(tǒng)(PAL)等的集成電路元件,硬線電子或邏輯電路或可編程邏輯設(shè)備上實現(xiàn)。
應(yīng)該認(rèn)可可將所需的流程處理,數(shù)據(jù)結(jié)構(gòu),協(xié)議,或者表實現(xiàn)為導(dǎo)致所需結(jié)果的一系列計算機(jī)化步驟。能夠由在計算機(jī)可讀介質(zhì)中存儲的一個或多個計算機(jī)指令定義這些步驟,或包括在其中,應(yīng)該理解,包括使用載波等提供軟件指令給處理設(shè)備。能夠由執(zhí)行定義步驟的指令的處理器執(zhí)行這些步驟。另外,可由執(zhí)行一個或多個合適的程序的處理器執(zhí)行流程處理,通過設(shè)計以執(zhí)行該方法的特定目的硬件,或這些硬件、固件和軟件元件的任意組合。
將理解上述的各種公開及其他特征與功能,或者其替換物可以被按照需要結(jié)合成許多其他不同的裝置或者應(yīng)用。而且,其中各種目前沒有預(yù)料到的或者沒有期望的替換物,修改,變化或者改進(jìn)可以隨后由本領(lǐng)域技術(shù)人員做出,且也意在由以下的權(quán)利要求所包括。
權(quán)利要求
1.一種主機(jī),包括主機(jī)控制器,其被配置以接收到主機(jī)的請求自診斷,其中,該請求用于與用于應(yīng)用的中央處理單元(CPU)相關(guān)的診斷信息;且主機(jī)控制器被進(jìn)一步配置以收集所請求的診斷信息。
2.如權(quán)利要求1的主機(jī),其中,該主機(jī)控制器被進(jìn)一步配置以經(jīng)由在屏顯示(OSD)窗口顯示收集的診斷信息。
3.如權(quán)利要求2的主機(jī),其中,該主機(jī)被配置以使用主機(jī)裝置診斷協(xié)議執(zhí)行請求自診斷和經(jīng)由OSD窗口顯示結(jié)果。
4.如權(quán)利要求1的主機(jī),其中,所請求的診斷信息包括識別用于應(yīng)用的CPU的性能的信息。
5.如權(quán)利要求4的主機(jī),其中,該信息包括識別基準(zhǔn)程序的程序執(zhí)行時間的信息。
6.如權(quán)利要求4的主機(jī),其中,該信息包括識別CPU的時鐘速度的信息。
7.如權(quán)利要求4的主機(jī),其中,該信息包括識別CPU的數(shù)據(jù)(D)-高速緩存的信息。
8.如權(quán)利要求4的主機(jī),其中,該信息包括識別CPU的指令(I)-高速緩存的信息。
9.如權(quán)利要求4的主機(jī),其中,該信息包括識別CPU的百萬指令每秒(MIPS)的信息。
10.如權(quán)利要求4的主機(jī),其中,該信息包括識別基準(zhǔn)程序的程序執(zhí)行時間的第一信息,識別CPU的時鐘速度的第二信息,識別CPU的D-高速緩存的第三信息,識別CPU的指令(I)-高速緩存的第四信息,和識別CPU的百萬指令每秒(MIPS)的第五信息。
11.如權(quán)利要求5的主機(jī),其中,該信息包括識別CPU的時鐘速度的第一信息,識別CPU的D-高速緩存的第二信息,識別CPU的指令(I)-高速緩存的第三信息,和識別CPU的百萬指令每秒(MIPS)的第四信息。
12.如權(quán)利要求1的主機(jī),其中,該應(yīng)用包括開放式有線電視應(yīng)用平臺(OCAP)應(yīng)用。
13.一種方法,包括步驟接收到主機(jī)的請求自診斷,其中,該請求用于對于應(yīng)用、與中央處理單元(CPU)相關(guān)的診斷信息;根據(jù)請求收集所請求的診斷信息;和經(jīng)由在屏顯示(OSD)顯示收集的診斷信息。
14.如權(quán)利要求13的方法,進(jìn)一步包括存儲收集的診斷信息的步驟。
15.如權(quán)利要求13的方法,進(jìn)一步包括解析值的請求的步驟。
16.如權(quán)利要求15的方法,進(jìn)一步包括步驟基于該值,確定請求對于應(yīng)用,是否用于與CPU相關(guān)的診斷信息。
17.如權(quán)利要求13的方法,進(jìn)一步包括步驟在主機(jī)選擇對于應(yīng)用適合于CPU的應(yīng)用的版本。
全文摘要
一種主機(jī),包括控制器,被配置以接收到主機(jī)的請求自診斷,其中,該請求用于與用于應(yīng)用的中央處理單元(CPU)相關(guān)的診斷信息。該控制器被進(jìn)一步配置以收集所請求的診斷信息。
文檔編號H04N7/16GK101083747SQ200710108830
公開日2007年12月5日 申請日期2007年5月31日 優(yōu)先權(quán)日2006年6月1日
發(fā)明者車尚勛 申請人:Lg電子株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1