CN101106663A - 接收数据广播信号的装置及其处理方法 - Google Patents

Abstract

公开了一种用于接收数据广播信号的装置和处理其的方法，通过其数据广播的质量被增强。本发明包括接收包括数据广播应用和用于数据广播应用信息的数据广播信号，如果出现数据广播应用的使用状态变化，生成表示数据广播应用的使用状态变化的使用状态信息，和将对于数据广播应用生成的使用状态信息发送给外部服务器。

Description

接收数据广播信号的装置及其处理方法

本申请要求于2006年7月10日申请的韩国专利申请No.10-2006-0064355的权益，其被如在此处充分地阐述的那样作为参考资料结合在此。

技术领域

本发明涉及一种用于接收数据广播信号的装置和处理其的方法。

背景技术

通常，按照数字广播的快速发展，广播电台等等与视频和音频广播信号一起或者独立地发送各种各样的数据广播信号。

作为数据广播平台，存在OCAP(开放电缆应用平台)数据广播、MHP(多媒体家用平台)数据广播、ACAP(改进的普通应用平台)数据广播等等。

应用提供者或者广播电台不能获得表示是否应用是在接收机内使用的信息。因此，该信息获得取决于一种经由二次查询等等的不精确的方法。

发明内容

按照一种常规的实施例，一种用于接收数据广播信号的装置和处理其的方法，其基本上消除了由于相关技术的局限和缺点所引起的一个或多个问题。

按照其他常规的实施例，一种用于接收数据广播信号的装置和处理其的方法，通过其数据广播的质量被增强。

按照另一个常规的实施例，一种用于接收数据广播信号的装置和处理其的方法，通过其，用户的满意度被增强以提升应用的实际用途。

本发明的额外的优点、目的和特点，将部分地在下面的描述中阐述，部分地对于那些本领域普通的技术人员来说，在参阅以下内容时将变得显而易见，或者可以从本发明的实践中获悉。通过尤其在著述的说明书和此处的权利要求以及所附的附图中指出的结构，可以实现和获得本发明的目的和其他的优点。

为了实现这些目的和其他的优点，和按照本发明的目的，如在此处实施和广泛地描述的，一种按照本发明的处理数据广播信号的方法包括步骤：接收包括数据广播应用和用于数据广播应用信息的数据广播信号，如果出现数据广播应用的使用状态变化，生成表示数据广播应用的使用状态变化的使用状态信息，和将对于数据广播应用生成的使用状态信息发送给外部服务器。

在本发明的另一个方面中，一种用于接收数据广播信号的装置包括：信号接收单元，接收包括数据广播应用和用于数据广播应用信息的数据广播信号，数据提取单元，提取数据广播应用和应用信息表，和应用控制单元，控制表示数据广播应用的使用状态变化的使用状态信息的生成和传输。

在本发明的另一个方面中，一种数据广播信号，其被从发送侧传送到接收侧，包括：数据广播应用和表示用于数据广播应用信息的应用信息表，其中应用信息表包括用于在接收侧中指定到采集存在或者不存在应用使用状态变化的服务器路径的描述符。

应该明白，上文的概述和下面的本发明的详细说明是示范性和说明性的，并且作为权利要求意欲对本发明提供进一步的说明。

附图说明

所附的附图被包括以提供对实施例进一步的理解，并且被结合进和构成本公开的一部分，其举例说明执行过程，并且与该说明书一起可以起解释实施例的作用。在附图中：

图1是按照本发明用于处理数据广播应用和附加信息的概念的分层示意图；

图2是按照本发明一个实施例的处理数据广播方法的流程图；

图3是按照本发明用于采集用于应用的信息的服务器的方框图；

图4是表示在图3中的返回路径信息的描述符的示意图；

图5是状态信息的特征示意图；

图6是本发明的使用状态信息消息的例子的示意图；和

图7是按照本发明一个实施例的数据广播接收机的方框图。

具体实施方式

现在将详细地进行介绍一些实施例，其例子被在伴随的附图中举例说明。只要可能，贯穿该附图相同的参考数字将用于涉及相同的或者类似的部分。

