背景技术：
通常称为机顶盒的解码器是接收经压缩的视频-音频内容的用户端设备。该内容在以可理解的形式被发送到渲染设备之前通常由解码器进行解压缩。如果需要，该内容在被解压缩之前由解码器进行解密。渲染设备可以是视频显示屏幕和/或音频扬声器。在本说明书中，能够渲染高清晰视频图像的电视机作为渲染设备的非限制性示例。
由于解码器的功能是在将从电视台(或者从任何其他的源)接收到的内容递送到电视机之前对其进行处理，所以解码器位于电视的上游。解码器可以通过有线线缆连接到电视机，通常通过高清晰度多媒体接口(hdmi)。这样的接口最初设计用于从音频-视频源向兼容的接收器发送未压缩的音频-视频流。
具有全hd视频格式的高清晰度电视机能够显示包括每行1920个像素的1080行的图像。该图像的清晰度等于1920x1080像素，宽高比为16:9。全hd格式的每个图像包括200万像素。现在，随着超高清晰度(uhd4k，也称为uhd-1)格式的出现，兼容的电视机能够提供每图像800万像素，而uhd8k(uhd-2)提供颜色渲染进一步改进的超过330万像素的图像。电视分辨率的提高提供了更佳的图像，并且大多数情况下需要显示屏幕尺寸的增大。而且，电视屏幕尺寸的增大通过拓宽视野并且允许实现浸入式效果，改善了观看体验。
此外，通过提供高图像刷新速率，能够改善图像的锐度。这对于运动场景或行进序列特别有用。由于有新的数码相机，制片人和导演被激励以更高的帧率拍摄电影。使用hfr(高帧率)技术，能够实现48fps(每秒帧数)、60fps甚至120fps的帧率，而不是电影工业中通常使用的24fps。然而，如果有人想将这些电影摄影作品的传送链上升至终端用户的家中，还需要制造适于渲染以这些更高帧率接收的视频/音频的电视机。而且，为了在快速移动的场景期间避免抖动和频闪效应和/或减轻图像锐度的降低，将以120fps来提供下一代的uhd视频流(uhd8k)。
然而，解码器和电视机中实现的用于发送视频-音频流的接口(诸如，hdmi)并不是为了以这样高的比特率发送如此大量的数据而设计的。最新版本的hdmi标准(hdmi2.0)支持高达18gb/s。因此，hdmi2.0仅允许以60fps进行uhd4k音频-视频流的传送。这意味着hdmi接口变得不够确保以同样高的比特率来发送具有更高分辨率的图像，例如以60fps或更高比特率发送uhd8k视频。
在不远的将来，解码器与渲染设备之间的数据比特率将进一步增长，具体而言，通过提高图像的位深度，从8位达到10或12位。实际上，通过提高图像的颜色深度，能够使颜色层级平滑并且因此避免条纹现象(bandingphenomenon)。当前，hdmi2.0接口无法在10或12位的颜色深度下以60fps发送uhd视频。
下一代电视机中的8位颜色深度的不连续性也将导致称之为高动态范围(hdr)的新特征的发展。该特征需要至少10位的颜色深度。hdr标准旨在放大图像的对比度从而显示非常亮的图片。hdr技术的目的是允许图片如此明亮以致于不在需要使房间变暗。然而，当前的接口(诸如，hdmi)不足够灵活来兼容hdr标准。这意味着hdmi与新的hdr技术完全不兼容。
因为每个供应商能够通过解码器提供有吸引力的特定功能从而提高观看体验，所以该解码器也被认为是内容供应商的重要设备。实际上，因为解码器相对于渲染设备位于广播链的上游，所以它能够在将从内容供应商接收到的输入音频-视频内容进行解压缩之后向内容添加另外的信息。可替换地，解码器能够改变音频-视频内容在显示屏幕上的呈现。通常来说，解码器能够添加另外的信息和/或改变音频-视频内容的呈现从而向终端用户提供大量的应用。
在这些应用之中，供应商能够提供例如epg(电子节目指南)、vod(视频点播)平台、pip(画中画)显示功能、直观导航工具、有效搜索和编程工具、访问互联网页面、帮助功能、父母控制功能、即时消息和文件共享、访问个人音乐/图片库、视频电话、订制服务等。这些应用能够被视为基于计算机的服务。因此，它们也称为“应用服务”。通过提供广泛的有效、实用且强大的应用服务，人们能够立即了解提供这种功能的机顶盒的真正兴趣。这种兴趣对于终端用户和供应商都有利。
因此，存在着如下的兴趣：利用嵌入在下一代uhd设备中的新技术所提供的所有功能，该下一代uhd设备包括解码器或包括连接到渲染设备的至少一个解码器的多媒体系统。
文献us2011/0103472公开了一种用于准备包含hd视频内容的媒体流以通过传输信道发送的方法。更具体地说，该文献的方法建议以不压缩包含在其中的hd视频内容的hd编码格式来接收媒体流，解码媒体流，压缩经解码的媒体流，将经压缩的媒体流封装在未压缩的视频内容格式并且使用hd格式对于经封装的媒体流进行编码，以便产生能够通过hdmi电缆或无线链路发送的数据流。在一些示例中，视频流也能够被加密。
文献us2009/0317059公开了使用hmdi标准来发送辅助信息的解决方案，该辅助信息包括附加的vbi(垂直消隐间隔)数据。为此，该文献公开了一种hdmi发送器，其包括用于将输入的音频、视频和辅助数据集的数据格式转换为符合hdmi规范的格式的数据转换电路，以便通过将hdmi发射器连接到hdmi接收器的hdmi电缆来发送转换后的多媒体和辅助数据集。hdmi接收器包括执行相反操作的数据转换电路。
文献us2011/321102公开了一种用于在配备有hdmi接口的源设备与目标设备之间本地广播音频/视频内容的方法，该方法包括：压缩源设备中的音频/视频内容；通过无线链路从与源设备相关联的发射器发送经压缩的音频/视频内容，发射器从源设备的hdmi接口接收音频/视频内容，以及使用接收器设备接收经压缩的音频/视频内容。
文献us201/369662公开了一种通信系统，其中具有插入在其消隐时段(blankingperiod)中的内容标识信息的图像信号通过多个信道以差分信号的形式被发送。在接收侧，接收器能够基于内容识别信息，根据内容的类型对于图像信号执行最佳处理。由源插入的用于识别待发送的内容的类型的识别信息位于放置在消隐周期中的信息帧中。内容识别信息包括图像信号的压缩方法的信息。接收装置可以配置为使得接收部接收输入到输入端子的压缩图像信号。当由接收部接收到的图像信号被识别为jpeg文件时，对于图像信号执行静止图像处理。
附图说明
通过附图将更好地理解本发明的主题，其中：
图1示意性示出根据本说明书的基本方法的通过多媒体系统的数据流的总览图，
图2是图1中所示的解码器的更详细示意图。
具体实施方式
本说明书提出了基于几乎所有现代渲染设备所提供的能力的解决方案。该能力尚未被包括解码器和渲染设备的解码器或多媒体系统所利用。
根据第一方面，本说明涉及一种用于渲染(i)来自音频-视频内容的音频-视频数据和(ii)与至少一个应用服务有关的至少一个应用帧的方法。该方法包括：
-通过解码器接收压缩格式的所述音频-视频内容，
-从解码器输出：所述压缩格式的音频-视频内容、与至少一个应用服务有关的至少一个应用帧、以及控制数据。控制数据旨在描述根据音频-视频内容和至少一个应用帧形成音频-视频数据的方式。
根据本说明书的一个特定特征，标识数据和实现数据包括在所述控制数据中。标识数据用于识别所述音频-视频内容的至少一部分和/或所述至少一个应用帧的一部分。实现数据定义所述音频-视频内容和所述至少一个应用帧中的至少一个的渲染。
由于该特征，实现数据保持在解码器的控制之下并且保持在任何时间易于更新，例如由付费电视运营商，其不但可以向解码器提供视频-音频内容，而且可以提供大量的应用服务。
有利地，付费电视运营商可以通过解码器控制有效载荷(即，音频-视频内容和应用帧)以及定义如何呈现该有效载荷的实现数据，从而在终端用户的渲染设备上获得最佳结果。
音频-视频内容能够从诸如内容提供商或首端(head-end)的视频源，利用用于携带视频-音频内容的至少一个视频-音频主流来接收。当被解码器接收到时，音频-视频内容未被解码解压缩。事实上，该音频-视频内容只是经过解码器从而以压缩形式到达渲染设备，优选地以与其在解码器的输入端被接收时相同的压缩格式。
首先，该方法允许在解码器与渲染设备之间以高比特率发送uhd音频-视频流，从而在这样的接收器连接到机顶盒时能够使用下一代uhd-tv(4k、8k)的全部容量。其次，该方法还利用解码器所提供的应用服务，尤其与将音频-视频内容从解码器传送到渲染设备同时进行。这意味着，本说明书还提供了一种以高比特率不仅传送uhd视频流的处理而产生的大量数据而且传送应用数据的解决方案。与uhd音频-视频内容一同传送的该应用数据的数量非常重要。
而且，本说明书还提供了对于包括解码器和渲染设备的系统的某些功能的优化。实际上，几乎所有的渲染设备已经具有解压缩装置，经常具有比解码器上实现的更有效且强大的技术。这主要是由于电视机市场比解码器市场发展的快得多。因此，正如目前所做的，用户和制造商都对处理渲染设备中的内容的解压缩感兴趣，而不是将这个任务交给解码器。
其他的优点和实施例将在以下的说明中呈现。
图1示意性示出包括解码器20和渲染设备40的多媒体系统10的总览图，其中渲染设备40利用数据链路30连接到解码器。例如，数据链路30可以是有线hdmi连接。渲染设备40通常可以是电视机、投影仪、游戏机、计算机或者任何其他适于输出能够显示在屏幕上的可理解视频-音频数据18的设备。虽然在附图中未示出，屏幕既可以集成在渲染设备(例如，tv显示屏幕)中，也可以与后者(例如，与家庭影院的投影仪一起使用的屏幕)分离。
解码器20用于例如通过至少一个音频-视频主流来接收压缩形式的视频-音频内容1。这样的视频-音频内容1将被本领域技术人员理解为能够由解码器接收的任何种类的内容。具体地说，该内容1能够涉及单个信道或者涉及多个信道。例如，当由例如适合提供pip功能的系统来接收时，该内容1能够包括两个信道的视频-音频内容流。音频-视频数据18将被理解为能够在屏幕上显示的任何数据。这样的数据可以包括内容1、或者该内容的一部分，并且还可以包括其他可显示数据，诸如视频数据、文本数据和/或图形数据。音频-视频数据18具体涉及最终将要显示在屏幕上的视频内容，即从渲染设备40输出的视频内容。视频-音频主流能够从内容供应商50接收，如图2中更好地示出。内容供应商例如可以是电视台或者通过任何网络来广播视频-音频流的首端，例如通过卫星网络、地面网络、线缆网络、互联网网络、或者手持/移动网络。视频-音频主流可以是传输流的一部分，也就是同时包含几个视频-音频主流、数据流和数据表流的流集合。
本说明中提出的方法用于从音频-视频内容1和与至少一个应用服务有关的至少一个应用帧4来渲染音频-视频数据18。应用帧4能够被视为内容涉及特定应用服务的可显示图像。例如，应用帧可以是epg页面、搜索事件(电影、tv节目等)的页面，或者利用包含任何种类的消息的条幅或滚动信息来显示外部视频源和/或事件的页面。因此，应用帧可以包含能够显示屏幕上的任何数据，诸如视频数据、文本数据和/或图形数据。
本方法的基本形式包括以下步骤：
-通过解码器20接收压缩格式的音频-视频内容1，
-从解码器20输出：
-上述压缩格式的音频-视频内容1，
-与至少一个应用服务有关的至少一个应用帧4，以及
-控制数据7。
该方法的特征在于，它包括将标识数据3和实现数据5包括在上述控制数据7中的步骤。如图2中更好地示出，控制数据7可以包括标识数据3和实现数据5。
标识数据3能够用于识别屏幕上显示的数据中的至少一部分，也就是视频-音频内容的至少一部分和/或上述应用帧4的一部分，在以下说明和图1与图2中，称之为可显示数据15。通常，标识数据可以采用流标识符和/或分组标识符的形式。
实现数据5定义视频-音频内容1和/或至少一个应用帧4的渲染。为此，实现数据可以定义实现规则，该实现规则用于渲染必须发送到渲染设备40的上述可显示数据15中的至少一部分。因此，实现数据5定义所述可显示数据15中的至少一部分必须如何在屏幕上进行呈现或渲染。
这样的呈现可以取决于例如屏幕的尺寸、必须同时显示的视频-音频主流的数量、或者是否必须与视频内容同时显示一些文本和/或图形数据。该呈现取决于相关的应用服务，并且例如可以包括对于任何种类的可显示数据15进行调整大小或者覆盖。覆盖可显示数据可以利用或者不利用透明度来完成。
因此，实现数据5可以涉及用于显示可显示数据15的目标区域的维度、尺寸和位置，用于显示所述数据的优先级规则，或者特定的效果，诸如当显示所述数据时采用透明的效果。在一个实施例中，实现数据涉及定义至少显示区域和可显示区域内的相关位置的数据或参数。该可显示区域例如可以通过显示屏幕的尺寸的形式来表示。
换言之，实现数据定义音频-视频内容1和至少一个应用帧4中的至少一个的渲染。该渲染是视频-音频内容和/或应用帧在渲染设备(例如，终端用户设备的显示屏幕)上的呈现。换言之，渲染是视频-音频内容和/或应用帧出现在渲染设备上。这个出现可以涉及在渲染设备上视频-音频内容的位置和/或应用帧的位置。该位置可以是显示屏幕上的绝对位置，或者可以是相对位置，例如视频/音频内容与至少一个应用帧的相对位置。这个出现可以涉及将视频-音频内容和/或应用帧显示在渲染设备上的窗口的尺寸。这些窗口中的任何窗口可以与其他数据或其他窗口重叠显示，并且重叠可以利用或者不利用透明效果。针对出现的目的，这些参数(位置、尺寸、重叠、透明等)可以任何方式进行组合。也可以考虑其他参数(例如，颜色、窗口框架线条或者其他观看效果或偏好)。
有利地，本方法不执行任何解压缩操作，尤其是解压缩经压缩的视频-音频内容1。这意味着，在将视频-音频内容1从解码器20向渲染设备40输出之前，视频-音频内容1甚至不通过解码器进行解压缩然后重新压缩。根据一个实施例，该视频-音频1在未经处理的情况下仅通过解码器20发送。
由于本方法，能够减少解码器20与渲染设备40之间的带宽，使得提供高比特率的任何已知的发送装置能够用于以高比特率传送uhd流。
虽然该第一实施例的描述涉及解码器，也能够该解码器替换为适合于向渲染设备传送uhd视频内容的任何内容源。该内容源可以是任何设备，例如用于读取超高清蓝光光盘的光学读取器。
在付费电视领域，经常以加密形式来接收视频-音频主流。加密是由供应商或首端根据加密步骤来执行的。根据一个实施例，由解码器20接收到的视频-音频内容的至少一部分是加密形式。在此情况下，视频-音频主流以加密且压缩的形式携带至少一个所述视频-音频内容1。优选地，这样的视频-音频内容在加密之前首先已进行压缩。根据本实施例，该方法还可以包括在以所述压缩形式输出所述视频-音频内容之前由解码器20将接收到的视频-音频内容进行解密的步骤。
控制数据7能够作为分开的数据流或者与视频-音频主流一同从解码器20外部的源接收。可替换地，控制数据7还可以由内部源(即位于解码器内部的源)来提供。因此，控制数据7可以由解码器20生成，例如通过图2中所示的应用引擎24。
根据另一实施例，由解码器20从该解码器20外部的源接收上述至少一个应用帧4。这样的外部源可以与向解码器提供控制数据7的源相同、不同或者相似。可替换地，上述至少一个应用帧4可以由解码器本身生成。因此，解码器20还可以包括用于生成应用帧4的应用引擎24。
如图1所示，渲染设备40还可以包括用于部署应用服务的控制单元44，该应用服务允许根据上述实现数据5，例如通过实现规则，呈现所有或者一部分可显示数据15。因此，应当理解的是，解码器的应用引擎24通过提供与发送到渲染设备的至少一部分可显示数据15有关的控制数据7来生成应用服务，以便控制单元44能够使用所述控制数据7和至少一部分可显示数据两者来在渲染设备中部署应用服务。换言之，这意味着控制单元44生成与特定应用服务对应的可理解的视频-视频数据18，其中的特定应用服务基于所述控制数据7和可显示数据的至少一部分来获得。因此，可理解的视频-视频数据18包含所述可显示数据15的至少一部分的特定呈现，并且该呈现的特定性质由适合实现实现规则的控制数据7来定义。为此，控制单元44可以使用该单元的存储中存储的系统软件。
根据另一实施例，应用帧4中的至少一个是基于来自解码器20和/或解码器外部的至少一个源的应用数据2。应用数据2可以视为能用于生成应用4的任何源数据。因此，应用数据2涉及可以从外部源例如通过传输流或者与音频-视频主流一起提供给解码器的原始数据。可替换地，原始数据还能够由内部源(即位于解码器内部的源，诸如内部数据库或存储单元)来提供。内部源可以预先加载应用数据2，并且可以利用附加的或新的应用数据2来更新，例如经由在解码器的输入端接收到的数据流。因此，应用数据可以是内部和/或外部数据。
此外，应该注意的是，通过数据链路30执行音频-视频内容1、应用帧4和控制数据7从解码器20到渲染设备40的传输。如图1和2所示，数据链路30是这两个实体20、40之间的一个或多个连接装置的示意表示。因此，这些流、帧和数据能够通过一个或多个传输装置以不同的方式发送。优选地，数据链路30或这些传输装置中的一个是hdmi连接装置。
一旦控制单元44已经准备相关的应用服务，渲染设备40将其作为例如必须显示在合适的屏幕上的音频-视频数据18，向其输出接口进行发送。
如图1和图2所示，来自解码器20外部或多媒体系统10外部的任何源的应用数据被称为外部应用数据12。在应用数据的至少一部分有资格作为外部应用数据12的情况下，该方法还包括以下步骤：
-在解码器20处接收外部应用数据12，以及
-使用所述外部应用数据12作为用于生成应用帧4的应用数据2。
这意味着外部应用数据12和内部应用数据由应用引擎24以相同的方式来处理，也就是作为应用数据2来处理。
根据一个实施例，通过应用子流14从解码器20输出应用帧4，该应用子流14不同于输出经压缩的音频-视频内容的流。在此情况下，应用子流14能够被认为是可以与音频-视频主流中包含的音频视频内容并行发送的独立流。例如，能够通过与用于从解码器20输出音频-视频内容相同的通信装置内发送子流14。或者，能够在分开的通信装置内发送子流14。
另外，由于应用子流14完全不同于经压缩的音频-视频主流，所以它能够有利地以压缩形式或以解压缩形式发送，而不管主流内的音频-视频内容的形式。根据一个实施例，为了进一步减少解码器20与渲染设备40之间的数据链路30的所需带宽，以压缩形式发送应用子流14的应用帧4。为此，该方法还包括以下步骤：
-在从解码器20输出之前，在解码器20处压缩应用子流14。
通过与经压缩的音频-视频内容相同的方式，经压缩的应用帧能够在部署应用服务之前在渲染设备40处解压缩。该最后阶段试图在控制单元44处生成包括从解码器20输出的至少一部分可显示数据15的音频-视频数据18(即，音频-视频内容和/或应用帧)之前，在渲染设备40处对于应用子流14的数据进行解压缩。该可显示的数据根据由上述控制数据7定义的特定呈现，尤其是由控制数据7中包含的实现数据5来呈现。
在渲染设备内，由应用子流14携带的压缩数据的解压缩能够有利地通过与用于解压缩由音频-视频主流携带的经压缩的音频-视频内容1的相同方式来执行。
根据另一个实施例，在从解码器输出之前，即在将这些流和子流向渲染设备40传输之前，应用子流14可以进一步与解码器20处的任何音频-音频主流进行复用。在这种情况下，在对从解码器接收的流/子流进行处理以用于部署应用服务之前，渲染设备40应该能够解复用它们，特别是用于生成与该应用服务对应的音频-视频数据18。相应地，该方法可以进一步包括以下步骤：
-在从解码器20输出之前，在解码器20处将应用子流14与前述的至少一个经压缩的音频-视频主流一起多路复用。
在一个实施例中，控制数据7被插入在应用子流14内，使得应用子流14携带应用帧4和控制数据7两者。在这样的子流内，例如可以通过使用特定的数据分组或者通过特定的数据分组标头来识别控制数据7。因此，即使控制数据7和应用帧4在相同的子流14中交错，它们彼此保持可识别的。
在示例性实施例中，通过应用子流14在至少一个标头中发送控制数据7。这样的标头可以是分组标头，特别是携带帧(4)数据的分组的标头。它也可以是流标头，特别是放置在其有效载荷之前的应用子流14开始处的标头。实际上，由于控制数据7主要涉及用于定义必须如何呈现相关可显示数据15的标识符和设置参数，所以这样的标识符和设置参数不代表大量的信息。因此，控制数据可以位于分组标头和/或数据流标头中。
在另一个实施例中，控制数据7通过控制数据流17来发送，该控制数据流17可以被认为是独立的流，即与任何其他流不同的流。优选地，控制数据流17在相同的通信装置内或通过特定的通信装置并行地发送到可显示的数据15。
一般而言，控制数据7可以通过控制数据流17或通过应用子流14来传输。
另外，由解码器20执行的上述输出步骤中的至少一个优选地通过hdmi装置来执行，例如hdmi线缆。应当注意的是，hdmi通信通常由定义数据交换的帧的hdcp协议来保护。hdcp向未受保护的hdmi流添加加密层。hdcp基于证书验证和数据加密。在源设备输出数据之前，发起握手，在此期间交换源和接收端的证书。接收到的证书(例如，x509)将被验证并用于建立一个通用的加密密钥。验证能够使用白名单或黑名单。
更具体地参照图2，现在将更详细地描述用于实现上述方法的解码器20。
如图2所示，解码器20包括输入接口21，其用于例如在至少一个音频-视频主流内接收压缩格式的至少音频-视频内容1。优选地，该输入接口适于通过任何合适的网络(卫星、地面、互联网等)接收从内容提供商50发送的传输流。为了输出先前通过输入接口21接收的至少一个音频-视频内容，解码器还包括输出接口22。通常，该输出接口22由数据链路30使用来将解码器20连接到渲染设备40。
根据本说明书的主题，输出接口22适合输出经压缩的内容，并且解码器20用于输出任何经压缩的内容，特别是当其在输入接口21处被接收到时。基本上并且根据一个实施例，这意味着在输入接口21处接收的音频-视频内容1被导向输出接口22而不在解码器20内进行解压缩。应该理解的是，输出接口22不限于仅输出经压缩的内容，而是也可以适用于输出未压缩的数据。更具体地，输出接口22用于输出所述压缩的音频-视频内容1，至少一个应用服务有关的至少一个应用帧4、以及控制数据7。该控制数据7包括标识数据3和实现数据5。标识数据3用于识别所述音频-视频内容的至少一部分和/或至少一个应用帧4的一部分。实现数据5定义视频-音频内容1和/或上述至少一个应用帧4的渲染。
输入接口21还可以用于从解码器20外部的源接收控制数据7和/或至少一个应用帧4。该输入接口可以进一步用于接收外部应用数据12。能够通过输入接口21以压缩或未压缩的形式接收这些数据7、12中的任何一个和这些应用帧4中的任何一个。
根据一个实施例，解码器20还包括用于至少生成控制数据7的应用引擎24。所述控制数据7描述根据音频-视频内容和所述至少一个应用帧形成音频-视频数据18的方式。可替换地，该应用引擎24可以用于生成至少一个应用帧4。优选地，应用引擎24用于生成控制数据7和至少一个应用帧4。解码器20还包括发送单元23，其用于向输出接口22发送这些应用帧4和控制数据7。通常，发送单元23也用于准备必须发送的数据。相应地，发送单元23的任务可以是对这样的数据进行编码，执行应用帧和控制数据的分组，和/或准备分组标头和/或流标头。
另外，解码器20能够包括用于存储应用数据2的数据库或存储设备25，其中应用数据2能够由应用引擎24用于生成应用帧4。因此，存储设备能够被视为库，该库用于存储生成应用帧的应用引擎可使用的预定义数据。存储设备的内容也能够例如通过从诸如内容提供商50的外部源接收附加的或更新的应用数据来演变。
根据另一个实施例，解码器20可以包括用于将外部应用数据12接收到应用引擎24中的输入数据链接26。这样的外部应用数据12能够与存储设备25提供的内部应用数据一起处理，或者能够处理它而不是内部应用数据。能够从解码器20外部或多媒体系统10外部的任何源60接收外部应用数据12。外部源60可以是连接到互联网的服务器，例如以便从社交网络(脸书(facebook)、推特(twitter)、领英(linkedin)等)，从即时消息(skype、messenger、googletalk等)，分享网站(youtube、flickr、instagram，...)或任何其他社交媒体接收数据。可以将其他来源(例如电话供应商、内容供应商50或私人视频监视源)视为外部来源60。
一般而言，应用引擎24能够连接到用于接收将用于生成至少一个应用帧4的应用数据2、12的存储设备25和/或解码器20外部的至少一个源。
根据另一实施例，发送单元23用于通过与任何经压缩的音频-视频内容不同的应用子流14来发送应用帧4。
根据一个变型，解码器20还包括压缩单元28，其用于压缩前述至少一个应用帧4，更具体地在通过输出接口22发送应用帧4之前压缩应用子流14。如图2所示，压缩单元28可以位于发送单元23的内部或该单元的外部，例如在发送单元23处准备递送之前压缩形成应用帧4的数据。
根据另一个变型，解码器包括复用器29，其用于在通过输出接口22输出主流之前将应用子流14与前述至少一个音频-视频主流一起复用。如图2中从复用器29延伸的虚线所示，控制数据流17也能够与任何其它流复用，即，与应用子流14，与音频-视频主流或与主流和应用子流14二者，例如以从输出接口22输出单个流。
在一个实施例中，应用引擎24或发送单元23还用于在应用子流14内插入控制数据7，使得该应用子流14携带应用帧4和控制数据7两者。如已经提到的关于本说明书中公开的方法，这种插入可以通过各种方式来执行。例如，能够通过将控制数据7与关于帧4的数据交错，或者通过将控制数据7放置在应用子流14内的至少一个标头(分组标头和/或流标头)中来获得插入。这样的操作可以由发送单元23来执行，如通过来自控制数据流17并且结合应用数据流14的虚线示意性示出。
根据一个变型，应用引擎24或发送单元23能够用于通过控制数据流17来发送控制数据7，即通过与任何其他流不同的孤立或独立的流。
此外，解码器20可以包括其他组件，例如至少一个调谐器和/或缓冲器。调谐器可以用于在解码器接收到的传输流中包含的所有音频-视频主流中选择电视频道。缓冲器可以用于缓冲从外部源接收到的音频-视频数据，例如作为外部应用数据12。解码器可以进一步包括计算机组件，例如用于托管操作系统和中间件。这些组件可能用于处理应用数据。
如已经提及的有关相应的方法，实现数据5可以包括与用于显示音频-视频内容1和/或至少一个应用帧4的目标区域有关的数据。
实现数据5可以定义在覆盖可显示数据的情况下能够应用的优先级。这样的优先级可以采取实施规则的形式来应用于渲染音频-视频内容1和/或前述至少一个应用帧4。根据这样的优先级参数，能够定义在重叠的情况下哪些可显示的数据必须在前面或者必须被发送回去。
实现数据5可以定义在重叠的情况下应用于视频-音频内容1和/或至少一个应用帧4上的透明效果。
实现数据5还可以允许调整音频-视频内容和/或至少一个应用帧4的大小。这样的调整大小效果可以通过应用于渲染音频-视频内容1和/或前述至少一个应用帧4的规则来定义。
根据另一个实施例，解码器20可以用于解密音频-视频内容1，特别是在以加密形式接收音频-视频内容的情况下。
本说明书还意图覆盖用于实施之前公开的方法的多媒体系统10。特别地，该多媒体系统10能够适合于实现该方法的任何实施例。为此，能够根据涉及该解码器的任何实施例来配置该系统10的解码器20。
相应地，多媒体系统10至少包括解码器20和连接到解码器20的渲染设备40。解码器20包括用于以压缩形式接收音频-视频内容1的输入接口21和用于输出音频-视频内容1的输出接口22。渲染设备40用于至少从前述的音频-视频内容1、至少一个应用帧4以及从解码器20输出的控制数据7输出音频-视频数据18。
因此，该多媒体系统10的解码器20用于向渲染设备40并且通过所述输出接口22发送由输入接口21接收到的至少一个经压缩的音频-视频内容1。解码器20还用于通过相同的方式或通过类似的方式发送与至少一个应用服务有关的至少一个应用帧4和控制数据7。此外，渲染设备40用于解压缩从解码器20接收到的音频-视频内容，并且根据控制数据7处理应用帧4，从而形成上述的音频-视频数据18的全部或一部分。接收设备40可以根据控制数据7来处理解压缩后的音频-视频内容1，而不是处理应用帧4。可选地，接收设备40可以根据实现数据7来处理音频-视频内容1和前述至少一个应用帧4。对于该方法，控制数据7包括标识数据3和实现数据5。标识数据3用于识别所述音频-视频内容的至少一部分和/或至少一个应用帧4的一部分。实现数据5限定上述至少一个应用帧4和视频-音频内容1中的至少一个的渲染。
在该多媒体系统的解码器20包括复用器29的情况下，该系统的渲染设备40将进一步包括解复用器49(图1)，其用于对从解码器接收到的经复用的流解复用。类似地，如果多媒体系统10的解码器20包括压缩单元28，则多媒体系统10的渲染设备40将进一步包括用于解压缩至少应用子流14的解压缩单元48。此外，在将多媒体系统10(具体是解码器20)指定用于接收加密的音频-视频内容的情况下，渲染设备40可以进一步包括用于解密经加密的内容的安全装置47。
此外，如果流1、14和17的全部或部分被复用在一起，则渲染设备40的解复用器49在解压缩任何流之前，或者如果被加密甚至在解密音频-视频内容之前，首先处理输入流。在任何情况下，解压缩将在解密和解复用操作之后进行。
无论本说明书的主题是什么，应该注意的是，在音频-视频主流被加密的情况下，优选地在解码器20中解密而不是在渲染设备40中解密。因此，安全装置47可以位于解码器20内，而不是位于如图1所示的渲染设备40中。
优选地，安全装置47不限于进行解密处理，而是能够执行其他任务，例如用于处理数字版权管理(drm)的条件访问有关的一些任务。相应地，安全装置可以包括条件访问模块(cam)，该条件访问模块可以用于在执行任何解密之前检查与用户的权利(权限)相关的访问条件。通常，解密是通过控制词(cw)来执行的。这些cw用作解密密钥并由授权控制消息(ecm)携带。
安全装置可以是安全模块，例如能够插入到通用接口(例如，dvb-ci、ci+)中的智能卡。这个通用接口可以位于解码器或渲染设备中。安全装置47还能够被视为用于接收安全模块的接口(例如，dvb-ci，ci+)，特别是在安全模块是诸如智能卡的可移除模块的情况下。更具体地说，安全模块能够根据四种不同的形式来设计。
其中一种形式是微处理器卡、智能卡、或者更一般地可以是例如具有钥匙或标签形式的电子模块。这样的模块通常是可移除形式并且能够连接到接收器。最常用的是带电触点的形式，但不排除非接触式的连接，例如iso14443型。
第二个已知的设计是集成电路芯片的设计，通常以确定且不可移动的方式放置在接收器的印刷电路板中。另一种选择是由安装在基座或连接器(例如sim模块的连接器)上的电路构成。
在第三设计中，安全模块被集成到还具有另一功能的集成电路芯片中，例如在解码器的解扰模块或解码器的微处理器中。
在第四实施例中，安全模块不是以硬件形式实现的，而是其功能仅以软件形式来实现。该软件可以在接收器的主软件中被混淆(obfuscated)。
鉴于在这四种情况下功能是相同的，虽然安全级别不同，但是我们将以适当的方式参考安全模块来实现其功能或可以采用该模块的形式。在上述四种设计中，安全模块具有用于执行存储在其存储器中的程序(cpu)的装置。该程序允许执行安全操作，验证权限，实现解密或激活解密模块等。
本说明书也意图覆盖上述多媒体系统10的渲染设备40。为此，本说明书的另一目的是一种渲染设备40，其用于渲染经压缩的音频-视频内容1和与至少一个应用服务相关的至少一个应用帧4。更具体地，渲染设备40用于渲染来自经压缩的音频-视频内容1、前述的至少一个应用帧4的音频-视频数据18，以及用于识别所述音频-视频内容1的至少一部分和/或所述至少一个应用帧4的一部分的标识数据3。
为此，渲染设备40包括用于接收经压缩的音频-视频内容1、至少一个应用帧4和标识数据3的装置，诸如输入接口或数据输入。该渲染设备还包括解压缩单元48，其用于至少对经压缩的音频-视频内容1解压缩。渲染设备40还包括控制单元44，控制单元44用于处理音频-视频内容1和/或至少一个应用帧4。渲染设备40的特征在于，输入接口还用于接收实现数据5，该实现数据5定义如何从音频-视频内容1和/或至少一个应用帧4获得音频-视频数据18。此外，控制单元44还用于根据识别数据3和实现数据5对于音频-视频内容1和/或至少一个应用帧4进行处理。更具体地，控制单元44用于根据实现数据5来处理通过识别数据3进行识别的音频-视频内容1和/或至少一个应用帧4。优选地，识别数据3和实施数据5包括在控制数据7中，如前面关于相应的方法所述。控制数据7描述了根据音频-视频内容1和前述至少一个应用帧形成音频-视频数据18的方式。如已经说明，标识数据3用于识别音频-视频内容的至少一部分和/或至少一个应用帧4的一部分。实现数据5定义上述至少一个应用帧4和视频-音频内容1中的至少一个的渲染。“渲染”概念与关于相应方法的解释相同。假设应用帧4和音频-视频内容1(一次解压缩)是可显示数据15，则渲染装置完全能够读取这样的可显示数据。另外，由于控制单元44可以使用执行控制数据7的系统软件，所以渲染设备能够通过将实现数据5应用于这些可显示数据15中的至少一部分来向可显示数据15提供特定的呈现。因此，渲染设备10能够生成可理解的音频-视频数据18，能够将该可理解的音频-视频数据18视为个人化的单一流。一旦产生，音频-视频数据18能够作为在任何屏幕上可显示的单个公共流从渲染设备40输出。
有利地，假设已经根据控制数据7(尤其是根据实现数据5)将音频-视频内容1和应用帧4布置和组合在一起，渲染设备40能够经由所述音频-视频数据18呈现增强的音频-视频内容。
如之前关于多媒体系统10所述，渲染设备40可以进一步包括用于对任何加密的内容进行解密的安全装置47。如上所述，能够通过应用子流14来接收应用帧44。考虑到这样的子流14在被渲染设备40接收之前可以与任何音频-视频主流复用，因此渲染设备40可以进一步包括解复用器49，其用于解复用任何经复用的流。
无论本说明书的主题是什么，应该注意的是，这些实施例可以以任何方式相互组合。
虽然已经参考具体的示例实施例描述发明主题的总览，但是在不脱离本发明的各个实施例的更宽广精神和范围的情况下，对于这些实施例可以做出各种修改和改变。例如，可以将各种实施例或者它们的特征进行混合和匹配，或者通过本领域技术人员选择性地进行。本发明主题的这样的实施例在此可以是指单独地或者共同地，通过术语“发明”仅是为了方便，而不是如果实际上所公开的不只一个，旨在将该申请的范围主动地限制在任何单个发明或者发明概念。
在此所示的实施例被认为足够详细地描述，从而使得本领域技术人员能够实践在此所公开的教导。可以使用其他实施例以及从它们衍生的实施例，这样可以在不脱离本公开文本的范围的情况下做出结构化和逻辑的替换和改变。因此，详细的说明不应当被认为是限制性的，各个实施例的范围仅通过所附权利要求以及这样的权利要求有权的等同物的全部范围来进行限定。