CN1336070A

CN1336070A - 多业务数字传输系统的应用数据表

Info

Publication number: CN1336070A
Application number: CN99811401A
Authority: CN
Inventors: F·雷; T·福雷特; P·普莱恩
Original assignee: Canal Plus SA
Current assignee: International Digital Madison Patent Holding SAS
Priority date: 1998-09-25
Filing date: 1999-09-24
Publication date: 2002-02-13
Anticipated expiration: 2019-09-24
Also published as: EP1116379A2; HRP20010186A2; NO20011520L; NO332521B1; CA2341248C; HUP0200333A3; HK1034840A1; IL141840A0; NO20011520D0; CZ20011081A3; AU756391B2; KR100686967B1; PL346754A1; DE69904222T2; CN100385910C; ES2188239T3; AU5879699A; CA2341248A1; TR200100844T2; HUP0200333A2

Abstract

一种在数字传输流中传输应用数据(97)的方法,其特征在于提供应用数据表(110),该应用数据表包含与传输流内的每个业务(91,92)所携带的应用程序(97)有关的信息。应用数据表(110)可方便地由根据所选业务簇不同而变化的固定PID值和TID扩展值来指定。使用单个应用数据表来提供一簇中的所有业务间的信息会有若干优点,特别是在业务变换时决定是否保留某些应用程序的时候。

Description

多业务数字传输系统的应用数据表

本发明涉及一种数字传输系统，并特别涉及一种数字电视系统。

现有的数字电视系统以离散的传输流包或传输包的形式发送数据，每个包具有预定的长度且包括包头和净荷。MPEG-2标准是目前在此领域中受青睐的标准，它提出用于这类包的预定格式。

包头包括有关包的一般描述数据，而净荷包括要在接收机中处理的数据。包头至少包括用于识别包的包ID或PID。包净荷可包括音频、视频或其它数据，如条件存取系统数据，或者特别由解码器使用以建立交互或其它应用的应用数据。PID包内的数据可进一步分为若干个表或段，它们由表ID或TID的值识别，或者更精确地说是由TID扩展值识别。

传统传输流中的数据的组织结构如下。在最高级，节目存取表或PAT表列出一个或多个节目映射表或PMT表的PID值，每个PMT表与传输流中的一个业务相关。而PMT表涉及包含了该业务的音频数据、视频数据、应用数据等的包的PID值。可以理解，尽管可把一个业务看作是与一个电视频道松散地对应，但在某种程度上业务的概念更广泛，这是因为一个业务可包含多个音频和/或可视数据流、或仅有应用数据等。

传统上来说，每个业务是大体上独立操作的并且包括该业务需要的所有应用程序。这可包括与在该业务中广播的节目专门链接的应用程序(例如，与该频道上显示的比赛相关的足球应用程序)以及更通用的应用程序，如启动应用程序等。前一种应用程序仅能通过一个或少量的业务进行存取，而后一种应用程序则可包含在所有的业务中。

包括应用程序版本号、应用程序所需的存储空间等的与一个业务携带的应用程序有关的信息通常包含在业务的入口点的PMT表中。

当在业务之间变换时，这种传统的数据组织结构会产生特殊的问题。如上所述，每个业务包含该业务所需的所有应用程序以及与之一起的有关这些应用程序的信息表。一旦选择了一个业务，传统配置的解码器就不得不在对当前运行的应用程序采取任何决定之前下载PMT表并评价这个表的内容。从下载和分析PMT表一般所需的时间来看，可表明这是烦琐的操作。而且，对应用程序优先级等的评价大大限制了解码器操作的灵活性。

本发明在其最广泛的和/或专门的实现中的一个目的是提供对此问题的解决方法。

根据本发明提供了一种在数字传输流中传送多个业务中的应用数据的方法，所述多个业务中的每个业务至少带有一个应用程序，该方法包括提供应用数据表的步骤，其中该应用数据表包含与传输流内的多个业务中的每个业务携带的所述至少一个应用程序有关的信息。

换言之，本发明提供了一种在数字传输流中传送多个业务中的应用数据的方法，其特征在于应用数据表包含与传输流内的多个业务中的每个业务携带的一个或若干个应用程序有关的信息。

包含与多个业务间的应用数据相关的信息的单个表，即应用数据表或“ADT”的使用能够使解码器根据若干不同因素定义其与这些应用程序有关的操作。

例如，在一个业务只携带一个应用程序的情况下，解码器可根据包含在应用数据表中的与这个应用程序有关的信息决定保留该应用程序，即使是在变换到不包含此应用程序的业务的情况下。下面将详细描述可在这种评价中使用的信息种类。

应用数据表可在具有与该包内的应用数据表相关的预定包ID、或PID值的传输包中便利地传送。

使用固定值的PID表来携带数据可以使所有预先编程的解码器在存取任何业务之前快速定位和下载这个表。应当理解，应用数据表也可以通过诸如调制解调器链路或智能卡等的其它装置传送或导入解码器中。类似地，ADT表也可通过诸如所述业务的PMT表的其它表中的PID引用来存取。

一般地，一个商业运营商通常负责多个业务信道的内容，这些信道组合为一簇业务。一个给定的传输流通常包含若干簇业务，每簇业务由一个不同的运营商管理。尽管每个运营商完全知道在他的簇中的业务间提供的应用程序，但由于众所周知的原因，此信息通常不能为其它运营商所用。

因此，该方法最好还包括提供多个应用数据表，每个应用数据表包含有关一簇业务中的应用程序的信息。

在另一个实现中，可设想产生一个在若干簇业务间提供与应用程序有关的信息的“超级”ADT表。但是，鉴于运营商之间的信息通信问题，这种解决办法可能难以付诸实际。

在使用若干个应用数据表的实施例中，每个应用数据表可在传输包中的表或段中便利地传送，每个应用数据表与具有特性表ID或者最好是表ID扩展值的表或段相关。

在传输流内带有若干个ADT表的情况下，这样则为解码器提供了一种特别便利的方式来识别与用户订购的业务簇相关的ADT表。TID扩展值可包含在诸如通过与所述簇相关的订购卡传送到解码器的信息当中。另外，解码器可保存与可由解码器接收的各簇业务相关的TID扩展值的表。

在一个优选的任选实施例中，该应用数据表或每个应用数据表进行电子签名以允许解码器验证应用数据表源自一个已知运营商。此方式的数据签名或鉴别能够以任何已知的方法来执行，例如，通过组合的散列和公用密钥/专用密钥算法提供电子签名。