按照本发明一个实施例的接收和发送广播信号的方法参考图1解释如下。

图1是按照本发明用于处理数据广播应用和附加信息的概念的分层示意图。

参考图1，如果广播接收机接收包括应用的广播内容，该广播接收机的内部功能块处理所接收的广播内容。该广播接收机的调谐器经由选择的频道接收广播内容，并且然后广播解码单元能够解码接收的广播内容(层c)。

用户可以经由应用接口发送用于处理解码的广播内容方向的控制命令(层a和层b)。并且，所解码的广播内容可以经由应用接口(层a)被显示给用户。

在这种情况下，包括应用管理器、Java平台等等的应用平台担负应用的全面控制。该应用平台经由应用接口接收来自用户的用户控制命令，然后激活与广播内容一起携带的该应用。

在以下的描述中，担负应用的全面控制和监视应用状态的硬件和软件平台被称作中间件。

在按照本发明的数据广播信号处理方法中，发送侧发送携带指定返回路径的描述符的数据信号给接收机。并且，用于在接收机内的应用的使用状态变化的使用状态信息被加载在数据信号上，然后经由返回路径传送。该使用状态信息可以包括用于存在或者不存在发生使用状态变化的信息，或者用于出现使用状态变化的详细信息。并且，该使用状态信息可以包括表示是否已经发生使用状态变化的信息和用于使用状态变化类型的信息两者。

该接收机的中间件从所接收的数据信号中提取返回路径信息、识别在接收机内的应用的使用状态变化发生、然后配置使用状态信息消息。

图2是按照本发明一个实施例处理数据广播方法的流程图。

参考图2，按照本发明处理数据广播的方法包括步骤(a)：接收包括数据广播应用和用于该应用的信息的数据广播信号，步骤(b)：产生表示数据广播应用的使用状态变化的使用状态信息，和步骤(c)：发送对于该应用所获得的使用状态信息。在这种情况下，该方法进一步包括在发送对于该应用的使用状态信息之前，确认存在或者不存在用户的允诺的步骤。

该步骤(a)是接收数据广播应用和用于该应用的信息的步骤S201。在这种情况下，用于该应用的信息包括用于在接收机中反馈对于该应用的使用状态信息的返回路径信息。

尤其是，用于从发送侧所接收的该应用的信息可以被配置为表。在以下的描述中，用于应用的信息表被称作应用信息表。该应用信息表可以包括表示到外部服务器路径的返回路径信息的描述符，用于由接收机产生的该应用的该使用状态信息将被发送给所述外部服务器。因此，可以进一步包括从所接收的应用信息表的返回路径描述符中提取返回路径信息的步骤S202。

在步骤(b)中，判断是否在接收机内发生该应用的使用状态变化(S203)。如果发生该应用的使用状态变化，应用使用状态信息消息被配置(S204)。

在步骤(c)中，在步骤(b)中产生的应用使用状态信息经由在步骤(a)中提取的返回路径被发送给外部服务器(S206)。

在这种情况下，由于应用使用状态信息是个人信息，可以进一步包括在发送应用使用状态信息之前，确认存在或者不存在用户对使用状态信息传输的允诺的步骤(S205)。

在以下的描述中，返回路径信息和应用使用状态信息被详细说明。

图3是按照本发明用于采集用于应用信息的服务器的方框图，并且图4是表示在图3中返回路径信息的描述符的示意图。返回路径信息描述符参考图3和图4解释如下。

参考图3和图4，本发明指向用于在一个单个的接收机内发生的应用的使用状态变化信息的采集。为此，提出了一个用于采集应用的使用状态变化的对象。因此，存在用于反馈使用状态信息的外部服务器。该外部服务器是用于采集应用使用状态信息的对象。尤其是，该外部服务器可以包括广播电台300的服务器301，或者与广播电台无关的第二服务器310。作为第二服务器310的一个例子，存在应用提供者的服务器。作为选择，各种各样的用于采集用于应用的信息的对象可以对应于外部服务器。即，用于应用的使用状态信息被反馈给其的该对象对应于外部服务器，并且其试图校正和补充该信息。

