数字广播发送/接收系统和数字广播发送/接收方法

摘要

本发明公开了一种数字广播发送/接收方法和一种数字广播发送/接收系统。所述数字广播发送/接收方法包括：请求包括关于服务器的信息的连接信息，所述服务器基于优先级存储内容引导信息；发送所述连接信息；接收所述连接信息并使用所述连接信息访问存储基于优先级的内容引导信息的服务器；以及从被访问的服务器接收基于优先级的内容引导信息。

说明书

技术领域

本发明涉及数字广播发送/接收系统和数字广播发送/接收方法。

背景技术

已经以如下方式提供现有的电视(TV)服务：通过诸如地面波、电缆或卫星之类的无线电传输介质发送广播站产生的内容，且用户通过能够经由相应的传输介质接收发送内容的TV接收器来观看发送的内容。

然而，随着基于数字广播的数字TV技术的开发和商业应用，各种服务(如实时广播、内容点播(CoD)、游戏和新闻)从现有的模拟广播中脱离，并可以通过除了现有的传输介质之外的与各家庭相连的因特网而提供给用户。

因特网协议TV(IPTV)可以作为使用因特网提供服务的一个示例。IPTV系统表示使用极高速的因特网向TV提供信息服务、移动图像内容、广播等。

诸如IPTV之类的使用因特网的服务提供与通常的电缆广播或卫星广播的相同之处在于，它提供了诸如包括视频的广播内容之类的服务，但是其显著特征在于它另外还具有双向性。而且，不像通常的地面广播、电缆广播或卫星广播，IPTV使得用户能够在他/她方便的时间观看所需的服务。

对于这种IPTV的各种服务，需要提供关于各内容的详细信息、连接地点、服务提供商信息、服务信道等的内容引导服务。宽带内容引导(BCG)可以作为这种内容引导服务的示例。通过因特网发送诸如BCG之类的内容引导到接收器，然后提供给用户。

然而，对于诸如BCG之类的内容引导的发送，常规发送系统在与当前时间无关的时间将内容引导作为单个数据发送。由于这一原因，在常规系统中，内容引导的信息被同时发送和接收，由此增加了因特网的负担，使得接收器难以搜索所需的数据并降低了接收器的处理速度。

发明内容

因此，本发明涉及一种数字广播发送/接收系统和一种数字广播发送/接收方法，该系统和方法基本消除了由于相关技术的限制和缺点导致的一个和多个问题。

本发明的一个目的是提供一种数字广播发送/接收系统和数字广播发送/接收方法，该系统和方法能够在短时间内发送和接收诸如内容引导信息之类的数据。

本发明的另一个目的是提供一种数字广播发送/接收系统和数字广播发送/接收方法，该系统和方法能够根据优先级有序地发送和接收数据。

本发明的附加优点、目的和特征将在下面的描述述中部分地提及，且对于本领域技术人员而言在完成对下面内容的细查后将部分地显现，或者可以从本发明的实践中学知。通过所写的说明书和这里的权利要求以及附图中具体指出的结构可以实现和获得本发明的目的和其他优点。

如这里具体实施和广泛描述的，为实现这些目的和其他优点且根据本发明的目的，一种数字广播发送系统包括：第一服务器，用于发送与基于优先级而存储内容引导信息的服务器相关的连接信息；以及第二服务器，用于以单播模式和多播模式中任意一种来发送基于优先级的内容引导信息。

连接信息可以被包括在宽带内容引导(BCG)发现记录中。第二服务器可以以多播模式在基于优先级的内容引导信息中发送高优先级的内容引导信息，且以单播模式在基于优先级的内容引导信息中发送低优先级的内容引导信息。关于以多播模式发送的内容引导信息的优先级的信息可以被包括在数字视频广播服务发现与选择传输协议(DVBSTP)的报头区域中。连接信息可以包括关于以多播模式发送的内容引导信息的发送周期的信息。

连接信息可以包括关于两个或更多个服务器的连接信息，该两个或更多个服务器用于根据优先级来分别提供内容引导信息。

