CN1291410A - 解码器中图形数字图象数据的处理 - Google Patents

Abstract

一种用于数字声像传送系统的解码器(13),该解码器(13)含有用于解压压缩的数字图象数据的通用处理器(20)和为显示准备解压数据的图形处理器(36),特征在于,通用处理器(20)适用于解压并基本上按其原始格式存储图像文件,随后将图像文件至少转换成第二格式供存储和显示,第一和第二格式的图像文件同时存储在解码器的存储器(20)中。

Description

解码器中图形数字图象数据的处理

本发明涉及一种用于数字声像传送系统的解码器，该解码器含有用于解压和显示数字压缩图象的处理器和存储器。

数字数据的广播传输是收费电视系统的领域中众所周知的，在这种系统中，通常由卫星或卫星／电缆链路向多个订户发送加扰的声像信息，每个订户拥有一个解码器，解码器能解扰所传输的节目，供随后观看。地面数字广播系统也是已知的。近来的系统已经使用广播链路来除了传输声像数据外还传输其它数据，诸如计算机程序或交互应用程序。

在这种系统的最基本的功能层中，有关电视节目的数字音频和视频数据是以压缩的格式-例如按MPEG-2压缩标准-传输的。解码器接收并解压这种数据，以重新生成电视节目。

除了简单的电视节目之外，越来越普遍地要求解码器处理其它压缩的图像或图形数据。例如，如果解码器包括Web浏览器功能，则会要求解码器的处理器接收并解压下载的数字图象数据，例如静止视频图象、图形图标、计算机生成的运动图像等等。这种图象信息可以在普通的电视图像上显示。

这种静止或运动的图象数据，通常可以以当前在基于PC的Web浏览器的上下文中使用的各种压缩格式中的一种格式接收。例如，可以按著名的GIF或PNG标准来格式化和压缩图象，其中，图像是由颜色查找表(color look-up table)描述的，颜色查找表定义一个颜色表和一个引用该表的象素值的矩阵，矩阵数据按已知的准备GIF／PNG图象的压缩程序被压缩。另外，也可以以静止MPEG或JPEG图像的形式来格式化和压缩图象，这种形式中的每个像素直接与一个红／绿／蓝颜色值相关联。

解码器准备显示用图像所用的图形处理器，一般适合处理那些已经被通用处理器解压并转换成一个或多个预定的pixmap(象素图)格式的图像文件。例如，图形处理器可以适合显示以CLUT4或CLUT8格式提交的或者以RGB格式提交的图像文件。CLUT4和CLUT8格式中遵守查找表的原理，而RGB格式中每个像素都有一个RGB值。

这些pixmap图像文件格式反映了原始图像的像素构成，不同于(尽管密切相关于)上述的压缩格式。GIF／PNG图象解压形成有查找表的pixmap图像文件，而JPEG／MPEG图像文件解压形成没有这种表的pixmap文件。

在PC环境中，以处理器的处理能力和存储空间，足以同时地接收、解压和显示按不同格式压缩的许多图象文件，PC内的图形处理器很容易适合处理多种格式。相反，在解码器环境中，存储器和处理器的能力相比之下相当有限，图形处理器也至少必须处理与电视传输相关联的MPEG数据。在这种情况下，要转换和显示多种格式的图像文件，可能是不可能的。

例如，就按RGB格式格式化并用JPEG算法压缩的原始图像而言，解码器的主要处理器只不过能解压并以固定的GLUT格式存储这个图像文件(并且确实能解压并存储随后接收到的图像文件)。这样，图形处理器将只好处理一种类型的图像文件。尽管这个方法使解码器能有效地处理多种格式的数据，但在图像质量方面会有不必要的损失。例如，如果图形处理器不在处理其它图像文件时，可能没有必要强行采用固定转换的图像文件格式。

本发明的一个目的是克服现有技术的这些缺点。

本发明提供一种用于数字声像传送系统的解码器，该解码器含有用于解压和显示数字压缩图象的处理器和存储器，特征在于，该处理器用于解压并基本上按其原始格式存储图像文件，随后将图像文件至少转换成第二格式供存储和显示，第一和第二格式的图像文件同时存储在存储器中。