返回路径信息描述符(在下文中称作路径信息描述符)可以包括在用于将用于应用的信息描述为使用状态信息采集目标的信息表(AIT)中。

该路径信息描述符被包括在应用信息表中，然后与数据广播信号一起被发送给接收机。

该路径信息描述符可以被包括在通常的回路或者应用信息表的应用回路中。该应用信息表可以被定义为一个用于一个应用的表，或者一个用于多个应用的表。因此，用于多个应用的信息可以被包括在一个应用信息表中。在这种情况下，用于多个应用的通常的描述被限定在其为通常的回路的特定的位置。并且，对于单个的应用的描述被限定在另一个应用回路的特定的位置。

例如，假设存在包含用于应用1、应用2和应用3的信息的应用信息表A，如果存在用于共同地采集用于应用1、应用2和应用3的使用状态信息的服务器，按照本发明在信息表A的通常的回路中存在路径信息描述符。但是，在应用1、应用2和应用3相互不同的情况下，或者在返回路径不为该应用所共有的情况下，该路径信息描述符存在于相应的应用的较低的结构中，即，在应用回路中。

该路径信息限定到应用使用状态信息采集服务器的返回路径。该返回路径指的是从接收机到服务器的通信路径，并且也指的是指定该服务器的地址。路径信息描述符application_notification_descriptor包括描述符标记字段、描述符长度字段、返回路径字段401。

在这种情况下，经由返回路径的双向的通信可以使用OC(光学载波)、IP(网际协议)、交互作用信道协议等等中的一个。这仅仅是示范性的。能够指定路径的任何双向的通信是可允许的，并且其范围是没有限制的。在这种情况下，该路径可以被指定为URL(统一资源定位器)。即，在用于采集应用使用状态信息的服务器的地址使用URL的实施例的情况下，该路径信息描述符可以包括返回路径字段，并且该返回路径字段可以指定URL地址。DAB URL、DMB URL、因特网URL、ATSCURL等等中的一个对于URL格式是可利用的。并且，指定方案的地址按照URL格式改变。

该描述符标记字段包括至少一个在编程中附着于数据结构的字符，并且包括用于要识别的数据结构的信息。并且，该描述符标记字段可以被配置具有8位大小。

该描述符长度表示描述符的总长度，并且可以表示为8位大小。

该返回路径字段401是用于指定发送使用状态信息的服务器的路径的字段。该返回路径字段可以具有用于表示路径格式的值。例如，如果路径被指定为URL，表示外部服务器路径的URL可以被作为一个值来给出。在这种情况下，相应的地址可以表示为被分成8位。

包括该字段的该路径信息描述符被包括在应用信息表中，然后作为数据信号被发送。因此，该接收机大小接收该应用信息表、分析所接收的表以提取该路径信息描述符、然后提取路径信息。

图5是状态信息的特征示意图。按照应用的使用状态变化产生的状态信息参考图6解释如下。

首先，使用状态变化指的是使用应用的激活状态被变成未使用应用的非激活状态，反之亦然。

应用的状态可以分类为加载状态、暂停状态、破坏状态和激活状态。该加载状态指的是应用由接收机接收并且被加载在中间件的平台上。该暂停状态指的是处于加载状态之中的应用保持在执行initXlet命令的状态下。该激活状态指的是如果在暂停状态下startXlet命令被执行，该应用被使用的状态。并且，该破坏状态指的是当destroyXlet命令在加载、暂停或者激活状态下被执行时，该应用被从中间件的平台删除的状态。

非激活状态指的是应用没有被使用的状态。并且，非激活状态指的是该应用的使用被暂停的暂停状态、该应用被从中间件的平台删除的破坏状态、或者在开始之前该应用保持在加载状态中的状态。

因此，在暂停状态被变成激活状态的情况下，生成激活状态信息消息。在激活状态被变成暂停状态，或者加载、暂停或者激活状态被变成破坏状态的情况下，生成非激活状态消息。

由检测存在或者不存在应用的状态变化的中间件所生成、并且发送给采集状态信息的服务器的消息，被解释如下。

图6是本发明的使用状态信息消息例子的示意图。