在本发明的另一方面中，一种数字广播接收系统包括：网络接口，用于向网络发送信号并从网络接收信号；因特网协议(IP)管理器，用于向网络接口发送IP分组并从网络接口接收IP分组；服务发现管理器，用于从IP管理器接收的IP分组获得关于基于优先级而存储内容引导信息的服务器的连接信息，并根据所述优先级从所述服务器接收所述内容引导信息；控制器，用于从所述服务发现管理器接收基于优先级的内容引导信息；以及显示器，用于显示由控制器接收的基于优先级的内容引导信息。

在基于优先级的内容引导信息中，在高优先级的内容引导信息的情况下，所述服务发现管理器管理使所述数字广播接收系统向提供高优先级的内容引导信息的服务器进行登记，且以多播模式从所述服务器接收高优先级的内容引导信息。

连接信息可以包括内容引导信息的起始时间和结束时间中的至少一个。

在本发明的另一方面中，一种数字广播接收方法包括：接收连接信息，该连接信息包括关于基于优先级而提供内容引导信息的服务器的信息；使用所述连接信息来访问存储基于优先级的内容引导信息的服务器；以及从被访问的服务器接收基于优先级的内容引导信息。

所述数字广播接收方法可以进一步包括：向提供高优先级的内容引导信息的服务器登记在基于优先级内容引导信息中接收高优先级的内容引导信息的接收器，并以多播模式接收该高优先级的内容引导信息。

所述数字广播接收方法可以进一步包括：在基于优先级的内容引导信息中，从提供低优先级的内容引导信息的服务器请求低优先级的内容引导信息；并以单播模式接收低优先级的内容引导信息。

在本发明的另一方面中，一种数字广播发送/接收方法包括：请求连接信息，该连接信息包括关于基于优先级而提供内容引导信息的服务器的信息；发送所述连接信息；接收所述连接信息，并使用所述连接信息访问存储基于优先级的内容引导信息的服务器；以及从被访问的服务器接收基于优先级的内容引导信息。

应当理解本发明的上面的一般描述和下面的详述都是示例性和解释性的，且意在提供如权利要求所述的本发明的进一步的解释。

附图说明

附图被包括在本申请中以提供对本发明的进一步解释，并结合到本申请且组成本申请的一部分，附图示出了本发明的(多个)实施方式，并且与说明书一起用于解释本发明的原理。附图中：

图1是用于发送内容引导信息的系统的示意图；

图2是示出了包括基于优先级的发现信息的BCG发现记录的示例的图；

图3是示出了包括基于优先级的发现信息的BCG发现记录的可扩展标记语言(XML)表达的示例的图；

图4是示出了包括优先级信息的DVBSTP的句法的示例的图；

图5是示出了接收器的结构的框图的示例，所述接收器用于基于优先级来接收和处理内容引导信息；以及

图6是示出了基于优先级来处理内容引导信息的过程流程图的示例。

具体实施方式

现在将详细参考本发明的优选实施方式，其实施例在附图中示出。只要可能，将在所有附图中使用相同的附图标记来表示相同或相似的部分。

此后，为了方便本发明的描述，将在因特网上发送和接收广播信号的IPTV作为示例。而且，将BCG数据作为可根据优先级而发送的数据的示例。下面要描述的实施方式将类似地应用于通常的数据(例如，除了BGC数据之外的以XML格式传输的数据)。另外，尽管为了说明目的，将BCG数据的优先级描述为根据进度表而分类，但它们也可以根据提供商的设置而变化。

作为使用因特网提供内容的系统的一个示例的因特网协议电视(IPTV)系统可以主要分成服务器、网络和IP广播接收器。

IPTV系统的服务器包括负责各种功能的服务器，如用于提供服务发现信息的服务发现服务器(例如，称为服务发现与选择(SD&S)服务器)、流服务器、用于发送关于内容的信息的宽带内容引导(BCG)服务器、客户端信息服务器以及支付信息服务器。

在这些服务器中，流服务器使用实时传输协议(RTP：RFC1889)和RTP控制协议(RTCP：RFC3605)通过网络发送以移动图像专家组(MPEG)2或MEPG4编码的移动图像数据。