在另一个优选实施例中，每个业务还包括用于存取该业务所携带的应用程序的节目映射表或PMT表，节目映射表本身包括有关该业务所携带的该应用程序或每个应用程序的信息。

例如，在应用程序数据包含在通过一个业务存取的数据转盘式磁带中的实施例中，PMT可包括与该应用程序模块的转盘式磁带的地址有关的信息。

在一个特别优选的实施例中，应用数据表还包括有关在每个业务中可携带哪些应用程序的信息，以一列业务的形式为例，这些业务具有在任意时刻可通过每个业务存取的应用程序。这个列表通常是动态的，并且将根据一个业务目前所涉及的应用程序而变化。

在一个实施例中，应用数据表中带有的应用程序信息还包括与执行应用程序所需的存储器大小有关的信息。

附加信息可包括表示一个应用程序的相对优先级的优先值，表示一个应用程序专用于一个或多个业务的业务专用值，在变换业务时把采取的动作与应用程序相关的标记值，与应用程序相关的数据转盘式磁带ID值等。至于与ADT表中可具有的数据有关的其它信息，读者可参考优选实施例的描述。

应当理解，这个列表决不是穷举的，并且除了所列因素之外也可使用任意数量的其它因素，或者是替代所列因素。

数字传输系统最好包括特别适于根据MPEG标准起作用的数字电视系统。

上面描述的本发明涉及到一种数字数据传输方法。本发明还推广到在上述方法中使用的传输设备，所述设备包括用于发射传输流的诸如发射机的装置，所述发射传输流包括与应用数据表在一起的多个业务，所述应用数据表包含与传输流内的多个业务携带的应用程序有关的信息。

发射装置可用于在传输包中发射应用数据表，所述传输包具有与该包内的应用数据表的存在相关的预定包ID的值。

该设备可包括用于对所述应用数据表进行电子签名的诸如加密单元的装置，以允许解码器验证源自一个已知运营商的应用数据表。

对于每个业务来说，发射装置可用于发射用于存取该业务所携带的应用程序的节目映射表，节目映射表本身包括与该业务所携带的所述至少一个应用程序有关的信息。

本发明还推广到在上述方法中使用的一种解码器，所述解码器包括：用于存储应用数据表的存储器，该应用数据表包括与传输流内的多个业务所携带的应用程序有关的信息；和诸如控制器的装置，用于根据应用数据表中所含的信息控制这些应用程序的下载和保存中的至少一个操作。

本发明还推广到一种解码器，该解码器包括：用于存储应用数据表的存储器，该应用数据表包括与传输流内的多个业务所携带的应用程序有关的信息；和用于根据包含在应用数据表中的信息控制这些应用程序的下载和保存中的至少一个操作的装置。因此，应用数据表可常驻于解码器的存储器中，而不需要由发射机在传输流中广播至解码器。

本发明还提供一种包含与传输流内的多个业务中的每个业务所携带的至少一个应用程序有关的信息的应用数据表。

上述涉及本发明方法方面的特征也可应用于设备方面，反之亦然。

文中所用术语“数字传输系统”包括用于发射或广播诸如主要是视听或多媒体数字数据的任何传输系统。尽管本发明特别适用于广播数字电视系统，但本发明也可应用于多媒体互联网应用的固定电信网络、和闭路电视系统等。

文中所用术语“数字电视系统”包括诸如任何卫星、地面、有线或其它系统。

文中所用术语“接收机/解码器”或“解码器”可指一种接收机，用于接收编码或未编码的信号，如电视和/或无线电信号，这些信号可由其它一些装置广播或发射。该术语也可指一种用于解码接收信号的解码器。这种接收机/解码器的实施例可包括：诸如在“机顶盒”中与接收机结合在一起以用于解码接收信号的解码器；与物理上分立的接收机共同起作用的解码器；包括诸如网络浏览器的附加功能的解码器；或者是与诸如录象机或电视的其它设备结合在一起的解码器。

接收机/解码器的各种功能可在硬件中实施，例如，在专用集成电路中；这样可以增加运行速度。但是，最好至少由软件来实施一些功能，最好由运行应用程序的处理装置来实施；这样可以允许更大的灵活性，需要更少的元件且允许更容易地更新接收机/解码器。

术语MPEG指的是由国际标准化组织的工作组“运动图象专家组”开发的数据传输标准，并且特别但又不专门指的是为数字电视应用程序开发的且在文献ISO13818-1，ISO13818-2，ISO13818-3和ISO13818-4中提出的MPEG-2标准。在本专利申请中，术语包括可应用到数字数据传输的MPEG格式的所有改型，修改或开发。

参考下述附图，下面将仅以实例来描述本发明的一个优选实施例，其中：

图1表示根据本实施例的数字TV系统的整个体系结构；

图2表示图1所示条件存取系统的体系结构；

图3表示在本实施例中使用的接收机/解码器的元件；

图4表示在本实施例中使用的解码器的软件体系结构；

图5表示图4所示系统内的虚拟机的体系结构；

图6表示传输传输流中的各种业务的包分层结构；以及

图7表示与一簇业务中提供的应用程序相关的应用程序描述表的使用。

图1表示数字电视广播和接收系统1的概貌。本发明包括最传统的数字电视系统2，它使用MPEG-2压缩系统发射压缩的数字信号。具体来说，广播中心的MPEG-2压缩器3接收数字信号流(如音频或视频信号流)。压缩器3通过链接5与多路复用器和加扰器4连接。多路复用器4接收多个其它输入信号，组装一个或多个传输流并把压缩的数字信号经链接7发送到广播中心的发射器6，链接7当然可以采用多种形式，包括电信链路。

发射器6经上行链路8向卫星转发器9发射电磁信号，电磁信号在转发器9进行电处理并经概念上的下行链路10广播至地面接收机11，接收机11传统上是终端用户租用或拥有的盘形接收机。接收机11接收的信号传送到终端用户租用或拥有且与终端用户的电视机13连接的综合接收机/解码器12。接收机/解码器12把压缩的MPEG-2信号解码为用于电视机13的电视信号。

条件存取系统20与多路复用器4和接收机/解码器12连接，并且部分位于广播中心且部分位于解码器中。它可使终端用户存取来自一个或多个广播供应商的数字电视广播。能够解密与商业产品(即，由广播供应商销售的一个或几个电视节目)有关的报文的智能卡可插入接收机/解码器12中。通过使用解码器12和智能卡，终端用户能够以订购模式或以按次付费模式购买事件。

也与多路复用器4和接收机/解码器12连接并且同样部分位于广播中心且部分位于解码器的交互系统17可使终端用户通过调制解调的反向信道16与各种应用程序交互作用。