以原始格式的形式解压和存储所压缩的图像，使解码器此后能按照图形处理器的当前存储容量和运行情况来生成其它格式的图像文件，发往处理器去显示。

例如，如果原始图像是“真彩色的”或RGB格式的，而且图形处理器的负荷和运行情况允许显示这种格式，则可以将图像几乎“原样地”解压和显示，就是说，解压成没有查找表的图像文件。不过，可能要抽取每个像素的相关位数的十分之一，用来在基本保持格式不变的同时改变分辨率。同样，就以查找表(GIF／PNG)压缩的图象来说，相同的查找表将被存储并在图像的显示中被引用。

如果用原始格式不能实现显示，处理器可以将图像文件转换成另一种格式来显示，不过原始文件则被保存起来供将来使用。这样，本发明就使得能在任何时刻以解码器此时的存储和处理能力为限实现最高质量的显示。

在一个实施例中，处理器用于将图像文件转换成若干格式，与原始格式同时存储在解码器的存储器中。

处理器最好适用于读取和显示当时存储的多种格式的图像文件。例如，可以将处理器改变得适合在两个不同的屏幕窗口中按各窗口中所用的两种不同格式来两次显示同一个图像。

特别是，可以将处理器改造成在对应某显示区的图形层(graphiclayer)中定义若干个区域，每个区域部分用位置坐标定义，部分用可以被处理器处理并在该区域显示的图像文件的具体格式版本来定义。

将屏幕区域划分成格式区域是解码器环境中特有的。例如，图形层中的一个区域可对应于一个可以显示某特定CLUT格式的图像文件的区域，而另一个区域则可能与RGB格式的图像文件关联。

在这种实现中，处理器最好适合将指定要在某区域中显示的原始图像文件转换成与该区域中当前使用的格式版本相应的版本。例如，如果要在已经正在显示CLUT格式的图像的同一个区域中显示RGB原始格式的图像，处理器将把该图像转换成适当的CLUT格式供显示。

在一个实施例中，处理器适用于处理叠加在实时声像数字数据上的图像层中和对应于屏幕上显示的在该图像层下面的一个或多个层的图像的图像。该图像层中的图像同样可以由处理器显示出来，叠加在该图像层下面各层中显示的其它类型的图像文件的上面。

在一个实施例中，处理器适用于解压以采用查找表的压缩标准(例如GIF或PNG标准)发送的图象数据。另外，或者另一种方案是，处理器适用于解压以采用与每个像素关联的红／绿／蓝彩色值的标准(例如MPEG或JPEG标准)发送的图象数据。

如上所述，本发明所用的解压和转换两步过程的优点在于能以任意方式处理原始格式的图像文件。然而在有些情况中，可能最好对所有图像数据使用固定的格式。

因此，在本发明一个最佳实施例中，处理器进一步适用于将不管是任何压缩格式的图象数据直接解压成预定格式的图像文件。

特别地，处理器可以进一步适用于将图象数据解压成采用颜色查找表的格式，例如CLUT4或CLUT8格式。另外，或者另一种方案是，处理器可以进一步适用于将图象数据解压成采用与每个像素关联的红／绿／蓝彩色值的格式，例如RGB16格式。

数据的解压和显示的全部功能都可以集成在一个处理器中。或者，处理器包含至少一个通用处理器和一个图形处理器，分别用于处理解压和显示。

类似地，用来存储第一和第二格式文件的存储器不一定要相应于一个存储器装置，诸如RAM或FLASH，而是可以相应于由控制应用程序为此分配的、在一个或多个物理存储器间划分的一个或多个存储区。

以上就解码器装置讨论了本发明。本发明同样可以扩展到对应于上述的本发明的通用和最佳方面的这种解码器内的数字图像处理方法。

在本申请的上下文中，术语“数字声像传送系统”指的是所有主要传输或广播声像或多媒体数字数据的传送系统。尽管本发明特别适用于广播数字电视系统，本发明同样可以用于过滤由固定电信网络为多媒体因特网应用等发送的数据。

