用于解译媒体内容数据流的方法、装置以及系统的制作方法

专利名称：用于解译媒体内容数据流的方法、装置以及系统的制作方法
技术领域：
本发明的多个实施方案总体上涉及网络领域，并且更具体地涉及媒体内容数据流 的解译。
背景技术：
在使用多个数据流(如用于显示的多个媒体数据流)的系统的运作中，这些数据 可以包括受高带宽数字内容保护(HDCP)数据保护的数据，在此称之为HDCP数据。HDCP是一个内容保护协议，它用于保护媒体内容，特别是收费媒体内容。例如，当 通过一个高清晰度多媒体接口(HDMI)的接口在发送装置(如DVD播放器)及接收装置(如 电视机)之间存在内容流动时。当多个装置之间的收费HDMI媒体内容流动包括HDCP值时， 系统可以提供使用解译的多个已编码数据流。然而，解译HDMI内容数据流的过程费时并且 麻烦，而且浪费宝贵的系统资源。这通常在数据可以被观看到或收听之前导致一种延迟，因 此妨碍系统的使用以及享受。当解译HDMI媒体内容数据流以便去除HDCP值(这些值不是接收器要接收的)时， 常规的技术要求将整个内容数据流分解，即，去除视频内容、音频内容、等等，仅仅是为了然 后再重新组合媒体内容数据流。这些常规的技术不仅迫使媒体数据流失去其格式，而且还 要求额外的硬件用于执行解译任务，这加重了系统资源的负担。因此，人们希望有一种解译系统，它提供了媒体内容数据流的有效解译，例如其方 式为它去除某些值而同时保持内容数据流的数据包格式以及它的其他内容。
发明概述—种方法、装置以及系统提供了用于解译媒体内容数据流的一种解译机构。在一个实施方案中，一种用于解译媒体内容数据流的方法包括在一个接收器装 置上接收来自一个发送器装置的一个第一内容数据流，该发送器装置被联接到该接收器装 置上，该第一内容数据流具有以一种特定的数据包结构进行格式化的媒体内容，该媒体内 容是与多个高清晰度内容保护(HDCP)值相关联的；通过从该第一内容数据流中去除这些 HDCP值将该第一内容数据流解译为一个第二内容数据流，并且保持该媒体内容的数据包结 构。在一个实施方案中，一种用于解译媒体内容数据流的装置包括一个发送器装置， 该发送器装置用于将一个第一内容数据流发送到一个接收器装置上，该第一内容数据流具 有以一种特定的数据包结构进行格式化的媒体内容，该媒体内容是与多个高清晰度内容保 护(HDCP)值相关联的。该装置进一步包括该接收器具有一个内容解译装置，该内容解译装置用于通过从该第一内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二 内容数据流，并且保持该媒体内容的数据包结构。在一个实施方案中，一种用于媒体内容解译的系统包括一个内容通信系统，该内 容通信系统具有联接到一个接收器装置上的一个发送器装置，该接收器装置具有一种内容 解译机构，该内容解译机构用于从一个发送器装置接收一个第一内容数据流，该第一内容 数据流具有以一种特定的数据包结构进行格式化的媒体内容，该媒体内容是与多个高清晰 度内容保护(HDCP)值相关联的；通过从该第一内容数据流中去除这些HDCP值将该第一内 容数据流解译为一个第二内容数据流，并且保持该媒体内容的数据包结构。
附图简要说明本发明的多个实施方案是通过举例而非通过限制来说明的，在附图的图示中相同 的参考号代表相似的元件

