**对比文件名称**：2003-03-12_CN1402852A_发明公开_CN1402852A 面向目标的视频系统
**目标专利名称**：198用于视频译码的同时定位与地图构建CN106716490B
**本次调用的模型名称**：GPT-4
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：基于复合图像及场景结构图而产生合成图像。 | 无直接或隐含对应内容。 | **未被公开**。目标专利的“合成图像”是利用场景结构图（稀疏3D点云构成的代理几何结构）作为纹理映射的目标，将复合图像（由一或多个先前图像构造）叠加其上渲染而成。对比文件虽然描述了将纹理图（如广告视频目标）叠加到视频场景中（例如图36及对应描述），但其“纹理图”是作为独立的视频目标（如广告）插入到主视频流中，并非基于一个由稀疏3D点构成的“场景结构图”进行几何映射和渲染以生成预测图像。两者技术手段和作用均不相同。 |
| **技术特征B**：其中所述复合图像是由先前经解码的一或多个图像构造。 | 无直接或隐含对应内容。 | **未被公开**。目标专利的“复合图像”特指用于生成合成预测图像的纹理来源，由先前经解码（或编码）的一或多个图像（如关键帧）混合或单独构成。对比文件虽然提及使用多个视频目标（如广告）并可能进行组合（例如动态媒体组合DMC），但这些目标是独立编码、作为独立数据流插入到场景中，并非为了构造一个统一的“复合图像”作为纹理源来生成预测图像。目的和构造方式均不同。 |
| **技术特征C**：其中所述场景结构图包括所述视频数据的当前图像的场景结构图或先前经解码的所述视频数据的图像的场景结构图。 | 无直接或隐含对应内容。 | **未被公开**。目标专利的“场景结构图”是其核心，包含图像中稀疏3D点的坐标，用于形成代理几何结构。它可以是针对当前图像生成的，也可以是复用之前图像的。对比文件完全未涉及利用稀疏3D点云来构建场景的几何结构（代理几何结构）的概念。其视频编码基于4元树、运动补偿等技术，处理的是2D像素块或形状，与3D场景结构图无关。 |
| **技术特征D**：其中所述场景结构图包含所述当前图像或先前经解码的所述图像内的三维点的坐标值，所述三维点的坐标值指示所述点的位置和相对深度。 | 无直接或隐含对应内容。 | **未被公开**。目标专利明确要求场景结构图包含三维点的坐标值（x, y, z），以表示位置和相对深度，这是实现基于3D几何的纹理映射和视图合成的基础。对比文件处理的视频数据是基于2D像素的，其编码方法（如4元树分裂、运动矢量）虽然涉及像素位置，但完全是二维平面内的操作，从未提及或隐含使用表示场景深度信息的3D点坐标。 |
| **技术特征E**：其中产生所述合成图像包括利用所述当前图像的摄像机位置及定向信息来渲染所述合成图像，使得所述合成图像和所述当前图像的摄像机位置及定向相同。 | 无直接或隐含对应内容。 | **未被公开**。目标专利利用摄像机姿势（位置和定向）信息来确保合成图像（预测图像）的视角与当前图像一致，从而减少残差。这是基于3D场景几何和视图渲染的技术。对比文件虽然在某些应用（如电视会议、超薄客户机）中可能涉及视频流来自不同视角，但其编码和解码过程本身并未集成或利用明确的“摄像机位置及定向信息”来控制图像渲染以匹配特定视角。其视图合成或目标叠加不依赖于3D摄像机模型。 |
| **技术特征F**：且其中产生所述合成图像进一步包括：互连所述场景结构图的点以形成代理几何结构。 | 无直接或隐含对应内容。 | **未被公开**。将稀疏3D点互连形成三角网格等“代理几何结构”，是目标专利中GPU将2D纹理图像映射到3D空间的关键步骤。对比文件中没有任何关于将一组点（无论是2D还是3D）连接起来形成用于纹理映射的几何结构（如网格）的描述。其图形处理涉及矢量图形（GrafData），但那是用于定义2D形状路径，并非由稀疏点云构建3D代理几何。 |
| **技术特征G**：将所述复合图像纹理映射到所述代理几何结构以形成基于图像的模型。 | 说明书第[0072]段：“服务器21可通过复用多个目标数据流实时地组成各个场景，以构成一个单一复用包流64（对于任何规定场景），该流被码流发到该客户机用于重放。这种结构允许根据用户的交互，使正在重放的媒体内容进行改变。例如，两个视频目标可以进行同时重放。当用户点击或选择一个时，其改变为不同的目标，同时另一个视频目标仍然不变。” 以及涉及动态媒体组合（DMC）和视频目标叠加的描述。 | **隐含公开 (g)**。对比文件公开了“纹理映射”的概念，即将一个图像（纹理图）叠加到另一个图形对象上。例如，在描述动态媒体组合（DMC）和视频目标叠加时（如图12及对应描述），可以将一个视频目标（如广告）作为纹理叠加到另一个视频场景上。虽然对比文件中的“纹理映射”可能更偏向于2D平面上的阿尔法混合或Z序叠加，并未明确限定映射到3D几何结构，但“纹理映射”作为一项通用的图形处理技术，其核心思想是将一个图像（纹理）应用到另一个表面（对象）上。本领域技术人员从对比文件公开的“视频目标叠加”、“动态组合”等内容，有可能推理出需要使用纹理映射技术来实现图像的组合与呈现。尽管目标专利中纹理映射的对象是特定的“代理几何结构”，而对比文件中的对象可能是另一个2D视频帧或简单的图形区域，但“纹理映射”这一技术特征本身已被对比文件部分公开或隐含。因此，该技术特征被认定为**隐含公开**。 |
| **技术特征H**：及渲染所述基于图像的模型以产生所述合成图像。 | 说明书涉及客户机修饰引擎（图10）、位映像编排器、音频混合器等，描述了将解码的视频、图形等数据组合渲染成最终显示场景的过程（例如图9流程图）。 | **隐含公开 (h)**。“渲染”是指将图形数据（如基于图像的模型、位映像、矢量图形）处理成最终显示图像的过程。对比文件的客户机端明确包含“修饰引擎”（Rendering Engine），其功能包括位映像编排、矢量图形扫描变换、音频混合等，最终产生显示在屏幕上的合成场景（图10，及图9流程图s101-s118）。虽然对比文件渲染的“基于图像的模型”可能不是目标专利中特指的3D IBM，但“渲染”这一图形处理步骤是任何视频解码显示系统的必备环节。本领域技术人员可以从对比文件公开的显示处理中合理推断出渲染步骤的存在。因此，该技术特征被认定为**隐含公开**。 |
| **技术特征I**：确定残差图像，其中所述残差图像指示所述当前图像与所述合成图像之间的差异，且其中确定所述残差图像包括基于包括背景静态部分的所述当前图像的一或多个部分来确定所述残差图像。 | 无直接或隐含对应内容。 | **未被公开**。目标专利的核心之一是计算当前图像与作为预测图像的“合成图像”之间的差异（残差图像），并对该残差进行编码传输，这是其视频压缩的关键。对比文件的视频编码方案（如基于4元树和运动补偿的编码，图18-29）是直接对原始视频帧或帧间差异进行压缩，从未提及或隐含需要先构建一个“合成图像”作为预测基准，再计算残差。其“差异”计算是基于原始帧与运动补偿后的参考帧，而非基于一个从几何场景结构图和复合图像渲染得到的合成预测图像。技术方案和作用根本不同。 |
| **技术特征J**：及基于所述合成图像及所述残差图像而重构所述当前图像。 | 无直接或隐含对应内容。 | **未被公开**。与特征I对应，目标专利的解码器通过将接收到的残差图像与本地生成的合成图像相加来重构当前图像。对比文件的解码过程（图49-51）是直接解码接收到的压缩视频数据（可能包含运动矢量、4元树数据、色图更新）来重建视频帧，不存在“合成图像+残差图像=重构图像”这一特定流程。其重构不依赖于本地生成的、基于场景结构图的预测图像。 |
| **技术特征K**：其中确定所述残差图像包括：接收所述当前图像的所述残差图像。 | 无直接或隐含对应内容。 | **未被公开**。此特征是从解码器角度描述，即通过接收来自编码器的残差图像信息来确定残差。对比文件的解码器接收的是经其特定编码方案（如4元树数据、运动矢量）压缩的视频数据流，并非特指“残差图像”。其数据流中不包含目标专利所定义的、基于合成预测图像的残差信息。 |
| **技术特征L**：其中纹理映射包括：基于一或多个先前经解码图像的摄像机位置及定向信息而将所述复合图像纹理映射到所述代理几何结构。 | 无直接或隐含对应内容。 | **未被公开**。此特征限定了纹理映射时需使用先前图像的摄像机姿势信息。对比文件完全未涉及“摄像机位置及定向信息”在图形渲染或纹理映射中的应用。其视频目标的定位、缩放、旋转等修饰参数（通过ObjectControl包定义）可能是基于2D/3D坐标变换，但并未与拍摄图像的摄像机物理姿势信息关联。 |
| **技术特征M**：其中纹理映射包括：基于一或多个先前经解码图像的摄像机位置及定向信息而将所述复合图像纹理映射到所述代理几何结构。（注：与L重复，可能为笔误，按相同内容判断） | 同特征L。 | **未被公开**。理由同特征L。 |
| **技术特征N**：其中纹理映射包括：基于一或多个先前经解码图像的摄像机位置及定向信息而将所述复合图像纹理映射到所述代理几何结构。（注：与L重复，可能为笔误，按相同内容判断） | 同特征L。 | **未被公开**。理由同特征L。 |
| **技术特征O**：其进一步包括：接收所述当前图像的所述场景结构图的信息或指示所述当前图像的所述场景结构图与先前经解码的所述图像的所述场景结构图之间的差异的信息中的一者。 | 无直接或隐含对应内容。 | **未被公开**。目标专利中，场景结构图或其差异信息是需要从编码器向解码器传输的数据之一。对比文件的数据流中包含多种定义和控制包（如VIDEODEFN, OBJCTRL），用于传输视频格式、运动矢量、控制参数等，但其中完全不包含类似“稀疏3D点坐标”或“场景结构图”的信息。其传输的数据内容与场景结构图无关。 |
| **技术特征P**：及基于所述所接收信息而产生所述场景结构图，其中产生所述合成图像包括：基于所述复合图像及所述所产生场景结构图而产生所述合成图像。 | 无直接或隐含对应内容。 | **未被公开**。此特征描述了解码器利用接收到的信息生成场景结构图，并用于合成图像。对比文件的解码器根据接收到的数据（如4元树数据、色图）重建视频帧，但不会生成或利用任何“场景结构图”。其整个编解码框架不依赖于此类3D场景表示。 |
| **技术特征Q**：其进一步包括：接收关于用于构造所述复合图像的所述一或多个先前经解码图像及所述当前图像的摄像机位置及摄像机定向中的一者或两者，其中产生所述合成图像包括：基于所述一或多个先前经解码图像及所述当前图像的所述摄像机位置及所述摄像机定向中的一者或两者而产生所述合成图像。 | 无直接或隐含对应内容。 | **未被公开**。此特征综合要求接收并使用摄像机姿势信息来产生合成图像。对比文件的数据流中不包含摄像机姿势信息，其合成图像的生成（如果指最终场景组合）也不依赖于摄像机姿势。其交互控制和动画可以改变目标的位置、旋转（通过ObjectControl），但这些是人为定义的修饰参数，并非真实的摄像机姿态数据。 |
<<<g>>><<<h>>>