现在将详细描述条件存取系统20。

参考图2，概括来说，条件存取系统20包括用户授权系统(SAS)21。SAS21通过相应的TCP-IP链接23(尽管也可使用其它类型的链接来替代)与一个或多个用户管理系统(SMS)22连接，其中一个SMS用于每个广播供应商。另外，两个广播供应商可以共用一个SMS，或一个供应商可使用两个SMS，如此等等。

使用“母”智能卡25的加密单元24的形式的第一加密单元通过链接26与SAS连接。同样，使用母智能卡28的加密单元27的形式的第二加密单元通过链接29与多路复用器4连接。接收机/解码器12接受“子”智能卡30。它经调制解调的反向信道16通过通信服务器31直接与SAS21连接。SAS把其中之一的订购权发送给请求的子智能卡。

智能卡包括一个或多个商业经营者的机密。如果它们具有这样做的权利的话，“母”智能卡加密不同种类的报文并且“子”智能卡解密报文。

第一和第二加密单元24和27包括支架、在EEPROM中存有软件的电子VME卡，多达20个电子卡和分别有一个智能卡25和28，对于每个电子卡来说，一个卡28用于加密ECM且一个卡25用于加密EMM。

参考电视系统2和条件存取系统20的各种元件将详细描述数字电视系统的条件存取系统20的操作。多路复用器和加扰器

参考图1和2，在广播中心，数字音频或视频信号首先使用MPEG-2压缩器3压缩(或比特率降低)。这种压缩信号接着经链接5发送到多路复用器和加扰器4，以与诸如其它压缩数据的其它数据多路复用。

加扰器产生一个控制字，该控制字在加扰处理中使用且包含在多路复用器的MEPG-2流中。控制字在内部产生并且可使用户终端的综合接收机/解码器12解扰节目。

指示节目如何商业化的存取准则也被添加到MPEG-2流中。节目商业化的方式可以是若干“订购”模式之一和/或若干“按次付费”(PPV)模式或事件之一。在订购模式中，终端用户订购一个或多个商业产品，或“簇”，从而获得观看这些簇中的每个信道的权利。在该优选实施例中，从一簇信道中可以选择多达960个商业产品。

在按次付费模式中，终端用户具备按需购买事件的能力。这可以通过事先预订事件(“预订模式”)，或者通过事件一广播就购买(“冲动模式”)来实现。在该优选实施例中，所有用户都是订购者，而不论它们是以订购模式还是以PPV模式观看，当然，PPV观众不必一定是订购者。权利控制报文

控制字和存取准则均用于构建权利控制报文(ECM)。这是一个与加扰节目相关发送的报文；该报文包含控制字(它用于节目的解扰)和广播节目的存取准则。存取准则和控制字经链接29发送到第二加密单元27。在这个单元中，ECM产生，被加密并发送到多路复用器和加扰器4。在广播传输期间，控制字通常每隔数秒变化一次，因而ECM也被周期性地发送以便能改变要被解扰的控制字。出于备用的目的，每个ECM通常包括两个控制字：当前控制字和下一个控制字。

由广播经营者在数据流中广播的每个业务包括若干不同的分量；例如电视节目包括视频分量、音频分量、副标题分量等。一个业务中的每个这种分量均被单独加扰和加密以便随后广播至转发器9。该业务的每个加扰分量都需要一个单独的ECM。另外，一个业务的所有加扰分量也可能只需要一个ECM。在多个条件存取系统控制存取相同传输节目的情况下也可产生多个ECM。节目发射

多路复用器4接收来自SAS21的包括加密EMM的电信号，来自第二加密单元27的加密ECM，和来自压缩器3的压缩节目。多路复用器4加扰节目并把加扰节目、加密EMM和加密ECM经链接7发送到广播中心的发射机6。发射机6经上行链路8向卫星转发器9发送电磁信号。节目接收

卫星转发器9接收并处理由发射机6发射的电磁信号，并经下行链路10把信号发射到地面接收机11上，地面接收机11传统上是由终端用户拥有或租用的盘形接收机。接收机11接收的信号发送到终端用户拥有或租用并与终端用户的电视机13连接的综合接收机/解码器12。接收机/解码器12多路分用信号以获得具有加密EMM和加密ECM的加扰节目。

如果节目没有加扰，也就是说没有利用MPEG-2流发射ECM，则接收机/解码器12解压数据并把信号变换为用于传送到电视机13的视频信号。

如果节目被加扰，则接收机/解码器12从MPEG-2流中提取相应的ECM并把ECM传送到终端用户的“子”智能卡30中。这个槽变成接收机/解码器12的一个遮蔽罩。子智能卡30控制终端用户是否具有解密ECM并存取节目的权利。如果没有，一个负状态传送给接收机/解码器12以指示该节目不能被解扰。如果终端用户确实具有此权利，则ECM被解密并且控制字被提取。解码器12随后可使用这个控制字解扰节目。MPEG-2流被解压并转换为前向传输到电视机13的视频信号。权利管理报文(EMM)

EMM是单个终端用户(订购者)或一组终端用户专用的报文。每组终端用户可包括一定数量的终端用户。这种成组方式的组织结构的目的就是优化带宽；也就是说，存取一组可允许影响大量的终端用户。

可以使用各种特定类型的EMM。单个的EMM专用于单个用户，并且通常在提供按次付费电视业务时使用；这些EMM包括组标识符和在该组中的用户的位置。

组订购EMM专用于所说的256个单个用户的组，并且通常用于一些订购业务的管理中。这个EMM具有组标识符和用户的组位图。

大众EMM专用于全体大众，举例来说可由特定经营者用来提供某些免费业务。“大众”是智能卡带有相同条件存取系统标识符(CAID)的用户总和。最后，“唯一的”EMM被寻址到智能卡的唯一标识符。用户管理系统(SMS)

用户管理系统(SMS)22包括一个数据库32，它管理作为其中一部分的所有终端用户文件、商业产品、订购、PPV细节、和有关终端用户消费和授权的数据。SMS在物理上可远离SAS。

每个SMS22经各自的链接23向SAS21发送表示要发送到终端用户的权利管理报文(EMM)的修改和生成的报文。

SMS22还向SAS21发送表示不修改或生成EMM但仅表示改变终端用户的状态(涉及到在预订产品时给予终端用户的授权或涉及终端用户的付费数)的报文。

SAS21把报文(通常是诸如回叫信息或计费信息的请求信息)发送到SMS22，显然二者间的通信是双向的。用户授权系统(SAS)