参考图6，使用状态信息消息(State_Message)包括用于识别接收机的接收机识别字段、用于识别应用在接收机内用于其的信息的应用标识符字段，和表示应用的使用状态变化的使用状态信息字段。

该接收机识别字段601包括用于识别接收机的信息，并且可以包括48位。用于识别接收机的该信息可以使用主机MAC地址、主机序列号、IP地址等等的一个。并且，用于识别接收机的任何信息是可使用的。

该应用标识符字段602包括32位机构ID(Organization_id)和16位应用ID(Application_id)，以识别应用。并且，用于识别一个应用的任何信息是可使用的。

状态信息字段(603)可以表示或者转变为激活状态或者表示转变为非激活状态。在这种情况下，该状态信息字段可以包括至少一位。例如，通过使状态信息字段设置为1位，该激活状态可以表示为使状态信息字段设置为1，或者该非激活状态可以表示为使状态信息字段设置为0，反之亦然。在这种情况下，通过将该状态信息字段设置为2位，应用的状态可以被详细描述。尤其是，加载状态、暂停状态、破坏状态和激活状态可以表示为分别地由00、01、10和11限定。这仅仅是示范性的，并且可以表示为具有至少一位的值。

作为一个使用状态信息采集的实施例，其经由Java中的try-catch句子在Java语言领域中被支持，是可使用的。尤其是，该中间件(诸如用于管理Xlet的管理器的程序)作为try-catch句子采集和存储出现在Xlet或者中间件本身中的使用状态变化，或者经由返回路径实时地发送使用状态变化给服务器。

图7是按照本发明一个实施例的数据广播接收机的方框图。

参考图7，按照本发明一个实施例的数据广播接收机包括：调谐器701、解调器702、去复用器703、A/V(音频/视频)解码器704、显示单元705、应用控制器706、信道管理器707、SI(系统信息)解码器708、SI(系统信息)数据库709、回转(carousel)解码器710、应用数据库711、NVRAM(或者闪存)712、控制器713等等。并且，该控制器713可以被连接到外部安全模块(电缆卡)714。

该数字广播接收机例如可以包括数字电视接收机。在这种情况下，该数字电视接收机能够接收和处理音频/视频数据和限定按照本发明发送的返回路径信息的应用信息。

该调谐器701接收陆上或者电缆数字电视(DTV)信号，然后将所接收信号传输给解调器702。在这种情况下，该调谐器701是在信道管理器707的控制下，并且在信道管理器707的控制下，将接收信号的结果和强度报告给信道管理器。

该解调器702解调由调谐器701调谐和接收的广播信号，然后将解调的信号传输给去复用器703。在执行解调的过程中，在来源于调谐器701的信号是陆上广播信号的情况下，该解调器702执行VSB(残留边带)解调。在执行解调的过程中，在来源于调谐器701的信号是电缆广播信号的情况下，该解调器702执行QAM(正交幅度调制)或者VSB(残留边带)解调。例如，陆上广播信号的解调对应于8 VSB解调，或者电缆广播信号的解调对应于64/256 QAM解调或者16 VSB解调。

该去复用器703是去复用由解调器702解调的所接收的广播信号的电缆。尤其是，该去复用器703能够滤除音频数据、视频数据和与从输入的传输数据流分组广播的数据有关的数据。在这种情况下，该去复用器703能够滤除限定用于与本发明有关的发送的数据的有效时间信息的描述符。

尤其是，该去复用器703能够在SI解码器和/或回转解码器710的控制下去复用接收的广播信号。例如，该去复用器703能够去复用包括音频数据、视频数据和数据广播相关的数据的表。在执行去复用的过程中，该去复用器703可以检查与接收的表共有的标题部分。

更加特殊的，该去复用器703生成用于A/V广播业务的部分表，然后将其传输给SI解码器708。并且，该去复用器703通过滤除用于与本发明有关的数据广播业务的回转数据生成部分表，然后将其传输给回转解码器710。

并且，该去复用器703能够在信道管理器707的控制下去复用A/V传输数据流分组。因此，如果相应的虚拟信道的A/V PID(分组标识符)被设置，该去复用器703去复用A/V的基本数据流，然后将它们传输给A/V解码器704。