图1展示了一种预先验证系统的实施方案，该预先验证系统采用了一种用于解译 媒体内容数据流的机构；图2展示了一种预先验证体系结构的实施方案，其中给出了图1中包含媒体内容 解译机构实施方案的预先验证系统中不同组件的放大图；图3展示了一种媒体内容数据流解译机构及其解译过程的实施方案。图4A展示了一种媒体内容数据流解译机构解译一个视频媒体内容数据流的实施 方案；图4B展示了一个用于解译视频媒体内容数据流的过程的实施方案；图5A展示了一种媒体内容数据流解译机构400解译一个音频媒体内容数据流的 实施方案；图5B展示了一个用于解译音频媒体内容数据流的过程的实施方案；图6A展示了在一个音频/视频媒体内容数据流中处理非视频/音频媒体内容的 一种媒体内容数据流解译机构的实施方案；图6B展示了处理与一种视频媒体内容数据流相关联的非视频内容的实施方案；图6C展示了处理与一种音频媒体内容数据流相关联的非音频内容的实施方案， 以及图7是一种网络计算机装置的多个部件的实施方案的图示，该网络计算机装置采 用本发明的一个实施方案。
详细说明本发明的多个实施方案总体上是针对解译媒体内容数据流。如在此所使用的，“网络”或“通信网络”是指一种互联网络，它使用任何数目的技 术(如SATA、帧信息结构(FIS)、等等)在装置之间递送数字媒体内容(包括音乐、音频/ 视频、游戏、照片、以及其他内容)。娱乐网络可包括个人娱乐网络，如家庭中的网络、商业 环境的网络、或多个装置和/或多个部件的任何其他网络。一个网络包括局域网(LAN)、广 域网(WAN)、城域网(MAN)、内部网、互联网、等等。在一个网络中，某些网络装置可以是媒体 内容的来源，如数字电视机调谐器、有线机顶盒、手持式装置(如，个人装置助理(PDA))、视频存储服务器、以及其他源装置。其他装置可显示或使用媒体内容，如数字电视机、家庭影 院系统、音频系统、游戏系统、以及其他装置。此外，某些装置可以是旨在用于存储或传输媒 体内容，如视频或音频存储服务器。某些装置可以执行多种媒体功能，如有线机顶盒能够作 为一个接收器(从缆线的头端接收信息)，也可以作为一个发送器(将信息发送至电视机) 并且反之亦然。在一些实施方案中，这些网络装置可同处在一个单一的局域网上。在其他 实施方案中，这些网络装置可跨过多个网络区段，如通过在多个局域网之间隧道连通。一个 网络还可以包括多个数据编码与加密过程，以及识别核查过程，如根据一个实施方案的独 特的签名核查以及独特的ID比较。如在此所使用的，“Tx”将被用于总体上指代一种发送装置(如一种HDCP发送装 置)，而“Rx”将被用于总体上指代一种接收装置(如一种HDCP接收装置)。一种基于时间的动态HDCP体系结构使用了两种管道主管道以及动态管道。该 主管道专用于由用户选择的用来观看内容的一个端口。该动态管道以一种基于时间的方式 逐一地在其他端口(多个背景端口)上漫游，保持那些端口是被验证的并且与相应的Tx同 步。例如，一种实施方式允许用两个管道来支持四个端口。基于时间的动态HDCP体系结构中的一个主管道(也称为主路径)是专用于用户 选择用来观看内容(如电影)的端口的一个管道。总体上，该管道由模拟PLL、SerDes (串 行器和串并转换器)以及其他逻辑组件组成以便从输入比特流中恢复AV数据。一个动态管道(也称为漫游路径)是顺序地在未连接到主管道上的这些端口中漫 游的管道。动态管道的这些部件与主管道中的相同。一个HDCP引擎是将媒体内容加密或解密的逻辑块。Tx具有一个加密引擎，而Rx 具有一个解密引擎。HDCP引擎负责验证以便在Tx和Rx之间建立一种安全链接，还在该安 全链接上跟踪Tx与Rx之间的同步。为检查这种同步，Tx在每128帧处用Ri值检查Rx。 Ri值是Tx与Rx之间的一个共享密钥的余数值，该余数值在每一帧处被更新。此外，在HDCP 引擎中的一种加密/解译引擎被用于执行HDCP内容数据流的加密和解译。CTL3信号是一种指示符，说明当前帧是否是已经被加密的帧。Tx为每一个已经被 它加密的帧发送一个CTL3，以使Rx知道该帧是一个被加密的帧。在HDCP规格中存在其他 的方法来做到这一点，CTL3只是一个便于说明的可能信令的实例。为了本申请的目的，CTL3 应当被解读为是指任何加密同步信号，包括但不限于一个CTL3信号。一个HDCP信号包括以下各项VS(垂直同步)以及CTL3(加密指示符)是在输入 的AV数据流中用于同步，而验证以及Ri检查通过I2C(DDC)总线完成的。在一个实施方案中，提供了 一种用于解译HDCP媒体内容数据流的技术，其方式为 保持该媒体数据流中特定数据的数据包格式。在某些实施方案中，用于解译媒体内容的多 个数据路径配备了预先验证过程，但是多个实施方案同样可以提供在其他运作中。在多种内容保护方案的内容数据流解译中，不同的工具(如动态接收器)被用来 检测、核查、并且验证彼此进行通信的装置。这些装置包括媒体装置，如数字式多功能盘或 数字视频光盘(DVD)播放器、光盘(CD)播放器、电视机、计算机、等等。例如，一种发送装置 (例如DVD播放器)能够使用此类工具来验证一个接收装置(例如TV)以确定该接收装置 是否是合法或有资格的从该发送装置接收收费的受保护的媒体内容。类似地，接收装置在 从发送装置接收受保护的媒体内容之前，先对其进行验证。为了避免过多的此类验证过程(这些验证过程可以是麻烦、耗时、而且浪费资源的)，执行装置的预先验证。“预先验证”是在此使用的一个术语来表明装置(包括HDMI切换器产品)的一种 特征，以允许它们在多个输入端之间更快速地进行切换。该术语说明了在切换到该输入上 之前(而不是切换之后)执行必要的HDCP验证。以这种方式，与验证相关联的显著的延迟 可以被隐藏在后台运作中，而不是在前台。由于HDCP接收器被认为是从属装置，所以HDCP接收器不被期望能够明确地对传 输器发出任何请求或状态信号。甚至一个“已中断的”链路典型地是通过故意地“中断” Ri 序列(从Rx到Tx的响应，当Tx检查是否该链路被安全地保持同步时)被暗示性地(并且 相当粗鲁地)进行通知。HDCP发送器有很多种类型。其中许多HDCP发送器呈现出独特且 怪异的行为，这导致媒体内容通信中的大量延迟。如贯穿本文件所说明的，媒体内容数据流 的预先验证的多个实施方案被用于处理此类问题并且在数据流的运行中提供重要价值。在一个实施方案中，接受解译的每个输入(如HDMI输入)可以具有它自己的HDCP 引擎，该HDCP引擎与源保持同步。这意味着向该发送器提供了任何标准并且正确的Ri链接 完整性的结果，这样，如果并且当用户切换到这个输入时，已准备就绪适当地进行解密。例 如，以下三种方式之一可以被用于实现这个功能(1)每个链接具有一个完整的最小化转 换差分信号(TMDS)接收器，该接收器使相应的HDCP区块保持同步；(2)每个链接具有一个 部分TMDS接收器，该接收器使相应的HDCP区块保持同步；以及(3)每个链接以一种开环方 式使相应的HDCP区块保持同步，而不需要其对视频链接本身进行不断的或直接的观察。就HDCP同步而言；总体上讲，一个HDCP接收器需要两件事情来与发送器保持同 步(1)该接收器知道何处是帧的边界；以及(2)该接收器知道这些帧中的哪一个包含了表 明该帧是被加密的(如CTL3)信号。贯穿本文件，为了易于说明、简洁而且清楚将“CTL3” 用作加密指示符的一个实例而没有任何限制。在一个实施方案中，被用来解译HDCP媒体内容数据流的一种预先验证系统或装 置的某些部件(如图1以及后续图中说明的部件)包括HDCP引擎、锁相环(PLL)、一个动 态接收器、一个标准接收器、等等。在某些实施方案中，一种装置在每个输入端口都包含一个专用HDCP引擎。总体上 讲，在每种情况下典型的是使用标准的HDCP逻辑，即使当该开环HDCP引擎不做任何解密 时。这是因为重置密钥功能使用HDCP逻辑来使分散性最大化。每个开环HDCP引擎使用一个PLL或类似PLL的电路来锁定帧速率并且提供关于 在以开环模式运行时帧边界在何处的不间断的信息。PLL可以是一个模拟的或者数字的 PLL0然而，数字PLL简单并且锁定快，并且提供良好的长期稳定性。一个单一的专用TMDS接收器被用于顺序地为开环逻辑提供基本信息。该接收器 在多个当前未使用的输入端之间循环，找寻帧边界(这样相应的PLL能够锁定)，并且还在 当一个验证发生时找寻第一 CTL3信号。这可以是一种TMDS接收器的简约版本，因为，本质 上，仅有VSYNC和CTL3被用到。一个标准的TV数据路径可以与常规的切换器产品以同样的方式工作。在运行中， 为标准数据路径选择多个输入端口之一，必要时数据流被解码和解密，并且然后在该装置 的剩余部分中被发送。此外，该动态接收器对当前闲置端口进行采样，每次采样一个。这采 用了一种状态机或(更可能地)某种类型的微控制器来进行整体控制。
7
以上讨论进一步包括与用于初始化并且然后使开环HDCP引擎保持同步的系统以 及步骤相关的HDCP上下文切换。在某些实施方案中，将产生一次切换来提供此类运作。在一个实施方案中，提供了一种用于HDMI媒体内容数据流解译的系统，其方式为 保持该内容数据流中特定数据的数据包格式。在某些实施方案中，提供了与用于多个端口 的预先验证过程相关联的用于此类内容数据流的解译的多个数据路径，但是也可以提供在 其他运作中的多个实施方案。在某些实施方案中，并非是在解译中拆解一个内容数据流然后再重建该数据流来 用于传输(这可以是耗费时间和资源的)，而是提供了一种数据路径，它允许保持数据包格 式，因此提高了运作的效率。在解译和传输媒体内容的另一个实施方案中，并非是将一个内容数据流分解为音 频内容并将该内容重建回到一个内容数据流中，而是提供了一种过程，该过程包括维持一 个内容数据流、并将音频内容保留在数据包的形式中。在一个实施方案中，从数据包中将加密信息去除而同时保持在HDMI内容数据流 中的数据包格式。在一个具体的实例中，一个内容数据流可以包括一个音频数据包，这个表 明HDCP编码的音频数据包包括额外的编码。在一个实例中，音频数据可以包括最小化转换 差分信号误差减少码-4(TERC4)或相关的编码。贯穿本文件说明了并在后续图中展示了用于解译的数据流，如以下所示。图1展示了一种预先验证系统100的实施方案，该预先验证系统采用了一种用于 解译媒体内容数据流的机构120。所示出的HDCP预先验证系统100包括一个HDCP(预先 验证)装置101，该装置包括对于每个输入端口的一个专用HDCP引擎区块104-109及120。 总体上讲，在每种情况中使用了标准的HDCP逻辑，即使当这些开环密码不做任何解密时。 这是因为重置密钥功能使用该HDCP逻辑来使分散性最大化。此外，一种开环HDCP引擎 104-109是与一个PLL 110-115或类似PLL的电路相关联的，以锁定到帧速率上并提供关于 在以开环模式运行时帧边界在何处的不间断信息。一种单一的专用最小化转换差分信号(TMDS)接收器116(例如，动态接收器)可 以被用于为该开环逻辑顺序地提供基本信息。这个动态接收器116在多个当前未使用的输 入端之间循环，寻找帧的边界(这样相应的PLL 110-115能够锁定在其上)，并在当一个验 证发生时找寻第一 CTL3信号。在某些情况中，这可以是TMDS接收器116的一种简约版本， 因为本质上，它仅需要VSYNC和CTL3指示符。此外，一个标准的TV数据路径132可与常规的切换器产品以同样的方式工作。在 运行中，可以选择输入端口之一用于该标准数据路径132，而必要时将数据流解码并且解密 (例如，进行解译以便从输入的加密数据中取出原始的音频/视频(A/V)数据)，然后引导 其通过装置的其余部分。动态接收器116对当前闲置端口进行采样，每次采样一个。这需要一种状态机或 (更可能的是)某种类型的微控制器来控制该过程。初始运作序列典型地遵循以下各项 (1)将动态接收器116连接到一个未被使用的输入端口上并监测该端口上的视频；(2)将 HDCP引擎104-109同样被连接到该端口上，这意味着连接了 I2C总线(例如，I2C被认为是 Tx与Rx之间用于链接同步检查的一种额外的通信通道)。它也可以意味着发出热插拔信 号，以便向源表明它已经准备就绪接受传输和HDCP验证。这还可以协助扩展显示标识数据(EDID)信息的传输，但这是在本披露范围之外的；(3)当视频稳定时，动态接收器116提供 信息使PLL与帧边界对齐；(4)状态机或微控制器等待一段时间让HDCP验证开始。如果这 种验证开始，状态机或微控制器继续等待直到该验证完成并且接收到第一 CTL3信号；(5) HDCP区块继续在开环功能中循环，从而对仅使用来自于PLL的信息的“帧”进行计数。I2C 端口保持连接，并且该热插拔信号继续表明连接了一个接收器；(6)然后动态接收器116继 续到下一个端口并且执行相同的运作。在某些实施方案中，一旦动态接收器116已经启动 了所有端口，则它将进入一个服务环路，顺序地检查每个端口。在一个实施方案中，一种预先验证系统100以及进一步地，图3到图6B中的一种 内容解译机构的实施方案可以驻存在一个接收器(Rx)的接收器芯片(如切换芯片)中，其 中该预先验证系统100具有图1中的预先验证装置101，而该装置采用了一种预验证体系结 构(如图2中所示)。例如，为了更好的媒体内容且对其更高效的接收，这样一种接收器可 以被用在数字电视中。如图2所示，HDCP引擎120采用了一种实施方案，该方案用于解译媒体内容数据 流机构而同时保留内容数据流的特定数据并且不将整个内容数据流分解开。图2展示了一种预先验证体系结构200的实施方案，其中给出了图1中包含媒体 内容解译机构120的实施方案的预先验证系统100中不同部件的放大图。例如，示出了图1 的交点式切换器(4x2) 122具有多个模拟接收器(例如，Rx PHY模拟)208、210，这些模拟接 收器与一个多路复用器212相联接，该多路复用器进一步与多个端口相联接，如端口 0202、 端口 1204 —直到端口 η 206 (对应于图1中的HDMI输入124-130)。所展示的实施方案进 一步示出具有DPLL 242和数据包分析器244的标准接收器118。类似地，所展示的动态接 收器116包括DPLL 212和数据包分析器214。进一步地，在此展示的HDCP引擎104-109是通过HDCP上下文多路复用器102进 行联接的。每个HDCP引擎具有或联接了不同的子部件，如HDCP引擎104被示出为具有或 联接了 HDCP密钥238以及多路复用器220、间隙测量222、视频信号(VS)以及CTL3生成器 224、双模CK FIFO 226、双模CK FIFO 228、双模CK FIFO 230、延迟匹配232、HDCP引擎234、 以及DDC接口 236。在一个实施方案中，HDCP引擎104被表示为与不同部件220-238相联 接的HDCP引擎234。如图1中展示的HDCP引擎120，用于解译媒体内容数据流(例如，HDMI媒体内容 数据流)的一种机构的实施方案在此被示出为具有部件246 (包括先进先出(FIFO) 248、延 迟调整模块250、以及多路复用器252)以及具有解译引擎256的数据流DP 254。在后续图 中进一步说明并且展示了机构120以及它的解译功能。在一个实施方案中，提供了用于执行媒体内容数据流解译的一种机构，该机构不 是在解译中拆解一个内容数据流然后再重建该内容数据流以用于传输，而是提供了一种新 颖的数据路径，该数据路径允许保留特定的数据包格式和内容，因此提高了运作效率。在解 译和传输媒体内容的一个实施方案中，不是将一个内容数据流分解为音频内容并且将数据 重建回到一个内容数据流中，一种过程包括了保持该内容数据流、并且将音频内容保留在 数据包的形式中。例如，媒体内容数据流260 (如RGB、HS、VS、DE、CTL等等)在部件246上被接收以 便通过FIFO 248以及延迟调整250并且最终通过多路复用器252。然后一个改进的内容数据流262离开部件246并且到达内容数据流解译单元254。在一个实施方案中，在内容解译 单元254处，通过解译引擎256将内容数据流解译(如解密)其方式为仅将HDCP信息层从 该内容数据流中去除，同时保留数据的其他部分，使得内容数据流262转变为一种新近被 解译的内容数据流264(如TMDS编码内容数据流)。这种新颖的解译技术明显地不同于常 规的技术，这些常规技术要求拆散整个内容数据流(通过去除视频和音频层等而丢失内容 数据流的格式)，而仅仅是为了再将其重新组合。这些常规的技术不仅使得解译运作缓慢并 且浪费系统资源，而且要求昂贵复杂的硬件来执行媒体内容数据流的拆散和重新组合。图3展示了一种媒体内容数据流解译机构300及其解译过程的实施方案。从一个 HDMI源或发送器接收一个编码的媒体内容数据流，如HDMI内容数据流。这个HDMI内容数 据流除了其他数据(如音频内容、视频内容、非音频/视频内容、等等)外还包括多个HDCP 值。在一个实施方案中，将该HDMI内容数据流解译，这样音频、视频内容以及其他必需的内 容被保护在它们的形式之中，而将这些HDCP值从该数据流中去除。在所展示的实施方案中 进一步说明了这种技术。一个编码的HDMI媒体内容数据流(例如30b TMDS) 302在图2的DPLL(如TMDS 解码器)242处被接收，在此该内容数据流的TMDS层或壳被解码或去除。一旦该TMDS层被 去除，图2的内容数据流262 (如HD、VS、DE、CTLs,以及视频和/或音频内容)即进入图2 的数据流DP部件254中。类似TMDS(添加到视频和音频内容中并同样添加到非音频/视 频内容中)以及TERC 4(添加到音频内容以及某些非音频/视频内容中)的多个层是一个 内容数据流的一部分，这不仅保护下面的媒体内容，而且还提供该数据流通过物理线路的 一种适当的流动。一旦内容数据流262进入，HDMI数据包分析器304确定该内容数据流是否包括音 频内容或视频内容。如果进入的内容数据流262仅包括视频内容，它绕过TERC4解码器310 而通过多路复用器314被发送到HDCP解译引擎256 (也在图2中示出)以便通过从该内容 数据流中去除HDCP层(值)来解译该视频内容数据流，而不拆散该视频内容并使其保留在 其适当的及原始的格式中。此外，视频数据流绕过TERC 4解码器310的原因是因为视频数 据流不包括一个TERC层，并且因此，视频数据流不需要通过TERC解码。从该视频数据流中将这些HDCP值去除之后，该视频数据流穿过多路复用器316和 多路复用器318，绕过TREC4编码器312，到达TMDS编码器308，这样该TMDS层能够被重新 分配到(或重新编码到)该数据流的视频内容上，该数据流现在没有HDCP层。然后将一个 新的被解译的媒体内容数据流264(如图2所示)提供给接收器，供用户享受HDMI媒体内 容。在一个实施方案中，使用该新颖的媒体内容解译技术，将一个视频HDMI媒体内容 数据流解译为使得任何HDCP值被去除，将TMDS层去除并然后重新进行分配，同时所有其他 内容(包括视频以及非视频内容)被保留在它们原始的格式中。在一个实施方案中，如果如由HDMI数据包分析器304所确定，进入的媒体内容数 据流262中包括了音频内容，则内容数据流262被送到TERC4解码器310中以帮助去除 TERC4层，该层被用在音频媒体数据流中来确保该音频数据流通过线路的适当流动并且提 供该音频内容的保护。一旦TERC4层被去除，数据流中的下一层是HDCP层，并且因此，该 内容数据流然后通过多路复用器314被发送到HDCP解译引擎256以去除HDCP层。一旦HDCP层(值)被去除，该音频内容数据流通过多路复用器316被送到TERC4编码器312，这 样先前被去除的TERC4层能够被重新分配或重新编码到现在没有这些HDCP值的音频数据 包上。在将TERC4层重新编码到该音频数据包上以后，该音频内容数据流接着通过多路复 用器318被发送到TMDS编码器308，这样TMDS层能够在该音频数据包的TERC4层上被重新 分配。这完成了解译的音频内容数据流并且该音频内容数据流作为TMDS编码的HDMI内容 数据流264被发送到一个接收器上用于广播供用户享受。在一个实施方案中，使用这种新颖的媒体内容解译技术，对一种音频HDMI媒体内 容数据流进行解译，这样将任何HDCP值去除，将TMDS层和TERC4层去除并重新分配，而所 有的其他内容(包括音频内容数据包以及非音频内容)被保留在它们的原始格式中。与视 频内容不同，音频内容被打包为一个音频数据包。图4A展示了一种媒体内容数据流解译机构400解译一个视频媒体内容数据流的 实施方案。为了简明和清晰起见，参照图3中已经说明的任何细节均包括在此，但不再重 述。如果HDMI数据包分析器304确定一个媒体内容数据流262具有视频内容，则绕开TERC4 编码器310和TERC4编码器308，因为视频内容数据流是不用TERC4层而建立的。尽管如 此，在一个实施方案中，该数据流中将HDCP层去除并且将TMDS层去除并被放回，而该视频 媒体内容数据流264被送到一个HDMI接收器用于观看。图4B展示了一个用于解译视频媒体内容数据流的过程450的实施方案。从HDMI 源452 (如HDMI内容发送器)接收了一个HDMI视频内容数据流454。HDMI视频内容数据 流454包含视频内容460、多个HDCP值的一个HDCP层458、以及一个TMDS层456。使用 TMDS解码器去除该TMDS层，保留视频内容460和HDCP层458。然后使用HDCP解译引擎去 除HDCP层458，而仍然将视频内容460完整地保留在其原始格式中。使用TMDS编码器将 TMDS层编码回到视频内容460上，并且由HDMI接收器464广播一个新的视频媒体内容数 据流462。在一个实施方案中，解译机构或装置是HDMI接收器464的一部分，并且因此，在 此考虑由该解译机构或装置(属于HDMI接收器464)执行的解译过程450在HDMI接收器 464上发生。图5A展示了一种媒体内容数据流解译机构500解译一个视频媒体内容数据流的 实施方案。为了简明和清晰起见，参照图3已经说明的任何细节均结合在此，但不在重述。 如果HDMI数据包分析器304确定了媒体内容数据流262具有音频内容，则不绕开TERC 4 编码器310和TERC 4编码器308，因为音频内容数据流是用TERC4层建立的。因此，在一个 实施方案中，这些TMDS和TERC4层被临时从内容数据流中去除。然后，将具有多个HDCP值 的HDCP层从该内容数据流中去除，并且将这些TMDS和TERC4层编码回到音频数据包上以 得到一个新的音频媒体内容数据流264，然后该新的音频媒体内容数据流被发送到HDMI接 收器上用于广播。在一个实施方案中，在解译过程中该音频数据包被保留在其原始的格式 中。图5B展示了一个用于解译音频媒体内容数据流的过程650的实施方案。从HDMI 源652 (如HDMI内容发送器)接收了一个HDMI音频内容数据流654。HDMI音频内容数据 流654包含音频内容664、音频内容数据包662、多个HDCP值的一个HDCP层660、一个TERC4 层658、一个TMDS层656。使用一个TMDS解码器去除TMDS层656，并且使用一个解码器去 除TERC4层658，保留音频内容664及其数据包662连同HDCP层660。然后使用HDCP解
11译引擎去除HDCP层660，但是将音频内容664保留在其原始格式以及数据包662中。使用 TMDS编码器及TERC4编码器，分别将TMDS层656及TERC4层658编码回到音频数据包662 上。这提供了一个新的TMDS及TERC4编码的音频媒体内容数据流666，该音频媒体数据流 由HDMI接收器668广播。在一个实施方案中，解译机构或装置是HDMI接收器668的一部 分，并且因此，在此考虑了由该解译机构或装置(属于HDMI接收器668)执行的解译过程 650在HDMI接收器668上发生。图6A展示了用于在一个视频/音频媒体内容数据流中处理非视频/音频媒体内 容的一种媒体内容数据流解译机构500的实施方案。在一个实施方案中，使用该新颖的内 容数据流解译机构500，与视频和音频内容一样，非视频/音频内容(例如，防护频带)也被 保护在其原始形式中并且在解译过程中未被改变。虽然视频和音频内容具有TMDS或TMDS/ TERC4层，这取决于它们与视频内容还是音频内容相关联，但它们不与任何HDCP值相关联， 并因此，它们没有HDCP层。在没有HDCP层的情况下，这些非视频/音频内容不被解译并且 保留在其原始形式中。任何非视频/音频内容仅通过多路复用器314、316及318来作为将 被发送到HDMI接收器的一个新的HDMI音频或视频媒体内容数据流264的一部分，该HDMI 接收器用于接收并广播该内容数据流264。图6B展示了处理与一个视频媒体内容数据流相关联的非视频内容的实施方案。 如图所示，从HDMI源652 (如发送器)接收一个媒体内容数据流658，但是因为非视频内容 660没有任何HDMI值，内容数据流656由HDMI接收器654来处理。在一个实施方案中，解译机构或装置是HDMI接收器654的一部分，并且因此，在此 考虑该解译机构或装置(属于HDMI接收器654)执行的解译过程650在HDMI接收器654 上发生。图6C展示了处理与一种音频媒体内容数据流相关联的非音频内容的实施方案。 如图所示，从HDMI源672 (如发送器)接收媒体内容数据流676，但是由于非视频内容660 没有任何HDMI值，内容数据流676是由HDMI接收器674来处理。在一个实施方案中，解译机构或装置是HDMI接收器674的一部分，并且因此，在此 考虑该解译机构或装置(属于HDMI接收器674)执行的解译过程670在HDMI接收器674 上发生。图7是一种网络计算机装置705的多个部件的实施方案的图示，该网络计算机装 置采用本发明的一个实施方案。在此图示中，网络装置705可以是网络中的任何装置，包括 (但不限于)电视机、有线机顶盒、收音机、DVD播放器、CD播放器、智能电话、存储单元、游 戏机、或其他的媒体装置。在某些实施方案中，网络装置705包括网络单元710来提供多种 网络功能。这些网络功能包括但不限于媒体内容数据流的生成、传输、存储、以及接收。网 络单元710可以被实施为一种单一片上系统(SoC)或是多个部件。在某些实施方案中，网络单元710包括一个用于数据处理的处理器。数据处理可 以包括媒体数据流的生成、媒体数据流在传输或存储中的操控、以及用于使用的媒体数据 流的解密和解码。该网络装置还可以包括用于支持网络运作的存储器，如DRAM(动态随机 存取存储器)720或其他类似的存储器以及闪存725或其他的非易失性存储器。网络装置705还可以包括发送器730和/或接收器740，分别用于通过一个或多个 网络接口 755在网络上传输数据或接收来自网络的数据。发送器730或接收器740可以连接到一根有线传输缆线上，包括，例如，以太网缆线750、同轴缆线，或连接到一个无线单元 上。发送器730或接收器740可以用一根或多根线(如用于数据传输的线735以及用于数 据接收的线745)联接到用于数据传输以及控制信号的网络单元710上。还可以存在额外 的连接。网络装置705还可以包括用于该装置的媒体运作的许多部件，但在此没有展出。在一个实施方案中，一种预先验证系统100以及图3到图6B中的一种内容解译机 构的另一个实施方案可以驻存在一个接收器(Rx)740的接收器芯片(如切换芯片)中，该 预先验证系统具有图1中的预先验证装置101，而该装置采用了一种预先验证体系结构(如 图2中所示)。例如，为了更好的媒体内容及对其更高效的接收，这样一种接收器740能够 被用在数字电视中。在以上说明中，出于解释的目的，陈述了很多具体细节来提供对本发明的透彻理 解。然而，对本领域的熟练技术人员清楚的是无需这些具体细节中的一些亦可实施本发明。 在其他实例中，多种为人熟知的结构与装置是以框图的形式示出的。所示的部件之间可能 存在中间结构。在此说明的或展示的这些部件可以具有并未展示或说明的额外输入或输
出ο本发明的不同实施方案可以包括不同的过程。这些过程可以通过硬件部件来执 行，或者可以体现在计算机程序或者多条机器可执行的指令之中，它们可以被用于致使使 用这些指令进行编程一种通用或者专用的处理器或者逻辑电路来执行这些过程。可替代 地，这些过程可以通过硬件和软件的组合来实施。贯穿本文件说明的一个或多个模块、部件、或元件(如所示的在一种端口倍增器 增强机构中或与其相关联的那些)可以包括硬件、软件、和/或它们的组合。在模块包含软 件的情况下，可以通过一种机械/电子的装置/硬件制造物品来提供软件数据、指令、和/ 或配置。制造物品可以包括具有用于提供指令、数据等内容的机器可存取/可读媒介。该 内容可以导致电子装置(例如在此说明的文件管理器、磁盘、或磁盘控制器)实现说明的不 同运作或执行。本发明不同实施方案的多个部分可以作为计算机程序产品来提供，这可以包括其 上储存了计算机程序指令的一种计算机可读取媒质，这可以用来对一台计算机(或其他电 子装置)进行编程以执行根据本发明这些实施方案的过程。这种机器可读媒介可以包括但 不限于软盘、光盘、致密只读存储器(CD-ROM)、以及磁光盘、只读存储器(ROM)、随机存取存 储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁 卡或光卡、闪存、或者其他类型适合储存电子指令的媒体/机器可读取媒体。此外，本发明 还可以作为计算机程序产品被下载，其中该程序可以从一台远程计算机传送至一台请求计 算机上。这些方法中的很多方法仅以它们最基本的形式进行说明，但多个过程可以增加到 这些方法的任何一个之中或从其中删去、并且信息可以加入这些所说明的消息中的任何一 个或从其中删去而不背离本发明的基本范围。对于那些本领域的熟练技术人员而言清楚的 是可以做出很多进一步的修改和适配。这些具体的实施方案并不用于限制本发明，而是仅 为解释本发明。本发明的这些实施方案的范围并不由以上提供的具体实例来决定，而是仅 仅由以下的权利要求来决定。如果提及元件“A”连接到或与元件“B”相连接，元件A可以直接地连接到元件B，
13或者间接地连接，例如通过元件C。当说明书或权利要求书叙述由至少一个其他部件、特点、 结构、过程、或特征A “造成了”一个部件、特点、结构、过程、或特征B时，这意味着“A”是“B” 的至少一部分起因，但还可以存在至少一个其他部件、特点、结构、过程、或特征协助造成了 “B”。如果本说明书指出一个部件、特点、结构、过程、或特征“可以”、“也许”、或“可能”包含 在内时，那么不要求一定包含该具体的部件、特点、结构、或特征。如果说明书或权利要求书 提及“一种/ 一个”要素时，这并不意味着只存在所说明的元件中的一个。
一个实施方案是本发明的一种实现方式或者一个实例。本说明书提到的“ 一实施 方案”、“ 一个实施方案”、“某些实施方案”、或者“其他实施方案，，是指与这些实施方案相关 说明的一个具体的特点、结构、或者特性被包括在至少某些实施方案之中，但不是必须包括 在所有实施方案之中。“一实施方案”、“一个实施方案”、或者“某些实施方案”等不同的表现 形式并不是必须全部都针对同一批实施方案。应该认识到，在本发明的多个示例性实施方 案的以上说明中，为了使得本披露流畅并且有助于理解一个或者多个不同创造性方面的目 的，本发明的不同特征有时被集合在一个单独的实施方案、示图、或者其说明之中。然而，这 种披露方法并不得被解释为反映了一种意图，即提出权利要求的发明所要求的特征要多于 在每个权利要求中明确提到的情况。相反，如以下权利要求所反映的，多个创造性的方面在 于要少于一个单独的以上披露的实施方案的全部特征。因此，在此明确地将这些权利要求 结合到本说明书之中，其中每条权利要求自身独立地作为本发明的一个分别的实施方案。
权利要求
一种方法，包括在一个接收器装置上接收来自一个发送器装置的一个第一内容数据流，该发送器装置被联接到该接收器装置上，该第一内容数据流具有以一种特定的数据包结构进行格式化的媒体内容，该媒体内容是与多个高清晰度内容保护(HDCP)值相关联的，并且通过从该第一内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二内容数据流，并且保持该媒体内容的数据包结构。
2.如权利要求1所述的方法，其中该媒体内容包括视频内容或音频内容。
3.如权利要求1所述的方法，其中该第一内容数据流进一步包括与该媒体内容相关联 的非媒体内容，其中该非媒体内容是以一种特定的数据包结构进行格式化的。
4.如权利要求3所述的方法，进一步包括通过从该第一内容数据流中去除这些HDCP值 将该第一内容数据流解译为一个第二内容数据流，并且保持该非媒体内容的数据包结构。
5.如权利要求1所述的方法，其中该第一内容数据流包括一个第一高清晰度多媒体接 口(HDMI)媒体内容数据流，并且其中该第二内容数据流包括一个第二 HDMI媒体内容数据 流。
6.如权利要求1所述的方法，其中解译进一步包括从该第一内容数据流中去除一个信 号最小化转换差分信号(TMDS)层。
7.如权利要求1所述的方法，其中解译进一步包括从该第一内容数据流中去除一个信 号最小化转换差分信号误差减少码-4(TERC4)的层。
8.一种装置，包括一个发送器装置，该发送器装置用于将一个第一内容数据流发送到一个接收器装置 上，该第一内容数据流具有以一种特定的数据包结构进行格式化的媒体内容，该媒体内容 是与多个高清晰度内容保护(HDCP)值相关联的，并且该接收器装置具有一个内容解译装置，该内容解译装置用于通过从该第一内容数据流 中去除这些HDCP值将该第一内容数据流解译为一个第二内容数据流，并且保持该媒体内 容的数据包结构。
9.如权利要求8所述的装置，其中该媒体内容包括视频内容或音频内容。
10.如权利要求8所述的装置，其中该第一内容数据流进一步包括与该媒体内容相关 联的非媒体内容，其中该非媒体内容是以一种特定的数据包结构进行格式化的。
11.如权利要求10所述的装置，其中该内容解译装置被进一步修改以便通过从该第一 内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二内容数据流，并且保 持该非媒体内容的数据包结构。
12.如权利要求8所述的装置，其中该第一内容数据流包括一个第一高清晰度多媒体 接口(HDMI)媒体内容数据流，并且其中该第二内容数据流包括一个第二 HDMI媒体内容数 据流。
13.如权利要求8所述的装置，其中该内容解译装置被进一步修改以便从该第一内容 数据流中去除一个信号最小化转换差分信号(TMDS)层。
14.如权利要求8所述的装置，其中该解译装置被进一步修改以便从该第一内容数据 流中去除一个信号最小化转换差分信号误差减少码-4(TERC4)的层。
15.一种系统，包括一个内容通信系统，该内容通信系统具有联接到一个接收器装置上的一个发送器装 置，该接收器装置具有一种内容解译机构，该内容解译机构用于从该发送器装置接收一个第一内容数据流，该第一内容数据流具有以一种特定的数据 包结构进行格式化的媒体内容，该媒体内容是与多个高清晰度内容保护(HDCP)值相关联 的；并且通过从该第一内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二内 容数据流，并且保持该媒体内容的数据包结构。
16.如权利要求15所述的系统，其中该媒体内容包括视频内容或音频内容。
17.如权利要求15所述的系统，其中该第一内容数据流进一步包括与该媒体内容相关 联的非媒体内容，其中该非媒体内容是以一种特定的数据包结构进行格式化的。
18.如权利要求17所述的系统，其中该内容解译机构被进一步修改以便通过从该第一 内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二内容数据流，并且保 持该非媒体内容的数据包结构。
19.如权利要求15所述的系统，其中该第一内容数据流包括一个第一高清晰度多媒体 接口(HDMI)媒体内容数据流，并且其中该第二内容数据流包括一个第二 HDMI媒体内容数 据流。
20.如权利要求15所述的系统，其中该内容解译机构被进一步修改以便从该第一内容 数据流中去除一个最小化转换差分信号(TMDS)层。
全文摘要
在此披露了一种用于媒体内容解译的方法、装置以及系统。在一个实施方案中，在一个接收器装置上接收了来自一个发送器装置的一个第一内容数据流，该发送器装置联接到该接收器装置上，其中该第一内容数据流具有以一种特定的数据包结构进行格式化的媒体内容，该媒体内容是与多个高清晰度内容保护值相关联的。通过从该第一内容数据流中去除这些HDCP值将该第一内容数据流解译为一个第二内容数据流，同时保持该媒体内容的数据包结构。
文档编号H04N5/44GK101960838SQ200980107103
公开日2011年1月26日 申请日期2009年2月26日 优先权日2008年2月28日
发明者崔熏 申请人:晶像股份有限公司