SMS22产生的报文经链接23传送到用户授权系统(SAS)21，它接着产生用于确认接收到SMS22产生的报文的报文并把这些确认传送到SMS22。

概括来说，SAS包括：订购链接区，用于授权订购模式并每月自动更新权利；按次付费电视链接区，用于授权PPV事件；和EMM注入器，用于把订购和PPV链接区产生的EMM发送到多路复用器和加扰器4，并因此馈送具有EMM的MPEG流。如果其它权利被赋予，如在向用户的个人计算机下载计算机软件时的按文件付费(PPF)的权利，那么也可以提供其它类似的区域。

SAS21的一个功能是根据商业化的不同模式(预订模式、冲动模式)管理在订购模式中可用作商品或作为PPV事件出售的电视节目的存取权利。根据这些权利并根据从SMS22接收的信息，SAS21产生用户的EMM。

EMM传送到加密单元(CU)24以用于根据管理和开发密钥进行加密。CU在EMM上完成签名并把EMM送回到SAS21中的报文发生器(MG)，在其中增加一个报头。EMM传送到报文发射器(ME)以作为完整的EMM。报文发生器确定广播开始和停止时间和EMM的发射频率，并把这些作为适当的指示与EMM一起传送到报文发射器。MG只产生一个给定的EMM一次；它是执行EMM的循环发送的ME。

在产生EMM时，MG向EMM分配唯一的标识符。当MG把EMM传送到ME时，它也传送EMMID。这样既可以在MG又可以在ME识别特定的EMM。

在适于处理诸如与多个经营者相关联的多个条件存取系统的诸如仿真密码(simulcrypt)的系统中，与每个条件存取系统相关的EMM流单独产生且在发送之前由多路复用器4多路复用。接收机/解码器

参考图3，下面将描述适用于本发明且用于数字广播系统中的接收机/解码器12或机顶盒的元件。应当理解，这种解码器的基本元件大都是传统的，并且本领域的普通技术人员有能力来实施它们。

如图所示，解码器12配备有几个用于接收和发射数据的接口，特别是用于接收广播MPEG传输的调谐器40，串行接口41，并行接口42，和用于经电话网络发送并接收数据的调制解调器43。该解码器还包括第一和第二智能卡阅读器44和45，第一阅读器44用于接受订购智能卡并且第二阅读器45用于接受银行和/或其它智能卡。

该解码器还包括用于接收来自手持遥控器47的红外控制信号的接收机46和用于向连接该解码器的电视13发送视听信号的Peritel输出。

经接口接收数字信号并产生输出信号的处理是由在此组合在一起作为中央控制单元48的硬件和软件的整体来处理的。

根据图4和5下面将描述解码器内的控制单元的软件体系结构。概括而言，系统使用一种虚拟机，该虚拟机通过接口层与在解码器的硬件部分中实施的低级操作系统交互作用。就硬件体系结构而言，与已知解码器一样，控制单元48配备一个处理器、诸如ROM、RAM、FLASH存储器等的存储元件。

由控制单元48处理的应用程序可以是存储在解码器的ROM或FLASH中的常驻应用程序，或者是经解码器的MPEG接口2广播和下载的应用程序。应用程序可包括节目指南应用程序、游戏、交互式业务、电视购物应用程序，以及使解码器在启动时立即操作的初始化应用程序和用于配置解码器的形态的应用程序。应用程序可存储在解码器的存储单元中并且表示为资源文件，包括图形对象描述文件、单元文件、可变块文件、指令序列文件、应用文件、数据文件等。解码器的系统体系结构

现在来看图4所示的接收机/解码器内的系统的软件体系结构，可以看出使用的是分层体系结构。第一层51表示接收机/解码器的硬件操作系统。这是一个由制造商选择的实时操作系统，用以控制接收机/解码器的硬件。为了能够与硬件操作正确同步，该实时操作系统具有较快的响应时间。数据处理系统位于硬件操作系统的顶部并且包括中间件层52和应用程序接口层53。

事件报文在操作系统层51和上面紧接着的中间件层52之间传送。中间件层使用诸如C ANSI语言来书写并且包括虚拟机54的单元和若干接口55，接口55包括图形接口56、FLASH/PROM存储器接口57、协议接口58和设备接口59。

虚拟机的使用特别提供了高级应用程序66、67与低级操作系统51之间的独立性，其中高级应用程序66、67随后将详细描述并且通常由系统管理器或一个或多个运营商提供，且低级操作系统51通常由解码器的硬件制造商实施。

接口60提供虚拟机和低级操作系统51的操作之间的链接，并且还包括更易在该级中执行的若干中级应用程序模块。

应用程序接口(API)层53包括以诸如Java的面向对象的解释语言书写的若干高级包60-65。这些包提供通常由业务供应商生成的高级应用程序(交互式节目指南、电视购物、互联网浏览器等)和系统的虚拟机之间的接口。下面将给出这些应用程序的实例。

尽管在一些实现中可以下载低级OS，但低级OS通常嵌入解码器的硬件部分中。中间件和应用程序接口层的包可通过广播传输下载到解码器的RAM或FLASH中。另外，一些或全部的中间件或应用程序接口层的单元也可存储在解码器的ROM或(如果有的话)FLASH中。应当理解，解码器的存储器元件的物理结构不同于存储器的逻辑结构。应用程序和应用程序管理器

如图4所示，若干高级应用程序66位于顶部并且通过应用程序接口层53与系统的低级进行通信。正如下面将描述的，应用程序可源于各种源和/或运营商。这些应用程序的整体控制将由应用程序管理器67执行，它本身作为一个应用程序安装并且负责管理广播应用程序的下载和某些应用程序对系统低层的寻址的控制的权利。应用程序接口层

参考图3所示的应用程序接口层53且如上所述，这个层中的包以诸如Java的面向对象的语言书写。每个包定义一组在系统操作期间调用的分类库。在本发明的系统中安装了下面的包。

Lang/Util包60。这些包定义虚拟机进行对象操作所需的分类。这些分类库通常形成与所选的面向对象的语言有关的标准库的一部分。

MHEG-5包61。这个包定义与电视显示器上的图形对象的操作相关的分类。这些对象不同于视听数据并且可由置于显示图象之上的频道标识符或文本构成。这个包内的分类定义将遵循标准ETS300777-3和ISO/ISE13522-5(以及在Java实施的系统的情况下的标准ISO/ISE13522-6)定义的MHEG-5规范。

工具箱包62。这个包包括用于信息下载和解压的分类以及与接收机/解码器内的存储器和文件系统的管理相关的分类以及与互联网连接相关的分类。