A/V解码器704从去复用器703接收A/V基本数据流分组，然后由MPEG-2、AC3等等解码接收的分组。A/V解码器704匹配由VDP(视频显示器处理器)解码的A/V数据的同步信号。该同步匹配的数据然后由A/V解码器704传输给显示单元705以在其上显示。

在由A/V解码器704解码的所接收的A/V数据是视频信号的情况下，该显示单元705经由屏幕输出视频信号。在由A/V解码器704解码的所接收的A/V数据是音频信号的情况下，该显示单元705经由扬声器输出该音频信号。尤其是，如果由解码器704解码并且对应于视频信号的接收数据被经由屏幕输出，该显示单元705可以是按照OSD(在屏幕显示上)图形数据。

该信道管理器707管理信道映射，并且可以通过控制调谐器701和SI解码器708符合观众的请求。该信道管理器请求分析要调谐给SI解码器708的信道相关表，然后接收相应的结果。该信道管理器707基于所接收的结果更新信道映射。该信道管理器707在去复用器703中设置A/V PID，然后产生解码请求。

该SI解码器708是用于分析包括在广播信号中的表部分的SI控制模块。该SI解码器708能够在信道管理器707的控制下执行从属操作。

尤其是，该SI解码器708能够控制去复用器703以分析包括在广播信号中的表部分。更加具体的，该SI解码器708允许去复用器703通过对于相应的表设置PID而生成相应的表部分。

该SI解码器708接收和分析由去复用器703对于MPEG-2系统而生成的PSI部分，或者由去复用器703对于ATSC而生成的PSIP部分。并且，该SI解码器708使得分析的信息被存储在SI数据库709中。

这样，该SI解码器708整个地分析，即，读取实际的部分数据部分的重新设置，其没有被滤除或者不能由去复用器703滤除，然后允许相应的数据被记录在SI数据库709中。

该回转解码器710能够接收和分析由去复用器703发送的数据广播相关的数据，例如，按照本发明发送的该应用信息表。该回转解码器710通过分析应用信息表来提取返回路径信息描述符。

该回转解码器710使得分析的数据被存储在应用数据库711中，并且能够监视存在或者不存在更新。一旦发生更新情形，该回转解码器710能够通过重新解释相应的部分，在将存储在应用数据库711中的信息作为最新的一个保持中起一定的作用。该回转解码器710对应于数据提取单元的实施例。

并且，该回转解码器710能够像SI解码器708一样在信道管理器707的控制下执行从属操作。

该应用控制器706从所提取的返回路径信息描述符中识别使用状态信息将被传输给其的服务器的存在和位置。该应用控制器706判断在平台中存在或者不存在使用状态变化发生，然后生成相应的使用状态信息消息。

在这种情况下，该应用控制器706能够经由Java中的try-catch句子获得在Java语言领域中支持的使用状态信息。尤其是，该中间件(诸如用于管理Xlet的管理器的程序)作为try-catch句子采集和存储出现在Xlet或者中间件本身中的使用状态变化，或者实时地发送使用状态信息。

该应用控制器706从A/V解码器704接收解码状态，以经由OSD控制显示单元705。在这种情况下，该应用控制器706管理应用状态和数据库，并且管理控制数据广播相关的OSD。因此，是否发送使用状态信息是通过接收用户用于发送本发明的应用使用状态信息的允诺决定的。

如果该服务器重新传输校正的或者补充的应用，该应用控制器706实时地执行重新接收应用，或者执行所存储的应用的升级。

并且，该应用控制器706控制信道管理器707以执行信道相关的操作(信道映射管理和SI解码器操作)。该应用控制器706在/向NVRAM(或者闪存)存储/恢复整个TV GUI控制、用户请求和电视系统状态。

该数字电视接收机可以参与数字广播信号的解调，其被使用外部地连接的安全模块714经由调谐器701接收。尤其是，如果该安全模块714将与解调有关的数据传输给数字电视接收机，在数字电视接收机内的该控制器713接收数据、产生用于控制接收的数字广播信号的信号、然后将产生的信号传输给解调器702。该解调器702按照该控制信号执行解调以经由以上解释的处理过程结束该解码。

