專利名稱：廣播接收機和用于發(fā)送廣播接收機的接收狀態(tài)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種廣播接收機以及一種發(fā)送廣播接收機的接收狀態(tài)的方法。
背景技術(shù)：
典型地，隨著數(shù)據(jù)廣播技術(shù)的日益發(fā)展，用來接收廣播數(shù)據(jù)的廣播系統(tǒng)已經(jīng)被變成雙向交互廣播系統(tǒng)。在這情況中，雙向交互廣播系統(tǒng)指一種特定廣播系統(tǒng)，它能夠發(fā)送已經(jīng)在廣播接收機或者電視觀看器中被接收或是將要被接收的廣播節(jié)目的信息。
為了便于說明，含有用來接收有線廣播數(shù)據(jù)的有線卡(cable card)的特定系統(tǒng)被稱為主機。主機和有線卡的集合被稱為廣播接收機。而且，如果特定主機不與線纜相連，或者不用有線卡而接收有線廣播數(shù)據(jù)，則只有主機被稱為廣播接收機。
主機可能為各種不同的設(shè)備，或者與各設(shè)備相連，使得用來接收廣播信號或者數(shù)據(jù)的主機可能具有不同的功能和狀態(tài)。因此，如果廣播傳輸終端發(fā)送廣播信號或者數(shù)據(jù)，而不發(fā)送主機的功能信息或者狀態(tài)信息，則要被發(fā)送的廣播信號或數(shù)據(jù)不能正常發(fā)送到目的地，導致數(shù)據(jù)傳輸錯誤的發(fā)生。

發(fā)明內(nèi)容
因此，本文件關(guān)注于一種廣播接收機和一種發(fā)送廣播接收機的接收狀態(tài)信息的方法，基本避免了由于現(xiàn)有技術(shù)的局限性和不足所帶來的一個或多個問題。
本發(fā)明的一個目的是提供一種廣播接收機，它能夠給廣播傳輸終端發(fā)送主機的功能信息或者狀態(tài)信息，以及提供一種發(fā)送狀態(tài)信息的方法和一種狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)。
本發(fā)明的另一個目的是提供一種用來給廣播傳輸終端發(fā)送包括DVR(數(shù)字錄像機)功能的主機的狀態(tài)信息的廣播接收機、一種發(fā)送狀態(tài)信息的方法和一種狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)。
本發(fā)明的又一目的是提供一種廣播接收機，它使廣播傳輸終端能夠遠程監(jiān)視主機的DVR功能，以及提供一種發(fā)送狀態(tài)信息的方法。
本發(fā)明的其它優(yōu)點、目的和特征將會在接下來的說明中部分給出，或者在審視下文時對本領(lǐng)域的技術(shù)人員會變得明顯，或者可以從本發(fā)明的實踐中學習。本發(fā)明的目的和其它優(yōu)點還可以通過在書面的說明書及其權(quán)利要求書以及附圖中特別指出的結(jié)構(gòu)實現(xiàn)和獲得。
為了實現(xiàn)根據(jù)本發(fā)明目的的這些目標和其它優(yōu)點，如此處體現(xiàn)和廣泛描述的那樣，一種廣播接收機和一種發(fā)送廣播接收機狀態(tài)信息的方法被公開。廣播接收機將通過網(wǎng)絡(luò)管理單元向廣播傳輸終端發(fā)送DVR功能的狀態(tài)信息該網(wǎng)絡(luò)管理單元可以是公共管理信息協(xié)議(CMIP)、遠程網(wǎng)絡(luò)監(jiān)視(RMON)和簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)等中的任何一種。狀態(tài)信息可以以MIB結(jié)構(gòu)的形式來定義。已定義的數(shù)據(jù)可以根據(jù)網(wǎng)絡(luò)管理協(xié)議在廣播接收機和廣播傳輸終端之間通信。因此，廣播接收機能夠監(jiān)視存儲單元的狀態(tài)信息，而且也能夠發(fā)送廣播數(shù)據(jù)或節(jié)目來預(yù)防問題發(fā)生。
并且，狀態(tài)信息可以以MIB結(jié)構(gòu)的形式來定義，并且已定義的數(shù)據(jù)可以根據(jù)網(wǎng)絡(luò)管理協(xié)議在廣播接收機和廣播傳輸終端之間通信。
因此，廣播傳輸終端能夠監(jiān)視廣播接收機的存儲單元的狀態(tài)信息，同時也可以發(fā)送廣播數(shù)據(jù)或節(jié)目來預(yù)防問題發(fā)生。
要理解，對于本發(fā)明的上述的一般性描述和以下詳細描述都是示范性和說明性的，目的在于對于要求保護的本發(fā)明給予進一步的解釋說明。