设备包63。这个包定义上述与接收机/解码器连接的外围设备的管理所需的分类，其中外围设备包括调制解调器、智能卡阅读器、MPEG流调谐器等。

业务包64。这个包定义开发诸如信用卡数据的管理等的高级交互式应用程序实施所需的分类。

DSMCC-UU包65。这个包实施客户和服务器之间在数据文件搜索和读取时进行通信所需的协议。这个包的实施应当遵循规范ISO/IEC13818-6和DAVIC部分9中定义的指令。

与传统系统中的情况一样，由业务供应商书写且在广播期间下载的交互式应用程序的其它层将置于上面定义的接口包之上。根据要导入的应用程序的不同可以省去上面的一些包。例如，如果业务供应商不想提供数据读取的通用方式，则可以把DSMCC-UU包排除在最终的系统之外。

包53提供用于面向对象的编程环境的分类库。它们的分类行为将根据所选的语言而定。例如，在Java应用程序的情况下，将遵循单承袭分类(single inheritance class)结构。接口层

如图所示，接口层由四个模块构成，图形模块56、存储器文件管理模块57、协议模块58和设备管理器59。尽管这一级中的模块被描述为接口模块，但它们的功能通常是为应用程序接口包的实施和虚拟机的操作提供“粘结”层。

例如，图形模块56提供图形对象的生成和管理。它要求低级OS显示诸如单像素、线、矩形等的基本图形形状。这个模块的实施根据制造商的低级OS的图形能力而定。以某些方式作为对MHEG-5包4311的补充，在此代码级中比在为上面的应用程序层所选的高级代码中可更有效地执行这些功能。

以类似的方式，存储器文件管理模块57包括与系统的存储器元件相关的低级读/写文件命令。通常，硬件操作系统仅包括读/写存储器元件内的扇区或页面必需的命令。至于图形模块56，此模块能够把一组更简单的低级应用程序导入到系统中。

协议管理模块58定义可在通过诸如解码器的TCP/IP层进行通信时调用的通信协议库。

设备管理器59与这一层中的其它模块略有不同，不同之处在于它提供硬件操作系统和包括接口层中的其它模块及虚拟机的上述层之间的链接或接口。例如，从虚拟机接收/发送到硬件OS的命令或事件报文必须由设备管理器传送以用于根据两级间的接口规范进行转换。虚拟机的描述

现在参考图5将描述在本发明的系统中使用的虚拟机54的结构。在本发明中使用的虚拟机是抢先多线程类型的机器。这种机器的一般特性从视听和数字电视领域之外的其它上下文中就可知，并且下面的描述将集中在最专用于本发明的方面。

如图5所示，虚拟机由若干个广泛交互作用的单元构成。

由线程管理器业务71和监控管理器业务72构成的调度程序70形成多线程机的心脏。调度程序70命令执行虚拟机之外的应用程序产生的线程和虚拟机本身产生的线程(例如，无用单元收集线程)。

事件管理器73处理事件路由表和通过线程定购的事件列表并且集中于事件处理的调度。

存储器管理器74处理系统存储器中的存储区的分配和分散(disallocation)，并且还处理未涉及对象(无用单元收集)从存储器中的删除。

分类管理器75负责在广播信号中下载的应用程序码的分类，以与安全管理器80交互作用以检验下载代码的完整性，并且与实施应用程序的文件管理器76交互作用。

文件管理器76执行系统文件的实施并且处理交互式应用程序和数据的下载的机构。

安全管理器80处理允许下载应用程序的存取级，与其它应用程序相比，一些应用程序具有执行与文件系统有关的更多操作的能力。

包括字节码解释业务78和“m-码”解释业务79的解释程序77处理以这两种代码书写的应用程序的解释，字节码与Java应用程序相关并且m-码是赋予申请人开发的专用码的名称。

如上所述，解码器适于实施和执行从传输包中下载的应用程序和来自通过卫星、有线或地面系统广播的传输流的数据表。参考图6将描述传统MPEG-2数据流中的这些和其它这类数据表的组织结构。传输流中的数据表的结构

如图6所示，广播数据传输流包括若干个标准格式的包，该包包括节目相关表90(“PAT”)，包头中的PID由用于该包的MPEG-2标准固定为值0x00。节目存取表90提供存取节目数据的入口点并且包括涉及与传输流内的给定业务或信道相关的节目映射表(“PMT”)91、92的PID值的表。每个节目映射表91、92依次包含与该业务相关的音频表93和视频表94的包流的PID值的引用(reference)。

如图所示，节目映射表92还包括其它包95、96、97的PID值的引用，其它包包含与所述业务相关的附加数据，特别是由若干条件存取系统产生并与所述业务相关的ECM数据以及由该业务携带的应用数据。

除了节目存取表PAT90外，MPEG传输流还包括条件存取表101(“CAT”)，其PID值固定为Ox01。因而任何包含这个PID值的包头可被自动识别为包含存取控制信息。CAT表97涉及MPEG包98、99、100的PID值，MPEG包98、99、100涉及与一个或多个条件存取系统相关的EMM数据。至于PMT包，在CAT表101中所涉及的EMM包的PID值不是固定的并且可根据系统运营商的选择而定。

除上面涉及的CAT表的值和PAT表的值之外，MPEG-2标准很少规定固定的PID值。因而在一定范围内的大部分PID值可由运营商确定。正如下面将详细描述的，本发明的本实施例建议把一个固定PID值赋予包含与若干业务和簇中携带的应用程序相关的数据的表。传输包的格式和专用段数据

众所周知，MPEG传输包具有包括包头的188个字节的固定长度。在一个标准包中，同步数据之后的三字节包头包括：

表I 传输误码指示符 1比特

净荷单元指示符 1比特

传送优先级 1比特

PID 13比特

传输加扰控制 2比特

自适应域控制 2比特

连续性计数 4比特

这些域的特性主要由MPEG标准确定。

上面描述了传输包头的格式。与MPEG-2标准一致，包含在包净荷中的信息根据要传送的数据类型而受到另一级结构的支配。在音频、视频、图文电视、副标题或其它这种快速进展(fastevolving)且同步的数据的情况下，信息以称作打包基本流或PES的形式组装。通过组装传输包的净荷形成的这种数据流本身包括一个包序列，每个包包括包头和净荷。与传输流中的传输包不同，PES包的长度可变。