流服务器还可以使用实时流协议(RTSP：RFC2326)，通过被称为网络特技播放(Network Trick Play)(包括暂停、重播、停止等)的功能，在一定程度上控制移动图像流的再现。

在上述服务器中，BCG服务器能够提供包括关于内容的信息的内容引导信息。BCG服务器存储包括关于内容的调度信息的BCG数据单元，并提供存储的BCG数据单元到IP广播接收器。BCG数据单元包括基于RTSP/RTP的流连接信息，从而可以使用从BCG数据单元获得的信息来完成与流服务器的直接连接。

在上述服务器中，服务发现服务器为接收器提供关于服务器(该服务器提供诸如广播、视频点播(VOD)、游戏和BGC之类的各种服务)的连接信息、再现信息等。

IPTV系统的网络包括基于因特网的网络和网关。网关使用因特网组管理协议(IGMP)等执行多播组管理、服务质量(QoS)管理等，以及通常的数据传输。

IPTV系统的接收器指的是能够接收通过基于因特网的网络发送的数据并将接收的数据提供给用户的接收器。该接收器可以是，例如IPTV机顶盒、家庭网络网关或嵌有IPTV的TV。

图1是用于根据优先级发送内容引导信息的系统的示意图。该系统包括接收器100、第一网关110、第二网关120、第三网关130、服务发现服务器140以及BCG服务器150。

如果接收器100被接入，则它请求服务发现服务器140的初始连接信息。服务发现服务器140能够为接收器100提供关于提供服务的各种服务器的连接信息、再现信息等。

因此，接收器100能够通过第一网关110获得对服务发现服务器140的访问，以从服务发现服务器140请求和接收关于各种服务器的初始连接信息。

接收器100和服务发现服务器140之间的初始连接信息的请求和发送是基于单播模式(拉模式)的。第一网关110能够支持单播模式。

关于BCG服务器150的连接信息也可以被包括在从服务发现服务器140发送的连接信息中。BCG服务器150存储作为内容引导的一个示例的BCG数据，且提供存储的BCG数据到接收器100。当有关内容的信息发生改变时，BCG服务器150更新存储的BCG数据。

当服务发现服务器140发送关于BCG服务器150的连接信息时，它发送根据BCG数据单元的优先级而有所不同的访问方法和访问地址信息。该访问方法可以是，例如推模式或拉模式。

例如，BCG服务器150可以以多播模式(推模式)发送高优先级的BCG数据单元到接收器100，且以单播模式(拉模式)发送低优先级的BCG数据单元到接收器100。

单播模式是其中一个发送器以1∶1的方式发送数据到一个接收器的模式。即，如果接收器请求服务器的数据，则服务器响应于该请求而发送数据到该接收器。多播模式是其中数据被发送到特定的一组接收方的模式。在这种模式下，大量的数据能够同时被发送到多个预登记的接收器。

服务发现服务器140发送关于BCG服务器150的基于优先级的访问方法和访问信息到接收器100。

在基于通过IP的数字视频广播(DVB-IP)发送和接收信号的情况下，服务发现服务器140发送包括关于BCG服务器150的连接信息的BCG发现记录到接收器100。

为了在DVB-IP中提供服务发现信息(例如，SD&S信息)，在多播模式中使用DVB SD&S传输协议(DVBSTP)且在单播模式中使用超文本传输协议(HTTP)。因此，服务发现服务器140使用HTTP，因为它以单播模式发送包括BCG连接信息的发现记录。

接收器100分析被包括在BCG发现记录中的BCG连接信息，且作为分析的结果，识别基于存储在BCG服务器150中的BCG数据单元的优先级的BCG服务器150访问方法和访问信息。

BCG服务器150能够根据优先级而有区别地发送BCG数据单元。能够由服务提供商等确定优先级、不同数据发送的级别的边界以及用于基于级别的BCG数据单元的相应发送的访问地址。

例如，BCG服务器150响应于用户的请求而使用单播模式(拉模式)发送低优先级的BCG数据单元，且周期性地使用多播模式(推模式)发送高优先级的BCG数据单元。此时，能够根据优选级调整数据发送周期。即，当数据具有高优选级时，能够以较短的周期发送该数据。而且，能够根据发送模式而不同地确定访问地址。

