用于生成喜好服务列表的方法和接收机

1、用于在接收机(1)中构建喜好服务列表(FAVi)的方法，其 中所述接收机适于接收音频和/或视频数字服务，并且包括存储可用服 务的第一列表(LG)的装置(4)，其中每个服务拥有唯一的标识符，所述方法包括如下步骤：
(a)获取服务的第二列表(TDS)，所述服务的第二列表包括每 个服务的所述唯一的标识符以及至少一个选择标准值；
(b)根据至少一个选择标准，确定所述服务的第二列表的子集；
(c)在所述可用服务的第一列表与所述服务的第二列表的子集 之间的共有服务的基础上，创建所述喜好服务的列表。
2、根据权利要求1所述的方法，其中所述服务的第一列表是所 述接收机实际接收到的数字流中可用的服务的列表。
3、根据权利要求1所述的方法，其中所述第二列表至少包括所 述接收机潜在地可接收到的服务，并且其中所述第一列表是所述第二 列表的子集。
4、根据权利要求1所述的方法，其中步骤(b)的选择标准是用 户在所述第二列表的标准的基础上输入的选择标准或选择标准的逻辑 组合。
5、根据权利要求1所述的方法，其中步骤(b)包括确定默认标 准或默认选择标准的逻辑组合(TCD)的步骤。
6、根据权利要求5所述的方法，其中对数个默认选择标准或默 认选择标准的逻辑组合重复步骤(b)和(c)，以创建多个默认喜好服 务列表。
7、根据权利要求1所述的方法，其中所述第二列表是：
-通过能够由所述接收机(1)接收的信道上的传输来发送；或
-在所述接收机(1)中通过从远程服务器下载可以访问；或
-嵌入在所述接收机中。
8、根据权利要求1所述的方法，其中从所述接收机实际接收到 的流或多个流中包括的流描述表中提取所述第一列表，所述流描述表 指示所接收到的流或多个流中传输的服务。
9、根据权利要求1所述的方法，其中包括通过所述解码器能够 接收到的流的传输或者通过从服务器下载来更新所述第一和第二列表 中至少一个的步骤。
10、音频和/或视频数字服务的接收机，包括存储实际可用的服 务的第一列表(LG)的装置(4)，其中每个服务拥有唯一的标识符， 其特征在于还包括
-存储服务的第二列表(TDS)的装置(4)，其中服务的第二列表 包括每个服务的至少一个选择标准值，
-用于创建喜好列表的装置(3)，其被设计为接收至少一个选择 标准，并且通过确定与所述至少一个选择标准相对应的第二列表中的 服务并且该服务还存在于服务的第一列表中，来建立喜好列表。