在诸如应用数据或ECM和EMM数据的一些其它类型的数据的情况下，与PES打包不同的格式被禁止。特别是，包含在传输包净荷中的数据被分为一系列段或表，表或段头包括一个表ID或TID以识别所述表。根据数据的大小，一段可完全包含在一个包净荷中或者可在若干传输包之间的一系列表中扩展。在MPEG-2的上下文中，术语“表”常用于指单个数据表，而“段”通常指的是具有相同TID值的多个表之一。

用于指示这些表或段中带有的信息的实际TID值并不是由MPEG-2标准固定的并且可由一个业务或一簇业务的运营商自行定义。

至于传输包数据和PES包数据，表或段的语法或数据结构由MPEG-2标准另外定义。建议专用表或段数据使用两种可能的语法形式：长形式或短形式。

在短形式和长形式中，专用表头均至少包括包含下述各项的数据：表II 表id 8比特

段语法指示符 1比特

专用指示符/保留 1比特

ISO保留 2比特

段长 12比特

专用指示符和专用段长度由没有由MPEG-2标准固定的数据构成并且可由系统经营者用于其自己的目的。对于与表语法有关的其它信息，读者可参考MPEG-2标准。

通过一个或多个PMT表存取的应用程序。

通过上面可以理解，每个PMT表定义特定业务或信道以及该业务中可用的信息。例如，在一个给定的业务中，可携带多个音频和视频流以使观众能够从若干个不同角度观看该业务中广播的体育事件。

业务也可包含由解码器下载和执行的应用程序，如交互式购物应用程序或交互式气象图。在业务中携带并且通过其PMT表存取的应用程序的种类和数量会有很大不同。例如，在专用天气频道的情况下，由该频道携带的大部分数据涉及由解码器执行的应用程序，这样，这个业务则没有携带实时视频数据。

在一簇业务中，诸如启动应用程序的一些应用程序可由所有的业务携带，而一些应用程序则专用于一个业务，例如，包含直接相关于仅仅在该业务中显示的节目的应用程序。

传统上来说，与一个给定业务携带的应用程序有关的所有数据包含在该业务的相关PMT表中。每个PMT表携带有关该业务使用的全部应用程序的集合的信息，并且提供存取这些应用程序的点。

一旦选择了一个业务，则传统系统的应用程序管理器执行与该业务中携带的应用程序有关的预定顺序的决定，并且如果已经调到一个业务上，则在解码器中现在运行这些应用程序。在解码器中已经不存在但包含在新业务中的应用程序从该业务中下载。如果在业务中携带有在解码器中运行的最新版本，则将其下载并且删除旧版本。正在运行且在新业务中以相同(或旧版本)列出的应用程序可被保留。没有列在新业务中但当前正在运行的应用程序被删除。

在传统解码器系统中可见的应用程序的这后一个操作特别会导致一些问题。例如，在用户从一个信道换到另一个信道且又返回的情况下，应用程序可能被删除并且接着又重新安装。应当理解，安装应用程序所花的时间取决于应用程序的大小和解码器中的可用存储器。

而且，每次一旦改变频道，解码器就要在具有足够的信息来执行与要被下载或正在运行的应用程序有关的任何动作之前下载和分析PMT表数据。这可能要花一些时间。如上所述，每个业务是完全独立的并且包括业务操作所需的所有应用程序，并且有关这些应用程序的信息包含在该业务的PMT表中。

在此上下文中，应用程序目前正在解码器中运行且没有列在新业务的PMT表中的情况会产生一个问题，因为应用程序管理器没有关于在变换到这个业务时哪个正在运行的应用程序可以完整保存并且哪个需要被删除的信息。大多数的现有系统仅仅是删除当前正在运行的应用程序以允许新应用程序的下载。

参考图7，下面将定义一种能够克服已知系统的问题的MPEG传输流中的表和段的数据格式。应用程序描述表

如图7所示，除了用于定义包含在第一和第二业务中的数据的PMT1和PMT2表91、92之外，传输流还包括用于每簇可用业务的一个应用描述表或一些应用描述表110、111。ADT B1指定用于第一簇业务的表，ADT B2指定用于第二簇业务的表。

类似于PAT和CAT表的方式，ADT表的PID值固定为一个不是目前由MPEG-2标准禁止或保留的值。所有业务簇中的所有应用描述或ADT表都以这个PID值来指示且最好是以一个固定的TID值指示。为了允许不同的业务簇具有不同的ADT表，可以将一个专用TID扩展值赋予与一簇业务相关的每个ADT表。这些TID扩展值不必是固定的并且可由每个业务的运营商之间共同协商确定。

应当理解，尽管本发明的本实施例是每簇业务使用一个ADT表，但此概念可普遍化为使用一个单个总ADT表来涵盖所有簇的所有业务。考虑到运行每簇业务的运营商之间的差异，这可能是难以实施的，因为它意味着要产生一个“超级运营商”来负责编译所有运营商的簇的信息并产生总ADT表。

解码器通常被配置为根据插入该解码器的订购智能卡或PCMCIA卡传送的权利接收一簇业务。根据从订购卡接收的信息，解码器内的应用程序管理器可以下载具有与该簇相关的适当TID扩展值的ADT表。

通过更换相关的订购卡来改变订购的簇将会使解码器下载与新业务簇相关且由其自身的唯一TID扩展值指示的ADT表。TID扩展值可在从订购卡接收的信息中直接给出，或者可来源于解码器中的一个表。同样，解码器可配置用于通过诸如调制解调器链路的其它装置来校正TID扩展值。

另外，解码器可配置用于使用固定的PID、TID值来扫描和过滤传输流中的所有ADT表。正如下面将要描述的，在每个ADT表内对ADT应用业务的PMT值是一个索引。通过此信息，解码器可推断出在与特定簇业务相关的操作中应用哪个ADT表。

如图所示，与业务簇B1相关的ADT表110分为三个部分：业务描述部分112、应用程序描述部分113和(任选的)签名部分114。

业务描述部分112包含关于在服务簇B1中的每个服务PMT1、PMT2等携带哪些应用程序A1、A2、A3等。每个应用程序由唯一的应用程序ID)识别(A1、A2等)。

在图7中，业务描述部分112识别业务PMT1与应用程序A1、A3等相关，并且业务PMT2与应用程序A1、A2、A4等相关。

ADT表的应用程序描述部分113包含通过该簇的所有服务可存取的应用程序的描述，并且把应用程序ID与描述这个应用程序的特性的数据链接起来。该描述一般包含下面的参数：

应用程序_id。应用程序_id能够使该簇中的每个服务所携带的应用程序的应用程序管理器进行识别。在这个实施例中，由于不同的ADT表与每个簇相关，所以另一簇业务可由相同的ID值来指示其自已的应用程序，因此一个应用程序只能由一对值(应用程序_id，簇_id)唯一识别。

