对比文件名称：2009-07-02_JP2009525001A_发明专利_JP2009525001A Parallel decoding of intra-coded video
目标专利名称：285多线程纹理解码CN104041050B
模型名称：本次调用模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》**<br>将VP8帧的第一宏块指派给第一硬件线程并将所述VP8帧的第二宏块指派给第二硬件线程 | [2]段：“各DSPプロセッサは、それぞれ別の命令スレッド（separate thread of instructions）（を実行し、それ故、異なるワークエンティティとみなされる。全てのスレッドは、別個のキュー(queue)するべきワークを受取る。”<br>[2]段：“いま説明される例においては、ステップ１０１において１つのＥＭＩＰだけが識別されたが、これがＭＢ０のＥＭＩＰである。この、ＭＢ０用のＥＭＩＰは、共用キュー(shared queue)）へ置かれる。第１のスレッド（図１ではＴ１で示されている）が、第１のバーチャルＤＳＰプロセッサ上での復号化のためにそれを拾い出し...”<br>[2]段：“ＭＢ２およびＭＢ５のＥＭＩＰｓは、先行するＭＢｓについての最後のステップの処理として、共用ワークキュー上にプッシュされる(pushed)へ。ＤＳＰスレッドＴ１は、前記キューからＭＢ２用のＥＭＩＰをポップし(pops)、スレッドＴ２は前記キューからＭＢ５用のＥＭＩＰをポップする。” | 对比文件明确公开了使用多个硬件线程（DSPプロセッサ/命令スレッド，如图1中的T1, T2）并行解码视频帧。解码任务（即“ワーク”，对应于宏块信息部分EMIPs）被放入共用队列，并由不同的线程从队列中取出并执行。例如，线程T1处理MB2的EMIP，线程T2处理MB5的EMIP。这实质公开了将帧的不同宏块（部分）指派给不同硬件线程进行解码的技术方案。虽然对比文件针对的是H.264/MPEG4格式，而目标专利是VP8格式，但“将帧的宏块（部分）指派给不同硬件线程”这一技术手段本身是相同的。因此，本领域技术人员能够毫无疑义地从对比文件得出技术特征A。 |
| **技术特征B《直接公开》**<br>以及经由以下步骤来通过所述第一硬件线程解码所述第一宏块并同时通过所述第二硬件线程解码所述第二宏块：重构所述第一宏块及所述第二宏块 | [2]段：“複数の部分(multiple portions)が同時に復号化されるように開始される。”<br>[2]段：“ＤＳＰスレッドＴ１は、前記キューからＭＢ２用のＥＭＩＰをポップし(pops)、スレッドＴ２は前記キューからＭＢ５用のＥＭＩＰをポップする。... これらＥＭＩＰｓの各々の復号は、異なるワーキングエンティティによって遂行される。”<br>[2]段：“図４... 加算器２１... 再構成された（しかしフィルタ処理されていない）マクロブロック（ＵＦ）を生成する” | 对比文件明确描述了多个部分（即宏块EMIPs）被同时解码。具体地，线程T1解码MB2，线程T2解码MB5，它们是同时进行的（参见图15及相关描述）。解码过程包括图4所示的逆变换、预测和相加（加算器21）等步骤，这些步骤共同完成了宏块的“重构”（再構成），生成未滤波的宏块（UF）。因此，对比文件直接公开了通过第一硬件线程（如T1）重构第一宏块（如MB2）并同时通过第二硬件线程（如T2）重构第二宏块（如MB5）的技术方案。 |
| **技术特征C《直接公开》**<br>将所述第一宏块和所述第二宏块的经重构像素存储于行缓冲器及列缓冲器中的至少一者内以执行帧内预测 | [2]段：“図２５は、同じフレーム内の次のＥＭＩＰｓの復号化に使用するために、プレフィルタ処理された、再構成された値を記憶するために用いられるバッファ２８を示している。バッファ２８は、垂直方向に伸びるいくつかの列部２９−３２と、水平方向に伸びるいくつかの行部３３−３７とを有している。”<br>[2]段：“矢印３８は、マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了すると、その底部エッジに沿った、プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶される、ということを示している。... これらの値は、マクロブロックＭＢ１２のＥＭＩＰが復号化されるべきときまでバッファ２８内に留まっている。マクロブロック１２のＥＭＩＰが復号化されるときに、バッファ２８の部分３５における値を、イントラ復号化に使用することができる。”<br>[2]段：“図２６... マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了したときに、その右側エッジに沿った、プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶される... これらの値は、マクロブロックＭＢ８のＥＭＩＰが復号化されるときまでバッファ２８内に留まっている。マクロブロック８のＥＭＩＰが復号化されると、バッファ２８の部分３０における値は、イントラ復号化に使用することができる。” | 对比文件详细公开了使用一个具有行部（水平方向）和列部（垂直方向）的缓冲器（バッファ２８）来存储经重构但未滤波的像素值（プレフィルタ処理された、再構成された値）。这些存储的值明确用于后续宏块的“イントラ復号化”（即帧内预测）。例如，MB7底部边缘的像素存储在行部（对应行缓冲器功能），用于MB12的帧内预测；MB7右侧边缘的像素存储在列部（对应列缓冲器功能），用于MB8的帧内预测。这直接公开了将经重构像素存储于行缓冲器及列缓冲器中以执行帧内预测的技术特征。 |
| **技术特征D《直接公开》**<br>以及在所述第一硬件线程或所述第二硬件线程重构另外的宏块之前，紧随所述第一宏块及所述第二宏块的重构来执行对所述第一宏块及所述第二宏块的回路滤波。 | [2]段：“再構成されたマクロブロック（ＵＦ）が、再構成され且つフィルタ処理されたマクロブロックを生成するために非ブロック化フィルタ処理されるように、復号化も同様に続く。結果として得られる再構成され且つフィルタ処理されたマクロブロックは、出力され（ステップ１０４）、再構成され且つフィルタ処理されたフレームの形成開始のために蓄積される(accumulated)。”<br>（注：该描述位于步骤103“実質的に完了した”的判断之后，意味着在重构出UF后，紧接着就会进行滤波，而不是等到所有宏块重构完。结合图4的流程，滤波（ブロック２５）紧随重构（加算器２１输出UF）之后。） | 对比文件公开的解码流程中，一旦一个宏块被“実質的に復号化”（即完成到生成未滤波的再構成マクロブロックUF这一步），解码过程会“続く”（继续），对该UF进行非ブロック化フィルタ処理（即回路滤波），生成最终的滤波后宏块（F）并输出。这个过程是在处理后续宏块（即“另外的宏块”）之前完成的，因为后续宏块的解码可能依赖于当前宏块滤波前的像素（这些像素已被存入バッファ２８），但滤波操作本身是紧随重构之后立即进行的。这直接公开了在重构之后、处理其他宏块之前执行回路滤波的技术方案。 |
| **技术特征E《直接公开》**<br>其中所述第一宏块和所述第二宏块来自不同行。 | 参见图16-23（文字描述对应[2]段）。例如，图15（对应[2]段描述）显示MB2和MB5被同时解码。MB2位于第二行，MB5位于第三行。 | 对比文件通过附图（图15-23）及相应文字说明明确展示了同时被解码的宏块可以来自不同行。例如，MB2（第二行）和MB5（第三行）被不同的线程（T1和T2）同时解码。这直接公开了同时解码的宏块来自不同行的技术特征。 |
| **技术特征F《直接公开》**<br>其进一步包含将未经滤波像素存储于所述行缓冲器及所述列缓冲器中的至少一者中。 | [2]段：“プレフィルタ処理された、再構成された値を記憶するために用いられるバッファ２８”<br>[2]段：“プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶される”<br>[2]段：“プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶される” | 对比文件多次明确记载存储到バッファ２８中的是“プレフィルタ処理された値”（prefiltered values），即经过重构但尚未进行非ブロック化フィルタ処理（回路滤波）的像素值，也就是“未经滤波像素”。这些值被存储在该缓冲器的行部（例如部分35）和列部（例如部分30）中。因此，该技术特征被对比文件直接公开。 |
| **技术特征G《直接公开》**<br>所述解码进一步包含：在每一硬件线程中重构一个宏块 | [2]段：“各DSPプロセッサは、それぞれ別の命令スレッドを実行し、それ故、異なるワークエンティティとみなされる。”<br>[2]段：“いま説明される簡略化された例では、全てのＥＭＩＰｓの復号化には、同じ時間量がかかる。それ故、ＭＢ２のＥＭＩＰおよびＭＢ５のＥＭＩＰは、両方とも、ステップ１０３において同時に、実質的に復号化されるものと決定される。”<br>（结合图4流程，每个EMIP的解码过程包含逆变换、预测、相加重构等步骤，最终输出一个宏块UF。） | 对比文件公开的系统采用多个硬件线程（DSP处理器/指令线程）并行工作。每个线程从队列中取出一个EMIP（编码的宏块信息部分）并独立完成其完整的解码过程，包括重构出一个宏块（UF）。例如，线程T1重构MB2，线程T2重构MB5。这直接对应于“在每一硬件线程中重构一个宏块”。 |
| **技术特征H《直接公开》**<br>且接着对所述经重构宏块进行滤波。 | [2]段：“再構成されたマクロブロック（ＵＦ）が、再構成され且つフィルタ処理されたマクロブロックを生成するために非ブロック化フィルタ処理されるように、復号化も同様に続く。” | 该描述清晰地表明，在获得再構成マクロブロック（UF）（即经重构宏块）之后，解码过程“続く”（继续），对其进行非ブロック化フィルタ処理（即滤波）。这直接公开了“接着对经重构宏块进行滤波”这一步骤。 |
| **技术特征I《直接公开》**<br>其中所述解码进一步包含：将从先前宏块到所述第一宏块和所述第二宏块的经重构像素存储于所述行缓冲器和所述列缓冲器中 | [2]段：“図２５... マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了すると、その底部エッジに沿った、プレフィルタ処理された値のストリップが、バッファ２８の対応部分３５に記憶される... これらの値は、マクロブロックＭＢ１２のＥＭＩＰが復号化されるべきときまでバッファ２８内に留まっている。”<br>[2]段：“図２６... マクロブロックＭＢ７のＥＭＩＰの復号化が実質的に完了したときに、その右側エッジに沿った、プレフィルタ処理された値のストリップがバッファ２８の対応する部分３０に記憶される... これらの値は、マクロブロックＭＢ８のＥＭＩＰが復号化されるときまでバッファ２８内に留まっている。” | 对比文件明确公开了，在解码一个宏块（如MB7）后，会将其特定边缘（底部和右侧）的经重构但未滤波的像素（即“从先前宏块到所述第一宏块和所述第二宏块的经重构像素”）存储到バッファ２８中。其中，底部边缘像素存入行部（对应行缓冲器），右侧边缘像素存入列部（对应列缓冲器）。这些存储的像素正是用于后续宏块（如MB12、MB8，它们可以对应于权利要求中的“第一宏块和第二宏块”）的帧内预测。因此，该技术特征被直接公开。 |
| **技术特征J《直接公开》**<br>以及使用所述先前宏块的经重构邻近者信息执行帧内预测。 | [2]段：“マクロブロックＸのイントラ復号化は、マクロブロックＣおよびＤの復号化結果を要求する。”<br>[2]段：“マクロブロック１２のＥＭＩＰが復号化されるときに、バッファ２８の部分３５における値を、イントラ復号化に使用することができる。”<br>[2]段：“マクロブロック８のＥＭＩＰが復号化されると、バッファ２８の部分３０における値は、イントラ復号化に使用することができる。” | 对比文件的核心之一就是解决帧内预测（イントラ復号化）的依赖性问题。它明确指出，一个宏块（X）的帧内解码需要其邻近宏块（C和D）的解码结果。并且，通过バッファ２８存储的这些邻近宏块的“プレフィルタ処理された値”（即经重构但未滤波的邻近者信息），在解码后续宏块（如MB12、MB8）时用于执行“イントラ復号化”（帧内预测）。这直接公开了使用先前宏块的经重构邻近者信息执行帧内预测。 |
| **技术特征K《隐含公开》**<br>其中解码包含对所述VP8帧的所述第一宏块和所述第二宏块中的每一者进行纹理解码。 | [2]段：“図４は...Ｈ．２６４規格に従ってどのように再構成されることができるのかを示す簡略図である。” 图4及相应文字描述了完整的解码流程，包括：熵解码/头解码（14，15）、重缩放（17）、逆变换（18）、帧间/帧内预测（19，22，23，24）、相加重构（21）、去块滤波（25）。<br>[2]段：“プレフィルタ処理された値のためのバッファ”部分再次强调了该流程。 | 目标专利说明书将“纹理解码”定义为包含预测、逆变换、重构及回路滤波的完整解码过程（见说明书[0020]、[0045]段）。对比文件虽然针对H.264/MPEG4格式，但其公开的解码方法同样包含了完整的解码步骤：逆变换（ブロック１８）、预测（ブロック１９，２２，２３，２４）、重构（加算器２１生成UF）、滤波（ブロック２５）。这些步骤共同完成了对一个宏块（EMIP）的完整解码。因此，尽管对比文件未提及“VP8”，但其公开的对每个宏块进行的完整解码过程，在功能和手段上与本领域技术人员所理解的“纹理解码”实质相同。本领域技术人员阅读对比文件后，能够合理推断出其解码方法必然包含对每个宏块执行类似的完整解码操作（即纹理解码）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征L《直接公开》**<br>其进一步包含将所述多线程处理器集成到移动电话、机顶盒、音乐播放器、视频播放器、娱乐单元、导航装置、计算机、手持式个人通信系统PCS单元、便携式数据单元及固定位置数据单元中的至少一者中。 | [2]段：“ここに開示されている実施形態は、ビデオ復号化に関するものである。”<br>[2]段：“携帯電話は、そのユーザに対して、無線電話呼び出しを行いそして受け取るという単なる能力以上に、より多くの機能を提供している。... 携帯電話製造業者は、例えば、その携帯電話内にビデオ受信能力を組み入れることができる。”<br>[2]段：“図１は、移動通信装置１のブロック図である。この例における移動通信装置１は、...携帯電話、を備えている。”<br>[2]段：“本復号化方法は、移動通信装置上で具現化される必要はなく、むしろ、その他の装置上で具現化化されてもよい。１つの実施形態において、本復号化方法は、パーソナルコンピュータ上で実行されるビデオリーダ(video reader)（例えば、ウィンドウズ（登録商標）メディアプレイヤ）アプリケーションによって実行される。本復号化方法は、テレビジョン、ビデオディスクプレーヤ、および他のビデオ復号化およびビューイング装置において具現化されたビデオ復号化ハードウェア、および／または、ソフトウェアによって実行されることができる。” | 对比文件明确将所描述的并行解码方法应用于“携帯電話”（移动电话），如图1所示。此外，在说明书的最后部分（[2]段末尾），还明确指出该方法不仅限于移动电话，也可以具体实施（具現化）在其他装置上，并列举了包括“パーソナルコンピュータ”（计算机）、“テレビジョン”（电视机）、“ビデオディスクプレーヤ”（视频播放器）等在内的多种设备。这些设备涵盖了目标专利权利要求中列举的“移动电话、计算机、视频播放器”等具体产品类型。因此，将多线程解码处理器/方法集成到此类设备中的技术特征被对比文件直接公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<k>>><<<L>>>