被包括以提供對實例的進一步的理解并被并入在并組成本申請的一部分的附圖，圖示了實現(xiàn)，并且與說明書一起用來解釋示例的原理。在該附圖中圖1是圖示一種包括廣播主機和有線卡的有線廣播網(wǎng)絡(luò)系統(tǒng)的概念圖；圖2是圖示一種用于在簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)管理服務(wù)器和SNMP服務(wù)器之間通信信息的方法的概念圖；圖3A至3E示例性地示出了能夠由廣播接收機通過網(wǎng)絡(luò)管理單元被發(fā)送至線纜頭端(headend)的各種狀態(tài)信息；
圖4A至4C是圖示一種在SNMP方案內(nèi)定義的通信方法的概念圖；圖5是一種接收狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)；圖6A至6F示例性地示出了能夠由廣播接收機通過網(wǎng)絡(luò)管理單元發(fā)送至線纜頭端的各種狀態(tài)信息；圖7是圖示一種廣播接收機的框圖；圖8是圖示一種發(fā)送廣播接收機的狀態(tài)信息的方法的流程圖。
具體實施例方式
現(xiàn)在將詳細介紹在附圖中被圖示的實施例。在可能的無論什么地方，相同參考標號在整個附圖中被用來指相同或類似的部分。
值得注意的是，一種廣播接收機和一種用來發(fā)送狀態(tài)信息的方法能夠按照網(wǎng)絡(luò)管理單元將廣播接收機的狀態(tài)信息發(fā)送至傳輸終端(也稱作傳送終端)。
網(wǎng)絡(luò)管理單元一般稱為協(xié)議或者臨時規(guī)則，其能夠預(yù)防網(wǎng)絡(luò)通信量數(shù)據(jù)的過載產(chǎn)生，能夠預(yù)防各種原因引發(fā)的網(wǎng)絡(luò)問題產(chǎn)生，能夠有效地找出無意操作的原因并恢復(fù)至正常狀態(tài)。
例如，網(wǎng)絡(luò)管理單元可以是公共管理信息協(xié)議(CMIP)、遠程網(wǎng)絡(luò)監(jiān)視(RNM)、簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)等協(xié)議中的任一種。
以上提到的網(wǎng)絡(luò)管理單元能夠?qū)崟r地管理網(wǎng)絡(luò)，并能夠識別在遠處與網(wǎng)絡(luò)相連的各種設(shè)備的狀態(tài)信息。
該網(wǎng)絡(luò)管理單元能夠監(jiān)視廣播接收機的狀態(tài)信息和主機與其它外圍設(shè)備之間的連接狀態(tài)。
在監(jiān)視廣播接收機狀態(tài)信息的情況中，廣播接收機的信息在這里被稱為“狀態(tài)信息”。
狀態(tài)信息表示廣播接收機的操作狀態(tài)和廣播接收機與外圍設(shè)備之間的連接狀態(tài)兩者的通用術(shù)語。
為了便于描述和更好地理解，上文中提到的網(wǎng)絡(luò)管理單元(即CMIP、RNM和SNMP)中的SNMP協(xié)議將在隨后參照附圖描述，然而，要注意，實施例的范圍不限于SNMP，如果有必要的話也能夠應(yīng)用于其它實施例中。
圖1是圖示了示例性雙向交互廣播系統(tǒng)的概念圖。更詳細地說，圖1也是圖示包括裝備有有線卡的廣播接收機的有線廣播網(wǎng)絡(luò)系統(tǒng)的概念圖。
線纜頭端10或工廠(plant)10能夠通過不同的通信網(wǎng)絡(luò)從電視臺20接收廣播信號。線纜頭端10也能夠?qū)⒔邮盏降膹V播數(shù)據(jù)通過包含有至少一個節(jié)點的網(wǎng)絡(luò)發(fā)送到有線廣播接收機的主機31、32、33和34。
有線廣播接收機中包含的主機31、32、33和34或者有線卡可以通過有線網(wǎng)絡(luò)從線纜頭端20接收或者向線纜頭端20發(fā)送數(shù)據(jù)。
主機31、32、33和34可以是數(shù)字電視、DVD(數(shù)字多功能盤)、數(shù)字照相機和機頂盒等。此外，主機31、32、33和34可以是與數(shù)字電視、DVD(數(shù)字多功能盤)、數(shù)字照相機或者機頂盒通過不同接口相連的其它設(shè)備。廣播傳輸終端和主機可以通過諸如圖1中所示的有線網(wǎng)絡(luò)的各種網(wǎng)絡(luò)接收或者發(fā)送數(shù)據(jù)。
圖2是圖示在簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)管理服務(wù)器與SNMP服務(wù)器之間通信信息的方法的概念圖。SNMP的概念如圖2所示。
參照圖2，SNMP能夠應(yīng)用于各種網(wǎng)絡(luò)環(huán)境，其每個都使用傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)。SNMP管理服務(wù)器40可以通過有線或無線網(wǎng)絡(luò)連接到和與網(wǎng)絡(luò)連接裝置50相連的多種設(shè)備。
SNMP管理服務(wù)器40可以是能夠發(fā)送廣播數(shù)據(jù)的廣播傳輸終端。網(wǎng)絡(luò)連接設(shè)備50可以是用來發(fā)送廣播數(shù)據(jù)的廣播傳輸終端，該網(wǎng)絡(luò)連接設(shè)備50可以是廣播接收機。SNMP管理服務(wù)器40能夠使用SNMP管理器采集網(wǎng)絡(luò)連接裝置50的狀態(tài)信息。
在這種情況中，狀態(tài)信息請求或者狀態(tài)信息響應(yīng)按照像諸如用戶數(shù)據(jù)報協(xié)議(UDP)或者因特網(wǎng)協(xié)議(IP)這類的TCP/IP協(xié)議來修改，使得所述請求或者響應(yīng)通過物理層的網(wǎng)絡(luò)相關(guān)協(xié)議(network dependent protoco1)被發(fā)送至目的地。
網(wǎng)絡(luò)連接裝置50能夠接收狀態(tài)信息請求，并能夠按照預(yù)定的格式發(fā)送狀態(tài)信息。希望向SNMP管理服務(wù)器40發(fā)送狀態(tài)信息的網(wǎng)絡(luò)連接裝置50，能夠發(fā)送由被稱為管理信息庫(MIB)的數(shù)據(jù)結(jié)構(gòu)表示的狀態(tài)信息.
基于這種目的，廣播接收機20可以包括SNMP代理，用于向位于遠處的SNMP管理服務(wù)器10發(fā)送由數(shù)據(jù)結(jié)構(gòu)表示的各種狀態(tài)信息。
在這種情況中，所述SNMP代理一般稱為一種設(shè)備或者應(yīng)用，其能夠接口連接MIB數(shù)據(jù)和諸如UDP/IP這樣的網(wǎng)絡(luò)關(guān)聯(lián)協(xié)議(network-associatedprotol)。
為了方便描述，可以假定廣播傳輸終端是線纜頭端，廣播接收機是有線廣播接收機，而網(wǎng)絡(luò)是用于有線廣播網(wǎng)絡(luò)的有線廣播系統(tǒng)。然而，應(yīng)該注意到，這個實施例并不局限于有線廣播系統(tǒng)，必要的時候也應(yīng)用于雙向交互廣播系統(tǒng)。
上文所述的有線廣播系統(tǒng)在下文中參照附圖描述。
圖3A至3E示例性示出了能夠由廣播接收機通過網(wǎng)絡(luò)管理單元發(fā)送至線纜頭端的各種狀態(tài)信息。
在圖3A至3E中，狀態(tài)信息以MIB數(shù)據(jù)結(jié)構(gòu)的形式配置后發(fā)送至目的地。圖3A至3E示出了各種能夠以MIB數(shù)據(jù)定義的信息。為了便于描述，上述以MIB數(shù)據(jù)定義的信息將被分發(fā)至圖3A和3E.
參照圖3A，“ocstbHostHWIdentifiers”表示主機的獨特號碼的信息，“ocstbHostAVInterfaceTable”表示主機的接口信息，而“ocstbHostIEEE1394Table”指示主機根據(jù)IEEE1394協(xié)議連接時建立的連接狀態(tài)。
參照圖3B，“ocstbHostIEEE1394ConnectedDevicesTable”表示與根據(jù)IEEE1394協(xié)議連接的裝置相關(guān)聯(lián)的信息?！皁cstbHostDVIHDMITable”包括指示數(shù)字視頻交互(DVI)或者高分辨率多媒體接口(HDMI)信號被應(yīng)用于主機的狀態(tài)信息。
參照圖3C，“ocstbHostRFChannelOutTable”表示特定的信息，其用來指示主機是否能執(zhí)行射頻(RF)輸出功能?！皁cstbHostInBandTunerTable”表示與RF通道頻率相關(guān)的特定信息?！皁cstbHostProgramStatusTable”表示與I/O(輸入/輸出)相關(guān)的當前接收到的廣播流的信息。
參照圖3D至3E，對象標識符表示與線纜頭端接收機相關(guān)的狀態(tài)信息的例子，每一個對象標識符可以用MIB數(shù)據(jù)結(jié)構(gòu)定義。
圖3A至3E中的參考字符“M”表示在與有線廣播MIB數(shù)據(jù)相關(guān)的規(guī)范中強制性(compulsorily)定義的強制(mandatory)項目。參考字符“RO”指示線纜頭端只具有只讀權(quán)限，利用該權(quán)限線纜頭端能夠讀取有線廣播接收機的對應(yīng)狀態(tài)信息。參考字符“N-Acc”表示不可訪問狀態(tài)，其指示線纜頭端不能訪問對應(yīng)的狀態(tài)信息。
以這種方式，線纜頭端定義MIB數(shù)據(jù)結(jié)構(gòu)，并能夠?qū)⑸鲜鲂畔⒏鶕?jù)SNMP方案發(fā)送至線纜頭端.
從MIB數(shù)據(jù)結(jié)構(gòu)角度看，線纜頭端可以用作SNMP管理服務(wù)器，并且有線廣播接收機可以用作SNMP代理。
SNMP管理服務(wù)器與SNMP代理之間的對象通信被分成3個概念。圖4A至4C將詳細說明上述的3個概念。
由SNMP定義的通信概念將在下面參照圖4A至4C描述。
圖4A示出了能夠使管理服務(wù)器從代理中接收信息的第一個概念。管理服務(wù)器可以通過代理采集對應(yīng)設(shè)備的狀態(tài)信息(即獲得運行狀態(tài))，或者可以給狀態(tài)信息設(shè)定特定值(即設(shè)定運行狀態(tài))。
如果管理服務(wù)器請求從代理得到特定信息，則代理將確定對應(yīng)的對象是否由代理本身管理，并回答確定的結(jié)果。
圖4B是一個概念圖，圖示了能夠使管理服務(wù)器與代理進行通信的第二個概念。
參照圖4B，如果對應(yīng)設(shè)備具有確定事件，則代理可以將與此事件相關(guān)的狀態(tài)信息通知給管理服務(wù)器。該操作稱為陷阱(trap)操作。管理服務(wù)器接收狀態(tài)信息，并使用接收到狀態(tài)信息適當處理該設(shè)備。
SNMP定義了通知器，該通知器表示不同于管理服務(wù)器的其它對象。
圖4C是一個概念圖，圖示了能夠使管理服務(wù)器與通知器進行通信的第三個概念。
參照圖4C，通知器將確定的事件告知管理服務(wù)器(即事件報告)，管理服務(wù)器可以將與該事件相關(guān)聯(lián)的響應(yīng)發(fā)送至通知器。按照基于SNMP的通信方法，若廣播接收機定義了SNMP代理和MIB數(shù)據(jù)結(jié)構(gòu)，則廣播接收機可以將狀態(tài)信息在管理服務(wù)器所指定的時間發(fā)送至目的地。
同時，DVR(數(shù)字錄像機)被廣泛地用作廣播接收機來接收/顯示廣播信號，并且廣播傳輸終端還已經(jīng)被作為廣播接收機的典型例子。
在這種情況中，DVR通常命名(name)所有的硬件/軟件平臺，其每個都能夠被用戶用來存儲數(shù)字視頻內(nèi)容數(shù)據(jù)。因此，術(shù)語“DVR”可以包括機頂盒、數(shù)字電視機、個人錄像機(PVR)等。
DVR表示中間設(shè)備，能夠使用廣播接收機作為硬件驅(qū)動數(shù)字軟件程序。DVR還包括OCAP(開放式有線應(yīng)用平臺)-DVR的概念。如果廣播接收機擁有DVR功能，則最好廣播傳輸終端能識別或者監(jiān)視廣播接收機的DVR功能的狀態(tài)信息。
圖5圖示了接收狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)。
發(fā)送狀態(tài)信息的方法和狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)將在下面參照圖5來描述。
廣播接收機的狀態(tài)信息可使用SNMP被發(fā)送至網(wǎng)絡(luò)管理單元。為了實現(xiàn)用于發(fā)送接收狀態(tài)信息的方法，MIB數(shù)據(jù)結(jié)構(gòu)將與圖3A至3E中所示的SNMP狀態(tài)信息可以用同樣的方式來定義。
圖5顯示了由廣播接收機定義、并與廣播接收機的DVR功能的信息相關(guān)聯(lián)的MIB數(shù)據(jù)結(jié)構(gòu)。
為了便于描述，假定廣播傳輸終端包括SNMP管理服務(wù)器，并且該廣播接收機可用作SNMP代理。
廣播接收機的DVR功能的狀態(tài)信息指示廣播接收機的DVR功能是否被運行。廣播接收機的DVR功能的狀態(tài)信息包括以下信息中的任一信息指示哪種類型的DVR功能被運行的信息、指示用于DVR功能的存儲單元的分類信息的信息、指示用于DVR功能的存儲單元的物理狀態(tài)信息的信息、指示DVR功能的運行狀態(tài)信息的信息、指示DVR功能存儲的內(nèi)容數(shù)據(jù)是否被加密的信息、和指示存儲單元當前使用的存儲容量的信息。
圖5a中，“ocstbHostHostType指示廣播接收機是否執(zhí)行DVR功能。如果廣播接收機具有DVR功能，則“ocstbHostHostType”信息指示哪種DVR功能能夠被廣播接收機所執(zhí)行。
“ocstbHostHostType”信息的代表性例子被定義如下0x00＝?jīng)]有DVR的主機(即主機中沒有DVR功能，或者與DVR設(shè)備沒有關(guān)聯(lián))；0x01＝有OCAP(開放式有線應(yīng)用平臺)-DVR功能(即廣播接收機擁有OCAP-DVR功能)；0x02＝有自帶(native)的DVR功能(即廣播接收機擁有該廣播接收機本身的制造者的獨特的DVR功能)；0x03＝其它類型的DVR(即不同于OCAP(開放式有線應(yīng)用平臺)-DVR功能和自帶的DVR功能的其它DVR功能)；以及0x04～0xFF保留(即未定義)。
如果廣播接收機在“ocstbHostHostType”值為0x00情況下沒有DVR功能，則其它的信息可能會被設(shè)定為未知值。
“ocstbHostDvrStorageType”信息的例子被定義如下
0x00＝未知(即沒有DVR功能)；0x01＝內(nèi)部HDD(即，內(nèi)部硬盤驅(qū)動器(HDD))；0x02＝外部HDD(即，外部硬盤驅(qū)動器(HDD))；0x03＝閃存(即，快閃存儲器)；0x04＝存儲器卡；0x05＝其它類型的存儲器；0x06-0xFF保留(未定義)。
“ocstbHostDvrStorageStatus”值表示與廣播接收機相連的存儲單元的狀態(tài)信息。
“ocstbHostDvrStorageStatus”值的例子可以被定義如下0x00＝未知(即沒有DVR功能)；0x01＝狀態(tài)OK(即存儲單元的正常狀態(tài))；0x02＝未被格式化(即未被格式化的存儲單元)；0x03＝有壞扇區(qū)(即在存儲單元中存在壞扇區(qū))；0x04＝紊亂(即存儲單元運行錯誤)；0x05～0xFF保留(未定義)。
“ocstbHostDvrOperationStatus”值指示包含在廣播接收機中的DVR功能的運行狀態(tài)或者廣播接收機支持的其它DVR功能的運行狀態(tài)?！皁cstbHostDvrOperationStatus”值的代表性例子可以被定義如下0x00＝未知(即沒有DVR功能)；0x01＝無激活操作(即DVR功能的關(guān)閉狀態(tài))；0x02＝時間移位操作可用(即正在操作時間移位)；0x03表示記錄操作可用(即正在進行記錄操作)；0x04-0xFF保留(未定義)。
時間移位功能(也稱作時間移位操作)指示廣播接收機暫時選擇當前被接收的事件，中斷該被接收的事件并復(fù)制該被接收的事件。上述的時間移位功能與記錄操作的不同，其存儲了所述事件，使得用戶可在該事件接收終止后的稍后的時間選擇或察看該事件。
“ocstbHostEncryptionstatus”信息指示通過DVR記錄/存儲的內(nèi)容數(shù)據(jù)是否被加密，使得被加密的內(nèi)容被存儲在所述存儲單元中。
“Encryption_status”值的一個例子可以是“ocstbHostDvrStorageStatus”值。該“ocstbHostDvrStorageStatus”值可以被定義如下0x00＝未知(即沒有DVR功能)；0x01＝未被加密(即沒有加密)；以及0x02＝被加密(即加密)；“ocstbHostUsagestatus”信息定義了存儲單元的使用狀態(tài)。“Usage_status”值的例子可以被定義如下0x00＝未知(即，沒有DVR功能)；0x01＝空白(即，空的存儲單元)0x02＝低于25％被使用(即，存儲單元的使用量少于25％)；0x03＝低于50％被使用(即，存儲單元的使用量少于50％)；0x04＝低于75％被使用(即，存儲單元的使用量少于75％)；0x05＝盤已滿(即，存儲單元的所有的最大存儲容量被使用)；0x06～0xFF保留(未定義)。
存儲單元的使用狀態(tài)信息可以用其它單位表示(例如字節(jié)單位)。應(yīng)當注意的是DVR功能的狀態(tài)信息的分類信息和狀態(tài)信息值，由于說明的目的已公開，本領(lǐng)域的技術(shù)人員會懂得，在不背離本發(fā)明的范圍和精神的情況下，對本發(fā)明所作的各種修改、添加和替代是可能的。
如果廣播傳輸終端有SNMP管理服務(wù)器，則裝有SNMP代理的廣播接收機的DVR功能的狀態(tài)信息可以從MIB(管理信息庫)數(shù)據(jù)接收，或者被發(fā)送信息至MIB(管理信息庫)數(shù)據(jù)。
如果包括SNMP管理服務(wù)器的廣播傳輸終端發(fā)送圖4中所示的請求消息，則圖5中所示的狀態(tài)信息指示廣播接收機將收集所述請求消息的狀態(tài)信息，并向廣播傳輸終端發(fā)送響應(yīng)消息。
盡管廣播接收機沒有接收到該請求消息，但是圖5中所示的狀態(tài)信息指示廣播接收機會定期地向廣播傳輸終端發(fā)送請求消息，或者通過基于廣播接收機事件的陷阱(trap)消息向廣播傳輸終端單向發(fā)送請求消息。
圖6A至6F舉例說明了各種狀態(tài)信息，它們能夠由廣播接收機通過網(wǎng)絡(luò)管理單元發(fā)送至線纜頭端。更詳細地講，圖6A至6F舉例示出了當圖5中的例子由MIB數(shù)據(jù)結(jié)構(gòu)定義時采集的管理信息結(jié)構(gòu)(SMI)語法。為了便于描述，SMI語法被分成圖6A和6F，使得連續(xù)的SMI語法圖6A～6F示出。SNMP的狀態(tài)信息可以被定義為使用SMI語法的MIB數(shù)據(jù)結(jié)構(gòu)的對象。
狀態(tài)信息的示例性數(shù)據(jù)結(jié)構(gòu)將在下面參照圖6A至6F描述。
指示廣播接收機是否擁有DVR功能或者哪種DVR功能被包含在廣播接收機中的特定信息(A1)可以整數(shù)類型(a1)定義。根據(jù)“a2”信息，“a2”中的“nonDVrHost”信息指示在主機中沒有DVR功能或者主機與DVR設(shè)備無關(guān)，“a2”中的“ocapDvrHost”信息指示廣播接收機擁有OCAP-DVR功能。此外，“a2”信息還指示廣播接收機是否擁有該廣播接收機本身的制造者的獨特的DVR功能，并且可以指示該廣播接收機是否還擁有不同于OCAP-DVR功能和自帶的DVR功能的其它DVR功能。上述信息被定義為只讀信息，如同用“a3”標注的那樣。該狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)可以如用“a4”標注的那樣，定義當前狀態(tài)的值的傳輸，并可以如用“a5”標注的那樣，增加對該數(shù)據(jù)的描述。
然而，以上提到的數(shù)據(jù)可能被定位于其它位置，也可以用其它的數(shù)據(jù)結(jié)構(gòu)來定義額外的DVR狀態(tài)信息。根據(jù)圖6A中的實例，指示廣播接收機中包含哪種DVR功能的特定信息，被定位于數(shù)據(jù)結(jié)構(gòu)的第一位置，在該數(shù)據(jù)結(jié)構(gòu)中定義了DVR狀態(tài)信息。
參照圖6B的實例，在其中定義了DVR狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)，可以包括存儲單元的分類信息，其被包含在用于DVR功能的廣播接收機，如“B1”所標注的那樣。
參照圖6B，用于存儲單元的分類信息的數(shù)據(jù)結(jié)構(gòu)指示了信息值的類型，該信息值的類型指示存儲單元分類信息，如同由“b1”標注的那樣?！癰2”信息指示廣播接收機中包含哪種類型的存儲單元?！癰3”信息指示信息被定義為只讀權(quán)限。“b4”信息指示當前狀態(tài)值的傳輸?！癰5”信息可以額外定義獨個的各值的描述。
用于DVR功能的存儲單元的分類信息被定位于數(shù)據(jù)結(jié)構(gòu)的第二位置，而在該數(shù)據(jù)結(jié)構(gòu)中，定義了DVR狀態(tài)信息，如由“b6”標注的那樣。
與廣播接收機連接的存儲單元的狀態(tài)信息“C1”?！癉1”信息指示廣播接收機中包含的DVR功能的操作狀態(tài)信息、或由廣播接收機支持的DVR功能的操作狀態(tài)信息。“E1”信息指示由DVR記錄/存儲的內(nèi)容數(shù)據(jù)被加密，使得該被加密的內(nèi)容數(shù)據(jù)被存儲在存儲單元中?！癋1”信息指示存儲單元的使用狀態(tài)。MIB數(shù)據(jù)結(jié)構(gòu)可以包括“C1”、“D1”、“E1”和“F1”信息。
圖6C至6F示出的例子中，如上所述的狀態(tài)信息被定義為數(shù)據(jù)結(jié)構(gòu)的第三、第四、第四和第六數(shù)據(jù)。
圖7是圖示廣播接收機的框圖。更詳細地說，圖7示出了有線廣播接收機的例子。
參照圖7，如果廣播接收機是有線廣播接收機，則該有線廣播接收機可以包括主機100和與主機相連的可分離的有線卡。
如果廣播接收機不是有線廣播接收機，則只有主機可以作為廣播接收機。主機100可以只接收有線廣播信號，或可以包括有線廣播信號、地面廣播信號和衛(wèi)星廣播信號中至少一個。換句話說，主機100指示能夠接收有線廣播信號、地面廣播信號和衛(wèi)星廣播信號中至少一個信號的實例。
同時，圖7顯示了在有線廣播接收機和線纜頭端(即廣播傳輸終端)之間的雙向交互通信方法。更詳細地說，圖7顯示了能夠具有OOB(帶外)方案和DSG(DOCSIS機頂盒網(wǎng)關(guān))方案的有線廣播接收機。該主機能夠接收廣播信號，或者可以向廣播傳輸終端發(fā)送廣播信號。
OOB方案表示一種特定標準，在該標準中定義了在線纜頭端和機頂盒之間的傳輸標準。DSG方案指示了在線纜頭端的有線調(diào)制解調(diào)器控制系統(tǒng)與有線廣播接收機中包含的基于DOCSIS的有線調(diào)制解調(diào)器之間的通信方法。
DOCSIS表示一種數(shù)字有線電視標準，該數(shù)字有線電視標準由表示美國有線廣播標準認定協(xié)會的有線計劃(Cablelaps)選擇。根據(jù)DOCSIS方案，可以使用有線調(diào)制解調(diào)器將數(shù)據(jù)發(fā)送至目的地。
圖7顯示了一種混合了OOB、DSG兩種方案的有線廣播接收機。然而應(yīng)該注意的是，圖7中的有線廣播接收機為了解釋的目的已經(jīng)被公開。
圖7中的廣播接收機可以包括主機100和有線卡200。主機100包括第一調(diào)諧器101a、第二調(diào)諧器101b、第一解調(diào)器102、多路復(fù)用器103、多路分路器104、解碼器105、第二解調(diào)器(DOCSIS解調(diào)器)106、接收單元107、開關(guān)108、發(fā)送單元109、控制器110和DVR塊150。
第一調(diào)諧器101a從地面音頻/視頻(A/V)廣播信號中、或從經(jīng)由線纜線路發(fā)送的擔當帶內(nèi)信號的有線音頻/視頻(A/V)廣播信號中，調(diào)諧特定頻道頻率，使得被調(diào)諧的結(jié)果信號可以被發(fā)送至第一解調(diào)器102。
地面廣播方案和有線廣播方案具有不同的傳輸方案。第一解調(diào)器102可以執(zhí)行與具有不同調(diào)制方案的信號關(guān)聯(lián)的其它解調(diào)過程。
假設(shè)根據(jù)殘留邊帶調(diào)制(VSB)方案將地面A/V廣播信號調(diào)制成其它的信號，并且根據(jù)正交調(diào)幅(QAM)方案將有線A/V廣播信號調(diào)制成其它的信號，則第一解調(diào)器102可以在接收所述第一調(diào)頻器101a的選擇信號時，根據(jù)VSB方案調(diào)制該信號，或者在接收所述第一調(diào)頻器101a的選擇信號時，根據(jù)QAM方案調(diào)制所述信號。
第一解調(diào)器102解調(diào)后的信號可由多路復(fù)用器103復(fù)用，使得有線廣播信號被發(fā)送至有線卡200，并且所述地面廣播信號被發(fā)送至多路分路器104。
圖7中的實例示出了一種特定的情況，其中有線卡200可以處理多個流。因此，有線卡接收至少兩個流的被復(fù)用的廣播信號，并可以命令主機100顯示接收到的廣播信號。
多路分路器104接收已復(fù)用廣播信號，將接收到的廣播信號分成多個流，并將被分解的各個流輸出。解碼器105將廣播信號解碼，并且使用為用戶肉眼可以直接看到的視頻/音頻信號輸出解碼結(jié)果。
第二調(diào)諧器101b從按照DSG(DOCSIS機頂盒網(wǎng)關(guān))方案通過有線線路發(fā)送的數(shù)據(jù)廣播信號中，調(diào)諧特定的頻道頻率，并可以向第二解調(diào)器106輸出調(diào)諧結(jié)果。第二解調(diào)器106解調(diào)基于DSG的數(shù)據(jù)廣播信號，并且將已經(jīng)解調(diào)的廣播信號輸出至控制器110。
接收單元107從基于OOB的廣播信號中調(diào)諧特定頻道頻率，并將調(diào)諧后的結(jié)果輸出至有線卡200。如果線纜頭端和有線廣播接收機之間的雙向交互通信可用，則從有線廣播接收機發(fā)送至線纜頭端的上行鏈路信息(例如，使用付費節(jié)目應(yīng)用，以及主機狀態(tài)信息)將按照OOB或者DSG方案發(fā)送至目的地。因此，廣播接收機可以包括開關(guān)108，用來選擇上述方案中的一個，使得按照選擇的方案，將需要的信息發(fā)送至目的地。
主機中的控制器110命令第二解調(diào)器106根據(jù)網(wǎng)絡(luò)協(xié)議將基于DSG的信號轉(zhuǎn)換成另一個信號?；贒SG的信號由開關(guān)108選擇，然后通過有線線路發(fā)送。
基于OOB的信號由發(fā)送單元109通過有線卡發(fā)送至有線線路。根據(jù)OOB方案，用戶或狀態(tài)信息通過有線卡200和開關(guān)108發(fā)送至發(fā)送單元109。發(fā)送單元109根據(jù)QPSK調(diào)制方案將有線卡200的輸出信號調(diào)制成另一個信號，使得通過有線線路將調(diào)制好的信號發(fā)送至線纜頭端。
如果用戶的廣播相關(guān)信號(broadcast-associated signal)根據(jù)DSG方案來發(fā)送，則上述信息通過控制器110和開關(guān)108發(fā)送至發(fā)送單元109，發(fā)送單元109又根據(jù)QAM-16調(diào)制方案將接收到的信號調(diào)制成其它的信號，使得該結(jié)果信號可以通過有線線路發(fā)送至線纜頭端。
DVR塊150可以包括DVR控制器151、加密單元152、接口單元153和存儲單元154。DVR塊150能夠存儲從多路分路器104接收到的數(shù)字內(nèi)容數(shù)據(jù)的廣播流。DVR控制器151從多路分路器104接收廣播流，并且加密單元152可以將DVR控制器151的輸出信號加密。
被加密的信號可以通過接口單元152存儲在存儲單元中。如圖7所能看到的，假定圖7的例子中的存儲單元是硬盤驅(qū)動器(HDD)。
在接收與控制器110的DVR功能關(guān)聯(lián)的狀態(tài)信息請求時，DVR控制器151收集DVR狀態(tài)信息，并將收集到的DVR狀態(tài)信息發(fā)送至控制器110?？刂破?10可以收集從DVR塊接收到的DVR狀態(tài)信息，或者可以收集廣播接收機的運行狀態(tài)信息和廣播接收機與其它設(shè)備之間的連接狀態(tài)信息。
如果廣播接收機包括有線卡200，則控制器110將從DVR控制器151接收到的DVR狀態(tài)信息發(fā)送至有線卡200。有線卡200可以根據(jù)網(wǎng)絡(luò)管理單元把DVR狀態(tài)信息轉(zhuǎn)換成預(yù)定的數(shù)據(jù)結(jié)構(gòu)。發(fā)送單元109能夠把數(shù)據(jù)結(jié)構(gòu)發(fā)送至廣播傳輸終端。
另外，如果廣播接收機不包括有線卡200，則控制器110根據(jù)網(wǎng)絡(luò)管理單元把DVR狀態(tài)信息轉(zhuǎn)換成預(yù)定的數(shù)據(jù)結(jié)構(gòu)。發(fā)送單元109能夠把數(shù)據(jù)結(jié)構(gòu)發(fā)送至廣播傳輸終端。盡管主機100擁有能夠執(zhí)行DVR功能的DVR塊150，或與外部DVR設(shè)備(未示出)相連，但是有線卡200或者控制器110仍然可以通過網(wǎng)絡(luò)管理單元使用上述的過程將DVR狀態(tài)信息發(fā)送至目的地。
在SNMP方案的情況中，控制器110可以通過MIB數(shù)據(jù)定義基于SNMP的DVR功能的狀態(tài)信息。如圖6A至6B所示，控制器110編譯SMI碼，并可以通過MIB數(shù)據(jù)定義存儲單元的存儲容量信息。例如，控制器110編譯基于SMI的MIB文件，并將在MIB文件中被定義的存儲容量信息定義為對象標識(ID)。
主機將由MIB數(shù)據(jù)定義的上述信息轉(zhuǎn)換進基于SNMP的信息，使得將基于SNMP的信息發(fā)送至線纜頭端。例如，主機可以將與對象標識相對應(yīng)的數(shù)據(jù)轉(zhuǎn)換成基于SNMP的數(shù)據(jù)，使得基于SNMP的數(shù)據(jù)可以被發(fā)送至廣播傳輸終端。在這種情況中，SNMP代理可以利用另外的設(shè)備(未示出)實現(xiàn)，或者控制器110可以作為SNMP代理。
如果控制器110作為SNMP代理，則控制器110將由MIB數(shù)據(jù)定義的對象ID分組(packetize)，根據(jù)UDP/IP方案將分組后的數(shù)據(jù)轉(zhuǎn)換成其它信號并輸出作為結(jié)果的信號。例如，控制器110將與每一對象ID相對應(yīng)的數(shù)據(jù)分組，根據(jù)UDP/IP方案將分組后數(shù)據(jù)轉(zhuǎn)換成其它的信號，并輸出作為結(jié)果的信號。
如果線纜頭端發(fā)送加密算法，可下載的條件接入系統(tǒng)(DownloadableConditional Access System，DCAS)130接收上述加密算法，并運行該接收的加密算法。因此，如果主機100包含DCAS 130，則主機100k可以在不使用有線卡200的情況下接收有線廣播信號。
廣播接收機、用于發(fā)送狀態(tài)信息的方法和狀態(tài)信息的數(shù)據(jù)結(jié)構(gòu)不局限于上述的有線廣播系統(tǒng)，并且能夠應(yīng)用到其它雙向交互廣播系統(tǒng)。
圖8是圖示用于發(fā)送廣播接收機狀態(tài)信息的方法的流程圖。
參照圖8，在步驟S210，廣播接收機收集其DVR功能的狀態(tài)信息，或者與該廣播接收機自身相關(guān)聯(lián)的其它DVR功能的狀態(tài)信息。如果廣播接收機收集狀態(tài)信息，則廣播接收機可以被廣播傳輸終端的請求激活。
廣播接收機的狀態(tài)信息可以包括以下信息中的任一信息指示運行哪種類型的DVR功能的信息、指示用于DVR功能的存儲單元的分類信息的信息、指示用于DVR功能的存儲單元的物理狀態(tài)信息的信息、指示DVR功能運行狀態(tài)信息的信息、指示DVR功能存儲的內(nèi)容數(shù)據(jù)是否被加密的信息、和指示存儲單元當前使用存儲容量的信息。
如果存在將發(fā)送的狀態(tài)信息、或者存在廣播傳輸終端的請求，則上述狀態(tài)信息或請求可以由MIB(管理信息庫)數(shù)據(jù)定義，導致實現(xiàn)MIB數(shù)據(jù)的發(fā)送/接收。
在步驟S220，廣播接收機根據(jù)網(wǎng)絡(luò)管理單元發(fā)送收集到的DVR功能的狀態(tài)信息。
網(wǎng)絡(luò)管理單元可以是公共管理信息協(xié)議(CMIP)、遠程網(wǎng)絡(luò)監(jiān)視(RNM)、和簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)等中的任一種。
廣播傳輸終端能夠通過其DVR功能發(fā)送廣播數(shù)據(jù)或者適合于相應(yīng)功能的軟件程序，使得減少了通過傳輸操作能夠被遇到的許多問題。
根據(jù)上文描述顯然，廣播接收機和發(fā)送狀態(tài)信息的方法，能夠向廣播傳輸終端預(yù)發(fā)送(pre-transit)廣播接收機的功能和狀態(tài)信息。
如果廣播接收機擁有DVR功能，則它能向廣播傳輸終端發(fā)送主機的狀態(tài)信息。同樣，廣播傳輸終端可以遠程監(jiān)視廣播接收機的DVR功能。
本領(lǐng)域技術(shù)人員顯然明白，在不背離本發(fā)明的發(fā)明精神或范圍的情況下，可以對本發(fā)明進行修改和變化。因此，意圖在于，各個實施例涵蓋了對這樣的實施例的修改和變化，只要這些修改和變化落在權(quán)利要求和它們的等效的范圍內(nèi)。
本申請要求于2006年4月26日提交的、申請?zhí)枮?0-2006-0037782的韓國專利申請的權(quán)益，其通過引用在此并入，如同在此整個提出。
權(quán)利要求
1.一種發(fā)送廣播接收機的狀態(tài)信息的方法，該廣播接收機包括存儲單元并連接到網(wǎng)絡(luò)，該方法包括收集與存儲單元的數(shù)字錄像機DVR功能相關(guān)聯(lián)的狀態(tài)信息；以及根據(jù)網(wǎng)絡(luò)上的網(wǎng)絡(luò)管理手段發(fā)送收集到的狀態(tài)信息。
2.如權(quán)利要求1所述的方法，其中所述網(wǎng)絡(luò)管理手段是公共管理信息協(xié)議CIMP、遠程網(wǎng)絡(luò)監(jiān)視RMON、和簡單網(wǎng)絡(luò)管理協(xié)議SNMP中的一種。
3.如權(quán)利要求1所述的方法，其中所述狀態(tài)信息是指示運行廣播接收機中哪種類型的DVR功能的信息、指示用于DVR功能的存儲單元的分類信息的信息、指示存儲單元的物理狀態(tài)的信息、指示存儲單元的DVR運行狀態(tài)的信息、指示存儲單元中存儲的數(shù)字內(nèi)容數(shù)據(jù)是否加密的信息、和指示存儲單元存儲容量的信息。
4.如權(quán)利要求3所述的方法，其中指示廣播接收機中運行哪種DVR功能的信息，是以下信息中的一種指示廣播接收機中沒有DVR功能的信息、指示DVR功能是開放式有線應(yīng)用平臺OCAP-DVR的信息、指示DVR功能是隨存儲單元的制造者變化的自帶的DVR功能的信息、和指示DVR功能未定義的信息。
5.如權(quán)利要求3所述的方法，其中指示存儲單元中分類信息的信息，是以下信息中的一種指示存儲單元是廣播接收機內(nèi)建的硬盤驅(qū)動器HDD的信息、指示存儲單元是與廣播接收機相連的外部HDD的信息、指示存儲單元是快閃存儲器的信息、指示存儲單元是記憶棒的信息、和指示存儲單元是其它類型的未定義的存儲體的信息。
6.如權(quán)利要求3所述的方法，其中指示存儲單元的物理狀態(tài)的信息，是以下信息中的一種指示存儲單元紊亂的信息、指示存儲單元未被格式化的信息、指示存儲單元有壞扇區(qū)的信息、和指示存儲單元不運行的信息。
7.如權(quán)利要求3所述的方法，其中指示存儲單元中的數(shù)字錄像機DVR運行狀態(tài)的信息，是以下信息中的一種指示其中存儲單元正在記錄數(shù)據(jù)的第一操作的信息、指示其中存儲單元正在運行數(shù)據(jù)的時間位移的第二操作的信息、和指示既不是第一操作也不是第二操作的第三操作的信息。
8.如權(quán)利要求3所述的方法，其中指示存儲容量的信息是用百分比單位或者字節(jié)單位表示的存儲容量的使用量或剩余量。
9.如權(quán)利要求3所述的方法，其中所述狀態(tài)信息用管理信息庫MIB的格式來定義。
10.一種廣播接收機，包括數(shù)字錄像機DVR塊，用來存儲至少一個數(shù)字內(nèi)容數(shù)據(jù)；控制單元，用來從DVR塊收集與DVR功能相關(guān)聯(lián)的狀態(tài)信息，并根據(jù)網(wǎng)絡(luò)管理手段將收集到的狀態(tài)信息變換為預(yù)先確定的數(shù)據(jù)格式；以及發(fā)送單元，用來發(fā)送變換后的數(shù)據(jù)。
11.如權(quán)利要求10所述的廣播接收機，其中所述DVR塊包括用來存儲至少一個數(shù)字內(nèi)容數(shù)據(jù)的存儲單元；用來收集與存儲單元相關(guān)聯(lián)的狀態(tài)信息的DVR控制器；以及用來連接DVR控制器和存儲單元的接口裝置。
12.如權(quán)利要求10所述的廣播接收機，其中所述網(wǎng)絡(luò)管理手段是公共管理信息協(xié)議CIMP、遠程網(wǎng)絡(luò)監(jiān)視RMON、和簡單網(wǎng)絡(luò)管理協(xié)議SNMP中的一種。
13.如權(quán)利要求11所述的廣播接收機，其中所述狀態(tài)信息是指示運行廣播接收機中哪種類型的DVR功能的信息、指示用于DVR功能的存儲單元的分類信息的信息、指示存儲單元的物理狀態(tài)的信息、指示存儲單元的DVR運行狀態(tài)的信息、指示存儲單元中存儲的數(shù)字內(nèi)容數(shù)據(jù)是否加密的信息、和指示存儲單元存儲容量的信息。
14.如權(quán)利要求13所述的廣播接收機，其中指示廣播接收機中運行哪種DVR功能的信息，是以下信息中的一種指示廣播接收機中沒有DVR功能的信息、指示DVR功能是開放式有線應(yīng)用平臺OCAP-DVR的信息、指示DVR功能是隨存儲單元的制造者變化的自帶的DVR功能的信息、和指示DVR功能未定義的信息。
15.如權(quán)利要求13所述的廣播接收機，其中指示存儲單元中分類信息的信息，是以下信息中的一種指示存儲單元是廣播接收機內(nèi)建的硬盤驅(qū)動器HDD的信息、指示存儲單元是與廣播接收機相連的外部HDD的信息、指示存儲單元是快閃存儲器的信息、指示存儲單元是記憶棒的信息、和指示存儲單元是其它類型的未定義的存儲體的信息。
16.如權(quán)利要求13所述的廣播接收機，其中指示存儲單元的物理狀態(tài)的信息，是以下信息中的一種指示存儲單元紊亂的信息、指示存儲單元未被格式化的信息、指示存儲單元有壞扇區(qū)的信息、和指示存儲單元不運行的信息。
17.如權(quán)利要求13所述的廣播接收機，其中指示存儲單元中的DVR運行狀態(tài)的信息，是以下信息中的一種指示其中存儲單元正在記錄數(shù)據(jù)的第一操作的信息、指示其中存儲單元正在運行數(shù)據(jù)的時間位移的第二操作的信息、和指示既不是第一操作也不是第二操作的第三操作的信息。
18.如權(quán)利要求13所述的廣播接收機，其中指示存儲容量的信息是用百分比單位或者字節(jié)單位表示的存儲容量的使用量或剩余量。
19.如權(quán)利要求13所述的廣播接收機，所述狀態(tài)信息用管理信息庫MIB的格式來定義。
20.一種用來在系統(tǒng)中發(fā)送狀態(tài)信息的方法，該系統(tǒng)包括擁有通過網(wǎng)絡(luò)連接到廣播傳送前端的存儲單元的廣播接收機，該方法包括通過廣播傳送前端，根據(jù)網(wǎng)絡(luò)管理協(xié)議向廣播接收機請求與存儲單元的數(shù)字錄像機DVR功能相關(guān)聯(lián)的狀態(tài)信息；通過廣播接收機，收集與存儲單元的DVR功能相關(guān)聯(lián)的狀態(tài)信息；以及通過廣播接收機，根據(jù)網(wǎng)絡(luò)管理手段發(fā)送收集到的狀態(tài)信息。
全文摘要
本發(fā)明公開了一種廣播接收機以及一種用于發(fā)送廣播接收機的狀態(tài)信息的方法。廣播接收機通過網(wǎng)絡(luò)管理單元向廣播傳輸終端發(fā)送DVR功能的狀態(tài)信息。該網(wǎng)絡(luò)管理單元可以是公共管理信息協(xié)議(CIMP)、遠程網(wǎng)絡(luò)監(jiān)視(RMON)、和簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)等的任何一種。狀態(tài)信息可以MIB結(jié)構(gòu)的形式來定義。已定義的數(shù)據(jù)可以根據(jù)網(wǎng)絡(luò)管理協(xié)議在廣播接收機和廣播傳輸終端之間通信。因此，廣播接收機能夠監(jiān)視存儲單元的狀態(tài)信息，并且能夠發(fā)送廣播數(shù)據(jù)或節(jié)目預(yù)防問題發(fā)生。
文檔編號H04N7/173GK101094351SQ20071013799
公開日2007年12月26日 申請日期2007年4月26日 優(yōu)先權(quán)日2006年4月26日
發(fā)明者車尚勛 申請人:Lg電子株式會社