应用程序_类型：应用程序的类型可以是诸如纯Java语言的应用程序或MHEG-5的应用程序。因为应用程序的启动根据其类型的不同而可能完全不同，并且因为在同一簇业务中可携带不同类型的应用程序，所以这种类型定义是必需的。类型也可包括软件的版本号。

应用程序_名称：用户可知或显示给用户的应用程序的名称。这通常是在启动应用程序时用户将会看到的名称。例如，我们可以设想一旦启动名为“PILOT”的应用程序，就会在窗口写出一条消息“启动PILOT”。

应用程序_引导信息：应用程序管理器必须寻址的应用程序的入口点(根据应用程序_类型而定)，以便下载和启动该应用程序。

应用程序_标记：这个域给出了应用程序有关下载、启动等的行为。特别是，这个域可用于确定应用程序在簇中的业务间变化时是保留还是删除，而不必考虑所述服务的PMT表中的任何指示。

应用程序_键。与应用程序的启动有关的遥控键或其它输入动作。例如，在引导或导航类应用程序的情况下，应用程序_键可以是与引导应用程序的启动相关的一个遥控按钮。对于自动启动的应用程序来说，应用程序_键的值可以是一个默认值。

应用程序_专用。一个用于表示一个应用程序专用于一个业务的标记。这可以使应用程序管理器组装专用于每个业务的应用程序_id的列表，应用程序管理器用以在改变到其它业务的情况下起删除应用程序的作用。

应用程序_优先级。诸如最小(1)和最大(7)之间的应用程序的优先级。在这点上，优选级可以指在解码器内资源存取的优先级和/或有关应用程序下载的优先级。如果需要，可以使用两个独立的优选级域来反映这种差别。

应用程序_存储器。要下载的应用程序所需的存储器大小。这不仅对应于应用程序的大小而且还对应于应用程序本身及其数据所使用的最大存储量的估算。

应用程序_版本。应用程序的目前版本。

VBD三元组。这个可以为专用于一个业务的应用程序识别一列业务。DVT三元组由原始网络_Id、传输流_Id、和业务_Id组成。

应当理解，许多种信息可包含于其中，并且上面列出的因素不是专用的和/或必须的。

应用程序描述部分中的其它信息可包括在定位包含在业务的段的TID表中的其它级结构中的应用程序的模块时所需的信息。例如，除了在表和段中打包以用于传输外，也可把应用程序本身组织在数据转盘式磁带中，数据格式符合DSMCC数据格式。包含在ADT中的信息可包括路径描述或转盘式磁带地址，以使解码器能够到达专门的入口点来下载应用程序。

最后，ADT表110包括签名114，签名114包括ADT表110中的数据的电子签名并且它能够使解码器验证表中数据的源和完整性。

举例来说，这可以由负责该簇的运营商通过使用下面的组合方式而生成，即使用散列算法(如MD5)获得对应于表中数据的散列值，这个散列值接着通过公用/专用算法(如RSA)的专用密钥加密。ADT表的验证可由具有相同散列算法且提供相应专用密钥的解码器执行。使用散列和专用/公用密钥算法的组合来验证传输数据是一种已知方法，因而在此将不再进行进一步的描述。

作为另一种选择或另外的方式，ADT表甚至可以通过对称算法加密。但应当理解，在这一级中的电子签名的使用是任选的，并且实际上，诸如对应用数据本身的验证可在较低级中执行。

如上所述，给定簇的ADT表将具有预定的PID和TID扩展值并且一旦启动解码器就立即装载并验证这个表，而不论解码器被调到了哪个业务信道(如果有的话)。一旦这个表中配备了这些信息，则应用程序管理器就在业务间调到或改变时作出有关应用程序保留或不保留的合理选择，而且不必等待PMT表的下载。

特别是，一旦选择了一个业务或者一旦改变业务，应用程序管理器在估计哪个应用程序要下载，哪个应用程序要保留、哪个应用程序必须被删除时就要考虑包含在应用程序_标记、应用程序_专用、应用程序_优先级和应用程序存_储器域中的信息。

在解码器首先调至图7所示的业务信道PMT1的情况下，应用程序管理器将识别包含在这个业务信道中的应用程序A1、A3存在且有效，即作为对应于该簇的ADT表的业务部分112中所列的应用程序的应用程序。通过使用用于这些应用程序的ADT表数据，应用程序管理器确定是否下载应用程序，并且在假定所有的条件都满足后(足够的存储器)将下载应用程序A1、A3等。

如果用户现在改变到业务信道PMT2，则应用程序管理器将识别应用程序A1、A2、A4在这个信道中存在且有效。

就应用程序A1而言，应用程序管理器知道这个应用程序已经以最新版本下载并且存在于解码器中并且通常将不执行任何动作，而是让A1在解码器中“按原样”运行。就应用程序A2、A4而言，应用程序管理器可评估这些应用程序的值应用程序_优先级、应用程序_存储器等，并把这些值与先前下载且目前在解码器中运行的应用程序A3的相应值进行比较。该评价也可使用目前正在运行的应用程序的值应用程序_标记(见上面)执行。

即使应用程序A3不存在或者通过PMT2存取的业务信道所提供的所有存取可能性都不需要应用程序A3，应用程序管理器仍然会根据值应用程序_标记决定优先于或与应用程序A2、A4之一或另一个的下载同时继续运行应用程序A3。如果用户变回到PMT1，应用程序A3则立即可用。

许多其它的可选方案也是可能的。例如，可配置应用程序管理器删除应用程序A1(例如，如果A1包括与PMT1相关的应用程序_专用标记)；在删除A3并下载A2之前将A3保留限定的时间周期；保留A3直至用户按动遥控器上的一个键并在之后删除A3且下载应用程序A2、A4等之一。

可以理解，使用包含一簇的所有业务间的数据的ADT表可以使解码器的应用程序管理器执行与保留或不保留多个业务流中所携带的应用程序有关的异常复杂的评价。

在上面的例子中，所述ADT表是从广播传输流中下载的。实际上，ADT表，或者至少是启动版本的ADT表可以在制造解码器时装在解码器中，以使解码器能够自动装载一簇的一些或全部业务中所携带的某些应用程序。另外，解码器也可通过其调制解调器连接、智能卡接口、串行端口等下载一个版本的ADT表。

Claims

1.一种在数字传输流中传输多个业务中的应用数据的方法，所述多个业务中的每个业务至少携带一个应用程序，该方法包括提供应用数据表的步骤，其中应用数据表包含与传输流内的多个业务中的每个业务携带的所述至少一个应用程序有关的信息。