因此，本发明提供以下的效果或者优点。

首先，试图采集用于应用的信息的对象能够准确地知道在单个的接收机中存在或者不存在应用利用，其可以被用于生成或者开发进一步的应用。

其次，在提供者和用户之间的方面区别大体上被减小以允许一个适宜的应用方案，借此用于选择数据广播的选项可以被多样化。

第三，由于准确的估计应用的利用率，广告策略可以被指定。

对于那些本领域技术人员来说显而易见，不脱离本发明的精神或者范围，可以在本发明中进行各种各样的修改和变化。因此，本发明意欲覆盖其归入所附的权利要求和其等效范围之内所提供的本发明的改进和变化。

Claims (18)

1.一种处理数据广播信号的方法，包括步骤：

接收包括数据广播应用和用于该数据广播应用的信息的数据广播信号；

如果出现数据广播应用的使用状态变化，生成表示数据广播应用的使用状态变化的使用状态信息；和

将对于数据广播应用所生成的使用状态信息发送给外部服务器。

2.根据权利要求1的方法，其中所接收的应用信息包括应用信息表，并且其中该应用信息表包括反馈用于应用的信息的返回路径信息。

3.根据权利要求2的方法，其中该应用信息表包括表示到用于采集应用的使用状态信息的外部服务器的路径的描述符。

4.根据权利要求3的方法，进一步包括通过分析应用信息表，提取表示到外部服务器的路径的描述符的步骤。

5.根据权利要求3的方法，其中描述符设置在通常的回路或者应用信息表的应用回路上。

6.根据权利要求1的方法，其中使用状态信息表示使用应用的激活状态或者未使用应用的非激活状态。

7.根据权利要求6的方法，其中非激活状态是加载状态、暂停状态或者破坏状态的一个。

8.根据权利要求1的方法，其中该使用状态信息被以消息格式配置，并且其中该消息包括用于识别接收机的接收机识别字段、用于识别应用的应用标识符字段、和用于表示应用的使用状态变化的使用状态信息字段。

9.根据权利要求1的方法，进一步包括步骤：

接收存在或者不存在用户对使用状态信息的传输的允诺的信号；和

按照存在或者不存在用户的允诺来决定是否发送使用状态信息。

10.根据权利要求3的方法，其中用于数据广播应用的所生成的使用状态信息被经由应用信息表所表示的路径来传送。

11.一种用于接收数据广播信号的装置，包括：

信号接收单元，接收包括数据广播应用和用于数据广播应用的信息的数据广播信号；

数据提取单元，提取数据广播应用和应用信息；和

应用控制单元，控制表示数据广播应用的使用状态变化的使用状态信息的生成和传输。

12.根据权利要求11的装置，其中该应用信息包括应用信息表，并且其中该应用信息表包括反馈用于应用的信息的返回路径信息。

13.根据权利要求12的装置，其中应用信息表包括表示到用于采集应用的使用状态信息的外部服务器的路径的描述符，并且其中数据提取单元通过分析应用信息表提取返回路径信息。

14.根据权利要求11的装置，其中应用控制单元生成应用使用状态信息消息，并且其中该应用使用状态信息消息包括用于识别接收机的接收机识别字段、用于识别应用的标识符字段、和用于表示应用的使用状态变化的使用状态信息字段。

15.根据权利要求11的装置，其中该应用控制单元接收存在或者不存在用户对使用状态信息的传输的允诺的信号，然后决定是否发送该使用状态信息。

16.一种数据广播信号，其被从发射机传送到接收机，该数据广播信号包括：

数据广播应用；和

表示用于数据广播应用的信息的应用信息表，

其中该应用信息表包括用于在接收机中指定到采集应用使用状态信息的外部服务器的路径的描述符。

17.根据权利要求16的数据广播信号，其中该描述符包括用于指定到服务器的路径的URL地址字段。

18.根据权利要求17的数据广播信号，其中该描述符设置在通常的回路或者应用信息表的应用回路上。

Images