类似地，术语“解码器”一词用来指用于接收和解密加密传输的集成接收器／解码器、这种系统的单独的接收器和解码器单元、以及能接收非加密广播的接收器。该术语同样涉及包含额外功能(诸如Web浏览器)的解码器以及与其它器件集成的解码器，例如集成的VHS／解码器设备、数字电视等等。

术语MPEG指的是由国际标准化组织工作组“动画专家组”制订的数据传输标准，特别是为数字电视应用制订的、在文件ISO 13818-1、ISO 13818-2、ISO 13818-3和ISO 13818-4中陈述的MPEG-2标准。在本专利申请的上下文中，该术语包括适用于数字数据传输领域的基本MPEG的所有派生、修改和发展。

现在将结合各附图，仅通过举例来说明本发明的最佳实施例。附图简介：

图1表示数字电视系统的概略图；

图2表示图1的接收器／解码器的基本部件；

图3表示由图2的图形处理器处理的图像数据的层次结构；

图4表示图3的图像层的细节；

图5表示在若干情形中对压缩图像数据进行的解压和转换步骤。

图1表示按照本发明的数字电视系统1的概略图。本发明包括一种最常规的、用已知的MPEG-2压缩系统传输压缩的数字信号的数字电视系统2。更具体地说，广播中心中的MPEG-2压缩器3接收数字信号流(通常是视频信号流)。压缩器3通过连接5与多路转换器与加扰器4相连。

多路转换器4接收若干其它输入信号，装配传输流，通过连接7将压缩数字信号传输给发射器6。连接7可以采用各种形式，包括电信链路。发射器6通过上行线路8向卫星转发器9发射电磁信号，电磁信号经过电子处理后被通过理论上的下行线路10向地面接收器12广播。地面接收器的形式一般是最终用户拥有的或租赁的碟式天线。接收器12所接收的信号被传输到最终用户拥有的或租赁的集成接收器／解码器13并连接到最终用户的电视机14。接收器／解码器13将压缩MPEG-2信号解码成电视机14的电视信号。

当然，数据的传输也可以用其它传输信道，诸如地面广播、电缆传输、卫星／电缆链路、电话网等等。

在多信道系统中，多路转换器处理从若干并行的源接收的音频和视频信息，并与发射器6交互，以便沿相应数量的信道广播该信息。除了声像信息之外，还可以在部分或所有这些信道中与所传输数字音频和视频信息交错地导入报文或应用程序或任何其它种类的数字数据。

与多路转换器4和接收器／解码器13相连的条件接入系统(conditional access system)15，部分位于广播中心中，部分位于解码器中。它使最终用户能从一个或多个广播提供商接收数字电视广播。接收器／解码器13中能插入一种智能卡，智能卡能对有关商业节目(即广播提供商销售的一个或若干个电视节目)的报文进行解密。最终用户用解码器13和智能卡，就可以以预订方式或按节目付费的方式购买商业节目。

如上所述，由系统传送的节目在多路转换器4被加扰，向给定传送施加的条件和加密密钥是由存取控制系统15确定的。传送加扰数据的这种方式是付费电视系统的领域中众所周知的。一般来说，加扰数据是与用于数据解扰的控制字一起传送的，该控制字本身用所谓的使用密钥(exploitation key)加密后以加密的形式传送。

加扰数据和加密控制密钥然后由解码器13接收，解码器13能取得插入在解码器中的智能卡上存储的使用密钥的等效密钥，将加密控制密钥解密，然后解扰传送的数据。已付费的订户例如将在广播的每月ECM(权利控制消息-Entitlement Control Message)中接收为了能观看传输的节目而对加密控制密钥进行解密所必需的使用密钥。

交互系统16也与多路转换器4和接收器／解码器13相连，并且也部分位于广播中心内，部分位于解码器内，它使最终用户能通过调制解调器反向信道(back channel)17与各种应用交互。调制解调器反向信道17也可用于条件接入系统15中所用的通信。交互系统例如可用来使收视者即时与发射中心通信，要求授权观看特定节目、下载应用程序等等。

现在将结合图2来说明适合用于本发明的接收器／解码器13或机顶盒的基本部件。图中所示各部件将按功能块来说明。