2.根据权利要求1所要求的方法，其中应用数据表在传输包中传输，所述传输包具有与该包内的应用数据表的存在相关的预定的包ID值。

3.根据权利要求1或2所要求的方法，其中对所述应用数据表进行电子签名以允许解码器验证源自一个已知运营商的应用数据表。

4.根据前述任意一个权利要求所要求的方法，其中每个业务还包括用于存取该业务所携带的应用程序的节目映射表，节目映射表本身包括有关该业务携带的所述至少一个应用程序的信息。

5.根据前述任意一个权利要求所要求的方法，其中应用数据表还包括有关通过每个业务可存取哪些应用程序的信息。

6.根据前述任意一个权利要求所要求的方法，其中携带在应用数据表中的应用程序信息还包括涉及执行应用程序所需要的存储器大小的信息。

7.根据前述任意一个权利要求所要求的方法，其中应用数据表中的应用程序信息包括表示一个应用程序的相对优先级的优先值。

8.根据前述任意一个权利要求所要求的方法，其中应用数据表中的应用程序信息包括表示一个应用程序专用于至少一个业务的业务专用值。

9.根据前述任意一个权利要求所要求的方法，其中应用数据表中的应用程序信息包括在变换业务时把采取的动作与应用程序相关联的标记值。

10.根据前述任意一个权利要求所要求的方法，包括提供多个所述应用数据表，每个应用数据表包含与一簇业务内包含的应用程序有关的信息。

11.根据权利要求10所要求的方法，其中每个应用数据表可在传输包内的表和段之一中传送，每个应用数据表与具有特性表ID和特性表ID扩展值之一的表和段之一相关。

12.根据前述任意一个权利要求所要求的方法可应用于数字电视系统。

13.根据前述任意一个权利要求所要求的方法，其中数字传输流符合MPEG标准。

14.一种在权利要求1至13中的任意一个权利要求所要求的方法中使用的传输设备，所述设备包括用于发射传输流的装置，所述传输流包括与应用数据表在一起的多个业务，所述应用数据表包含与传输流内的多个业务携带的应用程序有关的信息。

15.根据权利要求14所要求的传输设备，其中该发射装置可用于发射在传输包中的应用数据表，所述传输包具有与该包内的应用数据表的存在相关的预定的包ID值。

16.根据权利要求14或15所要求的传输设备，包括用于对所述应用数据表进行电子签名的装置，以允许解码器验证源自一个已知运营商的应用数据表。

17.根据权利要求14至16中的任意一个权利要求所要求的传输设备，其中对于每个业务来说，发射装置可用于发射用于存取该业务所携带的应用程序的节目映射表，节目映射表本身包括与该业务所携带的所述至少一个应用程序有关的信息。

18.根据权利要求14至17中的任意一个权利要求所要求的传输设备，其中应用数据表还包括有关通过每个业务可存取哪些应用程序的信息。

19.根据权利要求14至18中的任意一个权利要求所要求的传输设备，其中应用数据表中携带的应用程序信息还包括涉及执行应用程序所需要的存储器大小的信息。

20.根据权利要求14至19中的任意一个权利要求所要求的传输设备，其中应用数据表中的应用程序信息包括表示一个应用程序的相对优先级的优先值。

21.根据权利要求14至20中的任意一个权利要求所要求的传输设备，其中应用数据表中的应用程序信息包括表示一个应用程序专用于至少一个业务的业务专用值。

22.根据权利要求14至21中的任意一个权利要求所要求的传输设备，其中应用数据表中的应用程序信息包括在变换业务时把采取的动作与应用程序相关联的标记值。

23.根据权利要求14至22中的任意一个权利要求所要求的传输设备，其中发射装置用于发射多个所述应用数据表，每个应用数据表包含与一簇业务内包含的应用程序有关的信息。

24.根据权利要求23所要求的传输设备，其中发射装置适用于在传输包的表和段之一中发射每个应用数据表，每个应用数据表与具有特性表ID和特性表ID扩展值之一的表和段之一相关。

25.根据权利要求14至24中的任意一个权利要求所要求的传输设备，其中数字传输流符合MPEG标准。

26.一种包括权利要求14至25中的任意一个权利要求所要求的传输设备的数字电视系统。

27.一种在权利要求1至13中的任意一个权利要求所要求的方法中使用的解码器，所述解码器包括：用于存储应用数据表的存储器，该应用数据表包括与传输流内的多个业务所携带的应用程序有关的信息；和用于根据应用数据表中所含的信息控制这些应用程序的下载和保留中的至少一个操作的装置。

28.一种解码器，包括：用于存储应用数据表的存储器，该应用数据表包括与传输流内的多个业务所携带的应用程序有关的信息；和用于根据应用数据表中所含的信息控制这些应用程序的下载和保留中的至少一个操作的装置。

29.一种包含了与传输流内的多个服务中的每个服务所携带的至少一个应用程序相关的信息的应用数据表。

30.根据权利要求27至29中的任意一个权利要求所要求的解码器或表，其中所述应用数据表进行电子签名以允许解码器验证源自一个已知运营商的应用数据表。

31.根据权利要求27至30中的任意一个权利要求所要求的解码器或表，其中应用数据表还包括有关通过每个业务可存取哪些应用程序的信息。

32.根据权利要求27至31中的任意一个权利要求所要求的解码器或表，其中应用数据表中携带的应用程序信息还包括涉及执行应用程序所需要的存储器大小的信息。

33.根据权利要求27至32中的任意一个权利要求所要求的解码器或表，其中应用数据表中的应用程序信息包括表示一个应用程序的相对优先级的优先值。

34.根据权利要求27至33中的任意一个权利要求所要求的解码器或表，其中应用数据表中的应用程序信息包括表示一个应用程序专用于至少一个业务的业务专用值。

35.根据权利要求27至34中的任意一个权利要求所要求的解码器或表，其中应用数据表中的应用程序信息包括在变换业务时把采取的动作与应用程序相关联的标记值。

36.根据权利要求29至35中的任意一个权利要求的多个表，每个应用数据表包含与一簇业务内包含的应用程序有关的信息。

37.根据权利要求36所要求的多个表，其中每个应用数据表与具有特性表ID和特性表ID扩展值之一的表和段之一相关。

38.一种参考附图在本文中基本描述的在数字传输流中传输多个业务中的应用数据的方法。

39.一种参考附图在本文中基本描述的传输设备。

40.一种参考附图在本文中基本描述的解码器。

41.一种参考附图在本文中基本描述的应用数据表。