CN101094351B - 广播接收机和用于发送广播接收机的接收状态的方法 - Google Patents

广播接收机和用于发送广播接收机的接收状态的方法 Download PDF

Info

Publication number
CN101094351B
CN101094351B CN2007101379956A CN200710137995A CN101094351B CN 101094351 B CN101094351 B CN 101094351B CN 2007101379956 A CN2007101379956 A CN 2007101379956A CN 200710137995 A CN200710137995 A CN 200710137995A CN 101094351 B CN101094351 B CN 101094351B
Authority
CN
China
Prior art keywords
information
memory cell
indication
broadcasting receiver
dvr
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2007101379956A
Other languages
English (en)
Other versions
CN101094351A (zh
Inventor
车尚勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN101094351A publication Critical patent/CN101094351A/zh
Application granted granted Critical
Publication of CN101094351B publication Critical patent/CN101094351B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147PVR [Personal Video Recorder]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • H04L41/046Network management architectures or arrangements comprising network management agents or mobile agents therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Environmental & Geological Engineering (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种广播接收机以及一种用于发送广播接收机的状态信息的方法。广播接收机通过网络管理单元向广播传输终端发送DVR功能的状态信息。该网络管理单元可以是公共管理信息协议(CIMP)、远程网络监视(RMON)、和简单网络管理协议(SNMP)等的任何一种。状态信息可以MIB结构的形式来定义。已定义的数据可以根据网络管理协议在广播接收机和广播传输终端之间通信。因此,广播接收机能够监视存储单元的状态信息,并且能够发送广播数据或节目预防问题发生。

Description

广播接收机和用于发送广播接收机的接收状态的方法
技术领域
本发明涉及一种广播接收机以及一种发送广播接收机的接收状态的方法。
背景技术
典型地,随着数据广播技术的日益发展,用来接收广播数据的广播系统已经被变成双向交互广播系统。在这情况中,双向交互广播系统指一种特定广播系统,它能够发送已经在广播接收机或者电视观看器中被接收或是将要被接收的广播节目的信息。
为了便于说明,含有用来接收有线广播数据的有线卡(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 protocol)被发送至目的地。
网络连接装置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”信息定义了存储单元的使用状态。“Usagestatus”值的例子可以被定义如下:
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的韩国专利申请的权益,其通过引用在此并入,如同在此整个提出。

Claims (20)

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功能相关联的状态信息;
根据网络管理协议将收集到的状态信息变换为预先确定的数据格式;以及
通过广播接收机,发送变换后的数据。
CN2007101379956A 2006-04-26 2007-04-26 广播接收机和用于发送广播接收机的接收状态的方法 Expired - Fee Related CN101094351B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020060037782A KR20070105538A (ko) 2006-04-26 2006-04-26 방송 수신 장치, 상태 정보 전송 방법 및 상태 정보의데이터 구조
KR37782/06 2006-04-26

Publications (2)

Publication Number Publication Date
CN101094351A CN101094351A (zh) 2007-12-26
CN101094351B true CN101094351B (zh) 2011-05-11

Family

ID=38293395

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101379956A Expired - Fee Related CN101094351B (zh) 2006-04-26 2007-04-26 广播接收机和用于发送广播接收机的接收状态的方法

Country Status (4)

Country Link
US (1) US20080168513A1 (zh)
EP (1) EP1850591A2 (zh)
KR (1) KR20070105538A (zh)
CN (1) CN101094351B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090063978A1 (en) * 2007-09-05 2009-03-05 Sony Corporation Network status icon in navigable toolbar
KR101405937B1 (ko) * 2007-09-20 2014-06-27 엘지전자 주식회사 저장 장치의 상태 정보 처리 방법 및 방송 수신 장치
US8781300B2 (en) 2008-05-23 2014-07-15 At&T Intellectual Property I, Lp System and apparatus for managing video content recordings
US8667549B2 (en) 2009-04-28 2014-03-04 Microsoft Corporation Personal video recorder E-mail alerts and status
CN102938860B (zh) * 2012-11-27 2019-01-29 康佳集团股份有限公司 一种节目链接播放方法
CN104468229B (zh) * 2014-12-22 2018-02-16 武汉烽火网络有限责任公司 一体机中内置光接收机的统一网管系统及方法
US10510685B2 (en) * 2017-09-29 2019-12-17 Taiwan Semiconductor Manufacturing Co., Ltd. Dishing prevention columns for bipolar junction transistors

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1694492A (zh) * 2005-06-23 2005-11-09 北京影立弛技术有限公司 网络中p2p技术在信息家电终端应用的装置及方法
CN1744692A (zh) * 2004-08-16 2006-03-08 索尼株式会社 信息处理系统、方法以及程序、记录装置、通信装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273600A1 (en) * 2003-02-03 2005-12-08 Seeman El-Azar Method and system for file data access within a secure environment
US9131272B2 (en) * 2003-11-04 2015-09-08 Universal Electronics Inc. System and method for saving and recalling state data for media and home appliances
US20060215456A1 (en) * 2005-03-23 2006-09-28 Inventec Corporation Disk array data protective system and method
US7810127B2 (en) * 2005-08-31 2010-10-05 Time Warner Cable, Inc. System and method for evaluating the operational status of a STB in a cable network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744692A (zh) * 2004-08-16 2006-03-08 索尼株式会社 信息处理系统、方法以及程序、记录装置、通信装置
CN1694492A (zh) * 2005-06-23 2005-11-09 北京影立弛技术有限公司 网络中p2p技术在信息家电终端应用的装置及方法

Also Published As

Publication number Publication date
KR20070105538A (ko) 2007-10-31
CN101094351A (zh) 2007-12-26
US20080168513A1 (en) 2008-07-10
EP1850591A2 (en) 2007-10-31

Similar Documents

Publication Publication Date Title
CN101094351B (zh) 广播接收机和用于发送广播接收机的接收状态的方法
CN101359969B (zh) 广播接收机和确定广播接收机的操作模式的方法
CA2707170C (en) Testing a content-delivery system
JP2004186822A (ja) デジタル放送信号配信システムおよび加入者端末
US20090083540A1 (en) Host device interfacing with a point of deployment (POD) and a method of processing Certificate status information
CN101001334A (zh) 字幕叠加系统及实现字幕叠加的方法
CN101014108B (zh) 广播接收机和用于提供诊断信息的方法
US20070199016A1 (en) Method of controlling emergency alert system in digital cable broadcasting, signal thereof and cable broadcast receiver
US9668028B2 (en) Device, system and method to provision, configure and operate video generation equipment
CN101013974A (zh) 提供诊断信息的广播接收器、数据结构和方法
US20090133056A1 (en) Broadcasting system and method of processing emergency alert message
EP1835644B1 (en) Broadcast application transmitting method
US20070274223A1 (en) Broadcast receiver, data structure and method for providing diagnostic information
CN101394538B (zh) 与配置点(pod)对接的主机装置和处理数字视频录像机(dvr)状态信息的方法
JP2010109413A (ja) 受信装置
CN101420276A (zh) 用于数据广播的主机和处理用于数据广播的数据的方法
CN101232587A (zh) 接收系统和处理接口信息的方法
US20070300276A1 (en) Broadcasting system and method of processing channel information in broadcasting system
EP1863287A2 (en) Broadcast receiver and method for providing diagnostic information
KR20080018626A (ko) 디지털 케이블 방송수신기와 원격 제어 방법
KR20090099271A (ko) 방송 수신기 및 로그 정보 처리 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110511

Termination date: 20120426