在多播模式中，能够使用DVBSTP发送数据，而在单播模式中，能够使用HTTP发送数据。

例如，可以基于提供的信息的重要性或其与当前时间的接近度来判定BCG数据优先级。在基于信息与当前时间的接近度判定BCG数据优先级时，当前时间提供的服务的BCG数据单元具有最高的优先级，且远离当前时间提供的服务的BCG数据单元具有较低的优先级。

例如，根据BCG数据提供的内容的时间调度，BCG数据优先级可以分类成“now(现在)”、“next(接下来)”和“other schedule(其他调度)”。当前时间提供的服务的BCG数据具有“now”级(最高优先级)。下一时间提供的服务的BCG数据具有“next”级(低于“now”级的优先级)。关于不同于当前时间提供的服务和下一时间提供的服务的BCG数据具有“otherschedule”级，(比“now”级和“next”级低的优先级)。

在按上述次序将优先级分类的情况下，能够以多播模式发送“now”和“next”级的BCG数据单元，且能够以单播模式发送剩余的“otherschedule”级的BCG数据单元。在这种情况下，能够以比“next”级的BCG数据更短的周期发送“now”级的BCG数据。

或者，仅“now”级的BCG数据可以以多播方式发送，而其余的“next”和“other schedule”级的BCG数据可以以单播方式发送。这里，应当注意，基于优先级的不同数据发送的级别的边界不是固定的，而是可以根据不同的实施方式而变化的。

另一方面，BCG数据可以被定义为当它的时间间隔更接近当前时间时具有高优先级。即，BCG数据可以被分割成多个时间间隔中的BCG数据，各个时间间隔具有预定的时间单元，且BCG数据可以被定义为当它处于与当前时间更接近的时间间隔中时，具有较高的优先级。

例如，在BCG数据按3个小时分成128级BCG数据时，BCG数据优先级可以被定义为对应于节目与系统信息协议(PSIP)的事件信息列表(EIT)。

在按上述次序将优先级分类的情况下，能够以多播模式发送某一级以上的BCG数据且能够以单播模式发送剩余级的BCG数据。而且，在多播模式中，能够根据级别以不同的发送周期发送BCG数据。例如，接近当前时间的时间间隔中的BCG数据可以以较短的时间周期发送，而远离当前时间的时间间隔中的BCG数据可以以较长的时间周期发送。基于优先级的不同数据发送的级别或发送周期的边界可以根据不同的实施方式而改变。

BCG服务器150可以包括用于根据发送模式发送BCG数据单元的多个服务器。这些服务器可以具有不同的访问地址。即使在以相同模式发送BCG数据的情况下，这些服务器可以根据优先级而具有不同的访问地址。

接收器100使用基于优先级的BCG服务器150访问方法和包括在从服务发现服务器140发送的BCG发现记录中的访问信息从BCG服务器140接收BCG数据。

在BCG服务器140以多播模式发送BCG数据的情况下，接收器100使用因特网组管理协议(IGMP)向BCG服务器150的多播地址登记自身。向多播地址进行了登记的接收器能够以多播模式从BCG服务器150接收BCG数据。

而且，在关于BCG数据的优先级的信息被包含在DVBSTP(用于多播模式的协议)的报头区域的情况下，接收器100能够选择性地接收所需的BCG数据并进行解码。

在图1中，BCG服务器150通过第二网关120以多播模式发送BCG数据到登记了的接收器。第二网关120支持多播模式。一旦接收器以BCG服务器150的多播地址登记了自身，则该接收器能够以多播模式从BCG服务器150接收BCG数据。

在BCG数据由于其低优先级而可以以单播模式发送的情况下，接收器100响应于用户的请求而访问单播访问地址以接收BCG数据。

接收器100响应于用户的请求而通过第三网关130获得对BCG服务器150的访问，然后接收存储在BCG服务器150中的BCG数据。第三网关130支持单播模式。而且，接收器100可以以单播模式请求和接收所有的可发送的BCG数据，或者，当支持查询时，可以只选择性地请求和接收所需的BCG数据。