技术领域\n本发明涉及一种在音频和/或视频数字服务的解码器(其在存储 器中以全局列表的形式维护可用服务的列表，其中全局列表标识出每 个可用服务)中构建喜好服务列表的方法。\n背景技术\n可用服务是数字接收机安装在确定地理区域中之后能够实际解 码并呈现给用户的节目。用户直接从全局列表或者从他的喜好服务列 表(全局列表的子集)之一中选择他想观看的服务。\n服务标识符意味着n元信息，这n元信息使得可以以独特方式来 标识所传输的数字服务。在DVB标准(标准“ETSI EN 300 468-数字 视频广播；DVB系统中服务信息(SI)的规范”)的情形中，每一服务 由其三组(trio)DVB标识符来标识：“起源网络Id”(起源网络的标 识符——可能在数个网络上重发一个相同服务)、“传输流Id”(传输 流的标识符)、以及“服务Id”(服务标识符)。类似地，在DSS系统 (该缩写代表“数字卫星系统”)的情形中，由“信道号码”及其PTC 表(该缩写代表“物理传输信道”)的标识符来定义服务。\n由传输运营商(CanalSAT、TPS、BLOOMBERG等)提供给用户的音 频和/或视频数字服务(TV、收音机、交互节目)的范围越大从而因为 数字解码器更加可以链接到指向用于发射数字服务的数个卫星的多个 天线。数字解码器目前能够管理大约5000个数字服务。结果，用户需 要以切实可行的方式来组织可以以一个或多个喜好服务列表形式获得 的服务。\n迄今为止，为了构建喜好服务的列表，用户在遥控的帮助下，滚 动解码器中的存储器中所维护的可用服务的全局列表，并且逐个手动 指向他想输入到喜好服务列表中的每个服务。用于构建喜好服务列表 的这一过程冗长且无聊，由此更不适于服务范围的增长。\n发明内容\n本发明旨在减少上述缺点。\n本发明底层的思想是：例如通过在遥控的帮助之下向解码器输入 至少一个选择标准，向用户提供自动构建喜好服务列表的帮助，其中 选择标准在其最简单的形式中，对应于服务类型(例如：“体育”、“电 影”、“信息”)，对应于相关人群(例如：“儿童”、“成人”、“男性”、 “女性”)，对应于所使用的语言(例如：“法语”、“英语”)，对应于扰 码(例如：“明文”、“扰码”)等。如此构建的喜好服务列表包括从全 局列表中得到的满足该标准的所有服务。\n为了这一目的，本发明的主题是一种用于在接收机中构建喜好服 务列表的方法，其中所述接收机适于接收音频和/或视频数字服务，并 且包括存储可用服务的第一列表的装置，其中每个服务拥有唯一的标 识符，\n其特征在于所述方法包括如下步骤：\n(a)恢复服务的第二列表，所述服务的第二列表对每个服务包 括所述唯一的标识符以及至少一个选择标准的值；\n(b)确定所述服务的第二列表的子集，作为至少一个选择标准 的函数；\n(c)在所述可用服务的第一列表与所述服务的第二列表的子集 之间的公共服务的基础上，创建所述喜好服务的列表。\n如果在DVB框架内来实现，那么例如可以在所发送的称作“NIT” 表(网络描述表)的基础上来确定第一列表。可用使用其他列表。有 利的是，第二列表可用在MPEG复用流的专用部分发送，或者通过接收 机连接到的网络(通常是电话或电缆网络)从服务器下载。\n该方法还可用包括如下步骤：利用标准表(包含可能的选择标准 的数目以及所有选择标准的描述)，在用户输入的选择标准的描述与第 二列表中存储的至少一个选择标准之间建立匹配。\n选择标准作为服务描述表中已经想象到的选择标准字段的函数， 可以是简单的或更为复杂的。例如，如果服务描述表包括例如分别与 服务类型(“体育”、“电影”、“信息”)和人群类型(“儿童”、“成人”、 “男性”、“女性”)相对应的两个选择标准字段，则复杂的选择标准可 用是“电影”AND“儿童”服务的选择。步骤(a)中输入的选择标准 实际上可以是标准之表中包含的选择标准的逻辑组合。\n该方法还包括在默认标准表中包含的默认选择标准的基础上自 动构建至少一个喜好服务列表的步骤。\n本发明还涉及一种音频和/或视频数字服务的接收机，包括存储 实际可用的服务的第一列表的装置，其中每个服务拥有唯一的标识符， 其特征在于还包括\n-存储服务的第二列表的装置，其中服务的第二列表对每个服务 包括至少一个选择标准的值，\n-用于创建喜好列表的装置，其被设计为接收至少一个选择标准， 并且通过确定与所述至少一个选择标准相对应的第二列表中的服务并 且该服务还存在于服务的第一列表中，来建立喜好列表。\n附图说明\n下面描述了根据本发明的方法，并且在单个附图(图1)中图示 了该方法，其中图1示意性地代表STB数字解码器。\n具体实施方式\n图1图示了STB数字解码器1中用于理解本发明所必需的元件。 解码器1通常包括解码器可访问的可用数字服务全局列表。该列表以 全局列表LG的形式包含在解码器1的存储器4中，其中LG以n元标 识符来标识每个可用服务。每个n元标识符可以补充有另一项信息， 例如服务名称。然而，为了构建喜好服务列表，用户需要描述每个服 务特征的更高等级的区别信息。该区别信息例如是：\n-所传输的发射的类型：大众兴趣、体育、电影、年轻人、信息 等\n-所传输的发射针对的人群：任何人群、青少年、儿童、成人、 男性、女性等\n-加密：明文、扰码，\n-所传输的发射的语言：英语、法语等\n-等等\n根据本发明，该区别信息存储在与数字服务的n元标识符相匹配 的服务描述表(TDS)的字段中，从而充当用户构建喜好服务列表时的 选择标准。解码器可以从用于接收数字服务的信道或者从远程服务器 上的因特网连接来访问解码器的存储器4中存储的该TDS表。TDS表 还可以在制造解码器时嵌入到解码器中(在这种情形中，有利的是， 提供了例如通过与远程服务器的连接来更新TDS表的可能)。TDS表被 设计为将解码器要安装的特定地理区域(或数个区域的联合)中可用 的先验的所有数字服务预先编成目录。例如，在法国，现今的解码器 可以安装在“TPS”和/或“CanalSAT”和/或“ViaDigital”上。因此， 安装在法国的解码器的TDS表将所有“TPS”、“CanalSAT”和 “ViaDigital”的数字服务编成目录。\n在前述DVB标准的情形中，服务标识符是编码在6字节上的三组 值(“起源网络Id”-“传输流Id”-“服务Id”)。如果在非最优化环 境中假设区别信息或选择标准可以编码在2字节上，则为了对5000 个数字服务编目，非最优化TDS表的大小将是大约40千字节。\n更有利的是，在DVB标准的情形中，可以选择下列最优化格式：\nTDS＝{\n      table_id    ：1字节：表类型\n      version_id  ：1字节：TDS表的版本标识\n      structure_id：1字节：TDS表的结构标识\n      nb_onid     ：1字节：TDS表中“起源网络Id”的数目\n     {/*对所有ON_id循环*/\n       ON_id      ：2字节：“起源网络Id”的标识符\n       nb_tsid    ：1字节：标识符为ON_id的网络上相关“传 输流Id”的数目\n      {/*对该网络的所有TS_id循环*/\n        TS_id      ：2字节：“传输流Id”标识符\n        Nb_service ：1字节：标识符为TS_id的传输流上的 服务数目\n         {/*对依靠这一(ON_id，TS_id)对的服务循环*/\n           S_id     ：2字节：“服务Id”标识符\n           C1_id    ：1字节：标准1＝类型\n           C2_id    ：4位：标准2＝人群\n           C3_id    ：4位：标准3＝加密\n          }/*结束对服务的循环*/\n      }/*结束对所有TS_id的循环*/\n    }/*结束对所有ON_id的循环*/\n}\n利用这种最优化结构，对于通过10个网络(ON_id)传输的5000 个服务，当速率为每个网络25个传输流(TS_id)并且每个传输流20 个服务(S_id)(所给出的这些值是为了进行说明)时，TDS的大小为： 4+10×(3+25×(2+1+20×(2+2)))，即，20 784字节(与此 相比，当使用非最优化格式时，需要40 000字节)。\nstructure_id字段使得可以定义TDS表的各种结构。可以为低速 传输及廉价解码器设想简单的结构(具有缩减的尺寸)，并且为高端解 码器设想携带大量标准的高级结构。\n这里，假设structure_id字段具有这样的值，使得TDS表包含 下列用来定义服务选择标准的字段：\n-C1_id＝类型，能够取下列值之一{1：“体育”，2：“电影”，3： “信息”}\n-C2_id＝人群，能够取下列值之一{1：“成人”，2：“儿童”，3： “女性”}\n-C3_id＝加密，能够取下列值之一{1：“明文”，2：“扰码”}\n通过应该称之为标准表TC(也存储在解码器1的存储器4中)的 另一个表来进行标准值及其字符串之间(例如，0×01与“体育”之 间)的匹配。\n该表TC例如由下列结构定义：\nTC＝{\n     table_id    ：1字节：表类型\n     version_id  ：1字节：TC表的版本标识\n     structure_id：1字节：所使用的TDS表的结构标识\n     nb_criteria ：1字节：不同标准的数目\n    {/*对所有标准循环*/\n      Ci_name    ：12字节：串：标准的名称(例如：“类型”、 “人群”、“加密”等)\n      nb_value   ：1字节：该标准的可能的值的数目\n      {/*对标准Ci的名称循环*/\n        Ci_valj  ：1字节：标准Ci的值(例如，1)\n        Ci_descj ：12字节：字符串(例如，＝“体育”)\n      }/*结束对标准Ci的名称的循环*/\n    }/*结束对所有标准的循环*/\n}\n根据本发明，通过标准表TC，可以动态管理标准的数目以及分配 给这些标准的名称。该表TC将服务描述表TDS中所使用的“类型”、 “人群”、“加密”等字段的数字值与代表该标准的字符串相匹配。以 与TDS表相同的方式来发送、下载或嵌入该标准之表TC。然后，可以 再次更新数字解码器1中所使用的标准。\n为了构建喜好服务列表FAVi，用户通过解码器1的用户接口模块 UI 2输入至少一个预定选择标准Ci_descj。当选择标准是形成服务 描述表TDS的字段的一部分的区别信息项目时，选择标准可以关于服 务的类型、与服务相关的人群、服务的语言、加密等等。响应于选择 标准的输入，解码器中用于创建喜好列表的软件模块3被设计为从TDS 表中检索满足输入到解码器的选择标准的标识符(例如，DVB三组值)， 并且交叉检验全局列表LG的标识符与从TDS检索到的标识符，从而构 建与输入到解码器的选择标准相对应的喜好服务列表FAVi。\n取决于软件模块3的解释能力，选择标准可以是简单的或者更为 复杂的。实际上，可以想到，选择标准是数个标准使用AND/OR等逻辑 运算符的组合。\n例如，可以定义如下的复杂标准：\nCC1_val＝2 and(2 or 3)and 1。\n对于如上选择的structure_id的值，这一复杂标准对应于如下 状态的选择：\n类型“电影”(描述类型的C1_id等于2)and；\n人群“儿童”(描述人群的C2_id等于2)or人群“女性”(描 述人群的C2_id等于3)and；\n加密“明文”(描述加密的C3_id等于1)。\n根据本发明的优选实施例，解码器1在安装之后，在解码器1的 存储器4中包含的默认标准表(TCD)的基础之上，通过与可用服务的 列表(LG)进行交叉校验，自动构建一定数目的喜好服务列表。该TCD 表包含TDS表中所包含的信息认可的标准的子集。该默认标准表(TCD) 是在解码器制造时下载或嵌入到解码器中的。在这种自动初始化之后， 用户然后在用户接口2以及用于创建喜好列表3的模块的帮助下，可 以修改喜好服务列表的数目、它们的名称、它们的内容以及它们各自 的选择标准。\n例如，TCD表的结构如下：\nTCD＝{\n      table_id     ：1字节：表类型\n      version_id   ：1字节：TCD表的版本标识\n      structure_id ：1字节：所使用的TDS表的结构标识\n      nb_criteria  ：1字节：TCD表中不同标准的数目\n     {/*对所有标准循环*/\n       CCi_val     ：24字节：字符串(例如，＝“2.(2+3).1” 其中+标识“或”运算，“.”标识“与”运算)\n       等等\n     }/*结束对所有标准的循环*/\n}\n三个表中的structure_id字段必须相同，从而确保各个表的数 据之间的一致性。STB解码器1支持structure_id的给定值，因此， 只考虑包括该structure_id值的表(发送和/或下载)。三个表TDS、 TC以及TCD中每一个都包括版本号，该版本号随着这些表的内容的每 次更新而改变(该号码定义在version_id字段中)。因此，可以对它 们进行修改和更新。当必须进行更新时，发送服务的运营商提供新的 version_id值，该值可以远程发送到所有解码器，或者可以在所有解 码器能够连接到的更新服务器上获得从而所有解码器能够下载 version_id值。每个解码器然后比较存储器4中具有的表TDS、TC和 TCD的每一个中的version_id值与远程发送和/或可获得的与解码器 具有相同structure_id的表的version_id值。如果存在差异，则解 码器用新表的内容代替存储器中存储的旧表的内容。\n当然，在构建喜好服务列表FAVi之后，保存在解码器1的存储 器4中，从而用户总是可以使用解码器上通常可用的基本功能来修改 列表。此外，选择标准还可以应用于服务的全局列表LG之外的其他服 务列表，例如应用于预先编辑的另一喜好服务列表FAVi，从而利用更 限定的标准来编辑新的喜好服务列表FAVj。