解码器13包含包括相关存储部件并适合从串行接口21接收输入数据的中央处理器20、并行接口22、(与图1的调制解调器反向信道17相连的)调制解调器23和解码器前面板上的各开关触点24。

解码器另外还适合通过控制单元26从红外线遥控器25接收输入，并且还有两个智能卡读卡机27、28，分别能读取银行智能卡29和预订智能卡30。预订智能卡读卡机28与插入的预订卡30和条件接入单元29作用，向信号分离器／解扰器30提供所需的控制字，使加密的广播信号能被解扰。解码器也包括常规调谐器31和解调器32，用于接收卫星传输，解调后由单元30过滤和分离信号。

解码器内的数据处理一般是由中央处理器20处理的。中央处理器的软件体系结构可与已知解码器中所用的相当，这里不作详细说明。例如它可基于一个经接口层与解码器的硬件部件中实现的较低层的操作系统接合的虚拟机。就硬件体系结构而言，解码器将如已知各种解码器那样配备处理器、存储器部件-诸如ROM、RAM、快闪存储器等等。

如果接收到的是音频和视频信号，如下文将要更详细说明的那样，将对含有这些信号的MPEG包进行信号分离和过滤，以便将以音频和视频数据的包化基本流(PES)为形式的实时音频和视频数据传送到专用音频和视频处理器或解码器33、34。音频处理器33的转换输出传送到前置放大器35，然后通过接收器／解码器的音频输出。视频处理器34的转换输出经图形处理器36和PAL／SECAM编码器37传送到接收器／解码器的视频输出。视频处理器可以是常规类型的，诸如SGSThomson的ST 3520A。

图形处理器36另外还从中央处理器20接收用于显示的图形数据(诸如生成的图像等)，并将该信息与从视频处理器34接收的信息组合起来，生成一个移动图像与叠加正文或其它图像组合在一起的屏幕显示。适合执行这种操作的一例图形处理器是C-CUBE的CM 9310。

如果接收到的是图文电视和／或子标题数据，也可以由专用处理器来处理实时PES数据的转换，以生成适当的图像。然而在大多数常规系统中，这是由通用处理器20处理的。

事实上，与诸如图形处理器36、视频解码器34、中央处理器20等部件相关联的许多功能都可以以许多方式组合或划分，例如将中央处理器和图形处理器集成在一个处理器装置中，等等。

现在将结合图3来说明图形处理器36的功能。如上所述，图形处理器接收并处理来自视频解码器34的实时视频数据和来自通用处理器20的图像数据，以生成叠加的屏幕显示。

如图3中所示，图形处理器36适用于处理被划分成四个不同层次的输入数据：背景层40、MPEG层41、图像层42和光标层43。应当明白，背景层40相应于屏幕显示的最低层，其它层各以不同的透明度或不透明度逐层叠加在该层之上。

如果解码器被配置成是显示广播视频信号的，背景和MPEG层40、41对应于从视频解码器34接收的数据流，其中背景层40对应于从解码器34接收的MPEG静止图象，MPEG层41对应于从解码器接收的移动视频MPEG信号。将视频信号划分成固定的和变化的部分，是MPEG压缩技术的一个已知特点。

如果-例如背景和MPEG层40、41是由从处理器20接收的任意数量的格式的图象数据完成的，则解码器的其它配置也是可能的。例如，如果解码器作用于Web浏览器配置中，处理器20可提供静止和／或移动图象数据来完成层40、41。层40例如可以同等于某背景颜色，而层41则对应于在该背景上显示的并含有例如信息、移动图标等的一个或多个窗口。

来自背景和MPEG层40、41的静止和移动图像被图形处理器36混合在一起-如部件44所示，形成一个组合输出。由图形处理器在背景层40上混合MPEG层信息41，可用所谓的α混合因子(alpha blendingfactor)来执行，以允许MPEG层图像中的像素有较强或较弱的半透明度。如果从视频解码器34接收的是移动视频图像，则对视频序列(video sequence)内的所有像素使用相同的混合因子。如果是来自中央处理器20的图象数据，层41的混合因子的值可以因屏幕的不同部分而不同。