此时，对于数据请求等，能够在BCG服务器150和接收器100之间使用简单对象访问协议(SOAP)或HTTP。

接收器100存储接收的BCG数据且响应于用户的请求而在屏幕上显示存储的BCG数据的内容。

图2示出了包括优先级信息的BCG发现记录的示例。图2的BCG发现记录包括基于优先级的BCG服务器连接信息和发送模式信息等。

“BCGOffering type”是BCGDiscoery表。“BCG”代表BCG信息。

‘BCG@Id’代表服务提供商分配的BCG数据单元的标识符。因此，‘BCD@Id’能够根据BCG提供商/服务器的标识符而不同。

‘BCG@Version’包括BCG的版本信息。该版本信息中的变化意味着BCG数据被更新。‘Name’记录BCG的名称。可以以一种或多种语言提供BCG名称。

‘Description’包括BCG的描述。可以以一种或多种语言提供BCG的描述。

‘Logo’包括指向BCG徽标的指针。

‘Type’包括关于与BCG相关的内容的类型的信息。例如，内容的类型可以是直播节目、内容点播(CoD)或其他。

‘Target Provider’包括关于BCG中描述的内容的提供商的域名的信息。

‘TransportMode’包括关于可以发现BCG数据的地点的信息。

‘DVBSTP’包括关于使用DVBSTP提供BCG数据的地点的信息。‘DVBSTP@priority’、‘DVBSTP@startTime’、‘DVBSTP@endTime’和‘DVBSTP@cycleTime’分别包括关于使用DVBSTP提供的BCG数据的优先级、包含在BCG数据中的信息的起始时间和结束时间以及关于BCG数据的发送周期的信息。

‘http@Location’包括使用HTTP提供BCG数据的地点的信息。‘http@SOAP’包括关于SOAP是否用于使用HTTP提供的BCG数据的信息。该属性的缺省值是‘false’。

‘http@priority’、‘http@startTime’和‘http@endTime’分别包括关于使用HTTP提供的BCG数据的优先级的信息、包含在BCG数据中的信息的起始时间和结束时间的信息。

‘BCGProviderName’包括关于BCG提供商的名称的信息。

在BCG发现记录中，关于‘BCG’、‘BCG@Id’、‘Name’和‘TransportMode’的信息是必需的。这些信息之外的‘BCG@Version’、‘Description’、‘Logo’、‘Type’、‘TargetProvider’、‘DVBSTP’、‘DVBSTP@priority’、‘DVBSTP@startTime’、‘DVBSTP@endTime’、‘DVBSTP@cycleTime’、‘http@Location’、‘http@SOAP’、‘http@priority’、‘http@startTime’、‘http@endTime’和‘BCGProviderName’信息是可选的。

图3示出了包括基于优先级的发现信息的BCG发现记录的可扩展标记语言(XML)表达的示例。

从图3可以看到存储BCG数据的域的名称信息“bcgprovider1.com”、BCG ID“bcg1”和名称“Provider1 BCG”等。

能够从‘TransportMode’和下面的要素中获知关于可以发现BCG数据的地点的信息。关于使用DVBSTP提供BCG数据的地点的信息等被包括在‘TransportMode’的低级要素‘DVBSTP’中。

在图3中，可以看出，在地址‘224.222.2.46’的端口‘8207’以多播模式发送具有‘now’级优先级的BCG数据。包含在具有‘now’级优先级的BCG数据中的信息的起始时间是‘2005-11-12 T18:00:00z’，且其结束时间是‘2005-11-12T21:00:00Z’。BCG数据的发送周期是‘500ms’。

而且，可以看出也在地址‘224.222.2.46’的端口‘8207’以多播模式发送具有‘next’级优先级的BCG数据。包含在具有‘next’级优先级的BCG数据中的信息的起始时间是‘2005-11-12 T18:00:00z’，且其结束时间是‘2005-11-12 T21:00:00Z’。该BCG数据的发送周期是‘1s’。

