对比文件名称：2000-06-23_JP2000175189A_发明专利_JP2000175189A Moving picture encoding method and moving picture encoding device used for the same
目标专利名称：399视频解码器错误处置CN101960853B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：确定经编码视频数据的当前单元的起点**<br>《隐含公开》 | [0003] スライスは同期コードを持つデータ列の最小単位であり、１６×１６ピクセルのマクロブロックの帯（ＭＰＥＧ１では任意、ＭＰＥＧ２では画像の両端をまたがらない任意の長さ）から構成される。 図６に示す例において、スライスヘッダでは同期コードに垂直位置情報を含み、続くマクロブロックのヘッダと合わせて画像中の座標が確定できる。<br>（翻译：片（slice）是持有同步码的数据序列的最小单位，由16x16像素的宏块带构成。在图6所示的例子中，片头中包含同步码及垂直位置信息，结合后续宏块的头，可以确定图像中的坐标。） | 对比文件公开了视频数据被组织为包含同步码（片头）的片（slice），片由宏块构成。解码器要解码一个片，必须首先定位并解析其片头（同步码），这必然涉及确定该当前片的起点。因此，本领域技术人员能够毫无疑义地得出，在解码过程中需要“确定经编码视频数据的当前单元的起点”。虽然对比文件主要从编码角度描述，但该技术特征是解码过程的必然前提，因此被隐含公开。 |
| **B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分**<br>《隐含公开》 | [0007] このとき、マクロブロックレベルでは同期コードのない可変長符号化を採用しているため、受信側で復号同期をとることができず、同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>[0010] 同期信号を含むデータ単位とネットワークのデータ伝送単位とを対応させるか一致させて符号化を行う、あるいは、ネットワークのデータ伝送単位それぞれの先頭に近い位置に同期信号が含まれるよう符号化を行うことを特徴とするものである。<br>（翻译：[0007] 此时，由于在宏块级别采用了没有同步码的可变长编码，接收侧无法取得解码同步，解码同步将一直处于崩溃状态，直到包含同步点的片头出现。[0010] 其特征在于，进行编码时，使包含同步信号的数据单元与网络的数据传输单元对应或一致，或者进行编码使得同步信号包含在网络各数据传输单元开头附近的位置。） | 对比文件的核心发明点在于编码时控制数据单元的生成，使得每个网络传输单元（如IP包、时隙）的开头或附近都包含同步信号（片头）。其目的是在传输发生丢包/时隙丢失时，解码器能在下一个接收到的传输单元的开头快速找到同步点并恢复解码（见[0007]描述的问题及[0010]的解决方案）。为了实现这一目的，解码器在正常解码当前单元时，必然是在未预先确定下一个数据单元起点的情况下进行的，否则就失去了该编码方案“快速重新同步”的意义。本领域技术人员可以合理推断，在对比文件所构建的传输流中，解码器循序解码当前单元，仅在遇到错误（如数据丢失导致同步丢失）后，才去“下一个可用单元”的起点寻找同步信号。因此，该特征被隐含公开。 |
| **C：在所述当前单元中检测解码错误**<br>《隐含公开》 | [0007] このとき、マクロブロックレベルでは同期コードのない可変長符号化を採用しているため、受信側で復号同期をとることができず、同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>（翻译：此时，由于在宏块级别采用了没有同步码的可变长编码，接收侧无法取得解码同步，解码同步将一直处于崩溃状态，直到包含同步点的片头出现。） | 对比文件明确描述了当数据丢失时，解码器会失去同步（“復号同期が崩れたままとなる”），这即是一种解码错误状态。解码器需要检测到这种同步丢失的错误，才能触发后续的重新同步过程。因此，检测解码错误是该解码过程必然包含的步骤，被隐含公开。 |
| **D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点**<br>《隐含公开》 | [0007] 同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>[0010] ...ネットワークのデータ伝送単位それぞれの先頭に近い位置に同期信号が含まれるよう符号化を行う...<br>[0014] ...出力されるＩＰパケットまたはタイムスロットの先頭には必ず同期信号が含まれる。 これにより、ネットワーク上でパケットないしタイムスロットの廃棄が起こった場合でも受信側において同期を保つことができ、可変長符号復号同期の破綻が起こり得ない。<br>（翻译：[0007] ...直到包含同步点的片头出现。[0010] ...进行编码使得同步信号包含在网络各数据传输单元开头附近的位置...[0014] ...输出的IP包或时隙的开头必定包含同步信号。由此，即使在网络上发生包或时隙丢弃的情况下，接收侧也能保持同步，可变长码解码同步的崩溃不会发生。） | 对比文件多次强调，其编码方案确保了每个网络传输单元（下一可用数据块）的开头都有同步信号（片头）。当检测到解码错误（如同步丢失）时，解码器会寻找下一个包含同步信号的数据单元以恢复同步（见[0007]）。找到这个包含同步信号的单元，自然就确定了该“下一可用单元”的起点。因此，该特征被对比文件的整体方案所隐含公开。 |
| **E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点**<br>《隐含公开》 | [0007] 同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>[0008] しかし、データ損失に伴って同期が崩れた場合には、損失の検出・損失範囲の検出等が困難であり、補間処理が難しくなる。<br>（翻译：[0007] ...直到包含同步点的片头出现。[0008] 然而，伴随数据丢失发生同步崩溃时，损失的检测、损失范围的检测等变得困难，补间处理也变得困难。） | 对比文件指出了在传统方法中，当同步丢失时，难以确定损失范围（[0008]）。而本发明的编码方案通过在每个传输单元开始处放置同步点，为确定损失范围提供了基础。本领域技术人员可以合理推断：在对比文件的方案下，一旦在下一个可用单元的开头（同步点）重新建立同步，那么从发生错误（同步丢失）的位置到这个新同步点之间的所有数据，都可以被认定为“被破坏数据段”。该段的终点就是这个新同步点（下一可用单元的起点）之前的位置。因此，基于下一可用单元的起点来确定被破坏数据段的终点，是该方案逻辑上的必然结果，被隐含公开。 |
| **F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段**<br>《隐含公开》 | [0008] 受信側の復号器では、到着したデータの損失があった場合には、その周囲の画素、または、前フレームのピクチャから損失部分を補間する処理が可能と考えられる。<br>（翻译：在接收侧的解码器中，当发生到达数据的损失时，可以考虑从周围的像素、或者从前一帧的图片对损失部分进行补间处理。） | 对比文件明确提到了在数据丢失时进行错误隐藏（“補間”）的概念。虽然它没有详细描述隐藏的具体步骤，但指出了隐藏的对象是“损失部分”。结合前述特征E的论述，在对比文件的方案下，一旦能够确定被破坏数据段的起点和终点（即“损失部分”的范围），那么基于这个范围来执行隐藏（补间）操作，是本领域技术人员为了实现错误恢复而必然会采用的技术手段。因此，该特征被隐含公开。 |
| **G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片**<br>《直接公开》 | [0003] スライスは同期コードを持つデータ列の最小単位であり...<br>[0016] ＭＰＥＧ方式であれば、同期信号であるスライスヘッダを挿入し、スライス層（ないしそれ以上の層まで）の符号化を行う。<br>（翻译：[0003] 片（slice）是持有同步码的数据序列的最小单位...[0016] 如果是MPEG方式，则插入作为同步信号的片头，进行片层（或直至其以上的层）的编码。） | 对比文件全文以MPEG标准为例，明确将“スライス”（slice，片）作为包含同步信号的基本数据单位进行讨论。其编码方案的核心就是在网络传输单元中安排“スライスヘッダ”（片头）。因此，当前单元和下一可用单元都是视频数据片，这一特征被对比文件直接且明确地公开。 |
| **H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元**<br>《隐含公开》 | [0007] ...ネットワークにおいてパケットないしタイムスロットの損失が生じた場合には、受信側においてデータが欠落した部分以降にストリームの不整合が起こる。<br>（翻译：...当网络上发生包或时隙的损失时，在接收侧，数据缺失部分之后会发生流的不一致。） | 对比文件指出，网络传输单元的损失（如丢包）会导致数据缺失。一次网络事件（如拥塞）完全有可能导致连续多个传输单元（每个单元可能包含一个或多个片）丢失。因此，被破坏的数据段完全可能涵盖当前单元以及后续的一个或多个额外单元，直到解码器在下一个成功接收的单元处重新同步。这一可能性被对比文件所隐含公开。 |
| **I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片**<br>《未公开》 | 对比文件未涉及跨越帧边界的片错误处理的具体描述。 | 对比文件虽然提及了帧（“ピクチャ”或“フレーム”）和片的概念，但其整个发明聚焦于在编码端将片与网络传输单元对齐，以确保解码器在任意传输单元丢失后都能快速重新同步。说明书及附图均未讨论或暗示错误会跨越帧边界，以及如何具体处理这种跨帧的被破坏数据段（例如，确定不同帧的片起点和终点）。因此，该特定技术特征未被对比文件公开。 |
| **J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误**<br>《未公开》 | 对比文件未提及使用“错误旗标（error flag）”这一具体机制。 | 对比文件描述了检测到同步丢失（解码错误）的状态，但没有公开使用一个专门的“错误旗标”来存储或指示该错误状态。设置错误旗标是目标专利实现其循序错误处置流程的一个具体实施方式，对比文件中没有相应记载。 |
| **K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点**<br>《未公开》 | 对比文件未提及“错误旗标”及其相关逻辑。 | 该特征依赖于特征J的“错误旗标”，由于对比文件未公开设置错误旗标，因此该依赖错误旗标状态来触发终点确定的逻辑也无法被公开。 |
| **L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头**<br>《隐含公开》 | [0007] 同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>[0014] 出力されるＩＰパケットまたはタイムスロットの先頭には必ず同期信号が含まれる。<br>（翻译：[0007] ...直到包含同步点的片头出现。[0014] 输出的IP包或时隙的开头必定包含同步信号。） | 对比文件的核心思想就是，当发生错误导致同步丢失后，解码器需要寻找下一个包含同步信号（即片标头）的数据单元来恢复同步。这直接对应于“在检测到所述解码错误时寻找与所述片相关联的片标头”。因此，该特征被隐含公开。 |
| **M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元**<br>《隐含公开》 | [0007] ...受信側で復号同期をとることができず、同期ポイントが含まれるスライスヘッダが現れるまで復号同期が崩れたままとなる。<br>（翻译：...接收侧无法取得解码同步，解码同步将一直处于崩溃状态，直到包含同步点的片头出现。） | 对比文件指出，在同步丢失后，解码器无法继续正常解码（“復号同期が崩れたまま”），其隐含的含义是解码过程在错误点停滞或失效。为了恢复，必须等待直到找到下一个同步点（下一可用单元的片头）。这逻辑上必然包含停止对当前无法解析的（被破坏的）数据流的解码尝试，并在找到下一可用单元的起点后，开始解码该新单元。因此，该特征被隐含公开。 |
| **N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元**<br>《隐含公开》 | 这是解码器正常工作的必然模式。对比文件描述了解码过程，当没有数据丢失/错误时，解码器自然会顺序解码接收到的数据单元（片）直至完成。 | 虽然对比文件没有用文字明确写出“如果没有错误就解码整个单元”，但这是任何解码器在无错情况下的标准且必然的操作模式。本领域技术人员从对比文件描述的解码场景中，可以直接且毫无疑义地推导出这一步骤。因此，该特征被隐含公开。 |
| **O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者**<br>《未公开》 | 对比文件仅提及因数据丢失导致的“同期”（同步）错误或“ストリームの不整合”（流的不一致），并未具体列举或涉及语法错误、语义错误或熵译码错误的分类。 | 目标专利明确限定了解码错误的具体类型（语法、语义、熵译码错误），而对比文件仅笼统地描述了因数据丢失引发的同步问题。两者对“解码错误”的界定范围和具体类型不同。因此，该限定性特征未被对比文件公开。 |
| **P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段**<br>《隐含公开》 | [0003] スライスは同期コードを持つデータ列の最小単位であり、１６×１６ピクセルのマクロブロックの帯...から構成される。<br>（翻译：片是持有同步码的数据序列的最小单位，由16x16像素的宏块带...构成。） | 对比文件明确其数据单元（片）由宏块（MB）构成。在MPEG等标准中，片内的宏块通常有顺序编号。当确定当前片的起点（即第一个MB）和下一可用片的起点（即其第一个MB）时，两者之间的MB范围自然可以确定。本领域技术人员能够理解，错误隐藏操作需要作用于一个连续的MB范围上，即从第一MB编号到第二MB编号（下一单元起点MB编号减一）。因此，该通过MB编号界定隐藏范围的特征，可以从对比文件公开的内容中合理推断出来，被隐含公开。 |
| **Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号**<br>《隐含公开》 | 基于特征P的论述。对比文件公开了片由MB构成且MB有顺序关系。 | 在已知下一可用单元（第二单元）起点的MB编号（第三MB编号）的前提下，被破坏数据段的终点（第二MB编号）就是该起点之前的一个MB，即“第三MB编号减一”。这是根据MB顺序编号关系进行的简单数学运算，是本领域技术人员在确定隐藏范围时的常规和必然手段。因此，该特征被隐含公开。 |
| **R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同**<br>《未公开》 | 对比文件未涉及在错误处理过程中跟踪或使用“帧编号”来确定被破坏数据段的起点和终点。 | 该特征引入了“帧编号”作为确定被破坏数据段范围的另一维度，用于处理可能跨越多个帧的错误。对比文件的整个方案立足于将片与网络传输单元对齐，其错误恢复机制依赖于在比特流中寻找下一个同步点（片头），并未描述需要追踪帧编号来辅助确定错误范围。因此，该包含帧编号管理的特定技术特征未被公开。 |
| **S：其进一步包含：检测一个或一个以上帧的丢失**<br>《未公开》 | 对比文件未提及检测“帧”丢失的概念。其关注点是网络传输单元（包/时隙）的丢失，这些单元包含编码数据（可能是片），但不一定与帧边界对齐，也未讨论如何识别整帧丢失。 | 检测帧丢失与检测数据单元（包/片）丢失是不同的概念。目标专利此特征可能涉及因多个连续片丢失导致的整帧丢失的检测。对比文件没有公开任何用于检测“一个或一个以上帧丢失”的具体方法或机制。 |
| **T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配**<br>《未公开》 | 对比文件完全未涉及“参考帧失配（reference frame mismatch）”问题，也未提到多参考帧预测、帧间依赖性或通过替换丢失帧来解决参考关系错误。 | 该特征涉及高级错误隐藏技术，专门用于处理使用多参考帧预测的视频编码标准（如H.264）中的特定问题。对比文件基于MPEG标准进行描述，且其错误处理仅停留在利用空间或时间邻域像素进行补间（[0008]），未触及参考帧失配及其解决方案。因此，该特征未被公开。 |
| **U：其包含：用于确定经编码视频数据的当前单元的起点的装置**<br>《隐含公开》 | 对应方法特征A。对比文件描述的解码器必然包含实现该功能的模块或结构。 | 该装置特征是方法特征A的硬件或模块化表述。既然方法特征A被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
| **V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置**<br>《隐含公开》 | 对应方法特征B。对比文件描述的解码器工作模式隐含了该装置功能。 | 该装置特征是方法特征B的硬件或模块化表述。既然方法特征B被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
| **W：用于在所述当前单元中检测解码错误的装置**<br>《隐含公开》 | 对应方法特征C。对比文件描述的解码器必然包含错误检测功能。 | 该装置特征是方法特征C的硬件或模块化表述。既然方法特征C被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
| **X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置**<br>《隐含公开》 | 对应方法特征D。对比文件描述的解码器在错误后寻找同步点的功能隐含了该装置。 | 该装置特征是方法特征D的硬件或模块化表述。既然方法特征D被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
| **Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置**<br>《隐含公开》 | 对应方法特征E。对比文件方案逻辑上隐含了该装置功能。 | 该装置特征是方法特征E的硬件或模块化表述。既然方法特征E被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
| **Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置**<br>《隐含公开》 | 对应方法特征F。对比文件提到了补间（隐藏）处理，隐含了相应装置。 | 该装置特征是方法特征F的硬件或模块化表述。既然方法特征F被隐含公开，那么用于实现该方法的相应装置也必然被隐含公开。 |
<<<G>>><<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<h>>><<<l>>><<<m>>><<<n>>><<<p>>><<<q>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>