图像层42用于将在屏幕中例如层40、41的图像上显示的正文、形状、图标等等，以便能在从视频解码器34获取的实时视频序列上显示由处理器20生成的移动图标等。由于本发明这个实施例主要涉及对这层中数据的处理，所以下面结合图4来更详细地说明这层中数据的特点。

部件45以与对层40、41进行混合的类似方式，进行对图像层42与层40、41的组合输出的混合。正如将要说明的那样，可以对图像层42内的不同区域分配一个不同的混合因子，相应的不同半透明度与每个区域内数据的特点有关。

图中如43所示的最后一层是光标层，表示不透明的光标图像，是由硬件在中央处理器20的控制下生成的，叠加在前面的所有各层之上。如46所示，该层与前面所有各层的组合的总输出组合起来，生成最终的组合输出47，发往解码器37供随后的显示。与前面的各层不同的是，光标呈现一个连续的不透明的外观，叠加在各组合层上，没有任何混合。

现在转看图4，在操作中将图像层划分成一个或多个矩形区域50，每个区域由宽度、高度、显示坐标51和该区域内所用色系来定义。该层中任何不属于指定区域的色素(如52所示)都保持透明。如图所示，显示坐标51定义为区域的左上角的坐标。所有区域的像素大小都决不超过全屏分辨率，即PAL制式的720*576、NTSC制式的720*480。

关于某区域中要使用的色系，提供给图形处理器36用于构造该层的信息是以pixmap的形式编码的，每个象素由一个坐标和彩色基准(colour reference)来标识。在实践中，图形处理器可以处理许多pixmap格式，诸如：CLUT4：每像素4位编址的16项颜色查找表(CLUT)CLUT8：每像素8位编址的256项颜色查找表(CLUT)RGB16：每像素16位定义的每个像素的红／绿／蓝的混合就RGB16格式而言，要显示的颜色只要以系统用来生成一个颜色的每个基本颜色红／绿／蓝的优势为基准就能简单地定义。

就CLUT类型的格式而言，每个像素包含一个对查找表中一个指定颜色值的引用。这个颜色本身是由一个由系统最终使用的24位的红／绿／蓝颜色值来定义的以生成一个颜色。也可以将每个颜色值与一个6位α混合因子相关联(见下文)。

如上所述，要定义例如以16种颜色或256种颜色为基准的图像，查找表的大小和可用颜色的数量可以不同。同样，查找表内定义的颜色也可以因表而异，例如一个表定义光谱某部分的颜色多于另一部分的颜色。在显示某区域之前，查找表被加载到图形处理器中。

图形处理器36可以实时地调整每个区域的大小和在屏幕上横向或纵向移动一个区域-条件是区域之间没有重叠。此外，如上所述，每个区域都可以独立地与用特定的α混合因子与下面的各层混合。对于每种格式，存在下列可能：

CLUT4：一个在整个区域应用的通用6位α混合因子，或者表中每个颜色项都有一个6位α混合因子。一个颜色值可以是透明的。

CLUT8：一个在整个区域应用的通用6位α混合因子，或者表中每个颜色项都有一个6位α混合因子。一个颜色值可以是透明的。

RGB16：一个在整个区域应用的通用6位α混合因子。

以上讨论的各pixmap格式与通常用来传输最终要在图像层显示的图像的压缩多媒体格式不同。例如，可以将要在一个图像区域显示的图象压缩成MPEG静止图象、JPEG格式图象、GIF格式图象或PNG格式图象。在以下说明中，将总是用“图象”这个术语来指压缩格式的图象数据。

本说明中相对于ISO开发的各标准说明了MPEG格式。JPEG和GIF标准同样是有名的多媒体格式，常见于通过因特网发送的图像，而PNG格式则是在撰写本文时问世时间较短的一个作为专用GIF标准的竞争者引入的标准。如下文将要讨论的那样，以MPEG、JPEG、GIF或PNG格式接收的图像被处理器20内的例程解压成上述的一种CLUT或RGBpixmap格式。

当然应当明白，尽管本说明在这种情况下指的是具体的显示(或pixmap)格式和传输(或压缩的)格式，本发明决不局限于采用这些具体格式。