尽管在本示例中示出具有‘now’级优先级的BCG数据和具有‘next’级优先级的BCG数据是以相同的地址发送的，但是它们可以根据不同的实施方式而在不同的地址发送。

关于使用HTTP提供BCG数据的地点的信息等被包括在‘TransportMode’的低级要素‘http location’中。

在图3的示例中，可以看出，在地址‘224.222.2.48’以单播模式发送具有‘schedule’级优先级的BCG数据。而且，从‘SOAP＝ture’可以看出该BCG支持SOAP。包含在具有‘schedule’级优先级的BCG数据中的信息的起始时间是‘2005-11-12 T21:00:00z’，且其结束时间是‘2005-11-12T00:00:00Z’。

内容提供商的域名信息‘imbc.com’被包括在‘TargetProvider’中。

接收器100能够通过分析如图3的示例中所示的从服务发现服务器140接收的BCG发现记录，从而获知关于BCG数据的发送模式信息、连接信息等。接收器100使用发送模式信息、连接信息等访问BCG服务器150，然后从BCG服务器150接收BCG数据。

在以单播模式发送BCG数据的情况下，接收器100响应用户的请求，使用包括在BCG发现记录中的‘http location’信息来接收BCG数据。

在以多播模式发送BCG数据的情况下，接收器100使用包括在BCG发现记录中的‘DVBSTP’信息接收BCG数据。在这种情况下，接收器100能够使用IGMP向BCG服务器150的多播地址登记自身，然后接收从BCG服务器150周期性发送的BCG数据。

在BCG数据的优先级信息包含在DVBSTP(用于多播模式的协议)的报头区域的情况下，接收器100能够选择性地接收所需的BCG数据并进行解码。

图4示出了根据本发明的一个实施方式的包括优先级信息的DVBSTP的句法。

‘Ver’是包括协议版本信息的2位字段。‘Resrv’是预留字段且‘Enc’是包括是否使用了加密的信息的2位字段。‘C’是循环冗余校验(CRC)标记字段。当C’的值是1时，表示在分组的尾部存在32位的CRC码。‘Total_Segment_Size’是在字节单位中表示整个段大小信息的字段。

‘是包Payload ID’括用于识别有效负荷中装载的数据类型的信息的8位字段。‘Segment ID’是包括数据段识别信息的16位字段。‘Segment_Version’是包括段的当前版本信息的8位字段。

‘Segment_Number’是包括关于段的当前区段号的信息的12位字段，且‘Last Section Number’是包括关于段的最后区段号信息的12位字段。‘Compr’是包括有效负荷中装载的数据的压缩信息的3位字段。压缩信息的内容在用于DVB-IP的标准的ETSI TS 102 034中定义。

‘p’是‘ProviderID’标记，当在报头中存在‘ServiceProviderID’字段时，‘p’为1。‘HDR_LEN’是包括关于‘Private Header’的长度的信息的4位字段。

‘ServiceProviderID’是包括服务提供商识别信息的32位字段。‘Priority_value’是包括关于有效负载中装载的BCG数据的优先级的信息的8位字段。

‘Private Header Data’是可选的个人字段。‘Payload’字段是装载有分组的数据的区域。‘CRC’字段是可选的且包括32位CRC代码信息。

使用如图4所示的包括在报头区域中的优先级信息，在以多播模式从BCG服务器150发送的BCG数据单元中，接收器100选择性地接收、解码和存储所需的BCG数据。而且，接收器100响应于用户的请求而在屏幕上显示接收的BCG数据的信息。

图5是示出了基于优先级接收和处理内容引导信息的接收器的结构框图的示例。

接收器包括网络接口502、IP管理器504、控制器506、信道管理器508、服务信息解码器510、服务信息数据库512、服务发现管理器514、服务控制管理器516、加密/解密单元(CAS/DRM单元)518、服务传送管理器520、多路分解器522、音频/视频解码器524、显示器526、第一存储单元528、系统管理器530、存储控制器532和第二存储单元534。

网络接口502从网络接收分组并将分组从接收器发送到网络。

IP管理器504根据设置源和目的信息的因特网协议处理接收器接收的分组和接收器发送的分组。

