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