就GIF和PNG类型的格式而言，这些压缩格式基于的是包含查找表的原始图像文件。GIF或PNG压缩图象的直接解压将产生CLUT pixmap格式的图像。然而，将会讨论到，也可以将GIF或PNG图象直接解压成例如RGB pixmap格式。类似地，尽管MPEG／JPEG图象是以RGB方式压缩的，以便能被直接解压成16位RGB pixmap，但有些情况下可能需要将这种图象转换成CLUT格式。

图5示意性地表示按照本发明这个实施例，可由通用处理器20对所接收的压缩GIF或PNG类型的图象进行的可能的解压和转换步骤。图中显示了根据三种解压命令DECOMP_ORIGINAL、DECOMP_TO_CLUT和DECOMP_TO_RGB启动的三种解压类型。这些解压步骤是相对于CLUT格式化图象具体说明的，但是对JPEG和MPEG静止图象响应相同的命令也能实现类似的解压步骤。

DECOMP_ORIGINAL。图中显示的被接收的GIF／PNG图象60，包含61所指示的查找表CLUT和62所指示的定义图像中每个像素的颜色值的像素ID数据f(ID)。在最上面的解压步骤63中，传输文件中的图象被解压后存储在存储器中，存储的格式基本上是其原始格式(如65所示)，就是说，按照一种具有引用其相关CLUT表67的一组像素数据66的CLUT方式。

CLUT表中的项数(16或256)和以后的颜色分辨率的等级，与该表的原始格式有关。类似地，与每个颜色相关联的确切的RGB位值是由以不变格式保留的这个具体CLUT表定义的。

在当前的系统中，将生成的解压图像存储在存储器中。在64所示的随后的转换步骤中，可以将该图像进一步转换成第二种pixmap格式68(诸如另一种形式的CLUT格式)并且也存储在系统存储器中。

例如，可以将包含一个256项的CLUT表的图像转换成一个有16项的CLUT表的图像。另一种形式是，可以将一个特征的CLUT表转换成一个具有与一些项或所有项相关联的不同的RGB值的不同CLUT表。在CLUT表转换的同时，像素ID值将被转换。进行这些转换所需的算法是该领域的熟练人员已知的。

针对图4所示的图像层的分区，应当能明白这种双重解压／转换与下文所说明的其它解压步骤相比的优点。在PC环境中，PC的存储器容量和处理功能，意味着可以开许多图像窗口每个图像窗口具有一个特定的CLUT表。在这种情况下，图像总是被直接解压并按其原始格式显示。

相反，在解码器环境中，因为存储器和处理器的限制，所以有上述的分区方案，其中每个区域50与一个特定pixmap格式相关联。在一个例子中，一个区域可以与CLUT4格式相关联，其预定的16项查找表由已经在该区域显示的一个或多个图像保存，而另一个区域则可以与有另一个预定的256项查找表的CLUT8格式相关联。

如果有一个新的图象文件例如定义一个要在这两个区域中显示的图标，该图象文件首先将被按DECOMP_ORIGINAL命令解压，以提供一个有与这个图像相关联的原始CLUT表的文件。然后可以将在存储器中存储的这个原始文件缩减并转换成第一个区域所用的CLUT4格式以及第二个区域所用的CLUT8格式(具有相关的具体的CLUT表值)。可以随意地实现对原始文件的进一步再转换。

相反，如果该原始图象从未被压缩过，就已被立即转换成在一个区域中使用的标准pixmap值(见下文)，也许就不可能有效地将这种格式的图像再次转换成与另一个区域相关联的第二种格式。例如，如果某CLUT8图象被同时解压并转换成标准的CLUT4格式，就会损失该图像的相关信息，使向CLUT8格式的任何再转换变得不可靠。

不过在有些情形中可能希望在转换之前确定所有pixmap文件的最终格式。在这种情况下，可以让通用处理器执行以下命令。

DECOPM_TO_CLUT。用这个命令，不管原始文件的什么格式(CLUT4、CLUT8、RGB)的图象都在图中69处被解压并被转换成70所示的CLUT格式的pixmap。该CLUT的分辨率及表中每项的RGB值都在解压时施加。