控制器506使用屏上显示(On Screen Display)(OSD)等为用户提供图形用户界面(GUI)，且响应于从GUI接收的用户控制信号而控制接收器的操作。例如，如果控制器506从用户接收到用于信道选择的键输入，则它发送所接收的键输入到信道管理器508。

信道管理器508创建信道映射。而且，信道管理器508基于从控制器506接收的键输入来选择信道，且控制服务发现管理器514。信道管理器508从服务信息解码器510接收所选信道的服务信息，并基于接收的服务信息，在多路分解器等中执行所选信道的音频/视频分组标识符(PID)的设置。

服务信息解码器510接收从多路分解器522输出的服务信息或节目信息(诸如节目专用信息(PSI)和节目和系统信息协议(PSIP)信息)并进行解码。

服务信息解码器510对与服务复用(由多路分解器522进行多路分解)相关的部分进行解码，并在服务信息数据库512中存储解码的服务信息。

服务发现管理器514控制用于选择服务提供商所需的信息。如果服务发现管理器514从信道管理器508或控制器506接收用于信道选择的控制信号，则它基于该控制信号搜索服务。

服务控制管理器516负责服务的选择和控制。例如，当用户选择现有广播系统中的直播广播服务时，服务控制管理器516通过使用IGMP或RTSP执行服务选择和控制，且当用户选择诸如视频点播(VOD)之类的服务时，服务控制管理器516通过使用RTSP执行服务选择和控制。RTSP能够为实时流提供特技模式。

将通过网络接口502和IP管理器504接收的与服务相关的分组发送到加密/解密单元518。

针对从IP管理器504接收的分组或从服务传送管理器520接收的分组，加密/解密单元518执行条件接收系统(CAS)功能和数字版权管理(DRM)功能。因此，加密/解密单元518加密待发送的分组且解密已接收的分组。

服务传送管理器520根据IP为接收的服务数据执行实时控制。例如，在控制实时流数据的情况下，服务传送管理器520使用实时传输协议(RTP)/RTP控制协议(RTCP)控制服务数据。使用RTP发送实时流数据，且服务传送管理器520根据RTP解析接收的数据分组并将它输出到多路分解器522。而且，服务传送管理器520使用RTCP将从网络接收的信息反馈回服务发现服务器。

多路分解器522将接收的分组多路分解成音频数据、视频数据、节目专用信息(PSI)数据等，且分别发送所述音频数据、视频数据、PSI数据等到视频/音频解码器524和服务信息解码器510。

视频/音频解码器524对从多路分解器522接收的视频数据和音频数据进行解码。经视频/音频解码器524解码的视频数据通过显示器526提供给用户，且由此将解码的音频数据通过扬声器(未示出)提供给用户。

第一存储单元528存储系统设置数据等。例如，第一存储单元528可以是，例如非易失性RAM(NVRAM)或闪存。

系统管理器530通过电源控制接收器系统的整个操作。

第二存储单元532在存储控制器534的控制下接收并存储来自于视频/音频解码器524的视频/音频数据。

接收器经由服务发现管理器514、IP管理器504和网络接口502访问服务发现服务器，并从服务发现服务器请求关于各种服务器的初始连接信息。服务发现服务器的地址可以预先存储在接收器中或可以通过用户输入。

服务发现服务器发送关于各种服务器的初始连接信息到接收器。如图2所示，服务发现服务器包括BCG发现记录中的基于优先级的BCG服务器连接信息，并将所得的BCG发现记录发送到接收器。

通过接收器的网络接口502接收从服务发现服务器发送的BCG发现记录。通过网络接口502接收的包括BCG发现记录的分组被发送到IP管理器504。

IP管理器504判定接收的分组的目的地是否是接收器，然后根据发送/接收协议发送该分组到合适的管理器块。因此，IP管理器504发送包括BCG发现记录的分组到服务发现管理器514。

服务发现管理器514分析BCG发现记录以从BCG发现记录中获得用于基于优先级接收BCG数据的基于优先级的BCG服务器的连接信息，并将获得的BCG服务器连接信息传递到控制器506。然后，服务发现管理器514在控制器506的控制下使用基于优先级的BCG服务器连接信息访问BCG服务器。

