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

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


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