DECOPM_TO_RGB。用这个命令，不管原始文件的什么格式(CLUT4、CLUT8、RGB)的图象都在71处被解压并被转换成72所示的RGB格式的pixmap。该RGB格式的分辨率在解压时确定。

对于原来是真彩色或MPEG／JPEG格式的图象来说，命令DECOMP_ORIGINAL将返回一个解压的RGB格式的图像。尽管该解压文件的格式相应于原始的格式(即没有查找表)，如果分辨率稍有变化，就会要求从真彩色转换成RGB16格式以加密时提供的。DECOPM_TO_CLUT命令作用于MPEG／JPEG文件时，将把该图象解压并转换成CLUT格式的图像，该CLUT的分辨率及表中每项的值都在解压时施加。DECOPM_TO_RGB命令在这种情况下与DECOMP_ORIGINAL命令对图象有相同的作用，即把该图象解压并从真彩色格式转换成RGB16格式。

应当明白，进行上述操作所需的解压／转换算法都是已知的。然而，应用这些算法来创建以上指出的每个被存储的文件，在解码器领域方面却不是已知的。特别地，将图象文件解压成原始格式的文件，存储起来，以后可以按需转换-这在该领域中不是已知的。

类似地，尽管本说明书涉及用主处理器或通用处理器芯片来在执行其它任务之外执行必要的解压和转换步骤，这些步骤也可以由专用处理器来执行。

Claims (15)

1．一种用于数字声像传送系统的解码器，该解码器含有用于解压和显示数字压缩图象数据的处理器和存储器，特征在于，该处理器适用于解压并基本上按其原始格式存储图像文件，随后将图像文件至少转换成第二格式供存储和显示，第一和第二格式的图像文件同时存储在存储器中。

2．权利要求1所要求的解码器，其中该处理器适用于将图像文件转换成若干格式，与原始格式同时存储在解码器的存储器中。

3．权利要求1或2所要求的解码器，其中该处理器适用于读取和显示当时存储的多种格式的图像文件。

4．前面任一项权利要求所要求的解码器，其中该处理器适用于在对应某显示区的图形层中定义若干个区域，每个区域部分用位置坐标定义，部分用可以被图形处理器处理并在该区域显示的图像文件的具体格式文件来定义。

5．权利要求4所要求的解码器，其中该处理器适用于将指定要在某区域中显示的原始图像文件转换成与该区域中当前使用的格式文件相当的格式文件。

6．权利要求4或5所要求的解码器，其中该处理器适用于处理叠加在实时声像数字数据上的图像层中和对应于屏幕上显示的在该图像层下面的一个或多个层的图像的图像。

7．前面任一项权利要求所要求的解码器，其中该处理器适用于解压以采用查找表的压缩标准发送的图象数据。

8．前面任一项权利要求所要求的解码器，其中该处理器适用于解压以采用与每个像素关联的红／绿／蓝值的标准发送的图象数据。

9．前面任一项权利要求所要求的解码器，其中该处理器进一步适用于将不管是任何压缩格式的图象数据直接解压成一种预定格式的图像文件。

10．权利要求9所要求的解码器，其中该处理器可以进一步适用于将图象数据直接解压成采用查找表的格式。

11．权利要求9或10所要求的解码器，其中该处理器可以进一步适用于将图象数据直接解压成采用与每个像素关联的红／绿／蓝值的格式。

12．前面任一项权利要求所要求的解码器，其中该处理器包含一个解压数字图象数据的通用处理器和一个为显示准备该解压数据的图形处理器。

13．一种在数字声像传送系统的解码器中的数字图像处理的方法，该解码器含有一个用于解压压缩的数字图象数据和用于为显示准备该解压数据的处理器，特征在于，该处理器解压并基本上按其原始格式存储图像文件，随后将该图像文件至少转换成第二格式供存储和显示，第一和第二格式的图像文件同时存储在该解码器的存储器中。

14．一种用于基本如本文所述的数字声像传送系统的解码器。

15．一种在基本如本文所述的数字声像传送系统的解码器中的数字图像处理的方法。

Images