在以多播模式从BCG服务器可发送高优先级的BCG数据的情况下，服务发现管理器514使用IGMP、并经由IP管理器504和网络接口502，使接收器向BCG服务器的多播地址进行注册。

在多播模式中，例如，BCG服务器根据DVBSTP发送BCG数据到接收器。网络接口502接收发送的BCG数据并将其传递到IP管理器504。

在以单播模式可从BCG服务器发送低优先级的BCG数据的情况下，服务发现管理器514响应用户的请求，经由IP管理器504和网络接口502访问BCG服务器的单播地址。

在单播模式中，BCG服务器根据HTTP发送请求的BCG数据到接收器。网络接口502接收发送的BCG数据并将其传递到IP管理器504。在BCG服务器和接收器之间的通信支持查询的情况下，接收器可以选择性地请求和接收BCG数据。

IP管理器504传递接收的BCG数据到控制器506，控制器506然后对接收的BCG数据进行解码，且可以在第一存储单元528中存储解码的BCG数据。

控制器506可以响应于用户的请求而在显示器526上显示接收的BCG数据的信息，或可以根据用户的设置在显示器526上显示接收的BCG数据的信息。例如，包含在BCG数据中的信息可以包括，例如内容分级、声音复用信息、标题信息等。或者，控制器506可以使用OSD等以图形的形式在显示器526上表示BCG数据的信息。

图6是示出了基于优先级而处理内容引导信息的过程流程图的示例。该图示出了服务发现服务器、BCG服务器和接收器之间的数据流和序列。

接收器访问服务发现服务器并从其请求服务发现信息(S602)。服务发现信息包括关于各个服务器的连接信息。例如，服务发现信息可以包括服务发现记录信息，该服务发现记录信息包括BCG发现记录。BCG发现记录可以包括关于BCG服务器的连接信息。

服务发现服务器响应于请求而发送包括关于各个服务器的连接信息的服务发现信息到请求的接收器(S604)。以单播模式实施服务发现信息的请求和发送。

接收器通过分析接收的BCG发现记录确认BCG服务器连接信息等(S606)。BCG服务器连接信息包括不同的访问信息(例如，访问地址)和基于BCG数据优先级的BCG数据的发送模式。例如，通过分析BCG发现记录，接收器可以确认能够以多播模式发送的高优先级的BCG数据的连接信息，以及能以单播模式发送的低优先级的BCG数据的连接信息。

首先，将描述接收以多播模式发送的BCG数据的情况。使用IGMP，接收器向用于以多播模式发送BCG数据的BCG服务器登记自身(S608)。

BCG服务器能够以优先级递减的次序发送BCG数据到向多播地址进行了登记的接收器(S610-1到S610-3)。图6的BCG服务器能够以多播模式发送高优先级的‘now’和‘next’级和高优先级的‘schedule’级的BCG数据。在多播模式中，BCG服务器能够使用DVBSTP发送BCG数据。

接收器接收并存储发送的BCG数据(S612)。此时，接收器可以根据其优先级选择性地接收和存储BCG数据。

接下来，将描述接收以单播模式发送的BCG数据的情况。响应于用户的请求，接收器访问用于以单播模式发送BCG数据的BCG服务器(S614)。接收器可以只请求低优先级的BCG数据单元或存储在BCG服务器中的所有的BCG数据。

响应于请求，BCG服务器发送请求的BCG数据到接收器(S616)。在单播模式中，能够使用HTTP请求且发送BCG数据。在支持查询的情况下，接收器可以选择性地只请求和接收所需的BCG数据。

接收器接收和存储被发送的BCG数据(S618)。接收器根据用户的请求或设置在屏幕上显示存储的BCG数据的信息，从而为用户提供信息。

对于本领域技术人员而言，显然可以在本发明中做出各种修改和变化而不偏离本发明的精神或范围。因此，本发明旨在覆盖所附权利要求和它们的等价物范围内的本发明的修改和变化。

本申请要求2007年3月22日提交的韩国专利申请第10-2007-0028071号的优先权，在此通过参引并入其全部内容。