一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：‑到网络的网络接口； ‑输入接口，该输入接口用于获得： ‑非体积视频；以及 ‑体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示； ‑处理器，该处理器被配置成进行以下操作： ‑确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；并且‑针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：‑获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频； ‑用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧； 并且经由该网络接口： ‑将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；并且‑将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

以一名经验丰富的专利代理师身份，紧密结合目标专利（专利号未直接给出，以下称“本专利”）说明书的整体构思，对权利要求1进行全面、严谨的无效可行性分析与对比文件比对。

---

### 一、 目标专利权利要求1的技术特征拆解与技术内涵解析

本专利权利要求1涉及一种用于生成传输到客户端设备的复合视频流的处理器系统。紧密结合说明书对各特征的解释如下：

* **技术特征A（网络接口）**与**技术特征B（非体积视频输入）**：属于常规的视频传输与网络通信模块。

* **技术特征C（体积视频输入）**：获取体积视频（Volumetric Video，如3D/立体视频），且该体积视频的至少一部分要在客户端设备上**覆盖/显示在非体积视频（Non-volumetric Video，如2D背景视频）的前面**。

* **技术特征D（遮挡区域确定）**：处理器确定非体积视频的空间子区域，当体积视频放置在非体积视频前景时，该**空间子区域会被部分或完全遮挡（Occluded Area）**。

* **技术特征E（非体积表示获得）**：针对相应输入帧，获得体积视频的“非体积表示（Non-volumetric Representation）”，该表示是**通过某种转换技术（Transformation Technique）生成的，且允许后续从该表示重构出原体积视频**。

* **技术特征F（数据替换/像素打洞合成）**：用体积视频的非体积表示的数据，**去替换（Replace）非体积视频中被遮挡的空间子区域的数据**，从而合成复合视频的输出帧。*（此特征的本质是：将背景视频中被遮挡的无用像素直接替换为前景体积视频编码所需的2D表示数据，实现带宽的高效利用和单视频流传输）*。

* **技术特征G（复合流传输）**：将复合视频作为流或片段流式传输到客户端。

* **技术特征H（信令数据传递）**：向客户端提供**信号传递数据（Signaling Data）**，指示该复合视频流中包含了体积视频的非体积表示。

---

### 二、 对比文件技术特征比对与公开性分析

针对提交的三份对比文件进行审查与原文核对：

1. **D1**：`US6487220B2`（Content-based multiplexer device and multiplexing method）

2. **D2**：`US6522672B1`（Content-based multiplexer device and multiplexing method）

3. **D3**：`US6577333B2`（Automatic multi-camera video composition）

#### 1. 详细特征比对表

---

### 三、 对比文件公开性结论

1. **D1 (`US6487220B2`) 与 D2 (`US6522672B1`)**：

* 两件对比文件系同族专利（D1为分案申请），技术内容高度一致。主要解决的是在多媒体数据传输中，**如何根据对象优先级（Priority）以及频道质量实现高效多路复用（Multiplexing）与信道编码（Channel Coding）**的问题。

* **公开的特征**：A、B、G（即传统的网络视频流多路复用与传输架构）。

* **未公开的特征**：C、D、E、F、H。D1/D2中的“对象（Object）”仅指普通视频/音频数据块，完全不涉及“体积视频（3D/Volumetric Video）”与其在“非体积视频（2D）”中的**空间遮挡计算**及**数据替换/像素嵌入合成（Data Replacement）**。

2. **D3 (`US6577333B2`)**：

* 主要解决的是在多摄像机视频会议/赛事直播中，**根据音频说话人位置和历史切换时间，自动选择/切换哪一路2D摄像机作为当前画面输出**的问题。

* **公开的特征**：A、B、G（传统的网络多视角视频选择传输）。

* **未公开的特征**：C、D、E、F、H。D3是摄像机画面之间的**时间流切换（Time-domain Switching）**，完全不涉及图像空间内的**空间子区域遮挡（Spatial Sub-region Occlusion）**与**数据替换合成（Composite Video generation by data replacement）**。

---

### 四、 最接近对比文件的选择与创造性分析

#### 1. 整体解决的技术问题与技术效果对比

* **目标专利**：

* **解决的问题**：如何在有限的网络带宽下，高效地向客户端传输包含3D体积视频（Volumetric Video）和2D背景视频的复合场景，避免传输无用的被遮挡背景数据。

* **技术效果**：通过“确定背景遮挡区域”并“直接用体积视频的2D表示数据替换该遮挡区域像素”，既节省了背景传输带宽，又将3D与2D合成到了单一标准视频流中，并通过信令提示客户端进行解码重构。

* **D1 (`US6487220B2`) / D2 (`US6522672B1`)**：

* **解决的问题**：多媒体数据多路复用时，如何按数据重要性/优先级分配带宽。

* **D3 (`US6577333B2`)**：

* **解决的问题**：多摄像机场景下如何自动选择最合适的画面角度输出。

#### 2. 最接近对比文件的判定

从技术领域和技术架构来看，**D1 (`US6487220B2`) / D2 (`US6522672B1`)** 或 **D3 (`US6577333B2`)** 均仅能作为阐述“视频多媒体网络传输与多路复用系统架构”的常规背景技术（最接近对比文件）。

* **结论**：现有三份对比文件（D1、D2、D3）中**没有任何一份能够作为构成为新颖性/创造性破坏的关键最接近对比文件**。因为本专利的核心发明点（技术特征C+D+E+F+H）在D1、D2、D3中完全缺失，且不存在任何技术教导。

---

### 五、 无效请求的最薄弱技术特征与攻击难点

如果仅凭现有三份对比文件（D1、D2、D3）提出无效宣告请求，**成功率极低**。

* **最薄弱的技术特征（即目标专利的核心发明点/专利性屏障）**：

1. **特征D + 特征F（空间遮挡确定与数据替换）**：确定非体积视频被遮挡的空间子区域，并直接用体积视频的非体积表示数据“替换”该遮挡区域的数据。这是极具特色的图像域数据嵌入/编码优化手段（类似于像素级打洞/视频隐写编码）。

2. **特征C + 特征E（体积视频与非体积表示转换）**：涉及3D/体积视频（Point Cloud / Mesh / Volumetric Video）转换为2D平面图（如Depth Map, Color+Depth Atlas）以实现与2D视频融合的特定技术。

---

### 六、 进一步的对比文件检索策略（重点推荐）

为了成功无效本专利的权利要求1，必须针对上述缺失的关键特征重新调整检索方向：

1. **核心检索要素组合（IPC分类号 + 关键词）**：

* **分类号建议**：

* `H04N 19/597`（针对立体或深度增强视频的编码/解码，如3D/MVC/FTV）

* `H04N 19/167`（基于感兴趣区域ROI或空间子区域的视频编码）

* `H04N 21/434` / `H04N 21/236`（流媒体信号传递与多路复用，带信令/Signaling）

* `G06T 15/00` 或 `G06T 9/00`（3D体积数据/点云的2D表达与重构）

* **关键检索词**：

* `Volumetric video` / `Point cloud` / `3D video` / `Free-viewpoint video`

* `Occlusion` / `Occluded region` / `Foreground background placement`

* `Replace` / `Embed` / `Atlas` / `Packing` / `Non-volumetric representation`

* `Signaling` / `Metadata` / `Flag`

2. **精准技术切入点与补充检索文献方向**：

* **方向一（MPEG-V-DMC / V-PCC 标准提案文件）**：

检索 MPEG 组织关于 **V-PCC (Video-based Point Cloud Compression)** 或 **MPEG-I Volumetric Video** 的标准提案（2017-2020年前后）。V-PCC标准的核心逻辑正是将3D体积视频投影转换为2D的Occupancy Map、Geometry Map和Attribute Map（即非体积表示），并将这些2D Patch打包/替换到标准2D视频帧中进行传输。

* **方向二（深度图与背景合成/遮挡填充技术）**：

检索基于深度图（Depth-based Image Rendering, DDIR）或混合现实（MR）视频合成的专利。重点查找“在2D背景图像中抠出/定位前景遮挡区域（Occluded Area），并在遮挡区域内写入前景物体的色彩+深度数据”的技术文献。

* **方向三（视频隐写/数据隐藏/帧内拼接）**：

检索将辅助数据（如体积视频的2D Patch）隐藏/嵌入/替换到主视频帧未显示或被遮挡像素区域的相关技术。

作为一名经验丰富的专利代理师，我将为您对权利要求1进行全面、严谨的专利无效与创造性比对分析。

---

### 一、 权利要求1的技术特征拆解与说明书原意解释

根据目标专利的说明书及权利要求书，权利要求1保护的是一种“生成用于传输到客户端设备的复合视频流”的处理器系统。

1. **技术特征A：网络接口**

* **解释**：连接到传输网络的物理或逻辑接口，用于将复合视频流/片段及信号传递数据发送给客户端。

2. **技术特征B：输入接口（非体积视频/平面视频）**

* **解释**：用于获取传统的2D/平面视频（Non-volumetric video）。

3. **技术特征C：输入接口（体积视频/3D视频，且至少部分在前显示）**

* **解释**：用于获取3D立体/体感视频（Volumetric video，例如3D点云、mesh等），且在客户端渲染显示时，该体积视频位于非体积视频的前方（存在空间叠加与前后遮挡关系）。

4. **技术特征D：处理器确定被遮挡的空间子区域**

* **解释**：处理器通过计算或几何投影，确定当体积视频叠加在非体积视频前方显示时，非体积视频中哪些空间区域（像素/子区域）会被体积视频挡住。

5. **技术特征E：针对相应帧，获得体积视频的非体积表示**

* **解释**：将3D体积视频通过某种转换技术（如深度图、包装/Packing、2D纹理+几何打包等）转换为2D平面图像格式（非体积表示），以便能够利用现有的2D视频编解码器处理，并且该转换可逆（可从中重构体积视频）。

6. **技术特征F：用非体积表示的数据替换被遮挡的空间子区域的数据，获得复合视频输出帧**

* **解释**：**（核心发明点）** 既然非体积视频的某个空间子区域已经被体积视频挡住了，直接传输该遮挡区域的背景画面就是带宽浪费。因此，处理器直接将“体积视频转换后的2D数据”**填充/替换**到“非体积视频被遮挡的画面区域”中，合成一帧包含背景和3D数据的复合2D视频帧。

7. **技术特征G：经由网络接口流式传输复合视频流或其所选空间片段**

* **解释**：将合成好的复合视频帧编码为视频流（或网络切片/Tile/空间片段）发送给客户端。

8. **技术特征H：提供信号传递数据（Signaling Data）**

* **解释**：向客户端发送控制/元数据（Signaling data），通知客户端“该复合视频流中包含了经过转换的体积视频非体积表示”，以便客户端解码后能正确提取并还原3D体积视频。

---

### 二、 对比文件技术特征比对与详细出处（特征比对表）

以下分析紧密结合对比文件原文。三份对比文件公开号分别为：

* **D1**：US6487220B2 (*Content-based multiplexer device and multiplexing method*)

* **D2**：US6522672B1 (*Content-based multiplexer device and multiplexing method*)

* **D3**：US6577333B2 (*Automatic multi-camera video composition*)

#### 特征比对表格

---

### 三、 整体解决的技术问题、技术效果及“最接近的对比文件”分析

#### 1. 目标专利（权利要求1）整体解决的技术问题与技术效果

* **解决的技术问题**：在传输包含背景（非体积视频）和前景3D对象（体积视频）的复合场景时，如果同时独立传输高带宽的2D背景和3D体积视频，会导致极大的网络带宽浪费与传输延迟；同时，传统2D编解码器无法直接传输3D体积数据。

* **技术效果**：通过将3D体积视频转换为2D非体积表示，并利用“体积视频在客户端显示时会遮挡背景非体积视频”这一几何关系，**用体积视频的2D数据直接替换/填补背景视频中被遮挡的无用像素区域**，使得单个2D视频流既包含了背景又隐藏嵌合了3D体积数据，**显著节省了传输带宽**，并实现了对现有2D视频传输架构的兼容。

#### 2. 对比文件分析与“最接近对比文件”的选取

* **D1（US6487220B2）与 D2（US6522672B1）**：

* *注：D1和D2属于同一专利族的同源申请（D1为分案申请），其说明书技术内容和附图高度一致。*

* **技术领域与问题**：涉及多媒体数据（视频、音频、对象数据）的基于内容/优先级的复用传输，解决如何在有限带宽下高效复用和传输不同优先级对象的问题。

* **技术方案对比**：D1/D2公开了通过网络接口（A）传输包含视频（B）的多媒体流（G），并附带复用信令数据/附加信息（H）。其提出了基于“对象（Object）”的优先级复用。

* **匹配度**：在“多媒体数据流复用”以及“信令数据（Signaling Data）提供”方面与本专利最为接近。

* **D3（US6577333B2）**：

* **技术领域与问题**：涉及多摄像机视频的自动组合与镜头切换系统，解决视频会议或活动直播中如何根据声音/动作自动选择最佳视角镜头的问题。

* **技术方案对比**：D3侧重于多路2D摄像机信号的“选择与切换（Switching）”，完全不涉及图像像素级的“拼合/替换（Composition/Replacement）”，更不涉及体积视频（3D Volumetric Video）的转换与数据嵌入。

#### 3. 最接近对比文件（Primary Reference）结论

**D1（US6487220B2）和 D2（US6522672B1）最适合作为最接近的对比文件（两者实质相同，可任选其一作为主对比文件，如以D1为主）。**

* **理由**：D1/D2与目标专利同属于“多媒体视频数据高效复用与网络传输”技术领域，且均旨在解决“有限网络带宽条件下的多流/多对象高效传输”这一技术问题。D1/D2不仅公开了网络传输、视频输入，还明确公开了“用于指示复用流中包含何种对象/数据格式的复用附加信息/信令数据（对应特征H）”。

---

### 四、 未被最接近对比文件公开的技术特征分析及“最薄弱特征”指出

#### 1. 区别技术特征（以D1/D2为最接近对比文件时）

目标专利权利要求1相对于最接近对比文件（D1/D2）的区别技术特征包括：

1. **特征C**：引入了“体积视频（Volumetric Video）”，且该体积视频要在非体积视频的前面显示；

2. **特征D**：确定非体积视频中被体积视频“部分或完全遮挡的空间子区域”；

3. **特征E**：获得体积视频的“非体积表示（Non-volumetric representation）”（通过可逆转换技术）；

4. **特征F**：**用体积视频的非体积表示数据，替换非体积视频中被遮挡的空间子区域的数据**，从而获得复合视频输出帧。

#### 2. 现有对比文件（D1、D2、D3）组合是否能够覆盖？

* **结论**：**不能覆盖。**

* **分析**：D3（US6577333B2）仅公开了根据语音活动在多个2D摄像机镜头之间进行时序上的切换（Switching），根本没有涉及“3D体积视频”、“空间遮挡计算”以及“将3D数据的2D表示替换掉背景被遮挡像素”的技术手段。因此，组合 D1+D3 或 D2+D3 **无法拼凑出特征C、D、E、F**。

#### 3. 提出无效请求时“最薄弱的技术特征”

若针对权利要求1发起专利无效请求，**目前这三份对比文件（D1/D2/D3）构成的证据链非常薄弱，无法直接击垮权利要求1。**

目标专利在无效防御中最坚固、而在无效攻击中最难被克服的**核心发明点/最薄弱攻击点（即专利权人的“防守强项”/无效请求人的“薄弱突破口”）**是：

> **特征F（结合特征D与E）：利用空间遮挡关系，将3D体积视频转换后的2D数据“直接替换/填充”到2D背景视频中被遮挡的空间子区域内。**

* **原因**：这是目标专利独创的“极度节省带宽的复合编码机制”。现有技术（如D1/D2）通常的做法是“图层叠加（Compositing/Alpha Blending）”或“多路复用（Multiplexing）”，即背景传背景的，前景传前景的，在客户端再叠加；而目标专利意识到“既然前景挡住了背景，被挡住的背景像素传了也是白传，不如把这块像素空间腾出来直接装前景的3D数据”。这种**空间像素级的抠图替换与数据隐蔽/挤占传输**，在给出的三篇文献中完全没有任何技术启示（Technical Teaching）。

---

### 五、 进一步的对比文件检索策略（检索指引）

由于现有的三篇对比文件（D1、D2、D3）缺少关于“体积视频（Volumetric Video）/3D点云”以及“利用遮挡区域进行2D数据替换/打包（Packing/Occlusion-based Replacement）”的关键特征，若要成功无效权利要求1，必须重新补充检索。以下是针对性的专业检索策略：

#### 1. 核心技术特征关键词组合（Keywords Expansion）

* **方向一：体积视频/3D点云的2D转换与打包（Volumetric Video to 2D Packing）**

* `("volumetric video" OR "3D video" OR "point cloud" OR "free-viewpoint video")`

* `AND ("non-volumetric" OR "2D representation" OR "packing" OR "geometry video" OR "depth map" OR "texture map")`

* `AND ("MPEG-I" OR "V-PCC" OR "Video-based Point Cloud Compression")`

* *注：重点关注 MPEG-I V-PCC（基于视频的点云压缩）标准相关的早期专利/论文。*

* **方向二：基于遮挡区域的数据替换/背景裁剪（Occlusion-based Region Replacement / Redundancy Reduction）**

* `("occlusion" OR "occluded region" OR "blocked area" OR "foreground covers background")`

* `AND ("replace" OR "substitute" OR "embed" OR "overwrite" OR "fill")`

* `AND ("bandwidth reduction" OR "spatial region" OR "composite video" OR "sub-region")`

#### 2. 国际专利分类号（IPC / CPC）锁定

建议重点在以下专有分类号中进行交叉检索：

* **H04N 19/597**：专门用于立体或3D视频编码的视频编解码技术（Multi-view Video Coding / 3D Video Coding）。

* **H04N 19/167**：基于关注区域（ROI）或图像子区域的视频编码（Data selection according to Region of Interest）。

* **H04N 21/816**：用于传输包含3D/体积内容的复合媒体流传输系统。

* **G06T 9/00**：图像或几何数据压缩（Data compression for Image processing）。

#### 3. 追溯技术源头与标准文本检索（Standard Essential Patents / Proposals）

* **MPEG-I V-PCC 标准提案**：ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 Volume-based Video Compression 的工作组文档。审查员或同行在2017-2020年前后提交过大量关于“如何将3D点云的Depth/Texture Patch打包到标准2D视频帧中”的专利。

* **AR/VR 混合渲染传输文献**：重点检索将 Augmented Reality (AR) 虚拟对象嵌入真实背景2D流时，去除冗余遮挡背景（Occluded Background Removal/Replacement）的相关通信/图像处理专利（如 InterDigital, Qualcomm, Sony, Samsung, Nokia 等公司在该领域的专利库）。

作为一名经验丰富的专利代理师，在进行专利无效宣告或创造性检索分析时，**说明书对权利要求的解释**是确定保护范围（尤其定义某些特定技术术语）的核心依据；同时，特征比对必须严谨对应对比文件原文及其具体出处。

以下针对本案目标专利（权利要求1）与三份对比文件（D1: US2004071209A1、D2: US2004071214A1、D3: US07099281B1）展开深度技术比对与创造性分析。

---

## 一、 结合目标专利说明书对权利要求1的术语解释

在评估技术特征前，基于本领域技术常识与本专利的技术构思（结合说明书）：

1. **非体积视频（Non-volumetric Video）与体积视频（Volumetric Video）**：

* **非体积视频**：通常指传统的2D或平面视频（如普通摄像机捕捉的RGB视频）。

* **体积视频**：指包含三维空间信息（如深度信息、3D点云、mesh网格等）、允许从多个视角渲染的3D内容。

2. **体积视频的非体积表示（Non-volumetric representation of volumetric video）**：

* 指将3D体积数据通过某种转换技术（如深度图填充、平面展开、打包转换矩阵等）“压扁”或格式化为标准的2D平面视频帧/图像表示，使得普通2D视频编解码器能够对其进行压缩处理，并在客户端通过逆转换重构出3D体积视频。

3. **空间子区域数据替换（Data Replacement in Spatial Sub-region）**：

* 在服务端，识别出2D背景视频中将被前端3D体积视频遮挡的区域，并将该“无用/被遮挡”区域的2D像素数据直接**替换/写入**为前述“体积视频的2D非体积表示数据”。这一设计的核心在于**利用同一2D视频流的画幅空间，同步传输2D背景视频和3D体积视频数据**，极大地节省了网络传输带宽。

---

## 二、 对比文件技术特征比对分析与出处

下面将详细分析各对比文件原文是否公开了权利要求1的技术特征A~H。

### 1. D1：US2004071209A1 (公开号：US20040071209A1)

* **核心方案**：根据事件/传感器（如开枪声、人群尖叫、运动员距离等）智能动态调节视频数据流的压缩质量（如分辨率、帧率），以高效利用有限的无线带宽。

* **特征比对**：

* **公开了特征A、B、G**：公开了包含网络接口（[0003]无线连接），接收/获得视频数据流（[0016]、[0030]），并将压缩后的视频流发送到客户端（[0026]、[0045]）。

* **未公开特征C、D、E、F、H**：D1传输的是普通的平面视频流或多视角视频流，完全不涉及“体积视频”、“确定被遮挡的空间子区域”、“将3D体积视频转换为2D非体积表示”、以及“在2D视频被遮挡的空间子区域内替换/嵌入该2D非体积表示数据”。

### 2. D2：US2004071214A1 (公开号：US20040071214A1)

* **核心方案**：将视频流压缩生成低质量第一信号（低画质流），计算原始视频与低画质流的差值得到分量/残差信号（第二信号），根据传感器质量选择对残差信号进行变码率压缩并延迟发送。客户端可叠加残差信号与低画质信号合成高质量信号。

* **特征比对**：

* **公开了特征A、B、G**：公开了网络接口（[0023]）、接收视频流（[0031]）、向客户端流式传输视频（[0032]）。

* **未公开特征C、D、E、F、H**：D2虽然提到了“差分信号/残差信号（differential signal）”（[0031]），但这只是传统视频编码中的**画质残差（差分像素）**，用于恢复画质细节，**并非**“体积视频（3D）的非体积表示”。D2也没有遮挡区域判定，更没有将体积视频数据嵌入到非体积视频被遮挡空间子区域的操作。

### 3. D3：US07099281B1 (公开号：US07099281B1)

* **核心方案**：一种在分组交换网络中被动测量实时媒体流主观质量（QoS/MOS）的方法。拷贝网络数据包，将媒体载荷替换为已知的测试信号（pseudo-media stream），通过解码比较测量网络质量。

* **特征比对**：

* **公开了特征A、B、G**：公开了网络接口（[0022]网络分析仪/SPAN端口）、接收媒体流（[0022]）、数据传输（[0026]）。

* **未公开特征C、D、E、F、H**：D3的“替换数据”发生在**网络数据包（Packet Payload）的协议层替换**（为了做网络质量测试），完全不属于图像/视频画面的**空间子区域像素数据替换**，且完全不涉及体积视频（3D数据）及其转换技术。

---

## 三、 特征比对表格（特征比对表）

---

## 四、 最接近对比文件与创造性分析

### 1. 整体解决的技术问题与技术效果对比

* **目标专利**：

* **技术问题**：如何在同时向客户端传输2D背景视频与3D体积视频（Volumetric Video）时，最大程度减少传输带宽和计算开销。

* **技术效果**：通过利用2D视频中“将被3D体积视频遮挡而无需显示的空闲像素区域”，直接填充3D体积视频转换后的2D数据，实现“一帧复合流传输两种视频”，极大地节约了网络带宽，避免了额外开辟独立传输通道。

* **D1 (US20040071209A1)**：

* **技术问题**：无线带宽有限，如何根据体育赛事的重要时刻智能调整视频压缩质量。

* **技术效果**：在精彩时刻提供高画质，平淡时刻降低画质，节省平均带宽。

* **D2 (US20040071214A1)**：

* **技术问题**：客户端如何在低带宽下选择看实时低画质视频或延迟看高画质视频。

* **技术效果**：通过分发低画质基础流与残差分量流，实现按需高画质重构。

* **D3 (US07099281B1)**：

* **技术问题**：如何在不打断网络流的前提下被动测量分组网络中媒体流的主观服务质量（QoS/MOS）。

* **技术效果**：不影响原网络流量即可获得准确的主观质量测量结果。

### 2. 最接近对比文件的选择与判定

在创造性分析中，**D2 (US20040071214A1)** 或 **D1 (US20040071209A1)** 适合作为最接近的对比文件（其中 **D2 更适合**）：

* **理由**：

1. **技术领域与架构最贴近**：D2 与目标专利均属于“视频流编码、传输及客户端重构/合成”领域。D2 提出了“基础视频流 + 补充/残差数据流”的技术架构，这与目标专利在同一视频流中混合“背景视频 + 体积视频表示”的流媒体传输框架具有相对最近的起点。

2. D1 侧重于基于赛况/传感器的整体变码率控制，D3 则属于网络测试与故障诊断领域（与视频编解码传输的技术问题相去甚远）。

### 3. 未被最接近对比文件公开的特征分析

结合上述比对，**最核心的技术特征 C、D、E、F、H 完全未被 D1、D2 或 D3 任何一份对比文件公开**：

1. **D1、D2、D3 均未公开** 3D“体积视频（Volumetric Video）”与其“2D非体积表示”的转换概念（特征C、E）。

2. **D1、D2、D3 均未公开** 基于空间遮挡判定（Spatial Occlusion）来识别2D视频中的冗余/被遮挡子区域（特征D）。

3. **D1、D2、D3 均未公开** 将3D视频的2D表示直接“替换/覆写”到2D视频的该空间子区域中以生成单一复合视频帧的方案（特征F）。

---

## 五、 无效请求中最薄弱的技术特征及突破口分析

若要针对本专利的权利要求1发起无效宣告请求，基于现有的三份对比文件（D1-D3）**目前是无法成立无效的**，因为这三份对比文件完全缺失了本专利的核心发明点。

### 本专利在无效检索中最薄弱的技术特征（即最容易被攻破的突破口）：

1. **特征 E（体积视频的非体积表示/转换）**：

* **薄弱原因**：将3D体积视频（如点云 Point Cloud、深度图 Depth Map、多视角视频）打包/映射为普通2D RGB帧（如 Color + Depth 打包，或 Equirectangular/Tile 映射）是 3D/VR/AR 视频编码领域的**公知常识或早期标准（如 MPEG-I / V-DMC / MIV 标准）**。这个特征单独来看在3D视频编码领域非常普遍。

2. **特征 D + F（利用被遮挡空间区域替换填充数据）**：

* **薄弱原因**：在视频合成/增强现实（AR）领域，“背景图中被前景物体遮挡的区域在渲染时不会被看到”是已知原理。利用这些无用像素空间（Occluded Region）来传输额外元数据或增强图层，在某些“视频隐写术（Video Steganography）”或“视频图层混合压缩（Layered Video Coding / Macroblock Inpainting）”技术中可能有所体现。

3. **特征 H（信令数据指示）**：

* **薄弱原因**：在视频流的 Header、SEI（补充增强信息）或 SDP 中添加比特标记/信令以指示当前视频流包含特殊格式（如3D/深度数据），属于本领域的惯用技术手段。

---

## 六、 进一步的对比文件检索策略建议

为了能够成功无效权利要求1，必须重新调整检索方向，寻找补充对比文件（D4/D5），重点击破 **“体积视频2D化打包”** 以及 **“利用遮挡区域/冗余区域进行像素替换传输”** 两个核心构思：

### 1. 检索要素表达与关键词/分类号组合策略

* **核心主题 1：体积视频/3D视频的2D平面表示与压缩**

* **关键词**：`Volumetric video`, `Point cloud compression`, `V-PCC`, `MIV` (Metadata-immersive video), `Depth map`, `Texture and depth`, `3D to 2D mapping/packing`.

* **IPC/CPC 分类号**：

* `H04N19/597` (专门针对3D/多视角视频的视频编码)

* `H04N13/00` (立体或3D电视/视频系统)

* `G06T9/00` (图像数据数据压缩/编码)

* **核心主题 2：空间遮挡与区域替换/视频流复合**

* **关键词**：`Occluded area`, `Occlusion`, `Spatial sub-region`, `Pixel replacement`, `Combine/Embed/Composite video stream`, `Background replacement`, `Inpainting`.

* **IPC/CPC 分类号**：

* `H04N19/167` (基于感兴趣区域 ROI 或特定空间区域的视频编码)

* `H04N19/119` (基于图像子区域/块分割)

### 2. 具体检索路径建议

1. **追踪标准组织文档（MPEG / ITU-T）**：

* 重点检索 **MPEG-I (ISO/IEC 23090)** 相关的会议提案（Input Documents/Contributions），尤其是 **V-PCC (Video-based Point Cloud Compression)** 和 **MIV (Immersive Video)** 标准的早期草案（2017-2020年前后）。这些文档大量涉及如何将3D Patch（块）打裁剪并拼贴（Packing）到2D视频帧中传输。

2. **AR/VR 混合渲染与视频流传输专利族**：

* 重点检索 **Microsoft (Hololens相关专利)、Meta/Oculus、Apple、Intel、Qualcomm、Sony** 在 2015-2021 年间申请的关于“AR眼镜/客户端接收混合视频”的专利。

* 重点关注这些专利中是否有“为了节省AR视频传输带宽，将虚拟3D叠加大图（体积视频）转换为2D数据，并覆写在真实背景视频被遮挡区域”的相关技术方案。

3. **结合文献组合攻打创造性（依据《专利审查指南》）**：

* **对比文件D1/D2** 作为第一对比文件（提供基于网络传输视频流的总体框架）；

* **寻找到的对比文件D4**（公开体积视频转2D平面图层，如V-PCC技术）；

* **寻找到的对比文件D5**（公开在视频帧中识别遮挡区域并替换像素数据以传输附加图层的技术）；

* 通过 **D2 + D4 + D5 + 公知常识** 的组合，主张权利要求1不具备创造性。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1及给出的三份对比文件（D1、D2、D3）进行深度技术特征拆解、法律归纳及无效检索策略分析。

---

## 一、 结合说明书对权利要求1的法律及技术解释

权利要求1的核心发明构思在于：在**服务器/处理器端**处理将“非体积视频（Non-volumetric video，如传统2D平面视频）”与“体积视频（Volumetric video，如3D点云/网格/三维立体视频）”合成的过程。

为了解决体积视频与非体积视频叠加传输时**带宽浪费**和**解码端计算负担过重**的问题，本专利并非简单地将两路视频独立传输并在客户端叠加，而是：

1. **预测遮挡（特征D）：** 在生成端确定非体积视频（背景）中哪些空间子区域（Sub-region）在客户端渲染时会被前面的体积视频（前景）遮挡。

2. **信号转换与空间替换/镶嵌（特征E、F）：** 将体积视频通过特定转换技术（如深度图+彩色图，或展开的2D点云图）转换为“非体积表示（2D表示）”，随后直接用该“2D体积数据”**替换（Replace）**掉非体积视频中被遮挡的那个空间子区域的数据，合成一帧包含背景与前景数据的单张复合视频帧（Output frame）。

3. **空间流式传输与信令指示（特征G、H）：** 将该复合视频（或其空间片段Tile/Slice）传输给客户端，并同时发送**信令数据（Signaling data）**，告知客户端该复合视频流中包含了体积视频的2D表示，以便客户端识别并重构出3D体积视频进行正确叠加渲染。

---

## 二、 对比文件技术特征比对表格

针对权利要求1的技术特征A~H，各对比文件的公开情况比对如下：

---

## 三、 对比文件原文详细出处分析

### 1. D1：US2004071209A1

* **专利名称：** *Method for presenting streaming media for an event*

* **实质公开/毫无异议公开内容：**

* **特征A、B：** 见说明书段落 `[0003]`（"receive the media content over a wireless connection"）、`[0017]` 及图1。D1公开了一套基于事件传感器动态调整视频压缩质量并经由网络传输视频流的处理器及网络系统，输入端包含多路传统视频流（非体积视频）。

* **未公开内容：** 特征C、D、E、F、H。D1仅关注于根据比赛进程（如赛跑起点/终点、观众噪音）调整全帧视频的压缩率，不涉及体积视频（3D/点云/VR/AR领域）、空间遮挡计算及区域替换。

### 2. D2：US2004071214A1

* **专利名称：** *Method for presenting streaming media*

* **实质公开/毫无异议公开内容：**

* **特征A、B：** 见说明书段落 `[0004]`、`[0031]`。公开了包含网络接口的服务器，用于接收并处理输入的视频流。

* **残差/差分传输机制（对比特征E/F）：** 见说明书段落 `[0031]`（"fixed compressor 116 generates a low quality signal 120... and a differential signal 118 based on the difference..."）及图3A/图4A。D2公开了将原始视频分解为低质量信号（第一信号）和残差/差分信号（第二信号），并在解码端通过 `Adder 168` 将二者相加重构高清视频。

* **未公开内容：** 特征C、D、E、F、H。D2的“残差信号”是针对同一2D视频信号频域/时域压缩损失的补丁，**绝不等同于**“将3D体积视频转换为2D非体积表示”，且D2采用的是“信号相加（Addition）”，而非在服务器端“确定被遮挡空间子区域并进行数据替换（Replacement）”。

### 3. D3：US07099281B1

* **专利名称：** *Passive system and method for measuring the subjective quality of real-time media streams in a packet-switching network*

* **实质公开/毫无异议公开内容：**

* **特征A、G：** 见说明书段落 `[0004]`、`[0022]` 及图2。公开了在分组交换网络（IP网络）中无侵入式采集和流式传输实时媒体（VoIP/Video）数据包的系统。

* **未公开内容：** 特征B、C、D、E、F、H。D3完全属于**网络QoS/主观质量监测技术领域**，通过插入已知测试信号计算MOS值，与视频内容空间结构处理无关。

---

## 四、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的选择

在评估哪个对比文件适合作为最接近的对比文件（Primary Reference）时，需审查技术领域、解决的技术问题及技术效果：

* **最接近对比文件推荐：D2 (US2004071214A1)**

* **理由：** D2与本专利均处于“流媒体视频高效传输与编码”技术领域，旨在解决**网络带宽有限、流媒体数据量过大**（解决的技术问题）的技术瓶颈，且均采用了“将核心视频数据拆分/转换后再分路或结合传输，在客户端重构”的架构思路。

* **次选对比文件：D1 (US2004071209A1)**

* **理由：** D1同样属于实时流媒体传输领域，针对多路视频流的传输优化，但其仅涉及整帧压缩率调节，技术架构相较于D2距离本发明更远。

* **排除D3：** D3属于网络数据包质量评估领域，不涉及视频流的合成与空间编码，完全不适合作为最接近对比文件。

### 2. 区别技术特征与技术效果分析（以D2为最接近对比文件）

若以 **D2** 作为最接近对比文件，权利要求1相对于D2的区别技术特征包括：

1. **特征C：** 引入了“体积视频（3D视频）”与“非体积视频（2D背景）”的前后显示遮挡关系。

2. **特征D：** 处理器能够“确定非体积视频中被前面的体积视频部分或完全遮挡的空间子区域”。

3. **特征E、F：** 获得体积视频的2D非体积表示，并**在服务器端直接用该2D体积数据替换掉非体积视频中被遮挡的空间子区域数据**以生成复合输出帧（而不是像D2那样传输背景+残差后在客户端叠加）。

4. **特征H：** 传输指示复合视频流中包含体积视频2D表示的**信令数据**。

* **所解决的技术问题：**

如何在包含3D体积视频和2D背景视频的混合媒体场景下，最大限度地减少冗余视频数据的传输带宽，同时降低客户端的视频拼接与渲染开销。

* **达到的技术效果：**

由于被遮挡的背景区域数据被直接“切除”并替换为体积视频的2D数据，系统无需传输任何“被遮挡而看不见”的背景像素，极大地节省了网络带宽；同时，客户端只需接收单条复合流（或片段）并根据信令直接提取2D数据还原3D体积，避免了客户端进行复杂的多流同步与空间裁剪计算。

### 3. 显而易见性（创造性）结论

现有对比文件组合（如 D2 + D1 或 D2 + D3）**无法否定权利要求1的创造性**。

* D1、D2、D3均未给出将“3D体积视频转换为2D表示”并“替换（Replace）2D视频流中被遮挡空间子区域像素数据”的技术教导。

* D2的“差分信号相加”与本发明的“空间子区域遮挡替换”在技术手段、像素逻辑和架构设计上存在本质区别。

---

## 五、 无效请求中最薄弱的技术特征及下一步检索策略

### 1. 权利要求1中最薄弱的技术特征（即最容易被攻破/公知常识化部分）

若发起无效宣告请求，权利要求1中**最薄弱（最容易找到现有技术）**的特征是：

* **特征E（体积视频的非体积表示及转换技术）：** 将3D体积视频（如点云 Point Cloud、立体网格 Mesh、体积像素 Volumetric）转换为2D平面图像（如 Depth Map + RGB、Patch Packing、2D Canvas 映射）是 MPEG-I V-PCC (Video-based Point Cloud Compression) 标准及传统 3D-HEVC / MVD (Multi-view Video plus Depth) 领域非常公知的技术手段。

### 2. 权利要求1的核心坚固特征（即无效防御的核心堡垒）

* **特征D + 特征F 的组合：** “在服务器/生成端**预测客户端显示时的空间遮挡**，并据此**在频域/时域编码前，用2D体积数据直接替换掉背景图像中被遮挡的空间子区域（Sub-region Replacement）**”。

---

### 3. 进一步的对比文件检索策略（Search Strategy）

为了有效无效权利要求1，必须打破“空间子区域遮挡替换”和“体积视频流信令”的技术壁垒，建议采取以下精准检索策略：

#### 策略一：锁定专有技术标准与标准化组织文件（极高优先级）

体积视频（Volumetric Video）的2D转换与图集打包（Atlas/Patch packing）高度依赖国际标准。

1. **检索数据库：** ISO/IEC JTC1/SC29/WG11 (MPEG) 官方文档库、3GPP TSG SA4（流媒体组）。

2. **重点标准规范：**

* **ISO/IEC 23090-5** (Visual Volumetric Video-based Coding (V-PCC) / Video-based Point Cloud Compression).

* **ISO/IEC 23090-2** (OMAF - Omnidirectional Media Format) 关于 Tile-based / Sub-picture / Region-wise packing 的扩展草案。

3. **关键技术点匹配：** 查找在 V-PCC 或 OMAF 中，将点云 Patch 打包进 2D 视频帧时，**利用背景视频的遮挡掩码（Occlusion Mask / Sub-region）进行 ROI 替换或数据填充（Region-wise packing / Background occlusion replacement）** 的提案（Contributions）。

#### 策略二：关键词与分类号（IPC/CPC）精准组合检索

在 Patentics、Incopat、Google Patents 或 EPO EPOQUE Pro 中执行交叉检索：

* **CPC分类号组合：**

* `H04N19/167`（基于感兴趣区域/空间子区域的视频编码）

* `H04N19/597`（立体或立体视角视频编码，如多视角/深度）

* `H04N21/2343`（服务器端视频流转换/处理）

* `H04N13/128`（基于深度或遮挡信息的3D图像处理）

* `G06T15/10` 或 `G06T9/00`（三维点云/体积数据压缩与2D映射）

* **核心关键词逻辑检索式（布尔逻辑）：**

> `(Volumetric OR "point cloud" OR "3D video" OR holographic OR "free viewpoint")`

> **AND**

> `(subregion OR "sub-region" OR tile OR patch OR occlusion OR occluded OR block OR "region of interest" OR ROI)`

> **AND**

> `(replace OR replacing OR substitute OR substituted OR overlay OR pack OR packing OR mosaic)`

> **AND**

> `(signaling OR metadata OR "header info" OR "SEI message")`

#### 策略三：专注于特定应用场景的技术文献/专利检索

重点搜索以下领域的早期专利（优先权日之前）：

1. **AR/VR 混合现实流媒体传输（Mixed Reality Streaming）：** 虚拟主播（3D体积人像）叠加在真实/2D场景（背景视频）前的实时传输系统（如 Microsoft HoloVideo, Intel Studios, 8i, Dynamic Digital Depth 等公司的专利族）。

2. **云渲染游戏/云VR（Cloud Gaming / Cloud VR）：** 服务器端将3D UI/3D人物渲染后，裁剪遮挡区域并与2D背景视频合并编码下发给轻量级终端的架构。

资深专利代理师的专业分析意见如下：

---

## 一、 目标专利权利要求1的技术特征拆解与说明书解释

根据目标专利权利要求1，将其技术特征拆解为 **A ~ H** 八个部分，并结合说明书背景技术与发明目的作如下法律与技术解释：

1. **特征A（网络接口）：** 处理器系统包含用于连接网络的接口，实现网络流传输（Streaming）。

2. **特征B（输入接口-非体积视频）：** 用于接收传统的二维/2D或平面视频（即非体积视频，Non-Volumetric Video）。

3. **特征C（输入接口-体积视频）：** 用于接收三维/3D或三维体积视频（Volumetric Video，如由点云、网格或3D模型组成的视频），且该体积视频的至少一部分被指定由客户端显示在非体积视频的**前面**（存在前后遮挡关系）。

4. **特征D（空间子区域确定）：** 处理器确定非体积视频（背景/平面视频）中将被体积视频（前景/3D视频）在显示时**部分或完全遮挡的空间子区域**（Occluded Spatial Sub-region）。

5. **特征E（非体积表示获得）：** 将体积视频通过特定“转换技术”转换为**非体积表示**（Non-Volumetric Representation，如2D纹理图、深度图或平面映射图），该转换技术是可逆的，允许客户端据此重构（Reconstruct）原始体积视频。

6. **特征F（数据替换/复合帧生成）：** 处理器用导出的体积视频的非体积表示数据，**替换（Replace）**非体积视频中被遮挡的空间子区域数据，从而合成得到复合视频（Composite Video）的输出帧。

* *核心发明点：* 避免重复传输被前景遮挡的背景视频像素，利用被遮挡的空间“空位”来填入前景体积视频转换后的2D数据，从而大幅节省传输带宽。

7. **特征G（复合流传输）：** 将生成的复合视频作为整体视频流（或选定的空间片段/Spatial Tiles）通过网络接口传输给客户端。

8. **特征H（信令数据提供）：** 向客户端传输信令数据（Signaling Data），明确指示该复合视频流中包含了体积视频的非体积表示（以便客户端解码时提取并重构3D体积视频）。

---

## 二、 对比文件技术特征比对与公开情况分析

以下针对提供的三份对比文件进行详细原文比对：

* **D1：** US20070073596A1

* **D2：** CN1951083A

* **D3：** JP2007115293A

### 1. 技术特征比对表格

---

## 三、 创造性分析：最接近的对比文件选择

### 1. 最接近对比文件的筛选与分析

在创造性审查中，选择最接近的对比文件（Closest Prior Art）通常考虑**技术领域**、**所解决的技术问题**、**技术效果**及**公开的技术特征数量**。

* **D1 (US20070073596A1)：**

* *领域与问题：* 属于“数字媒体的营销、发现与销售系统”，核心解决的是新新兴艺术家作品的推介、付费与分发问题。

* *评价：* 属于商业模式与通用文件传输领域，与本专利“混合3D体积视频与2D视频进行高效复合流编码与传输”的视频编解码/传输技术领域相去甚远。**不适合作为最接近的对比文件。**

* **D2 (CN1951083A)：**

* *领域与问题：* 属于“移动分组流传输服务（PSS）中的QoE质量反馈机制”，解决的是网络传输抖动、帧率偏差、同步损失等服务质量监控问题。

* *评价：* 属于网络传输控制协议与质量监控领域，未涉及视频图像画面合成、图层替换或3D视频转换。**不适合作为最接近的对比文件。**

* **D3 (JP2007115293A)：**

* *领域与问题：* 属于“信息再现装置、数据传输及处理方法（高级交互式DVD/网络视频播放系统）”。其核心解决的技术问题是：如何在播放主视频（Main Video）的同时，灵活叠加显示副视频（Sub Video）、图形（Graphics）及字幕，并实现多图层混合与网络同步下载。

* *效果与架构：* D3提出了网络服务器与客户端结合的架构，利用Playlist（XML）控制主视频（Primary Video Set）与副视频/应用（Secondary Video Set / Advanced Application）在不同图层（Planes）上的空间组合与时间轴同步。

**结论：**

**D3 (JP2007115293A)** 是**最适合作为最接近的对比文件**。D3在“通过网络向客户端传输包含多路视频/图形叠加复合流”的系统架构上与本专利最为接近。

---

## 四、 未被最接近对比文件（D3）公开的技术特征分析

以 **D3** 为最接近的对比文件（D1、D2作为基本网络传输背景），本专利权利要求1相较于D3的**区别技术特征**为：

1. **特征C中的“体积视频（Volumetric Video）”：** D3仅公开了平面2D视频（Main Video/Sub Video）及平面图形/字幕的叠加，未公开“体积视频”这一视频源类型。

2. **特征D（确定遮挡空间子区域）：** D3是在渲染端直接将多图层（Main Video Plane, Sub Video Plane, Graphic Plane）进行Alpha混合显示；本专利则是在处理器端/发送端主动计算背景非体积视频中被前景体积视频遮挡的具体空间子区域。

3. **特征E（体积视频的非体积表示转换）：** D3未涉及将3D体积视频通过转换技术转为2D非体积表示（深度/纹理映射等）的过程。

4. **特征F（遮挡区域数据替换）：** D3的主视频数据保持完整传输；本专利将非体积视频中**被遮挡的无效像素区域数据直接替换**为体积视频转换后的非体积表示数据，将前景与背景“拼合/嵌入”在同一个复合视频帧中。

5. **特征H（体积视频非体积表示的专属信令）：** D3仅公开了常规多媒体轨道的描述信令，未公开针对“复合视频流中嵌入了体积视频非体积表示”的特定信令。

### 其他对比文件（D1, D2）是否公开了这些区别特征？

* **D1和D2均完全未公开**上述区别特征1 ~ 5。

* D1仅涉及媒体文件分发逻辑；D2仅涉及流传输QoE指标统计。两者均属于常规网络传输/商业逻辑范畴，既未涉及“体积视频（3D Volumetric Video）”，也未涉及“利用前景遮挡区域嵌入前景转换数据”的图像编码压缩与复合传输思想。

---

## 五、 无效请求中最薄弱的技术特征与进一步检索策略

### 1. 本专利最薄弱（最易被攻破）的技术特征分析

从专利无效及创造性辩驳的角度来看，本专利权利要求1的核心发明构思可拆解为两个层面：

* **层面一（3D到2D的转换与信令）：** 获得体积视频的非体积表示（特征E）+ 传输信令（特征H）。

* **层面二（空间遮挡替换与带宽优化）：** 确定遮挡区域（特征D）+ 用前景的2D转换数据替换背景遮挡区域（特征F）。

其中，**最薄弱（最容易在扩检索中被攻破）的技术特征是“特征E与特征H”（体积视频的2D图幅化与信令标表）以及“简单的图层拼接/抠图替换”逻辑：**

* **薄弱点1：体积视频（Volumetric Video/3D Point Cloud/Mesh）打包进2D视频流的技术（特征E、特征H）。**

* *原因：* 在MPEG-I（如V-PCC，Visual Volumetric Video-based Video Coding）标准制定早期（2015-2018年前后），将3D点云/体积视频拆解为2D纹理图（Texture）和2D深度图（Depth），然后拼接到标准2D视频编解码器（如H.264/HEVC）中传输，并在SDP/SEI信令中标记，属于该领域的通用标准技术。

* **薄弱点2：利用空间被遮挡区域（Occluded Region）传输附加数据的理念（特征D、特征F）。**

* *原因：* 遮挡剔除（Occlusion Culling）在3D图形学中是常识。虽然本专利将其巧妙用于“把背景被遮挡的废像素替换为前景的3D映射像素”，但在视频拼接（Video Stitching）、画中画（PIP）、虚拟背景（Virtual Background）或图像隐写/图层压缩领域，类似“利用不显示/被遮挡的像素块传输额外信息或第二路视频像素”的思想可能在更早的学术论文或视频编码专利中有过体现。

### 2. 进一步对比文件检索策略（Search Strategy）

针对现有对比文件（D1-D3）未能覆盖核心区别特征（体积视频转换、遮挡区域替换）的情况，建议采取以下针对性的补充检索策略：

#### （1） 检索方向与IPC/CPC分类号定位

应将检索重点从“常规流媒体/DVD播放（H04N 21/00, G11B 20/00）”转向**“三维/体积视频编码（Volumetric/3D Video Coding）”**与**“图像/视频组合与区域替换编码（Video Stitching / Region-based Video Coding）”**。

* **核心分类号（IPC / CPC）：**

* `H04N 19/597`：针对立体或3D视频的视频编码（Multiview/3D video coding）。

* `H04N 19/20`：基于视频图像中特定区域/对象（Region of Interest / Object-based）的视频编码。

* `H04N 13/10`：三维视频的处理与编码（3D Video processing/encoding）。

* `G06T 9/00`：数据压缩，例如图像数据压缩（3D Mesh/Point cloud compression）。

* `H04N 21/81`：包含不同类型媒体成分的复合流传输（如3D与2D混合）。

#### （2） 关键词组合策略（Key Terms）

建议构建以下几组逻辑检索式：

* **组1（体积视频2D化与信令）：**

* `(Volumetric Video OR Point Cloud OR 3D Mesh OR Dynamic 3D)` **AND** `(Non-volumetric OR 2D Representation OR Texture Map OR Depth Map OR Frame Packing)` **AND** `(Signaling OR Metadata OR SEI message OR SDP)`

* **组2（遮挡替换与复合编码）：**

* `(Background OR Non-volumetric video)` **AND** `(Occlude* OR Cover* OR Mask* OR Masked Region)` **AND** `(Replace* OR Embed* OR Pack* OR Substitute*)` **AND** `(Composite Video OR Single Stream)`

* **组3（自由视角/增强现实视频流）：**

* `(Free Viewpoint Video OR Augmented Reality Video)` **AND** `(Occlusion Culling OR Occluded Area)` **AND** `(Bandwidth reduction OR Stream Packing)`

#### （3） 重点检索数据源与非专利文献（NPL）

由于“体积视频（Volumetric Video）”与“V-PCC / MIV（MPEG Immersive Video）”标准紧密相关，很多关键技术优先发表于国际标准提案或学术会议：

1. **IEEE Xplore / ACM Digital Library：** 检索计算机图形学与视频编码顶级会议（如 IEEE ICIP, IEEE VCIP, ACM Multimedia, SIGGRAPH）。

2. **MPEG/MPEG-I 标准提案库（ISO/IEC JTC1/SC29/WG11）：** 重点检索 2015~2020 年间关于 **V-PCC (Video-based Point Cloud Compression)** 和 **MIV (MPEG Immersive Video)** 的技术提案（Input Documents），此类提案极易公开“将3D/体积信息打包至2D视频帧并附带SEI信令”的方案。

3. **Google Patents / Espacenet：** 重点追踪在3D/AR/VR视频传输领域布局较深的申请人（如 *Microsoft, Intel, InterDigital, Tencent, Sony, Apple, Huawei*）的早期族专利。

资深专利代理师，对目标专利权利要求1及给出的3份对比文件（D1: US20070073596A1、D2: CN1951083A、D3: JP2007115293A）进行了深入的技术特征比对、创造性与无效可行性分析。

---

## 一、 权利要求1的技术特征拆解与技术本意解读

权利要求1（下称“本专利权1”）的核心在于**“体积视频（Volumetric Video）与非体积视频（Non-volumetric Video）的复合流传输与高效渲染/传输架构”**。

* **技术背景与要点解读**：

* **非体积视频（如普通2D背景视频）**与**体积视频（如3D体素/点云/多视角重构的3D人物/物体视频）**叠加显示。

* **空间子区域遮挡与替换（特征D、F）**：客户端显示时，前景的体积视频会遮挡背景非体积视频的某些区域。本专利在服务器/处理器端提前计算出这个被遮挡的“空间子区域”，并将该区域的原背景视频数据**替换**为体积视频的“非体积表示”（例如2D纹理+深度图，或便于编码的2D展开格式，且该转换可逆/可重构）。这样传输复合流时，被遮挡的背景数据无需传输，直接节省了网络带宽。

* **信令数据（特征H）**：向客户端发送信令，通知客户端该复合流中包含了体积视频的非体积表示，以便客户端解码重构。

---

## 二、 对比文件技术特征比对与公开情况分析

以下为3份对比文件对技术特征A~H的公开情况比对表：

### 特征比对表

---

## 三、 对比文件详细分析及文本出处

### 1. D1: US20070073596A1 (US2007073596A)

* **技术领域**：数字媒体（音乐、普通视频等）的网络营销、销售与分发系统。

* **实质公开内容**：仅公开了基本的网络接口（特征A）、中央服务器与客户端之间的媒体传输与播放列表生成（特征G部分概念）。

* **未公开内容**：特征B、C、D、E、F、H（完全未涉及体积视频、遮挡区域计算、数据替换、2D/3D空间复合流等技术）。

### 2. D2: CN1951083A

* **技术领域**：3G移动流传输服务（PSS/RTSP/RTP）中的服务质量（QoE）反馈机制。

* **实质公开内容**：

* **特征A/G**：公开了通过IP网络/RTP/RTSP将视频流流传输给客户端（出处：`第1-2页`，`图1`）。

* **特征B**：公开了获取普通流传输视频（出处：`第1-2页`）。

* **未公开内容**：特征C、D、E、F、H。D2的技术核心在于通过RTSP/SDP反馈抖动、帧率偏差、场景剪切帧恶化等QoE指标，与体积视频处理完全无关。

### 3. D3: JP2007115293A

* **技术领域**：高清DVD/网络混合交互式视频播放系统（HD DVD Advanced Content标准体系）。

* **实质公开内容**：

* **特征A**：网络接口与路由器传输（出处：`图1`，段落`[0002]`）。

* **特征B/G**：主视频（Primary Video Set/MANVD）、副视频（Secondary Video Set/SUBVD）通过网络或光盘传输（出处：`图10`、`图25`、段落`[0002]`）。

* **图层叠加机制（与特征C/D/F对比）**：D3公开了在客户端将主视频プレイン（Main Video Plane）、副视频プレイン（Sub Video Plane）、图形プレイン（Graphic Plane）等按Z-Order进行多层混合叠加显示（出处：`图39`、`图41`，段落`[0002]`）。

* **未公开内容**：

* D3的副视频（Sub Video）仍为**普通2D视频（非体积视频）**，不满足特征C；

* D3是在客户端渲染时通过Alpha Blend/Chroma Key将多图层“盖”在一起，**并没有在服务端/处理器端计算背景被遮挡的空间子区域，更没有用前景数据去“替换”背景数据（特征D、F）**；

* 未公开特征E（体积视频的可逆非体积转换）及特征H（体积视频表示信令）。

---

## 四、 最接近对比文件分析与创造性评估

### 1. 最接近对比文件的选择

从整体解决的技术问题和技术效果角度来看：**D3 (JP2007115293A)** 最适合作为最接近的对比文件。

* **理由**：

* **技术领域重合度高**：D3同样致力于解决“多媒体/多视频流的复合传输、空间画面布局叠加与客户端同步显示”的技术问题。

* **技术特征覆盖最多**：D3公开了网络接口、主视频与副视频复合显示（画面叠加）、多图层空间布局（アパーチャー/Application Region）、信令传输（Playlist/Manifest/XML/Track）等框架，技术背景与本专利最为接近。

* *D1和D2仅涉及商业分发或网络QoE反馈，技术问题与本专利相去甚远，不适合作为最接近的现有技术。*

### 2. 区别技术特征及技术效果

以D3为最接近现有技术，本专利权1与D3相比，主要区别特征在于：

1. **特征C中的视频类型**：前景视频为“体积视频”（Volumetric Video）。

2. **特征D、E、F构成的“Server端空间遮挡替换/编码压缩”核心机制**：在服务端/处理器端提前计算背景非体积视频被前景体积视频遮挡的空间子区域，并将体积视频的非体积表示数据“替换”该遮挡子区域的数据，形成输出帧。

3. **特征H**：指示复合流中包含体积视频非体积表示的信令数据。

**该区别特征所解决的技术问题与达到的技术效果**：

* **解决的技术问题**：如何降低体积视频与2D背景视频复合传输时的带宽占用，同时保持客户端对体积视频的重重构能力。

* **技术效果**：传统的图层叠加（如D3）需要完整传输背景帧和前景帧，带宽消耗极大；本专利通过“遮挡区域替换”，把被遮挡的无用背景画面直接抹去，嵌入体积视频数据，实现了**传输带宽的极大幅度节省**。

---

## 五、 无效请求中最薄弱的技术特征及无效策略建议

### 1. 专利最薄弱的技术特征（即对方最容易抗辩/我方最难从现有对比文件中直接攻破的特征）

在目前的现有技术组合（D1+D2+D3）下，本专利**最坚固（即对无效请求人而言最薄弱/攻不破）的核心特征**是：

> **特征D + 特征F（服务器端基于空间遮挡的背景数据替换）**

* **为什么最难攻破**：D3等传统视频叠加技术均基于“多图层渲染（Multi-plane Compositing）”，即背景传背景的，前景传前景的，到客户端显卡再做 Alpha 混合。而本专利采用了“视频编码前/传输前的数据级空域替换”，将体积视频的表示形式直接“填”进背景视频被遮挡的像素区域里。这一“剪裁背景以节省传输带宽”的架构在传统的流媒体协议中并不常见。

### 2. 进一步的对比文件检索策略（针对无效请求）

为成功无效本专利权利要求1，下一步检索必须打破“体积视频（Volumetric Video/Point Cloud/3D Mesh/Free-viewpoint Video）”与“视频编码/流传输（Video Coding/Streaming）”之间的交叉壁垒。建议采用以下检索策略：

1. **关键技术主题检索（IPC分类号 + 关键词）**：

* **分类号组合**：

* `H04N 19/20`（基于区域或物体的视频编码）

* `H04N 19/597`（3D/多视角视频编码）

* `H04N 21/234`（服务器端视频内容加工/复合）

* `G06T 9/00`（图像数据压缩/点云压缩）

* **关键词逻辑表达式**：

* `(Volumetric Video OR Point Cloud OR 3D Mesh OR Free-viewpoint OR Multi-view) AND (Background Occlusion OR Occluded Region OR Replacement OR Sub-region) AND (Composite Stream OR Bitstream OR Bandwidth Reduction)`

2. **检索方向突破口（寻找“背景遮挡替换”的Prior Art）**：

* **方向一：多视角视频编码/混合现实编码标准（MPEG-I / V-PCC / G-PCC 标准提案文件）**

* 重点检索 2015–2020 年间的 MPEG 3D Graphics Coding (3DGC) 或 Dynamic Mesh Coding 提案。在此类标准中，常常将 3D 物体/体积视频打包进 2D 视频帧（Patch Packing），并在混合场景中将背景被遮挡的 Culling 区域用 Patch 数据填充。

* **方向二：基于视点的视频编码（Tile-based / Viewport-dependent Video Streaming）**

* 检索 VR/360度视频/体积视频的 Tile 传输技术。重点寻找“服务器端剔除不可见/被遮挡的区域（Occlusion Culling），并将前景 Texture/Depth 贴图植入被剔除区域”的相关专利或论文（如 ACM Multimedia, IEEE Transactions on Circuits and Systems for Video Technology）。

作为经验丰富的专利代理师，我针对权利要求1的技术方案，结合说明书核心发明构思，对对比文件D1、D2、D3进行法律与技术层面的深度剖析。

---

## 一、 目标专利权利要求1的核心技术构思解释

结合说明书构思，权利要求1的核心在于**针对体积视频（3D/Volumetric Video）与非体积视频（2D/Background Video）叠加合成传输时的带宽优化与高效流式传输方案**：

1. **空间遮挡检测与区域替换**：当体积视频叠加在非体积视频“前面”显示时，非体积视频中被遮挡的空间子区域数据属于冗余数据。系统通过计算确定该被遮挡子区域，并**直接用体积视频的非体积表示数据（2D转码/投影数据）去“替换”非体积视频中被遮挡的空间子区域数据**，从而合成单一复合视频帧。

2. **转换技术与重构**：体积视频通过特定转换技术转为非体积表示（例如深度图+RGB、多视角投影图等），该转换必须是可逆/允许客户端从中重构出原始体积视频的。

3. **复合传输与信令指示**：将替换后的复合视频帧作为流传输，并**向客户端发送信令数据**，明确指示该复合视频流中包含了体积视频的非体积表示，以便客户端解析并重构体积视频。

---

## 二、 对比文件特征比对与公开性分析

### 1. 对比文件基本信息

* **D1**：`US20070102764A1` (*INFORMATION STORAGE MEDIUM, INFORMATION REPRODUCING APPARATUS, AND INFORMATION REPRODUCING METHOD*)

* **D2**：`US20070133608A1` (*Video quality assessment*)

* **D3**：`US20070165524A1` (*Rate based congestion control for packet networks*)

---

### 2. 特征比对表格（权利要求1 vs D1, D2, D3）

---

### 3. 对比文件公开性详细分析（结合原文出处）

#### **对比文件 D1 (`US20070102764A1`)**

* **公开的技术特征**：

* **特征A、B、G**：D1公开了一种高级视频播放及传输系统，网络服务器NTSRV通过网络接口向客户端/播放器传输视频流（段落`[0187]`, `[0530]`）。其输入并处理主视频（Main Video Plane, `[1313]`）与子视频（Sub Video Plane, `[1301]`），属于非体积（2D）视频流。

* **未公开的技术特征**：

* **特征C、D、E、F、H**：D1的技术背景为HD-DVD/DVD标准扩展架构（Advanced Content）。其视频叠加机制是传统的**多图层混合（Video Compositing Model）**（段落`[1364]`-`[1381]`，图39、图41），即主视频平面（Main Video Plane）、子视频平面（Sub Video Plane）与图形平面（Graphics Plane）独立解码后在AV Renderer中通过Chroma Key或Alpha通道透明度（段落`[1381]`）进行图层叠加（Overlay）。D1**完全没有涉及**体积视频（Volumetric Video）概念，更未提及在生成端计算被遮挡的空间子区域并用体积视频的2D表示直接“替换”该子区域像素数据的合成压缩思想。

#### **对比文件 D2 (`US20070133608A1`) & D3 (`US20070165524A1`)**

* **D2** 专注于视频质量评估（Video Quality Assessment），涉及对失真视频与参考视频的特征提取与分值计算，与本专利的复合视频生成与体积视频流传输无关。

* **D3** 专注于分组网络中的基于速率的拥塞控制（Rate-based Congestion Control），仅涉及网络层包传输速率调节，未涉及视频图像处理、体积视频转换及图像替换叠加。

---

## 三、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件（Primary Prior Art）的选择

在创造性分析中，**D1 (`US20070102764A1`) 适合作为最接近的对比文件**（也是本案唯一的参考基层文件）。

* **理由**：

1. **技术领域一致性**：D1属于视频流生成、网络传输及客户端多媒体渲染播放系统领域，与目标专利最为接近。

2. **技术问题与架构交集**：D1致力于解决在网络传输环境下，如何将多路视频（Main Video + Sub Video/Graphics）高效组合并流传输至客户端播放的问题（段落`[0196]`-`[0200]`）。

### 2. 区分技术特征与实际解决的技术问题

以 **D1** 为最接近对比文件，权利要求1与D1相比，**区分技术特征**为：

1. 引入了**体积视频（Volumetric Video）**，且其转换为**可重构的非体积表示**（特征C、E）；

2. 采用**遮挡子区域确定与数据替换机制**：确定非体积视频被体积视频遮挡的空间子区域，并直接用体积视频的非体积表示数据“替换”该遮挡子区域数据来生成复合帧，而非多图层分别传输再叠加（特征D、F）；

3. 提供了**针对体积视频非体积表示的信令指示数据**（特征H）。

* **实际解决的技术问题**：

如何在将3D/体积视频与2D背景视频复合传输至客户端时，**大幅降低传输带宽冗余、消除重复像素解码开销**，并确保客户端能够准确识别并重构体积视频。

### 3. 创造性评价（基于现有D1~D3组合）

* D2与D3完全未补充上述区分技术特征。

* D1采用的是传统的“多流并行传输 + 客户端多图层渲染（Overlay/Alpha Blend）”方案。这种方案中，被遮挡的背景视频区域仍然被完整编码和传输，造成了严重的网络带宽浪费。

* 目标专利通过“遮挡检测 -> 空间抠图替换 -> 单流复合传输 + 信令通知重构”的构思，颠覆了D1的多图层独立传输叠加机制。本领域技术人员在D1、D2、D3的教导下，**无法自然联想到**将3D体积视频投影替换掉2D背景视频的被遮挡子区域，因此权利要求1具备显而易见的**创造性（Non-obviousness）**。

---

## 四、 无效请求中最薄弱的技术特征及检索策略

### 1. 最薄弱的技术特征（最易被攻破/公知常识化点）

若要对本专利提出无效宣告请求，**最薄弱的技术特征**是：

* **特征E（体积视频转为非体积表示且可重构）**：将3D体积视频（如点云、网格动画）通过 Depth-Image-Based Rendering (DIBR)、多视角加深度（Multiview plus Depth, MVD）或纹理+深度图（RGB-D）转换为2D平面图像传输，在3D视频编码领域（如MPEG-3DGC、MPEG-I Volumetric Video, MVD标准）属于较为基础的公知技术。

* **特征H（信令指示）**：在视频码流或补充增强信息（SEI message/Header）中添加Flag或Metadata以指示当前流包含RGB-D或特定转码视频，属于流媒体传输协议中的常规设计。

### 2. 核心壁垒特征（防守最强点）

* **特征D + 特征F的结合（空间遮挡确定 + 像素级替换复合）**：

将“体积视频的2D投影/表示”**直接填充/替换（Replace）**到“2D背景视频被遮挡的空洞（Sub-region）中”，形成单一复合2D视频流传输。该“流内空洞填补/拼接压缩”的特定融合逻辑是本专利最核心的创新壁垒。

---

### 3. 进一步的对比文件检索策略（Targeted Prior Art Search Strategy）

为了有效无效本专利，必须补充新的对比文件（D4/D5），建议采取以下检索策略：

#### **策略一：锁定专业标准化组织（MPEG / 3D Video Coding）**

目标专利的核心技术与 **MPEG-3DVC (3D Video Coding)**、**MPEG-I (V-DMC / Video-based Point Cloud Compression, V-PCC)** 标准演进密切相关。

* **检索数据库**：IEEE Xplore, ISO/IEC JTC1/SC29/WG11 (MPEG documents), Google Patents.

* **关键词组合**：

* `("Volumetric video" OR "3D video" OR "Point cloud" OR "RGB-D")`

* `AND ("Occlusion" OR "Occluded area" OR "Background replacement" OR "Region of Interest")`

* `AND ("Composite video" OR "Stream merging" OR "Multiplexing" OR "Packing")`

#### **策略二：聚焦“自由视角视频/AR叠加中的背景抠除与流复合”**

寻找在交互式视频、增强现实（AR）或自由视角电视（Free-viewpoint TV）领域中，服务器端将前景人体/物体3D视频渲染为2D后“嵌入/替换”背景视频遮挡区域的现技术。

* **检索方向**：

1. **服务器端流复合（Server-side stream composition/stitching）**：寻找在服务器端进行遮挡剔除（Occlusion culling）并将前景流填入背景流空洞的技术文献。

2. **基于深度的图像渲染与合成（DIBR Compositing）**：重点查找2015-2020年间涉及“3D/2D混合流传输”、“背景图层空洞填充（Hole filling / Background subtraction for streaming）”的专利文献（如 Microsoft, Intel, Qualcomm, InterDigital, Sony 的早期专利）。

基于专利审查与无效宣告实务的标准，紧密结合涉案专利（权利要求1）与三份对比文件（D1: US20070102764A1, D2: US20070133608A1, D3: US20070165524A1）的原文进行严谨的比对与法律/技术分析。

---

## 一、 权利要求1的技术特征拆解与说明书技术内涵解释

**权利要求1：** 一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，包括：

* **特征A：** 到网络的网络接口；

* **特征B：** 输入接口，该输入接口用于获得非体积视频；

* **特征C：** 以及体积视频（Volumetric Video），该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示；

* **特征D：** 处理器，该处理器被配置成确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；

* **特征E：** 针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频；

* **特征F：** 用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；

* **特征G：** 经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；

* **特征H：** 将信号传递数据（Signaling Data）提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

### 本专利技术内涵解析（核心技术发明构思）：

本专利旨在解决在带宽受限的网络中高效传输“混合视频（非体积视频+体积视频）”的技术问题。其核心思路是：

1. **前景/背景重叠分析**：体积视频（3D/三维流）显示在非体积视频（传统2D背景视频）的前面，遮挡了2D背景视频的部分区域（空间子区域）。

2. **空间替换与图像打组**：为了省带宽，将体积视频进行降维或二维格式化转换（生成“非体积表示”），并**直接替换**掉2D背景视频中被遮挡的空间子区域，将两者合成在一帧“复合视频帧”中传输。

3. **信号信令打标**：传输复合视频的同时，向终端发送信令数据（Signaling Data），告知终端“该视频流中某区域被替换为了体积视频的非体积表示”，以便终端能够据此将数据提取并重构回3D体积视频进行叠加显示。

---

## 二、 各对比文件技术特征比对与公开性分析

### 1. 对比文件D1（US20070102764A1）分析

* **公开内容摘要**：D1公开了一种高级DVD/HD DVD光盘内容播放系统（Advanced Content Playback System）。它支持在主视频平面（Main Video Plane, 2D背景）前面叠加显示副视频平面（Sub Video Plane）或图形平面（Graphic Plane，如菜单、字幕或动画）。

* **各特征比对及原文出处：**

* **特征A（网络接口）：公开。**

* *原文出处*：[0188] "wireless local area network (LAN) controller 7-1 which makes wireless communications based on a wireless LAN..." 及 [0530]。

* **特征B（输入接口获得非体积视频）：公开。**

* *原文出处*：[0479]-[0480] "The advanced video title set ADVTS can have one main video stream MANVD..."（主视频MANVD即常规2D非体积视频）。

* **特征C（获得体积视频且叠加在前显示）：未实质公开（存在关键概念差异）。**

* *分析*：D1公开了副视频（Sub Video）或图形（Graphics）叠加在主视频（Main Video）的前面显示（[0195] "A frame to be presented to the user is obtained by compositing a main video plane MNVDPL, a sub video plane SBVDPL, and a graphic plane GRPHPL", [0269], [1355]）。但D1中的Sub Video或Graphics仍为传统2D平面视频/图像，**并非3D“体积视频（Volumetric Video）”**。

* **特征D（确定被遮挡的空间子区域）：未公开。**

* *分析*：D1采用的是多平面图层Alpha混合与图层叠加（[1355] "The Graphic Rendering Engine composites these five planes..."）。D1并没有在服务端/处理器端去**计算并确定**非体积视频中被前景遮挡的具体“空间子区域”。

* **特征E（获得体积视频的非体积表示，且可据此重构）：未公开。**

* *分析*：D1不涉及体积视频到非体积表示的转换及重构技术。

* **特征F（用非体积表示替换非体积视频空间子区域数据）：未公开。**

* *分析*：D1是在渲染端（AV Renderer/Overlay Controller）通过多图层透明度/混合处理（Alpha Blending）进行图层叠加渲染（[1355]），而不是在编码/生成复合流时**直接将2D背景图像像素数据用前景数据进行空域替换（Replace）**。

* **特征G（复合视频流/空间片段流式传输）：部分公开。**

* *原文出处*：[0535] "...Secondary Video Player can use Streaming Buffer... Secondary Video Set from Network Server"。D1支持流式传输，但传输的是常规多图层或独立流，而非经过特征F替换后生成的复合视频流。

* **特征H（信令数据指示包含非体积表示）：未公开。**

* *分析*：D1通过Manifest/Playlist指示图层叠加关系（[0773]），但并非指示“视频流数据内部替换包含了体积视频的非体积表示”。

---

### 2. 对比文件D2（US20070133608A1）分析

* **公开内容摘要**：D2主要涉及视频质量评估（Video Quality Assessment）技术，重点在于评估视频传输过程中的失真和质量指标。

* **特征比对**：D2完全未公开权利要求1中关于“体积视频转换、空间子区域遮挡确定、非体积表示数据替换以及指示该替换的信号传递”等任何核心构思（特征C、D、E、F、H均未公开）。D2与目标专利属于完全不同的技术领域。

---

### 3. 对比文件D3（US20070165524A1）分析

* **公开内容摘要**：D3主要涉及分组网络中基于速率的拥塞控制（Rate based congestion control for packet networks）。

* **特征比对**：D3仅涉及底层网络数据包传输与拥塞控制算法，未公开任何视频图像处理、体积视频编码、画面遮挡替换及复合视频流生成的特征（特征C、D、E、F、H均未公开）。

---

## 三、 特征比对汇总表（Feature Comparison Table）

---

## 四、 最接近对比文件分析与创造性（无进性）研判

### 1. 最接近对比文件的选择

* **结论**：在提供的三份对比文件中，**对比文件D1（US20070102764A1）最适合作为最接近的对比文件**。

* **分析理由**：

1. **技术领域与整体解决的技术问题**：D1与目标专利均处于“多媒体视频流处理与网络传输/播放”技术领域，均旨在解决“如何在客户端将前景视频/图形与背景视频复合呈现，并实现高效网络传输与协同控制”的技术问题。

2. **技术特征重合度**：D1公开了权利要求1的前套特征（网络接口、视频输入）以及“前景/背景视频多图层叠加显示”的框架（特征A、B，及部分C/G）。而D2（视频质量评估）和D3（网络拥塞控制）与本专利的发明构思相去甚远，完全不具备作为最接近对比文件的条件。

### 2. 未被D1公开的技术特征及其在D2/D3中的公开情况

对比文件D1未公开权利要求1的以下核心区别技术特征：

1. **前景视频为“体积视频（Volumetric Video）”及“获得其可重构的非体积表示”（特征C、E）**；

2. **“确定被前景遮挡的非体积视频空间子区域”（特征D）**；

3. **“用体积视频的非体积表示数据直接替换背景非体积视频的空间子区域数据以生成复合帧”（特征F）**；

4. **“向客户端发送指示该复合流中包含非体积表示的信令数据”（特征H）**。

**其他对比文件（D2、D3）补充情况**：

* **D2和D3均未公开上述区别技术特征1~4中的任何一个。**

---

## 五、 无效请求突破口与最薄弱技术特征研判

### 1. 无效该专利的瓶颈分析

基于现有的三份对比文件（D1、D2、D3），**无法对权利要求1构成现有技术（破坏新颖性）或技术组合（破坏创造性）**。目标专利具有极强的防御屏障，其发明构思（将3D体积视频打平为2D非体积表示，并**打组/挖块替换**到2D背景视频被遮挡的区域中传输，同时配以信令指示）在D1-D3中完全没有体现。

### 2. 目标专利最薄弱的技术特征（Potential Vulnerabilities）

若要发动无效宣告请求，目标专利权利要求1在法律和技术层面相对最薄弱、最容易被现有技术突破的特征是：

1. **特征D与特征F的组合（空间遮挡挖块与数据替换）**：

* *薄弱点分析*：在传统2D视频编码或图形合成领域（如PIP画中画、绿色背景抠像、动态视频掩模/Mask技术、主辅流拼接编码），“检测前景遮挡区域并将背景视频对应区域裁剪/替换为前景视频数据”属于节约码率的常用手段。这一构思在传统2D图像处理领域可能存在大量早期技术（例如MPEG-4 Shape-based coding/Object-based coding）。

2. **特征C与特征E（体积视频的二维/非体积表示转换）**：

* *薄弱点分析*：将3D/体积视频（如点云 Point Cloud、多视角视频+深度 Depth Map）投影/打平为2D视频帧（RGB+D）进行传输是MPEG-I V-DCC (Video-based Point Cloud Compression) 等体积视频压缩标准的基础操作。

---

## 六、 进一步的对比文件检索策略（Search Strategy）

为了成功无效权利要求1，必须补充检索能够覆盖**“体积视频编码（Volumetric/Point Cloud Video Coding）”**以及**“背景视频遮挡区域替换/图像拼接传输（Occlusion Region Replacement / Background Subtraction Video Coding）”**的现有技术。

建议采取以下针对性检索策略：

### 1. 核心技术主题词组合与IPC/CPC分类号检索

#### 策略一：体积视频格式转换与流传输（攻特征C、E、H）

* **关键词**：`Volumetric video` / `Point cloud` / `3D video` / `Free viewpoint` **AND** `2D representation` / `Projection` / `RGBD` / `Packing` / `Frame packing` / `Signaling`

* **CPC/IPC分类号**：

* `H04N19/597`（专门针对3D/多视角/体积视频的视频编码）

* `H04N13/161`（三维视频信号的传输与信令传递）

* `G06T9/00`（图像数据压缩，特别是点云压缩）

#### 策略二：背景遮挡区域替换与复合编码（攻特征D、F）

* **关键词**：`Occlusion` / `Occluded region` / `Background subtraction` / `Overlay` **AND** `Replace` / `Substitute` / `Cropping` / `Composite frame` / `Spatial sub-region` / `Video encoding`

* **CPC/IPC分类号**：

* `H04N19/167`（基于感兴趣区域ROI或空间子区域的视频编码）

* `H04N19/40`（视频转码或复合数据替换）

* `H04N21/2343`（服务端视频流合成与处理）

### 2. 标准必要专利与技术标准文件（Standard Documents）检索

体积视频的“非体积表示与信令打标”高度依赖国际标准的制定，建议重点检索以下标准组织的会议提案（Contributions）与规范文件（优先权日之前）：

* **MPEG-I (ISO/IEC JTC1/SC29/WG11)**：特别是 **V-PCC (Video-based Point Cloud Compression)** 和 **OMAF (Immersive Media Format)** 标准草案。

* *检索重点*：V-PCC如何将3D点云转换为2D的Geometry/Attribute Video Frame，并通过SEI message或SDP信令（Signaling）通知解码端。

* **3GPP TSG SA4**：关于沉浸式媒体（XR/VR/AR）传输与复合流（Composite Stream）的规范。

### 3. 追溯同族与引证/被引证专利（Forward/Backward Citation Search）

* 跟踪目标专利的同族申请（如PCT、EP、CN同族）在其他国家局（如USPTO、EPO）的审查历史（Office Actions）。

* 重点审查EPO（欧洲专利局）或USPTO审查员在检索报告中引用的对比文件，通常对“体积视频（Volumetric Video）”的交叉技术领域有更精准的捕捉。

这份专利无效及创造性分析报告紧密结合了权利要求1的技术方案与各对比文件的原文，并指出了详细出处与进一步检索策略。

---

### 一、 权利要求1的技术特征拆解与说明书解释

根据目标专利权利要求1及相关说明书解释，本权利要求的技术方案属于**视频处理与流媒体传输技术**，具体特征拆解如下：

* **技术特征A**：一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：到网络的网络接口。

* *说明书解释*：指具备网络通信能力（如光纤、无线LAN、IP网络）的服务器或处理节点（例如网络服务器或高级内容处理系统），能够与客户端设备建立数据流传输通道。

* **技术特征B**：输入接口，该输入接口用于获得非体积视频（Non-volumetric video）。

* *说明书解释*：指二维（2D）传统视频流或平面视频画面（例如主视频流/Main Video，2D画面）。

* **技术特征C**：输入接口，该输入接口用于获得体积视频（Volumetric video），该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示。

* *说明书解释*：指具有三维立体空间/体积属性的视频流（如3D/三维几何及纹理组成的体积视频），并在客户端渲染时，其空间图层覆盖/遮挡在背景2D非体积视频的前方。

* **技术特征D**：处理器，该处理器被配置成进行以下操作：确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡。

* *说明书解释*：在服务器端通过遮挡计算（Occlusion culling）或空间分析，定位背景2D视频中将被前端体积视频阻挡/覆盖的具体空间子区域（Hole/Occluded Area）。

* **技术特征E**：针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频。

* *说明书解释*：将3D/体积视频通过特定的降维转换编码（例如打包为2D平面纹理+深度图/贴图等2D格式），使其能嵌入2D视频流中并在接收端重构出原3D体积视频。

* **技术特征F**：用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧。

* *说明书解释*：将生成的2D转换表示数据填入/替换到步骤D所确定的被遮挡背景2D空间子区域（挖空替换），形成单帧复合2D视频帧。

* **技术特征G**：经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到客户端设备。

* *说明书解释*：将集成了体积视频数据的复合流（或切片/Tile空间片段）通过网络传输至客户端。

* **技术特征H**：将信号传递数据（Signaling Data）提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

* *说明书解释*：传输信令/元数据（Metadata/Signaling），告诉客户端该复合流中被替换的子区域内包含的是“已被转换的体积视频数据”，指导客户端进行提取与重构恢复。

---

### 二、 对比文件技术特征分析与比对表格

结合提供的三份对比文件原文分析如下：

1. **D1 (US7286502B1)**：公开了一种将基于IP的无线设备与光纤网络等接口连接以传输语音、流媒体视频（Streaming Video）及多数据流的系统与方法。

2. **D2 (CN101091217A)**：公开了一种高维交互式HD-DVD/高级内容（Advanced Content）视频重放系统，支持主视频平面（2D视频）、副视频平面、图形平面（图形/菜单按钮）的叠加组合与合成显示，并支持通过网络传输与播放列表（Playlist）信令控制。

3. **D3 (US20080069086A1)**：公开了一种基于IP和SIP协议的移动通信系统，用于实时语音和图像（视频）会话建立与QoS资源协商。

#### 特征比对表格（权利要求1 vs D1、D2、D3）

---

### 三、 最接近对比文件分析与创造性评估

#### 1. 最接近对比文件的选择（基于整体解决的技术问题与技术效果）

* **最接近对比文件：D2 (CN101091217A)**

* **技术问题与领域**：D2属于视频多流合成与传输显示领域。其解决的技术问题是在客户端同时展现多源视频/画面（如主视频、副视频、图形平面叠加），并实现高效的图层混合与网络传输控制。这与目标专利在“视频画面图层合成、带宽节省及网络传输”的架构最为接近。

* **对比结论**：D2适合作为唯一的**最接近对比文件（D1/D3均偏向底层网络传输/SIP呼叫建立，完全不涉及视频空间渲染与图层混合，不适合作为最接近对比文件）**。

#### 2. 最接近对比文件（D2）未公开的特征及其他对比文件的公开情况

区别技术特征包含：

1. **技术特征C/E中的部分内容**：将“体积视频（3D/Volumetric）”转换为“非体积表示（2D转换表示）”。

2. **技术特征D、F（核心方案）**：在发送/处理端计算前景体积视频对背景非体积视频的**空间遮挡子区域**，并直接在视频帧内部**用体积视频的非体积表示数据替换该被遮挡的空间子区域数据**（即“帧内空间替换打洞编码”）。

3. **技术特征H（配合特征F）**：提供专门指示该复合视频流中嵌入了体积视频非体积表示的信号传递数据（信令）。

* **其他对比文件（D1、D3）是否公开了上述区别特征？**

* **否**。D1仅公开了多天线/多通道IP视频传输；D3仅公开了SIP/SDP在移动通信中的QoS协商及会话建立。D1和D3均**完全未公开**任何“体积视频编码”、“遮挡子区域确定”、“帧内替换嵌入”或“体积视频恢复信令”的相关技术。

#### 3. 无效请求中最薄弱的技术特征分析

从被现有技术冲击的角度来看，权利要求1中**最薄弱（最容易被攻破/公知常识化）**与**最坚固（核心防御）**的技术特征如下：

* **最薄弱的技术特征（易被攻破）**：

* **特征A、G**：网络接口、视频流传输属于本领域公知常识，且已被D1、D2、D3全面毫无异议地公开。

* **特征B**：获得普通2D视频（非体积视频）属于视频处理领域的常规技术，已被D1、D2完全公开。

* **特征H中的通用信令机制**：在视频流中加入元数据/信令（Metadata/Signaling）来指示数据流类型或图像结构，属于视频编码（如MPEG/H.264/SEI信息或SDP）的公知手段（D2/D3已公开通用信令概念）。

* **最坚固的核心创新特征（防线所在）**：

* **特征D + 特征F的结合**：即“**计算前景遮挡区域 -> 用前景（体积视频的2D转化表示）数据直接替换/填充背景视频帧中的该遮挡空间子区域**”。这一“帧内空间打洞与数据融合嵌入（In-band Spatial Replacement）”的思路，打破了传统“多图层独立传输后在客户端叠图（Alpha Blending）”的范式（如D2），极大地节省了传输带宽，属于目标专利**最核心的创造性防线**。

---

### 四、 进一步的对比文件检索策略（Invalidation Search Strategy）

由于现有对比文件（D1-D3）未能覆盖“体积视频处理（Volumetric Video）”以及“空间遮挡替换/嵌入传输（Occlusion-based In-frame Replacement）”，若要成功无效权利要求1，需调整检索方向，重点寻找**体积视频压缩编码、增强现实（AR/VR）混合流传输、及图层打洞/图像替换**领域的专利及文献：

#### 1. 核心检索要素（Technical Elements）与逻辑组合

* **Element 1 (体积视频转换/表示)**: Volumetric Video, 3D point cloud, Mesh, Holographic, Depth map, 2D representation, Conversion/Projection (三维点云/体积视频转2D/深度图/纹理图).

* **Element 2 (遮挡检测与空间替换)**: Occlusion culling, Occluded region, Spatial sub-region, Replace/Substitute pixel data, In-frame packing, Hole filling, Frame embedding (遮挡区域检测、帧内空间替换/打包).

* **Element 3 (信令传输/流媒体)**: Signaling data, Metadata, Stream, Composite video, MPEG-I / V-PCC / G-PCC standard.

#### 2. 分分类号（IPC/CPC）检索策略

建议关注国际专利分类号中关于**三维/体积视频编码**与**图像混合/画面替换**的交叉位置：

* **H04N 19/597**：针对3D/多视图视频的视频编码（Multiview Video Coding）。

* **H04N 19/167**：基于感兴趣区域或空间子区域的视频编码（ROI / Spatial sub-region coding）。

* **H04N 21/81**：结合3D/虚拟现实传输的流媒体系统。

* **G06T 15/00 / G06T 19/00**：三维图像渲染、遮挡剔除（Occlusion Culling）、混合现实（MR）合成。

* **H04N 19/119 / H04N 19/132**：图像分割与掩模替换（Masking/Replacement）。

#### 3. 针对性检索路径建议

1. **追溯体积视频编码标准（MPEG-I V-PCC / Video-based Point Cloud Compression）**：

* 重点检索ISO/IEC JTC1/SC29/WG11 (MPEG) 提案及相关专利（如Samsung、InterDigital、Sony、Philips、Intel在2015-2020年间申请的V-PCC标准必要专利）。V-PCC核心机制即是将3D体积视频（Point Cloud）投影转换为2D平面纹理图和深度图，并嵌入传统2D视频流中传输。

2. **检索“AR/虚拟主播/2D+3D视频融合”相关专利**：

* 检索关键词组合：`(Volumetric OR 3D) AND (Occlusi* OR Mask) AND (Replace* OR Embed*) AND (Composite OR Stream)`

* 重点关注高通（Qualcomm）、微软（Hololens团队）、苹果（Apple）、Meta/Oculus、Magic Leap等在混合现实渲染传输方向的专利布局。

An analysis of the invalidation of Claim 1, tailored from the perspective of a patent agent/attorney, is provided below based on the target patent claims, specification instructions, and the provided prior art documents D1, D2, and D3:

---

### 1. Technical Claims Breakdown & Specification Interpretation

According to the instructions and language of **Claim 1**, the subject technical solution is interpreted as follows:

* **Technical Subject**: A processor system for generating a composite video stream for transmission to a client device.

* **Core Technical Concepts**:

1. **Non-volumetric Video (2D video)**: Standard 2D background/base video stream.

2. **Volumetric Video (3D/Volumetric video)**: 3D representation/volumetric video content meant to be rendered/displayed in front of the non-volumetric video at the client device.

3. **Occlusion Detection & Non-volumetric Data Replacement**: The processor determines a spatial sub-region of the non-volumetric video that would be partially or completely obscured/occluded when the volumetric video is displayed in front of it.

4. **Data Embedding via Transformation**: Instead of transmitting both streams separately, the processor converts the volumetric video into a non-volumetric representation (via a reversible transformation technique) and **replaces/substitutes** the obscured spatial sub-region data of the non-volumetric video with this converted representation data, outputting a composite video frame/stream.

5. **Signaling/Metadata**: The system streams the composite stream (or spatial segments) and provides signaling data to the client indicating that the non-volumetric stream encodes/contains a converted non-volumetric representation of the volumetric video.

---

### 2. Feature Comparison & Disclosure Analysis of Prior Art Documents

#### Documents Analyzed:

* **D1**: `US7286502B1` — *Method and system to interface internet protocol (IP) based wireless devices and wireless networks with optical and other networks for improved flexibility, per*

* **D2**: `CN101091217A` — *信息存储介质、信息再现设备、和信息再现方法* (Information storage medium, information reproducing apparatus, and information reproducing method)

* **D3**: `US20080069086A1` — *Mobile Communication System Based On Ip And Session Initiation Method Thereof*

---

#### Detailed Feature Comparison Table

---

### 3. Novelty & Inventive Step Analysis

#### (1) Individual Disclosure Analysis

* **D1 (`US7286502B1`)**:

* **Explicitly Discloses**: Multi-antenna, multi-processor networking architecture for transmitting multiple IP wireless video/voice data streams over parallel channels and interfacing them to optical/LAN networks.

* **Missing Features**: Does not disclose volumetric/3D video, spatial occlusion detection (Feature D), spatial pixel replacement of occluded areas with converted 3D data (Feature E, F), or signaling for transformed volumetric streams (Feature H).

* **D2 (`CN101091217A`)**:

* **Explicitly Discloses**: Advanced media system for streaming and displaying composite multi-layered video/graphics. Discloses main video (`MANVD`), secondary video (`SUBVD`), sub-picture/graphics planes (`GRPHPL`, `SBVDPL`, `MNVDPL`), spatial positioning/cropping (`cropX`, `cropY`), plane layering/alpha blending (`zOrder`, opacity), substituting secondary video streams into main video tracks, and playlist/header control flags (`CONT_TY`, `GCI_CAT`).

* **Missing Features**: Does not disclose transforming **volumetric video** into a non-volumetric format (Feature E) or **replacing obscured background pixels** specifically with transformed 3D-to-2D volumetric video representation data to optimize video bandwidth (Feature D, F, H).

* **D3 (`US20080069086A1`)**:

* **Explicitly Discloses**: Real-time IP multimedia session initiation (SIP/SDP) protocols and QoS negotiation for mobile video/voice communication.

* **Missing Features**: Relates strictly to network session control and lacks all spatial video compositing, volumetric video conversion, and pixel-data substitution features (Features C, D, E, F).

---

#### (2) Selection of the Closest Prior Art

From the perspective of overall technical problem solved and technical effects:

1. **Most Closely Resembling Prior Art: D2 (`CN101091217A`)**

* **Technical Problem Solved in D2**: How to manage, composite, and stream multiple video layers (main video, secondary video, sub-pictures, and graphics) efficiently over networks to client devices while allowing interactive overlay and substitution.

* **Technical Effect**: Provides a multi-plane streaming and rendering framework where secondary video/graphics are positioned over main background video.

* **Suitability**: D2 is by far the **closest prior art**. It shares the exact problem domain of compositing background video and foreground overlay elements for client transmission and display.

2. **Secondary/Background Prior Art: D1 & D3**

* **D1 (`US7286502B1`)** and **D3 (`US20080069086A1`)** primarily address lower-level network interface hardware or IP session negotiation protocols. They are far removed from video frame compositing and spatial pixel substitution.

---

### 4. Weakest Technical Features & Invalidation Vulnerability Analysis

If an invalidation request against **Claim 1** is filed using **D1, D2, and D3**:

1. **Weakest Technical Feature (Core Point of Novelty)**:

* **Combination of Features D, E, and F**:

$$\text{Occlusion Detection} \xrightarrow{} \text{Volumetric-to-Non-Volumetric Transformation} \xrightarrow{} \text{Spatial Sub-region Pixel Replacement}$$

* *Why it is vulnerable/defensive*: D1, D2, and D3 **completely fail to disclose** converting a 3D/volumetric video into a 2D format and packing that data directly into the background 2D video stream's occluded/obscured pixel areas.

2. **Invalidation Vulnerability Evaluation**:

* An invalidation argument based **solely on D1 + D2 + D3 will fail** to destroy the inventive step of Claim 1 under Article 22.3 / 35 U.S.C. 103, because none of D1–D3 suggests the technical motivation to reuse spatial video regions obscured by foreground volumetric content to transmit converted volumetric representation data.

---

### 5. Recommended Further Prior Art Search Strategy

To successfully invalidate Claim 1, further searches must be conducted to target the missing technical combination (Features D, E, F).

#### A. Target Keywords & Search Terms (IPC/CPC & Keywords)

* **IPC/CPC Classes**:

* `H04N19/597` (MPEG-4 AVC / HEVC 3D / Volumetric video coding)

* `H04N13/10` / `H04N13/161` (3D video data format conversion and transmission)

* `G06T15/00` / `G06T9/00` (3D graphics rendering, occlusion culling, data packing)

* **Keyword Combinations**:

* (`Volumetric video` OR `3D video` OR `point cloud` OR `free-viewpoint`)

* AND (`Non-volumetric` OR `2D video` OR `background video`)

* AND (`Occlusion` OR `obscured` OR `hidden region` OR `mask`)

* AND (`Replace` OR `substitute` OR `embed` OR `pack` OR `encode into`)

#### B. Key Technical Domains for Retrieval

1. **Point Cloud Video Compression (V-PCC / G-PCC ISO/IEC standards)**: Search MPEG standard contributions (MPEG-3D / V-PCC) regarding video-based point cloud compression, where 3D geometry/attribute patches are projected onto 2D video frames or embedded into standard 2D video bitstreams.

2. **Free-viewpoint / Holographic Video Streaming**: Look for papers/patents (e.g., IEEE, ACM SIGGRAPH, ETRI, InterDigital, Fraunhofer, Sony, Microsoft 3D video patents) dealing with dynamic occlusion culling where unseen/occluded 2D background pixels are overwritten or repurposed for auxiliary texture/depth metadata transmission.

这是一份针对目标专利权利要求1（处理器系统）的**专业专利无效可行性及法律/技术分析报告**。

---

## 一、 基于目标专利说明书的权利要求1技术特征拆解与解释

结合目标专利的整体发明构思（体积视频与非体积视频的融合传输与降维重构）：

* **技术特征A（网络接口）：** 硬件层面的常规网络通信接口（如以太网卡、无线网卡等），用于与客户端进行数据交互。

* **技术特征B（非体积视频输入）：** 接收常规的2D视频或平面视频（Non-volumetric video，如常规背景视频、电影片段、场景底图）。

* **技术特征C（体积视频输入）：** 接收包含三维空间/深度信息的视频（Volumetric video，如3D点云、网格视频、3D拟真人物等），且该体积视频在客户端渲染时**位于非体积视频的前方（前景遮挡背景）**。

* **技术特征D（被遮挡空间子区域确定）：** 处理器通过几何投影或空间遮挡计算，找出由于“前景体积视频”遮挡而导致“背景非体积视频”中**在客户端根本看不到（部分或完全被遮挡）的二维空间子区域**。

* **技术特征E（转换技术生成非体积表示）：** 将复杂的3D体积视频通过某种可逆/可重构的转换技术（转换/编码算法）**平铺或转换为2D/非体积视频格式**（例如将3D点云/深度图打包映射为2D RGB+D视频帧），以便于标准视频编码器处理。

* **技术特征F（数据替换/复合帧生成）：** **【核心发明点/防御特征】** 用特征E中生成的“体积视频的2D非体积表示数据”，**直接填补/替换**特征D中确定的“背景非体积视频被遮挡的无用子区域数据”。这样在不增加额外画面尺寸/码流的前提下，把前景3D重构数据隐藏在背景被遮挡的区域内，得到复合视频帧（Composite frame）。

* **技术特征G（复合流传输）：** 将上述替换后生成的复合视频流（或其空间分片/Tile）经由网络接口传输给客户端。

* **技术特征H（信令传递）：** 额外向客户端传输控制/信令数据（Signaling data），告知客户端该复合视频流中包含了“体积视频的非体积表示”，指示客户端进行提取与3D重构。

---

## 二、 对比文件技术特征比对与公开性分析

### 1. 对比文件基本信息及公开号

* **对比文件1（D1）：** US20080098446A1 (*Multicast and Broadcast Streaming Method and System*)

* **对比文件2（D2）：** US20090060086A1 (*TERMINAL AWARE MULTICASTING*)

* **对比文件3（D3）：** US20090148124A1 (*Distributed Automatic Recording of Live Event*)

---

### 2. 各对比文件特征比对明细表

---

## 三、 最接近对比文件分析与选择（整体解决的技术问题及效果）

### 1. 目标专利要解决的整体技术问题及技术效果

* **技术问题：** 如何在不额外大幅占用网络传输带宽的前提下，向客户端高效传输包含3D体积视频和2D背景视频的复合场景数据。

* **技术效果：** 利用前景3D对象对背景2D图像的视线遮挡，将背景被遮挡的“冗余/无用像素区域”替换填充为3D体积视频的“2D转换数据”，实现了**数据的隐匿/高密度压缩传输**，极大地节省了网络带宽，且兼容现有视频编码器。

### 2. 对比文件技术领域与发明构思评估

* **D1 (US20080098446A1):**

* *技术主题：* 多播/广播环境下的动态带宽自适应（DBA）与体验质量（QoE）流切换。

* *技术效果：* 解决无线网络抖动下的流畅播放问题，通过在同一组内切换不同码率流实现。

* **D2 (US20090060086A1):**

* *技术主题：* 基于终端能力的自适应编码调制（ACM）与分层视频编码（Scalable/Hierarchical Coding，如基础层+增强层）。

* *技术效果：* 解决不同终端接收能力差异问题，通过自适应传输分层数据保障高可用性。

* **D3 (US20090148124A1):**

* *技术主题：* 现场事件的分布式实时多路视频采集、交互反馈与复合流（Composite Stream）混合/切换传输。

* *技术效果：* 解决多视角视频的实时合成与按需流传输问题。

### 3. 分析结论：最接近对比文件的选择

**D3 (US20090148124A1) 最适合作为最接近的对比文件（Primary Prior Art）。**

* **原因分析：**

1. **架构最贴近：** D3公开了“流管理/切换引擎（Switching Engine）”，能够接收多路视频输入，确定画面叠加/画中画/混合关系，生成**复合视频流（Composite Stream）**并传输给客户端，且包含信令/元数据控制（完全涵盖特征A、B、G、H以及部分C）。

2. **问题切入点最接近：** D3同样致力于解决多路视频在服务器端融合、裁剪、图像组合后传输至客户端渲染的技术架构。

*(注：D1和D2主要聚焦于底层网络传输层的码率自适应、分层信道编码与ACM调制，不涉及视频画面空间几何关系的裁剪与图像数据替换，技术偏离度较大。)*

---

## 四、 无效可行性评估与最薄弱技术特征分析

### 1. 现有对比文件组合（D3+D1/D2）对特征公开的覆盖情况

经过严格的法律与技术比对，现有三篇对比文件（D1, D2, D3）**未能公开**以下核心组合技术特征：

1. **特征E（体积视频的非体积表示转换）：** 现有对比文件处理的均为常规平面视频（2D Video），未公开“3D体积视频（Volumetric Video）”及其向“2D非体积表示”的转换技术。

2. **特征D + 特征F（空间遮挡计算与遮挡区域数据替换填补）——【最薄弱/最核心防御特征】：**

* 现有对比文件D3虽然提到了“混合/复合视频（Composite Stream）”，但其混合方式为常规的画中画（PIP）、画面拼接或图层透明叠加。

* **没有任何一篇对比文件公开了：“确定背景视频被前景视频遮挡的空间子区域，并利用该被遮挡子区域的数据空间，去打包/替换存储前景视频的转换数据”。**

### 2. 结论：仅凭当前D1~D3无法成功无效权利要求1

如果仅依靠现有的D1、D2、D3三篇对比文件发起专利无效宣告请求，**成功率极低**。原因在于目标专利具备明确的独创性方案（即“利用空间遮挡冗余做数据空隙填充与复合传输”），这一显性技术手段在D1~D3中完全缺失，且不属于本领域的公知常识。

---

## 五、 进一步的对比文件检索策略（进一步检索指南）

为了成功无效目标专利权利要求1，必须调整检索方向，寻找补充对比文件（D4/D5），重点攻克**“3D/体积视频2D映射”**以及**“利用视角遮挡（Occlusion-based）进行视频数据隐藏/替换/编码”**的技术特征。

建议采用以下**三步走补充检索策略**：

### 策略1：针对“体积视频向非体积/2D表示转换（特征E）”的专项检索

* **检索方向：** 寻找早于目标专利申请日的、关于3D点云（Point Cloud）、自由视角视频（Free-viewpoint Video）、3D Mesh转化为2D RGB+D（深度图）或贴图图集（Atlas）的专利或期刊论文。

* **关键词（英文）：** `Volumetric video`, `Free-viewpoint video`, `3D point cloud`, `Depth map`, `2D representation`, `V-PCC` (Video-based Point Cloud Compression), `Texture atlas`.

* **分类号（IPC/CPC）：** `H04N19/597` (3D/多视角视频编码), `G06T15/00` (3D图像渲染/处理).

### 策略2：针对“利用遮挡区域做数据隐藏/替换/图像合成（特征D+F）”的专项检索

* **检索方向：** 寻找在视频编码、增强现实（AR）/虚拟现实（VR）视频合成传输中，利用前景遮挡掩码（Occlusion Mask/Region），将背景被遮挡像素剔除，并将其他辅助数据（如深度数据、附加层数据、隐写数据）填充至该背景剔除区域的技术文献。

* **关键词（英文）：** `Occlusion region`, `Occluded area`, `Data replacement`, `Composite video`, `Background subtraction`, `Video steganography`, `Redundant region`, `Packing`.

* **结合逻辑表达：** `(Occlusion OR Occluded) AND (Background OR Composite) AND (Replace OR Pack OR Embed OR Fill) AND Video`

### 策略3：针对特定技术领域与标准提案（Standard Contributions）的追溯检索

* **重点机构/标准组织：**

* **MPEG-I / MPEG V-PCC / 3DoF+ / 6DoF** 相关的标准提案（MPEG Working Documents）：ISO/IEC JTC1/SC29/WG11 中关于体积视频编码与传输的早期草案。

* **IEEE / ACM 顶级会议论文：** 如 IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)、IEEE VR、SIGGRAPH 等关于多视角视频遮挡剔除（Occlusion Culling）与数据流复用的论文（可作为公知常识或技术结合证据）。

### 总结建议

建议以 **D3（作为最接近对比文件，构建整体传输与复合流框架） + 新检索出的D4（公开3D体积视频2D映射及遮挡区域替换技术）** 建立组合，依据《专利审查指南》第二部分第四章（创造性）提出无效宣告请求，方能一举击中目标专利的死穴。

针对权利要求1的技术特征与三份对比文件（D1: US20080098446A1、D2: US20090060086A1、D3: US20090148124A1）的对比分析，作如下专业专利代理师角度的法律与技术研判：

---

## 一、 权利要求技术特征解析与对比文件特征比对

本专利（权利要求1）核心构思在于：在视频复合/传输阶段，**确定非体积视频被前景体积视频遮挡的空间子区域**，将体积视频通过**可逆转换**降维为“非体积表示（Non-volumetric representation）”，直接**替换（抠除）非体积视频被遮挡的空间子区域数据**以生成复合帧，并随流提供指示非体积表示的信令信号（Signaling data）。

以下为三份对比文件对技术特征A~H的对比比对表格：

---

## 二、 详细对比文件解析与出处指代

各对比文件原文详细出处及比对说明如下：

### 1. D1: US20080098446A1 (Multicast and Broadcast Streaming Method and System)

* **出处与公开内容**：

* **特征A/B/G**：见说明书 `[0019]`、`[0024]`、`[0028]` 及图1。公开了服务器（Server 100）包含网络接口与输入模块，从内容提供方获取视频/音频数据流，并根据带宽（DBA模块）和QoE指标将流传输给多个客户端设备（Client devices 104）。

* **差异点**：D1侧重于多播/广播环境下的**自适应码率切换（Dynamic Bandwidth Adaptation）与网络服务质量管理**，完全未涉及“体积视频（Volumetric Video）”的转换处理，更无“空间子区域遮挡确定”及“数据替换（抠图/遮挡擦除）”的技术构思。

### 2. D2: US20090060086A1 (TERMINAL AWARE MULTICASTING)

* **出处与公开内容**：

* **特征A/B/G**：见说明书 `[0010]` 及图1、图4。公开了网关（Gateway）通过网络向多个终端（Data Terminals 120）传输视频流。

* **特征E（实质公开）**：见说明书 `[0009]`、`[0078]-[0080]` 及图6B/6C。D2公开了利用预编码技术（如MPEG-4 Scalable Coding或H.264 Data Partitioning）将原始视频预编码为第一组表示数据（Base Layer，独立可解码）和第二组表示数据（Enhancement Layer，组合解码）。这种分层/可伸缩编码技术实质上属于**将高维/丰富视频信息降维转换为可重构的低维/分层表示**（满足特征E关于“转换技术”的广义解释）。

* **特征H（实质公开）**：见说明书 `[0136]`。公开了在数据包中附带设计器标签（Tag/Header designator number），用于向终端指示该流中包含特定的视频表示层。

* **差异点**：D2中的分层编码针对的是**同一视频源在质量/分辨率上的分层**，并非针对“体积视频（3D/三维视频）”；D2没有任何“确定背景视频被前景遮挡的矩形/空间子区域，并直接用前景数据替换背景遮挡数据”的操作（特征C、D、F）。

### 3. D3: US20090148124A1 (Distributed Automatic Recording of Live Event)

* **出处与公开内容**：

* **特征A/B/G**：见说明书 `[0054]`、`[0058]` 及图2C。公开了反馈引擎（Feedback Engine 400）接收多路现场捕获设备（GUs 200）的视频流，并通过网络接口分发给消费用户（CUs 300）。

* **特征E（实质公开）**：见说明书 `[0008]`、`[0126]`-`[0128]` 及图7、图9。D3公开了流管理模块和切换引擎（Switching Engine），能够将来自多个摄像头的多路流、文本、图形等“合成/混合/重新混合（Mixing and Re-mixing）”为单一的复合流（Composite Stream）。

* **差异点**：D3的合成流是传统的**画中画（PIP）、多画面拼接或图层叠加**，其并不感知视频内容中的“体积视频与非体积视频的前后遮挡关系”，也没有“识别遮挡空间子区域并进行遮挡数据替换”的特征（特征C、D、F）。

---

## 三、 最接近对比文件的选择与创造性分析

在创造性分析中，**D2 (US20090060086A1)** 与 **D3 (US20090148124A1)** 均具备作为“最接近对比文件（Primary Reference）”的条件：

### 1. 将 D2 作为最接近对比文件

* **技术领域与问题**：D2 解决的是如何根据终端能力和网络状况对视频流进行自适应编码与传输的问题，涉及视频流的降维/分层表达（特征E）和信令指示（特征H）。

* **区别技术特征**：特征C、特征D、特征F（以及特征E中具体的“体积视频到非体积表示的转换”）。

* **实际解决的技术问题**：如何在包含体积视频与背景非体积视频的复合场景中，**降低视频编解码及传输带宽开销，避免对被遮挡背景区域的无用编码与传输**。

* **结合分析（D2+D3/公知常识）**：

* D3仅公开了多路视频的混合（Mixing），未给出“检测遮挡区域并替换”的启示。

* 即使引入D3，D2与D3的结合也**无法导出**“确定非体积视频被体积视频遮挡的空间子区域（特征D）”以及“用体积视频的非体积表示直接替换该遮挡空间子区域的数据（特征F）”。

### 2. 将 D3 作为最接近对比文件

* **技术领域与问题**：D3 解决的是多路视频流的现场采集、实时合成（Composite Stream）与自适应切换传输问题。

* **区别技术特征**：特征C、特征D、特征F、特征H（以及特征E中具体的体积视频转换）。

* **实际解决的技术问题**：同上，即解决复合视频流生成时，背景画面被前景物体遮挡所带来的冗余计算与数据传输负担。

* **结合分析（D3+D2/公知常识）**：

* D2虽然教导了将视频划分为不同表示层并随流传输信令（特征E、H），但D2的分层是针对整个图像帧的质量/分辨率扩展，并非基于“遮挡子区域”的物理空间裁剪与数据替换。

* D3+D2 的组合依然**缺乏对遮挡空间子区域进行判定与替换（特征D、F）的技术启示**。

---

## 四、 答辩/无效请求中最薄弱的技术特征分析

若审查员或请求人对本专利发起无效攻击，本权利要求1中**最薄弱（最容易被攻破或被规避）的技术特征**为：

1. **特征H（提供指示包含非体积表示的信令传递数据）**：

* *薄弱原因*：在视频编码与流媒体传输领域（如H.264/H.265/SEI信令/RTP Header扩展），传输描述当前流属性/图层属性的信令（Metadata/Signaling）属于**本领域的惯用技术手段**。D2 `[0136]` 已经公开了利用Header标签指示预编码表示层的做法。如果攻击者将特征H认定为公知常识的简单叠加，特征H很难单独提供显著的创造性贡献。

2. **特征E（体积视频到非体积表示的转换）**：

* *薄弱原因*：体积视频（如点云/Depth+RGB/立体网格）转换为2D平面图像+深度图（RGB-D）或2D Atlas格式，是体积视频压缩（如MPEG V-PCC / G-PCC标准）的**基础标准流程**。审查员很容易补充文献证明“体积视频转换为非体积表示”属于现有技术。

> **核心坚固特征（防守护城河）**：

> **特征D + 特征F 的组合**（即：**确定被前景体积视频遮挡的非体积视频空间子区域 + 直接用体积视频的非体积表示数据“替换/覆盖”该遮挡子区域数据**）。这种在编码/合成端直接对背景遮挡冗余数据进行“空间挖空/数据替换”的操作，是本专利实现降低带宽与计算复杂度的关键，且D1-D3均完全未涉及。

---

## 五、 进一步对比文件检索策略（针对无效/答辩准备）

为了进一步巩固无效（或在答辩中防范补充检索），建议采取以下针对性的检索策略：

### 1. 核心检索要素提取（IPC分类号与关键词）

* **IPC / CPC 分类号**：

* `H04N 19/20`（基于区域或对象的视频编码）

* `H04N 19/597`（立体或多视角视频编码）

* `H04N 21/2343`（服务端视频流转换/合成）

* `H04N 13/10`（三维/体积视频处理与传输）

* `G06T 15/00`（3D图像渲染/遮挡剔除）

### 2. 检索逻辑组配策略

针对最核心的区别特征（特征D + 特征F），重点构建以下三层检索组合：

* **策略一（体积视频与2D背景复合/遮挡剔除）**：

* `(Volumetric Video OR Point Cloud OR 3D Mesh OR RGBD)` **AND** `(Background OR Non-volumetric)` **AND** `(Occlude OR Occlusion OR Mask OR Sub-region)` **AND** `(Replace OR Overwrite OR Substitute OR Cutout)`

* *目的*：寻找是否有文献教导在渲染/传输前，先检测2D背景被3D体积对象遮挡的区域，并用3D对象的2D表示（如Atlas/Patch）直接替换该区域数据。

* **策略二（V-PCC/基于图场的体积视频编码流合成）**：

* `(V-PCC OR ISO/IEC 23090-5 OR Video-based Point Cloud Coding)` **AND** `(Composite Stream OR Layering OR Background Replacement)`

* *目的*：V-PCC标准（约在2017-2020年前后确立）大量使用了将3D点云转换为2D Patch（非体积表示）并嵌入传统2D视频流的技术，需重点排查该标准族中的早期专利提案（如Philips、InterDigital、Nokia、Tencent等公司的族专利）。

* **策略三（图形学遮挡剔除与视频编码结合）**：

* `(Occlusion Culling OR Depth Bounding)` **AND** `(Video Encoding OR Macroblock Skipping OR Tile Replacement)`

* *目的*：排查在传统图形渲染中“Occlusion Culling（遮挡剔除）”技术是否被延伸应用于流媒体编码端（即被遮挡的背景宏块不编码，直接替换为前景数据）。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与三份对比文件（D1、D2、D3）进行了严密的法理与技术特征对比分析。以下是详细的审查与分析意见。

---

## 一、 权利要求1的技术特征解析

权利要求1保护一种**生成复合视频流的处理器系统**，其核心逻辑在于：将“非体积视频”与要在其“前面”显示的“体积视频”进行融合传输，通过**确定非体积视频中被遮挡的区域，并用体积视频的非体积表示数据替换该被遮挡区域**，从而生成复合视频流，并向客户端发送相应的信号传递数据。

我们将权利要求1拆解为如下8个具体技术特征：

* **特征A**：一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：到网络的网络接口；

* **特征B**：输入接口，该输入接口用于获得非体积视频（2D/传统视频）；

* **特征C**：以及体积视频（Volumetric Video / 3D或点云视频），该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示；

* **特征D**：处理器，该处理器被配置成：确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；

* **特征E**：针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频；

* **特征F**：用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；

* **特征G**：经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；

* **特征H**：经由该网络接口：将信号传递数据（Signaling Data）提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

---

## 二、 对比文件技术特征比对与原文出处分析

为确保法律效力，以下比对严格基于对比文件原文，并标注具体公开号与出处段落。

### 1. 对比文件指代与公开号对照

* **D1**：JP2009188735A（动画数据分发装置、系统、方法及程序）

* **D2**：CN101543009A（去往用户的多个媒体流的聚集）

* **D3**：US20090309977A1（视频质量评估工具的基准测试与校准）

### 2. 特征比对表格（特征级映射）

---

## 三、 最接近对比文件的选择与综合评价

### 1. 最接近对比文件的挑选及理由

从**整体解决的技术问题**与**技术效果**角度分析：

* **D2 (CN101543009A)** 适合作为**最接近的现有技术（最接近对比文件）**。

* **解决的问题与架构**：D2致力于解决“如何从多个媒体源接收媒体流，并根据需求/偏好将其聚集生成定制的复合输出媒体流传输给用户”的问题，这与本专利“合成多路视频流（非体积+体积）并向客户端分发复合视频流”的系统级架构最为接近。

* **D1 (JP2009188735A)** 仅可作为**次要对比文件**（用于证明网络流式传输及动态数据率调整属于公知常识/现有技术）。

* **D3 (US20090309977A1)** 属于视频质量评估与测试领域，与本专利的技术领域和发明目的相去甚远，**不适合**作为最接近对比文件。

### 2. 未被最接近对比文件公开的特征分析

以 **D2** 作为最接近对比文件时，权利要求1中**未被公开的核心特征组**包括：

1. **特征C中的“体积视频（Volumetric Video）”**；

2. **特征D、E、F构成的核心技术组合**：确定背景非体积视频中被前景体积视频遮挡的空间子区域，将体积视频通过转换技术转化为非体积表示，并**直接用该非体积表示数据去替换背景视频中被遮挡的空间子区域数据**；

3. **特征H**：传输包含指示该复合视频流中含有体积视频非体积表示的**信号传递数据（Signaling Data）**。

---

## 四、 提出无效宣告请求时的最薄弱技术特征与突破口分析

若我们要针对本专利发起无效宣告请求，**最薄弱（即本专利最核心、最难被现有技术直接对抗）的技术特征**为：

> **核心薄弱点：特征D + 特征E + 特征F 的组合逻辑**

> 即：**“确定被遮挡的空间子区域” + “获取体积视频的非体积表示” + “用该非体积表示直接替换背景视频中被遮挡子区域的数据”**。

### 为什么该特征组是防线核心？

传统视频合成（如画中画或图层叠加）通常是在客户端解码后再进行Alpha混合或画布绘制。而本专利的技术方案是一种**编码/流传输端的“数据级替换”优化**——因为背景视频中被遮挡的区域反正会被前景遮住，直接在传输前用“体积视频转换后的2D数据”去**覆盖/替换**背景视频对应的像素区域/宏块，不仅省去了传输被遮挡无用背景数据的带宽，还将两路视频打包在同一个复合2D视频流中传输。

### 现有对比文件（D1-D3）的缺陷：

现有的D1、D2、D3**完全没有涉及体积视频（3D/Point Cloud）向2D的转换**，更没有在传输端**利用遮挡关系进行空间子区域数据替换**的技术启示。如果仅凭D1、D2、D3组合，**无法成立专利法第22条第3款的创造性（意料之外的技术效果：大幅降低体积/多路视频复合传输的带宽与客户端解码负担）**。

---

## 五、 进一步对比文件检索策略（用于补充无效证据链）

为了成功无效权利要求1，必须针对上述“最薄弱环节（遮挡子区域数据替换 & 体积视频2D化封装）”重新补充检索。建议采取以下检索策略：

### 1. 核心技术主题拆解与关键词/分类号映射

需将检索重点从“视频流聚集”转移到**“体积/3D视频编码”、“Tile/空间子区域替换”、“遮挡裁剪与流传输”**领域：

* **主题1：体积视频/点云视频的2D图像化表达（Volumetric to 2D / V-PCC）**

* **关键词**：Volumetric video, Point Cloud Compression, V-PCC, 3D to 2D projection, patch packing, Video-based Point Cloud Compression.

* **IPC/CPC分类号**：`H04N 19/597`（多视角/3D视频编码）、`H04N 19/167`（感兴趣区域/ROI编码）、`G06T 9/00`（数据压缩/图像数据处理）。

* **主题2：基于遮挡关系的空间子区域/宏块数据替换与合成传输**

* **关键词**：Occlusion detection, spatial sub-region replacement, background replacement, video compositing in compressed domain, tile replacement, stream mixing.

* **IPC/CPC分类号**：`H04N 19/119`（子区域划分）、`H04N 21/2343`（服务端视频流加工/转换）、`H04N 21/434`（信号传递/控制数据传输）。

### 2. 检索路线建议

1. **优先检索MPEG规范与标准提案文档（MPEG-I / V-PCC / OMAF）**：

权利要求1中的“体积视频的非体积表示”以及“信令数据（Signaling Data）”极度符合 **ISO/IEC JTC1/SC29/WG11 (MPEG)** 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **OMAF (Immersive Media Output Format)** 的标准草案及输入贡献文件（Input Documents，如JVET/MPEG会议提案）。时间节点应重点排查 **2017年~2020年** 期间的MPEG工作组文档。

2. **结合专利文献交叉检索**：

* 重点检索申请人如 **InterDigital, Qualcomm, Nokia, Philips, Sony, Intel, Tencent** 在2015-2020年间申请的沉浸式视频/点云编码专利。

* 逻辑组合：`(Volumetric OR Point Cloud) AND (Occlusion OR Background OR Replacement OR Sub-region) AND (Signaling OR Metadata)`。

### 3. 预期形成的最终无效证据链组合

* **主对比文件（D1/D2等）**：提供“网络接口、多路流接收、复合流分发”的基础系统架构。

* **补充对比文件（新检索出的V-PCC/3D视频打包专利或标准）**：提供“将3D/体积视频转换为2D Patch，并确定背景视频遮挡区域后进行空间数据替换，同时在信令中传递体积表示标识”的技术启示。

* **结论**：结合两者，证明权利要求1对于本领域技术人员而言是显而易见的，从而击毁其创造性。

<Elicitation label="生成针对新检索策略的具体检索式（支持Patentics/IncoPat语法）" query="请根据上述检索策略，为我编写可直接用于IncoPat和Patentics数据库的具体检索式（包含IPC/CPC分类号与逻辑组合）。"/>

作为一名专利代理师，我针对您提供的权利要求1（下称“本专利/目标权利要求1”）与三份对比文件（D1: JP2009188735A、D2: CN101543009A、D3: US20090309977A1）进行了严谨的法律与技术比对分析。

---

## 一、 目标权利要求1的技术方案本义解析

结合说明书逻辑，权利要求1的核心技术构思在于**针对体积视频（如3D/点云/VR视频）与非体积视频（如传统2D背景视频）复合传输时的带宽与计算资源优化**：

* 当体积视频叠加显示于非体积视频**前面**时，非体积视频的部分区域会被遮挡（即遮挡空间子区域）；

* 系统并非直接发送叠加后的两路完整视频，而是对体积视频进行**可逆的“非体积表示转换”**（如深度图、图纹/Alpha通道或降维数据）；

* 然后用该“非体积表示数据”**直接替换（覆盖）**非体积视频中被遮挡的子区域像素数据，合成单帧输出；

* 传输时，还同时向客户端发送**带外/带内信令数据**，告知客户端该流中嵌有非体积表示，以便客户端反向重构体积视频并正确渲染。

---

## 二、 特征比对分析与表格

以下为权利要求1的技术特征与各对比文件原文的详细比对：

### 1. 技术特征比对表

---

## 三、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的选择

在专利无效宣告程序中，选择最接近对比文件的核心标准是：**技术领域相同或相近、解决的技术问题最类似、且公开的特征最多**。

* **最接近对比文件：D2 (CN101543009A)**

* **理由**：D2属于**多媒体流聚集与定制传输领域**。D2明确提出了“将来自于多个媒体源的多个输入视频流进行处理、叠加/组合，生成单路去往用户的定制输出流”的技术架构（图1，第2-3页）。其不仅公开了多流融合传输，还涉及到了前端视频叠加显示及元数据配合（图3），与本专利解决“多源/复合视频传输及客户端呈现”的技术背景最为接近。

* **次要参考对比文件：D1 (JP2009188735A)**

* **理由**：D1侧重于**网络带宽波动时的视频流自适应传输控制**，虽然公开了服务端根据网络状况调整视频帧及流式发送（特征A、B、G），但完全未涉及多流复合、空间遮挡替换及体积视频转换。

* **D3 (US20090309977A1) 的定位**：

* **理由**：D3主要针对**视频质量评估（VQA）测试及劣化模拟**，其技术问题是评估网络和编解码器对视频质量的影响，与本专利“体积视频与背景视频的复合编码与传输”技术领域相差较远，不适合作为最接近的对比文件。

### 2. 未被最接近对比文件（D2）公开的技术特征

对比D2，权利要求1的核心发明点（区别技术特征）在于：

1. **体积视频的非体积可逆表示转换（特征E的部分）**：将3D/体积视频转换为允许重构的2D/非体积数据表示。

2. **空间遮挡替换机制（特征D与特征F的组合）**：并非简单的图层透明叠加（Overlay），而是精准**确定**被遮挡的背景空间子区域，并**用体积视频的非体积表示数据“替换（Overwrite/Replace）”该空间子区域的数据**。

3. **特定的信令传递（特征H）**：向客户端显式提供指示该复合流中含有“体积视频非体积表示”的信号传递数据（Signaling Data）。

---

## 四、 最薄弱的技术特征与无效突破口

如果发起无效宣告请求，本专利**最薄弱（最容易被公知常识或其他对比文件击破）的技术特征**是：

### 1. 最薄弱特征：特征H（信号传递数据/信令）

* **分析**：在多媒体传输领域（如H.264/SEI信息、RTP Header Extension、MPEG-TS私有数据包），在复合流中添加“标识/元数据”以告知解码端“本流包含某种特殊编码/表示”属于**本领域的常规技术手段（公知常识）**。D2中也已公开了利用元数据（Metadata）携带流特征（图3）。仅凭“发送信令指示包含非体积表示”这一特征，高度容易被认定为本领域技术人员的显而易见的选择。

### 2. 次薄弱特征：特征D（确定被遮挡的空间子区域）

* **分析**：在图形学和视频编码（如画中画 PIP、对象图层合成）中，当确定A物体在B物体前面时，计算B被A遮挡的Bounding Box或Alpha掩模（Mask）是遮挡剔除（Occlusion Culling）的经典做法。

### 3. 专利真正的“坚固防线”（难攻技术特征）

* **特征E + 特征F的结合（利用被遮挡像素空间来传输体积视频数据）**：

专利的实质巧妙之处在于：**利用原本要被遮挡掉、本应丢弃或冗余传输的背景视频空间子区域，将其像素位置用作“载体”，填充“体积视频的非体积表示数据”**。这样既节省了单独开辟新流的带宽，又利用了原有帧的空间结构。

现有对比文件（D1-D3）中，D2仅提到“叠加/合并”，并没有将“被遮挡区域的像素作为传输体积数据的容器进行数据替换”的思想。

---

## 五、 进一步的对比文件检索策略（检索指南）

为了成功无效权利要求1，必须针对上述“特征E+特征F（利用遮挡空间替换传输）”进行补充检索，建议采取以下检索策略：

### 1. 扩充检索主题词（Keywords）与表达方式

* **体积视频/3D视频转换**：Volumetric video, Point cloud, Free-viewpoint video, Depth map, Texture map, 3D mesh to 2D format, Non-volumetric representation.

* **遮挡区域利用/数据替换/载体隐藏**：Occluded region, Occlusion culling, Spatial region replacement, Data hiding, Overwrite, Macroblock replacement, In-band metadata embedding, ROI (Region of Interest) masking.

* **复合流/画中画优化**：Composite video stream, Picture-in-Picture (PiP) bandwidth reduction, Background subtraction, Video steganography.

### 2. 分级检索分类号（IPC / CPC）

建议重点锁定在以下IPC/CPC分类下：

* **H04N 19/597**：针对立体或3D视频的视频编码（Multiview/3D video coding, e.g. 3DV, MV-HEVC, V-PCC）。

* **H04N 19/167**：基于感兴趣区域（ROI）或特定空间子区域的编码。

* **H04N 21/434 / H04N 21/236**：多媒体流的复用、信号传递与传输格式。

* **G06T 15/00 / G06T 9/00**：3D图形渲染与遮挡剔除、体积数据压缩。

### 3. 针对性检索方向建议

1. **点云视频编码标准（MPEG V-PCC / G-PCC）早期提案**：

* MPEG在2015-2018年前后制定基于视频的点云压缩（V-PCC）标准时，其核心思想就是将3D点云/体积视频打平（Patch Packing）转换为2D图纹图和深度图（即“非体积表示”）。重点检索MPEG提案库（ISO/IEC JTC1/SC29/WG11）中将V-PCC Patch打包进普通2D背景视频子区域的相关提案。

2. **视频隐写术（Video Steganography）与冗余空间替换**：

* 检索将辅助数据（包含深度/3D数据）嵌入到视频被遮挡/不重要空间子区域（Spatial Sub-region Replacement）的相关学术论文（IEEE, ACM）及专利。

3. **传统画中画（PiP）/多视角视频传输带宽优化专利**：

* 检索在2015-2020年间，高通（Qualcomm）、诺基亚（Nokia）、爱立信（Ericsson）、索尼（Sony）、腾讯或华为在VR/自由视角视频传输领域的专利组合。

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求1的技术特征，对其与引用的三篇对比文件进行系统的对比分析、最接近对比文件（初查/最接近的技术方案）选定、无效薄弱点剖析以及后续检索策略制定。

---

### 一、 目标专利权利要求1技术特征拆解

目标专利权利要求1保护一种**被配置用于生成用于传输到客户端设备的复合视频流的处理器系统**，其技术特征细分如下：

* **特征 A**：该处理器系统包括：到网络的网络接口；

* **特征 B**：输入接口，该输入接口用于获得非体积视频（Non-volumetric video）；

* **特征 C**：输入接口，该输入接口用于获得体积视频（Volumetric video），该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示；

* **特征 D**：处理器被配置成：确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；

* **特征 E**：处理器被配置成：针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频；

* **特征 F**：处理器被配置成：用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；

* **特征 G**：经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；

* **特征 H**：经由该网络接口：将信号传递数据（Signaling data）提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

---

### 二、 对比文件技术特征比对与出处分析

现针对三篇对比文件，逐一核对是否公开权利要求1的技术特征：

#### 1. D1：US20090319557A1 (公开号：US 2009/0319557 A1)

* **技术领域与方案**：主要涉及实时流媒体（如直播流）切分为静态文件并进行分发与播放的方法和系统。

* **特征比对情况**：

* **特征 A（公开）**：公开了包含网络接口的主机/服务器及网络架构。[0068], [0070] “Hosts 24, 26, 28... Edge Servers 32... shared by each Edge Server 32 in that region.”

* **特征 B（部分/实质公开）**：公开了接收复合广播信号/普通流媒体（非体积视频）。[0066] “...audio and video feeds are combined into a composite broadcast signal... transmitted via a suitable Digital Video Interface...”

* **特征 C（未公开）**：未涉及体积视频（3D/Volumetric video）及其与非体积视频的前后显示遮挡关系。

* **特征 D（未公开）**：未涉及确定因体积视频遮挡而产生的非体积视频空间子区域。

* **特征 E（未公开）**：未公开将体积视频转换为允许重构的非体积表示。

* **特征 F（未公开）**：未公开使用体积视频的非体积表示替换非体积视频中被遮挡的空间子区域数据。

* **特征 G（实质公开）**：公开了将流媒体文件流式传输/下载到客户端设备。[0068]-[0071], [0110]

* **特征 H（实质公开）**：公开了向客户端传输包含流媒体元信息的 Header Data File (.viv file)。[0090]-[0104]

#### 2. D2：US20090325526A1 (公开号：US 2009/0325526 A1)

* **技术领域与方案**：主要涉及无线多播/广播网络中的分层编码（Layered coding，如Base Layer与Enhancement Layers）及状态信息上报机制。

* **特征比对情况**：

* **特征 A（公开）**：公开了无线通信网络中的基站（BS）与移动台（MS）。[0016], [0023]-[0026]

* **特征 B（实质公开）**：公开了传输视频流（如分层视频）。[0004], [0024]

* **特征 C（未公开）**：未涉及体积视频（3D/Volumetric video）以及体积视频与非体积视频的前后层级显示遮挡。

* **特征 D（未公开）**：未涉及基于前后景遮挡关系确定非体积视频的空间子区域。

* **特征 E（未公开）**：其分层编码（基础层/增强层）用于提升视频画质，非“体积视频到非体积表示”的重构转换。

* **特征 F（未公开）**：未涉及用体积视频非体积表示替换被遮挡空间子区域的数据。

* **特征 G（公开）**：公开了基站向移动台传输多播/广播视频流。[0003], [0024]

* **特征 H（部分/实质公开）**：公开了传输带有图层类型信息（如 Base Layer、Enhancement Layer）的信令/响应消息（如 DSA Response）。[0029], [0032]

#### 3. D3：US20100083268A1 (公开号：US 2010/0083268 A1)

* **技术领域与方案**：主要涉及多进程处理媒体流时对共享资源并发访问控制（Concurrency Control）的方法和系统。

* **特征比对情况**：

* **特征 A（公开）**：公开了包含网络接口的媒体流处理节点。[0022], [0029], 图4 (402, 408, 412)

* **特征 B（公开）**：公开了处理媒体流（如包含视频、图形等）。[0005], [0030], [0034]

* **特征 C（部分/实质公开）**：公开了在媒体流中叠加显示 Overlay（如 JPEG 图像 overlay），但未明确提及 3D/体积视频（Volumetric video）。[0045]-[0046] (Example 1, Example 2)

* **特征 D（未公开）**：未涉及计算并确定因前景叠加而导致背景非体积视频被部分/完全遮挡的“空间子区域”。

* **特征 E（未公开）**：未涉及将体积视频转换为可重构的非体积表示。

* **特征 F（未公开）**：未涉及用转换后的数据替换被遮挡空间子区域数据以生成复合视频帧。

* **特征 G（公开）**：公开了将媒体流传输到客户端。[0029]-[0030]

* **特征 H（部分/实质公开）**：公开了在媒体流中包含元数据/指示符（Indicator），用以指示资源与并发策略。[0037]-[0040]

---

### 三、 特征比对汇总表（Feature Comparison Matrix）

---

### 四、 最接近对比文件分析（从整体技术问题与效果角度）

在创造性分析中，确定“最接近的对比文件”需从**技术领域、解决的技术问题、技术效果及技术特征覆盖度**四个维度进行综合评估：

1. **目标专利解决的核心技术问题与效果**：

* **技术问题**：在传输结合了“2D/非体积视频”和“3D/体积视频”（如沉浸式体验、AR/VR场景）的复合内容时，网络带宽开销极大，且客户端渲染复杂度高。

* **技术效果**：通过识别非体积视频中**被前景体积视频遮挡的无效区域**，并直接用体积视频的“非体积表示（例如将3D体积视频转换为2D打包表示的数据）”去**替换/填补**该遮挡区域。这样既节省了传输被遮挡无用背景的带宽，又将两路视频巧妙打捆在单个复合视频流中传输，显著降低了传输带宽与编解码复杂度。

2. **三篇对比文件的对比评估**：

* **D1 (US20090319557A1)**：侧重于流媒体（特别是直播流）的切片与 HTTP/FTP 分发问题。未涉及视频内容的空间区域优化或 2D/3D 复合视频合成。

* **D2 (US20090325526A1)**：侧重于分层视频（Layered Video/SVC）在无线广播中的带宽自适应，虽然涉及分层数据传输与信令通知，但属于质量分层（Base Layer + Enhancement Layer），非空间遮挡替换与体积视频转换。

* **D3 (US20100083268A1)**：侧重于媒体流传输过程中的并发资源控制，虽然提及了视频画面叠加（Overlay），但并未涉及空间遮挡剔除、数据替换以及体积视频的非体积表示转换。

3. **结论**：

从目前检索到的三篇对比文件来看，**没有任何一篇能够在技术领域和核心技术手段上构成理想的“最接近对比文件”**。

* 如果强行选择，**D3 (US20100083268A1)** 在架构上包含了“主视频流 + 叠加层（Overlay）”的复合处理形态，相对稍微接近，但与目标专利的核心发明点相去甚远。

* **核心发明点（区别技术特征 D、E、F）** 在现有三篇对比文件中**完全缺失**（即：针对体积视频遮挡非体积视频的“空间子区域检测”、体积视频的“非体积表示转换”、以及“用非体积表示替换被遮挡空间子区域数据”）。

---

### 五、 无效请求的最薄弱技术特征与潜在突破口

若仅依据现有的 D1、D2、D3 提出无效宣告请求，**成功率极低**。目标专利在现有对比文件面前具备极强的创造性屏障。

#### 1. 目前专利的最薄弱/最关键技术特征（专利权的“护城河”）

* **特征 D + 特征 E + 特征 F 的组合逻辑**：

即“**检测被遮挡空间子区域 -> 将体积视频转换为非体积表示 -> 用非体积表示填充/替换该被遮挡空间子区域**”。这一技术方案巧妙地利用了“被遮挡而无需传输的背景空间”作为“前景体积视频非体积数据”的传输载体（或容器），实现了极其高效的复合编码与流式传输。

#### 2. 现有对比文件的缺陷

* D1、D2、D3 仅公开了通用网络传输、流控、分层信令或简单的 2D 图像 overlay 叠加，**完全没有涉及基于 3D/体积视频遮挡关系的“空间子区域替换与数据打包/重构”**。

---

### 六、 进一步对比文件检索策略（Search Strategy）

为了有效无效目标专利权利要求1，必须重新调整检索方向，重点寻找**体积视频/3D视频打包传输、遮挡剔除（Occlusion Culling）、图像隐写/图层嵌入**等交叉领域的 Prior Art。

#### 1. 核心关键词组合（Key Terms & Synonyms）

* **体积视频/3D表示**：`volumetric video`, `free-viewpoint video`, `point cloud`, `3D mesh`, `holographic video`, `non-volumetric representation`, `2D frame packing`, `geometry/depth map`.

* **遮挡与空间区域替换**：`occlusion`, `occluded area`, `sub-region`, `spatial region`, `replace`, `substitute`, `embed`, `pack`, `background region`.

* **复合流/传输**：`composite video`, `multiplex`, `video streaming`, `signaling`, `manifest`.

#### 2. 分分类号精准检索（IPC / CPC Classifications）

* **H04N 19/597**：专门针对立体或三维/体积视频的流视频编码 (Motion video coding for stereoscopic or 3D/volumetric video)。

* **H04N 19/167**：基于感兴趣区域（ROI）或特定空间子区域的视频编码 (Block or spatial region based coding based on ROI).

* **H04N 21/81**：结合不同媒体类型（如2D与3D、Overlay）的复合内容生成与传输。

* **G06T 9/00**：3D 数据压缩与转换 (Data reduction or data compression for 3D graphics).

#### 3. 组合检索路线图（Step-by-Step Strategy）

1. **路线 A（体积视频 2D 打包/转换技术）**：

重点检索 **MPEG-I V-DMC / V-PCC (Video-based Point Cloud Compression)** 标准的相关专利或提案（约 2017–2021 年间）。V-PCC 标准的核心思想就是将 3D 体积视频/点云拆解映射为 2D 深度图和 2D 纹理图（即“非体积表示”），再用标准 2D 视频编码器传输。

2. **路线 B（空间遮挡与画布替换）**：

检索视频会议、AR/VR 场景中“背景替换/遮挡区域利用”的专利。查找是否有技术在检测到前景人物/3D物体遮挡背景后，**将背景被遮挡的无效像素区域直接替换为其他辅助数据（如 3D 深度/几何数据或第二路视频数据）**。

3. **路线 C（联合对比文件构建）**：

* **对比文件 X（主对比文件）**：寻找一篇公开“传输 2D 背景视频与 3D 体积视频，并将体积视频转换为 2D 补丁/帧打包（Frame Packing）传输”的文献（如 V-PCC 相关的专利）。

* **对比文件 Y（辅对比文件）**：寻找一篇公开“检测视频中被遮挡的空间区域，并将其他数据填入该被遮挡空间区域以节省传输带宽”的技术文献。

* 将 X 与 Y 结合，证明将体积视频的 2D 表示填入 2D 视频的遮挡空间区域属于本领域技术人员为了节省带宽而进行的显而易见的技术叠加。

作为一名经验丰富的专利代理师，我将严格结合**目标专利权利要求1**、**对比文件原文（含具体段落/表格出处）**以及**专利说明书的内在逻辑**，为您提供一份专业、严谨的专利无效及创造性分析报告。

---

### 一、 目标专利权利要求1的技术特征拆解与说明书解释

根据**权利要求1**的文语及视频流处理（特别是3D/体积视频与2D/非体积视频合成）的技术逻辑，各技术特征解析如下：

* **技术特征A**：`一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：- 到网络的网络接口`

* **解释**：限定了生成端（服务器/处理系统）的基本架构，包含网络通信能力。

* **技术特征B**：`输入接口，该输入接口用于获得：- 非体积视频`

* **解释**：获取普通的二维（2D）传统平面视频（如背景视频、2D电影帧）。

* **技术特征C**：`以及 - 体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示`

* **解释**：获取三维/体积（Volumetric Video，如3D点云、网格、可重构的3D人物）视频，且该体积视频在逻辑/空间渲染叠加顺序上位于非体积视频的前方（前景）。

* **技术特征D**：`处理器，该处理器被配置成进行以下操作：- 确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡`

* **解释**：**遮挡分析（Occlusion Estimation）**。处理器通过几何/投影计算，确定当前景3D体积视频叠加在背景2D视频上时，背景视频中哪些区域（Bounding Box或像素区域）会被前景遮挡。

* **技术特征E**：`针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：- 获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频`

* **解释**：**体积到非体积的转换（Volumetric to Non-volumetric transformation）**。例如将3D体积数据通过打包/展开技术（如Patch Packing、深度图+纹理图打包）转换为标准的2D平面视频帧，以利于传统2D视频编码器（如H.264/HEVC）压缩传输。

* **技术特征F**：`用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧`

* **解释**：**数据替换与帧合成（Data Replacement / Tile-based Embedding）**。将步骤D中确定的“被遮挡的背景2D子区域”的数据剔除/覆盖，直接填充为步骤E生成的“体积视频的2D展开表示数据”，从而形成单帧复合视频（既利用了被遮挡背景的空闲空间，又省去了传输无用遮挡背景的带宽）。

* **技术特征G**：`经由该网络接口：- 将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备`

* **解释**：将合成后的复合视频流（或切块/Slice/Tile片段）通过网络接口传输给客户端。

* **技术特征H**：`将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示`

* **解释**：**信令指示（Signaling Data）**。向客户端发送元数据/信令（如SPS/PPS/SEI Message或Manifest信息），告知客户端该视频流中特定区域嵌入了3D体积视频的2D表示，以便客户端解析并重新提取重构出3D体积视频。

---

### 二、 对比文件特征比对与原文出处分析

现针对三份对比文件进行详细原文比对（均附公开号及段落号）：

1. **对比文件1（D1）**：`US20090319557A1` (METHOD, SYSTEM AND SOFTWARE PRODUCT FOR STREAMING CONTENT)

* **分析**：D1主要关注将实时流（Live Stream）切割为静态文件序列并利用HTTP/FTP等传统协议及CDN进行流式传输与播放器控制。

* **特征公开情况**：公开了网络接口（特征A）、视频流传输（特征G的部分）。对于分层视频、体积视频（3D）、空间子区域遮挡替换（特征C/D/E/F/H）均**未公开**。

2. **对比文件2（D2）**：`US20090325526A1` (Method and apparatus for reporting state information)

* **分析**：D2关注无线网络（如WiMAX/IEEE 802.16）中的多播/广播服务（MBS），利用分层编码（Layered Coding，基础层 Base Layer 和增强层 Enhancement Layer）以及信道质量反馈来动态调整资源分配。

* **特征公开情况**：公开了分层视频流（基础层+增强层）、网络传输（特征A、B、G）。对于3D体积视频及其向2D的转换、空间子区域遮挡确定及替换（特征C、D、E、F）均**未公开**。

3. **对比文件3（D3）**：`US20100083268A1` (Method And System For Managing Access To A Resource By A Process Processing A Media Stream)

* **分析**：D3主要关注媒体流处理过程中的共享资源并发访问控制（Concurrency Control，如锁、信号量、互斥）。

* **特征公开情况**：在段落 [0045]-[0050] 提到了图层/覆盖（`<overlay>`、`<link>`、`<frames>`），即背景与前景图层的合成。但其重点在于并发锁机制，完全**未涉及**体积视频（3D）向非体积（2D）的转换、遮挡区域替换以及相应的体积视频信令数据。

#### 特征比对表格（针对权利要求1）

---

### 三、 最接近的对比文件选择（结合整体技术问题与技术效果）

#### 1. 本专利整体解决的技术问题与技术效果

* **解决的技术问题**：在传输包含3D/体积视频（Volumetric Video）和2D背景视频的混合场景时，体积视频数据量极大，且背景视频被前景体积视频遮挡的部分占用了额外的传输带宽，导致网络传输开销极大、编解码效率低。

* **技术效果**：通过将3D体积视频转换为2D非体积表示，并**精准直接覆盖/替换背景视频中被遮挡的画面区域**，在不增加额外视频流帧面积的前提下，在一个复合2D视频流中同时传输了背景与3D体积视频数据，大幅节省带宽并提高了编解码吞吐效率。

#### 2. 最接近对比文件（Primary Reference）的分析与确定

在专利创造性审查中，“最接近的现有技术”应当是技术领域相同或相近，所要解决的技术问题最相近，公开技术特征最多的文件：

* **D3 (US20100083268A1)** 在三份对比文件中**相对最适合**作为最接近对比文件的切入点（尽管三者与本专利的核心发明点均有较大距离）：

* **原因**：D3涉及媒体流的叠加（Overlay，段落[0045]-[0050]），提到了在背景画面上叠加一个前景图层/资源（如JPEG图片或另一媒体流），涉及空间图层合成分成。

* **结论**：D3（US20100083268A1）在逻辑架构上离“图层叠加与媒体流合成”最近；但**这三份对比文件（D1, D2, D3）均未涉及“体积视频（3D）编码”及“利用遮挡区域嵌套嵌入传输”的核心技术概念**。

---

### 四、 未被最接近对比文件公开的技术特征分析及最薄弱特征

#### 1. 未被对比文件公开的核心特征（创新点）

结合最接近对比文件D3以及D1、D2，以下**核心特征组合**在三份对比文件中均**未被公开**：

1. **特征D、E、F的有机组合**：

* 确定背景视频中“被前景遮挡的空间子区域”；

* 将3D体积视频利用转换技术降维转换为2D非体积表示；

* **直接用该2D非体积表示去“替换（Replace/Overwrite）”背景视频中被遮挡的那个子区域**。

2. **特征H**：

* 传输特定信令数据（Signal Data），指示该复合流中包含了通过3D转2D生成的体积视频非体积表示。

#### 2. 若提出无效请求，最薄弱的技术特征分析

如果仅依据现有的 D1、D2、D3 发起专利无效宣告请求，**成功率极低**。原因在于目标专利具有非常强的显性技术特征阻碍：

* **目标专利最强的防御特征（最难被无效的特征）**：**特征D + E + F 的组合（遮挡感知+数据替换打包）**。

在现有技术的通用图像合成（Overlay）中，通常做法是将前景透明叠加在背景上，或者分别传输背景和前景图层。而本专利的核心发明高度巧妙：它识别出“既然背景被遮挡了，这部分像素传输了也是浪费”，因此**把被遮挡的背景像素擦除，直接充当载体（Container/Canvas），填入3D体积视频转换后的2D图像**。这种“利用遮挡空隙传输额外维度视频”的思路在D1、D2、D3中完全没有体现。

* **相对最薄弱（最容易被公知常识或其他检索文献攻破）的技术特征**：

1. **特征E（3D体积视频转2D表示）**：体积视频（如Point Cloud / Mesh）通过深度图+纹理图（Color + Depth Packing）或者投影贴图转换为2D视频，在3D视频编码领域（如MPEG V-DMC / V-PCC 标准）属于较为基础的公知常识或现有技术。

2. **特征H（信令指示）**：在流媒体中添加SEI信息或Manifest信令告知解码器某区域的特殊格式，属于本领域的常规技术手段。

---

### 五、 进一步的对比文件检索策略（检索指引）

由于当前给出的 D1 (US2009319557A1)、D2 (US2009325526A1)、D3 (US2010083268A1) **未能形成有效的组合击靶（缺少核心的“遮挡区域替换嵌入”与“3D/体积视频2D化打包”特征）**，若要成功无效该权利要求1，建议按照以下策略补充检索对比文件：

#### 1. 核心检索要素（Technical Key Concepts）分类与组合

* **要素一（体积视频/3D视频2D打包）**：`Volumetric Video`, `3D Video`, `Point Cloud`, `V-PCC`, `Depth Map`, `Patch Packing`, `3D to 2D Conversion`.

* **要素二（遮挡感知/背景替换）**：`Occlusion`, `Occluded Area/Region`, `Background Subtraction`, `Region of Interest (ROI)`, `Tile Replacement`, `Spatial Sub-region`, `Embed/Overwrite`.

* **要素三（流媒体合成传输）**：`Composite Stream`, `Multiplex`, `Signaling`, `SEI Message`.

#### 2. 建议的文献检索方向与IPC分类号

* **重点关注的技术标准与专利库**：

* **MPEG-I (ISO/IEC 23090)** 规范，特别是 **V-PCC (Video-based Point Cloud Compression)** 和 **OMAF (Volumetric Media Streaming)** 相关技术提案。

* 重点检索 **Microsoft (Holoportation相关专利)**、**Intel (Volumetric Video / Free-Viewpoint Video相关专利)**、**Tencent / Huawei / Nokia / InterDigital** 在 2017–2022 年间的 volumetric video packing 专利申请。

* **建议检索的国际专利分类号 (IPC / CPC)**：

* `H04N 19/597`：针对3D/多视图视频的视频编码技术（Motion compensation for multi-view video）。

* `H04N 19/167`：基于感兴趣区域（ROI）或特定空间区域的编码。

* `H04N 21/2343`：服务器端的视频流转换与合成。

* `G06T 9/00` 或 `G06T 15/00`：3D图像/体积数据的压缩与渲染。

#### 3. 完美的“多图联合攻击（组合对比文件）”模型构想

* **最接近对比文件（D_Main）**：找出一篇公开“将3D体积视频/点云通过Patch转换为2D平面视频帧并流式传输”的专利（如Intel或Nokia的V-PCC传输专利）。

* **主要结合对比文件（D_Sub）**：找出一篇公开“在视频流传输中，检测背景被前景遮挡的区域，并将其他辅助数据（或增强数据）覆盖填充在该被遮挡区域（Occluded Region）内以节省传输带宽”的图像/视频编码专利。

* **逻辑推进**：以 D_Main 为基础，在面对“如何进一步降低背景与前景同时传输时的带宽开销”这一技术问题时，结合 D_Sub 给出“将遮挡区域替换为体积视频2D数据”的技术启示（Motivation），从而一举攻破权利要求1的创造性。

尊敬的委托人/代理人：

针对您提供的目标专利权利要求1以及三份对比文件（D1: US20100088425A1、D2: US20100180315A1、D3: US20100254670A1），我以专业专利代理师的视角，结合专利说明书的技术原意及对比文件原文进行了深度梳理与审查分析。以下是详细的法律与技术分析报告：

---

### 一、 目标专利权利要求1的术语与技术方案解析（紧密结合说明书原意）

根据目标专利权利要求1的表述，本技术方案核心在于**体积视频（Volumetric Video，如3D/自由视角视频）与非体积视频（Non-volumetric Video，如2D背景视频）的混合编码与复合传输机制**。

1. **核心技术逻辑**：

- **输入**：同时获得2D非体积视频（背景/主画面）和3D体积视频（要叠加显示在前方的对象/人物）。

- **遮挡检测（特征D）**：确定当体积视频叠加在非体积视频前方显示时，非体积视频中被遮挡的**空间子区域（Spatial Sub-region）**。

- **转换与替换（特征E、F）**：将体积视频通过转换技术（如深度图编码、图块打包Tile Packing等）转换为非体积表示（2D格式的数据）；然后直接用该非体积表示的数据**替换（Replace）**非体积视频中被遮挡的空间子区域的数据。

- **传输与信令（特征G、H）**：将合成后的复合视频流（或其空间片段）发送给客户端，并附带信令数据（Signaling Data），告知客户端该复合视频流中包含了体积视频的非体积表示，以便客户端能正确解码并重构体积视频。

---

### 二、 对比文件技术特征比对分析与比对表格

以下是各对比文件对权利要求1技术特征（特征A~H）的公开情况比对表格及详细出处分析：

#### 1. 技术特征比对表格

---

#### 2. 各对比文件原文详细分析与出处

##### (1) D1：US20100088425A1 (LOCATION BASED MULTICAST POLICIES)

* **技术领域与内容**：D1主要涉及**基于位置和网络带宽条件的组播策略（Multicast Policies）**。系统根据终端连接的位置/信号质量，在不同码率/压缩率的组播服务器之间进行切换（如高码率500Kbps与低码率100Kbps）。

* **特征比对**：

* **特征A（公开）**：[0031]段公开了“Communication interface 318 provides a two-way data communication coupling computer system 300 to a network link 320”，对应到网络的网络接口。

* **特征G（部分公开）**：[0009]段公开了“logic is configured to receive a signal from a device requesting a multicast stream... provide the multicast stream to the device”，公开了流式传输视频流。

* **特征B~F、H（未公开）**：D1传输的是传统的单一网络视频流（如公司会议视频 [0014]），完全没有涉及体积视频与非体积视频的结合、空间遮挡区域确定、非体积表示转换及空间替换数据等机制。

##### (2) D2：US20100180315A1 (Video Quality Monitoring Method, Distribution Server, and Client)

* **技术领域与内容**：D2主要涉及**视频质量监控方法及服务器/客户端**。服务器通过伪网络产生劣化视频，计算FR（全参考）视频质量指标，并将特征数据/模型参数发送给客户端，客户端据此计算NR（无参考）质量指标并告警。

* **特征比对**：

* **特征A（公开）**：[0079]段公开了“packet reception unit 13-1 is a network interface”，公开了网络接口。

* **特征G（部分公开）**：[0052]段公开了“video distributor 11... transmits the video traffic to a communication network 20”，公开了视频流传输。

* **特征B~F、H（未公开）**：D2关注的是传输过程中的丢包率、时延及视频质量评估（MOS/DSCQS值），不涉及任何复合视频生成、3D体积视频转换或空间子区域替换的技术。

##### (3) D3：US20100254670A1 (Content Recorder Multi-Angle Viewing and Playback)

* **技术领域与内容**：D3主要涉及**内容录像机（DVR/PVR）的多角度/多视角视频观看与录制**。系统根据用户的投票数据（Viewer Data/Votes）自动或手动在体育比赛等的多个不同摄相角度（Alternate Views/Channels）之间进行频道切换。

* **特征比对**：

* **特征A（公开）**：[0018]段公开了“transceiver 110 enables video recorder 102 to connect to network 142... via wired or wireless mechanisms”，公开了网络接口。

* **特征B、C（外观相似但实质未公开）**：[0005]及[0025]段公开了“multiple channels for a single sporting event... each channel may provide a different viewing angle”。但这只是**多个独立的2D摄像视角频道**（如赛车驾驶舱视角），并非“3D体积视频”与“非体积背景视频”的画面叠加。

* **特征D~F、H（未公开）**：D3的画面切换是整帧/整频道的独立切换（[0022]段“dynamically changes between program views”），根本不包含在同一帧内对“空间子区域”的遮挡检测、转换替换及空间片段复合打包。

---

### 三、 最接近对比文件的选择与创造性分析

#### 1. 最接近对比文件的选择

在评估哪一个对比文件最适合作为“最接近的对比文件（Most Closely Related Prior Art）”时，需要综合考虑**技术领域、解决的技术问题以及技术特征覆盖度**：

* **最佳选择：D3 (US20100254670A1)**

* **理由**：D3涉及“多视角/多画面视频的处理与传输系统”，在技术领域和应用场景（多视频源整合传输与显示）上与目标专利最接近。D3试图解决如何在客户端展示最优质/最合适视角的问题。

* **次要参考：D1 (US20100088425A1)**

* **理由**：D1涉及网络视频流的带宽适配与流式传输控制，在传输接口和组播策略方面提供了基础网络架构支持。

#### 2. 本专利整体解决的技术问题与技术效果

* **技术问题**：如何在将3D/体积视频叠加显示在2D/非体积背景视频前方时，**极大降低传输带宽与处理复杂度**，并解决客户端传输与解码的兼容性问题。

* **技术效果**：

1. 通过**空间遮挡检测（特征D）**，识别出被体积视频遮挡的非体积视频区域；

2. 利用**空间替换（特征F）**，将体积视频的非体积表示直接嵌入到被遮挡的子区域中，避免了传输被遮挡的无用背景数据，显著节省了网络带宽；

3. 采用**统一的复合视频流（特征G）及信令告知（特征H）**，使客户端能够利用现有的视频解码管道传输体积视频，实现了高效的混合媒体流传输。

---

### 四、 无效请求中的薄弱技术特征与攻击突破口分析

若我们要针对目标专利权利要求1发起无效宣告请求，**目前这三份对比文件（D1、D2、D3）的组合攻击力较为薄弱**。原因在于：

D1、D2、D3均属于传统的2D平面视频传输、质量监控及多频道切换技术，**完全缺乏“体积视频（Volumetric Video）”、“非体积表示转换”以及“空间遮挡子区域替换（Spatial Sub-region Replacement）”等核心概念**。

#### 1. 目标专利最薄弱的技术特征（即最容易被攻破的特征）

在目标专利的整体架构中，**技术特征H（信号传递数据/信令）** 和 **技术特征A/G（标准流传输/空间打包）** 是最薄弱的：

* **特征H（信令指示）**：在视频编码领域（如H.264/H.265 SEI message，或者MPD/SDP流媒体描述文件），向客户端发送信令以指示视频流中包含特定附加数据（如深度图、Alpha通道或3D元数据）属于本领域的公知常识或常规技术手段。

* **特征F（空间替换/图块打包 Tile Packing）**：将视频中的部分区域替换为另一种编码数据（例如VR/3D视频中的MPEG-OMAF空间图块打包、Top-Bottom / Side-by-Side 格式合并），在全景视频/3D视频处理领域已有较多现有技术。

#### 2. 最难攻破的技术特征

* **特征D + 特征F的结合**：即“**实时计算/确定前景体积视频对背景非体积视频的遮挡子区域，并用体积视频的2D转换数据去‘填充/替换’该遮挡子区域**”这一具体协同机制。

---

### 五、 进一步对比文件检索策略建议

为了成功无效目标专利权利要求1，建议放弃纯粹的传统2D组播/监控类专利，重点转向**3D/VR/AR视频编码、自由视角视频（Free-Viewpoint Video）及空间流媒体（Spatial Streaming）**技术领域。

具体检索策略如下：

#### 1. 关键检索要素与关键词组合（IPC分类号 + Keywords）

* **IPC/CPC 分类号锁定**：

* `H04N 19/597`：针对3D/多视角视频的视频编码技术（Multiview Video Coding）。

* `H04N 21/2343` / `H04N 21/816`：流媒体服务器端的视频转换/VR/3D/AR合成技术。

* `H04N 13/00`：立体/体积视频处理与传输。

* **核心关键词组合（英文）**：

1. **体积视频与2D转换**：`("volumetric video" OR "point cloud" OR "3D video" OR "free viewpoint") AND ("2D representation" OR "video-based point cloud compression" OR "V-PCC" OR "tile packing" OR "depth map")`

2. **遮挡与空间替换**：`("occlusion" OR "occluded region" OR "spatial sub-region" OR "overlapping") AND ("replace" OR "substitute" OR "embed" OR "packing")`

3. **复合流与信令**：`("composite stream" OR "multiplex") AND ("signaling" OR "metadata" OR "SEI message")`

#### 2. 针对性现有技术/标准文献追溯

* **MPEG-I / V-PCC (Video-based Point Cloud Compression) 标准文件**：

* 建议重点检索 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 **V-PCC (ISO/IEC 23090-5)** 及 **OMAF (Immersive Media ISO/IEC 23090-2)** 的标准提案文献（例如2017-2020年间的提案）。

* 在V-PCC标准中，3D点云/体积视频正是在打包阶段被投影并转换为2D图块（Patch/Tile），随后与背景视频进行合并传输，并利用信令（Metadata/SEI）通知客户端解码。

* **学术数据库**：

* IEEE Xplore / ACM Digital Library，检索主题：*Volumetric Video Streaming, Occlusion-aware Video Packing, Background Replacement in Immersive Video*.

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与检索到的三份对比文件进行了系统的技术特征对比、专利说明书原意解释、最接近对比文件（Closest Prior Art）的筛选分析以及无效宣告策略评估。具体分析如下：

---

### 一、 目标专利权利要求1的技术特征解释（结合说明书原意）

权利要求1保护的是一种用于生成复合视频流（Composite Video Stream）的处理器系统。其核心技术方案与解决的技术问题为：

1. **背景技术问题与技术效果：** 在三维/沉浸式/体积视频（Volumetric Video）与传统二维/非体积视频（Non-volumetric Video）混合显示的场景下，若直接传输全部两套视频，带宽消耗极高。本发明通过**确定背景非体积视频中被前景体积视频遮挡的空间子区域**，并**将该遮挡区域替换为体积视频的“非体积表示”（经转换可重构为体积视频的2D数据，如深度图/纹理图/图表表示）**。

2. **传输与信号传递：** 将替换后的复合帧/所选空间片段打包传输给客户端，同时发送**信号传递数据（Signaling Data）**，提示客户端该复合流中包含了体积视频的非体积表示，以便客户端解码重构。这大幅节省了网络传输带宽，避免了遮挡区域冗余数据的传输。

---

### 二、 对比文件特征比对与原文出处分析

#### 1. 对比文件基本信息

* **D1：** US20100088425A1 (*LOCATION BASED MULTICAST POLICIES*)

* **D2：** US20100180315A1 (*Video Quality Monitoring Method, Distribution Server, and Client*)

* **D3：** US20100254670A1 (*Content Recorder Multi-Angle Viewing and Playback*)

#### 2. 特征比对表格（Feature Mapping Matrix）

---

### 三、 最接近对比文件分析与技术问题/效果评估

#### 1. 整体解决的技术问题与技术效果比对

* **目标专利：**

* **技术问题：** 如何在涉及前景3D/体积视频与背景2D视频复合叠加显示的场景下，降低网络传输带宽消耗并避免传输冗余数据？

* **技术效果：** 通过将遮挡区域“掏空/替换”为前景体积视频的2D重构数据，实现“一帧内整合叠加与编码”，极大降低了多流传输的带宽开销。

* **D1 (US20100088425A1)：**

* **技术问题与效果：** 解决基于网络位置、连接介质（有线/无线）及信号强度的组播策略分发问题（段落[0013]）。核心在于动态切换高/低码率服务器（段落[0024]）。与视频帧内空间遮挡替换无关。

* **D2 (US20100180315A1)：**

* **技术问题与效果：** 解决网络视频传输中的质量监控（MOS/DSCQS评估）问题（段落[0006]）。通过伪网络注入丢包生成退化视频，结合FR（全参考）与NR（无参考）建立评估模型。与复合视频构建无关。

* **D3 (US20100254670A1)：**

* **技术问题与效果：** 解决多视角（Multi-Angle）电视节目（如体育赛事）中，根据用户投票实时/自动切换最佳视角（Leading View）的问题（段落[0006]、[0022]）。虽然涉及多路视频处理，但其处理方式是**多视角通道间进行时间/画面上的整通道切换**，不涉及空间子区域的遮挡判定与数据嵌入。

#### 2. 最接近对比文件的选择结论

在现有的三份对比文件中：

* **D3 (US20100254670A1)** 在技术领域上相对最接近（均涉及多路视频源的处理与客户端分发传输）。

* **但是，D1、D2、D3三份对比文件均存在严重的技术领域偏离：**

* D1侧重于**组播路由与网络策略**；

* D2侧重于**视频传输质量监控与算法模型**；

* D3侧重于**多视角视频的实时投票与频道切换**。

* **结论：** 现有对比文件**没有任何一篇**能够作为本专利复合视频生成的合格最接近对比文件（Closest Prior Art）。若强行以D3作为最接近对比文件，本专利的**核心发明点（特征C、D、E、F、H）全部未被公开**，且D3未给出任何将空间子区域替换为体积视频表示的技术暗示。

---

### 四、 无效宣告请求中的薄弱技术特征与风险评估

如果基于现有对比文件（D1-D3）发起无效宣告请求，**成功概率极低**。原因如下：

1. **最薄弱的技术特征（对无效请求方而言最难攻破的特征）：**

* **特征D、E、F的组合（空间遮挡确定 + 体积视频非体积转换 + 遮挡子区域数据替换）：** 这是目标专利的最核心发明构思（遮挡流复合与带宽优化）。现有D1-D3完全没有触及“空间遮挡判断”或“用体积视频数据替换被遮挡2D区域”的思想。

* **特征C & H（体积视频与非体积表示的信号传递）：** D1-D3仅涉及传统2D视频流，完全不包含3D/体积视频（Volumetric Video）的重构与信令控制。

2. **相对容易被企图攻破但仍具有防御力的特征：**

* **特征A、B、G：** 网络接口、视频输入接口、视频流分发传输，这些属于视频处理领域的通用架构特征，在D1-D3中均有体现，但属于常规技术手段。

---

### 五、 进一步的对比文件检索策略建议（专利代理师行动指南）

由于现有对比文件D1-D3未能触及目标专利的实质创新点，若要成功发起无效宣告请求，**必须重新调整检索方向**。建议采取以下检索策略：

#### 1. 核心技术特征组合与关键词提取（Search Keywords）

* **体积视频 / 3D视频处理：**

`Volumetric video` / `Free-viewpoint video` / `3D video` / `Point cloud` / `Mesh video`

* **遮挡判断与空间子区域替换：**

`Occlusion` / `Occluded region` / `Spatial sub-region` / `Replace` / `Mask` / `Overlay`

* **复合流 / 带宽优化：**

`Composite video` / `Merged stream` / `Bandwidth reduction` / `Tiling` / `Signaling data`

#### 2. 重点IPC / CPC 分类号推荐

* **H04N 19/597** (针对立体/3D视频的视频编码，包含多视角或体积视频编码)

* **H04N 21/2343** (在服务端进行视频内容转换、复合或重构)

* **H04N 21/816** (传输包含3D/沉浸式内容的附加数据或信号传递数据)

* **G06T 15/00** / **G06T 19/00** (三维图像渲染与遮挡剔除/Occlusion Culling)

#### 3. 建议关注的特定专利族与技术标准文献

* **MPEG-I / V-DCC / V-PCC 标准规范文件：**

检索 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **MPEG-I Immersive Video (MIV)** 的标准提案文献。MIV标准中大量探讨了将3D/体积视频打包为2D Patch（补丁）并嵌入传统2D视频流传输的技术。

* **重点申请人检索：**

重点检索在AR/VR/沉浸式流媒体技术领域布局深厚的公司，如：*Philips Electronics (飞利浦)*、*InterDigital*、*Sony*、*Tencent*、*Canon*、*Intel* 等。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的逻辑架构，对权利要求1的各项技术特征进行深入的解释与对比分析，并紧扣对比文件（D1: US7827296B2, D2: US7920523B2, D3: US20110082924A1）的原文出处进行特征比对，最后给出最接近对比文件的选择分析、薄弱特征识别以及进一步检索策略。

---

## 一、 目标专利说明书逻辑解释与权利要求分解

根据说明书的一般技术构思，本专利的核心在于**“立体（体积）视频与平面（非体积）视频的融合传输与显现”**。其解决的核心技术问题在于：如何在带宽受限的网络中，将体积视频（Volumetric Video）叠加/融合到非体积视频（Non-volumetric Video）中传输，并降低冗余数据传输量与客户端解码开销。

* **非体积视频（Non-volumetric video）**：传统的2D平面视频帧。

* **体积视频（Volumetric video）**：包含三维空间/深度信息的点云或3D视频，可以在2D视频前景中呈现。

* **遮挡（Occlusion）判断**：由于体积视频覆盖在非体积视频的前方，非体积视频的某些空间子区域（Spatial sub-region）会被完全或部分遮挡，传输这些被遮挡的画面属于冗余。

* **转换技术（Transformation technique）**：将3D体积视频转换为2D非体积表示（例如将点云转换为深度图/纹理图打包格式），以便利用标准视频编解码器进行处理。

* **像素/数据替换与复合视频（Composite Video）生成**：用体积视频的非体积表示数据，去**直接替换（Replace）**非体积视频中被遮挡的那个空间子区域的数据，从而在一个视频流（复合视频）中同时携载了背景画面与前景体积视频数据。

* **信号传递数据（Signaling Data）**：告知客户端该复合流中包含了被转换的体积视频，指导客户端进行提取与恢复重构。

---

## 二、 对比文件特征比对（详细出处与公开发表分析）

各对比文件公开号及代号对应如下：

* **D1**：US7827296B2 (*Maximum bandwidth broadcast-like streams*)

* **D2**：US7920523B2 (*Method of supporting quality-of-service application session continuity...*)

* **D3**：US20110082924A1 (*MANAGING NETWORK TRAFFIC BY EDITING A MANIFEST FILE*)

### 特征比对表格（对照权利要求1）

---

## 三、 整体解决的技术问题与技术效果分析及“最接近的对比文件”选择

### 1. 整体解决的技术问题与技术效果

本目标专利的核心技术问题在于：**“如何在传输包含3D体积视频和2D背景视频的混合场景时，克服极高带宽消耗以及编解码复杂度的瓶颈”**。

其技术效果在于：

1. 通过确定被遮挡的空间子区域并**直接进行像素/数据替换**，避免了传输被遮挡的背景图像数据，极大地降低了复合视频流的传输码率与带宽消耗；

2. 将3D体积视频通过转换技术转为2D非体积表示并直接嵌入2D视频流帧中，使得传输过程可以完全兼容现有的2D视频流传输架构与编解码器；

3. 借助特定的信号传递数据，客户端能够准确解析并重构出前景体积视频。

### 2. 最接近的对比文件（Closest Prior Art）分析

在三篇对比文件中：

* **D1 (US7827296B2)**：主要关注**基于擦除码（Erasure-coded/Rateless code）的分散式CDN网络流媒体传输与带宽放大**（见摘要及[0038]-[0040]）。虽然在[0060]中提到了视频流可以包含“3D数据”，但其技术方案核心在于网络传输层的分片与拉取/推送机制，完全不涉及图像处理层面的空间遮挡、数据替换及体积视频转换。

* **D2 (US7920523B2)**：主要关注**异构无线网络（如WiMAX与EV-DO）切换过程中的QoS会话连续性与Mobile IP绑定**（见摘要及[0024]）。其技术领域属于纯粹的移动通信网络切换控制，与视频内容的处理、体积视频编码传输完全无关。

* **D3 (US20110082924A1)**：关注**通过在中间网络设备编辑Manifest文件（如HLS/Smooth Streaming清单文件）来控制HTTP自适应码率视频流**（见摘要及[0005]-[0006]）。其涉及视频流媒体传输（HTTP Adaptive Streaming）和视频控制信令（Manifest文件）。

**结论**：

在现有三篇对比文件中，**D3 (US20110082924A1) 最适合作为最接近的对比文件**（或者D1作为备选）。

* **原因**：D3与本专利同属于**流媒体视频传输与控制系统**领域，公开了网络接口、获取视频流（特征A、B）、流式传输到客户端（特征G）以及利用信令/清单文件（Manifest file）引导客户端接收视频的技术手段。相比于D2（纯网络切换）和D1（擦除码路由分发），D3在业务层和架构层与目标专利最为接近。

* *(注：如果从通用CDN分布式视频传输角度，D1也可作为最接近对比文件之一，但D1和D3均未涉及3D/体积视频渲染与图像帧空间处理)*。

---

## 四、 未被最接近对比文件公开的技术特征与无效薄弱点分析

### 1. 未被最接近对比文件（D3或D1）公开的技术特征

无论选择D3还是D1作为最接近的对比文件，权利要求1中的以下**核心组合特征**均未被公开：

1. **特征C**：获取体积视频，且该体积视频要显示在非体积视频的前面（前景/背景叠加关系）；

2. **特征D**：处理器确定非体积视频中被前景体积视频**部分或完全遮挡的空间子区域**；

3. **特征E**：获得体积视频的非体积表示（通过可重构的转换技术生成）；

4. **特征F**：用体积视频的非体积表示数据**替换**非体积视频中被遮挡的空间子区域数据，从而生成复合视频输出帧；

5. **特征H**：向客户端提供指示复合视频流中包含体积视频非体积表示的信令数据。

### 2. 无效请求中最薄弱的技术特征（弱点分析）

如果针对目标专利提出无效宣告请求，上述未被公开的特征构成了专利的技术壁垒。然而，从技术逻辑和本领域普通技术人员（POSITA）的显而易见性角度来看，**最薄弱的技术特征**在于：

* **薄弱特征一：特征D（确定遮挡空间子区域）与特征F（用前景数据替换被遮挡空间数据）**

* **薄弱性分析**：在视频合成（Video Compositing）和图像处理领域，“背景替换”或“绿幕/遮挡剪裁（Occlusion Culling / Region-of-Interest Coding）”属于非常基础的公知常识。如果前景物体挡住了背景，背景被遮挡的部分在渲染时不可见，将其剔除或直接用前景数据填充（如Picture-in-Picture画中画技术，或利用视频帧内的宏块/CTU直接替换）是本领域技术人员为了节省带宽非常容易想到的常规技术手段（SOP）。

* **薄弱特征二：特征E（体积视频转2D非体积表示）**

* **薄弱性分析**：将3D点云或体积视频转化为2D图（如Depth Map深度图 + Texture Map纹理图，或打包为2D视频帧）是ISO/IEC MPEG关于体积视频压缩（如 V-PCC，Volumetric Video Visual Content Coding）的标准做法。将3D数据转换为2D格式以便利用现有H.264/H.265编解码器传输，在体积视频编码领域属于公知常识或标准技术。

* **薄弱特征三：特征H（提供指示包含非体积表示的信令数据）**

* **薄弱性分析**：在带外（Out-of-band）或带内（In-band）传输控制信令（例如SEI message、Manifest属性或补充数据包）以告知解码器“本视频流采用了何种打包/转换格式”，是流媒体传输中的惯用技术手段（D3中的Manifest编辑思想也与之类似）。

**总结**：权利要求1目前在现有的D1-D3组合下**创造性极强（因为D1-D3完全偏离了视频帧内的空间数据替换和体积视频编码领域）**。现有三篇对比文件**未能对特征C、D、E、F形成有效的组合打击**。

---

## 五、 进一步对比文件检索策略（无效检索指南）

为了成功无效权利要求1，必须打破其在“3D/体积视频与2D视频空间融合与替换传输”上的垄断。建议采取以下深度检索策略：

### 1. 检索主题词与IPC分类号组合

* **核心概念1：体积视频与3D数据转换（Volumetric Video / Point Cloud to 2D）**

* *关键词*：Volumetric video, Point cloud, 3D video, V-PCC, Depth map, Packing, 2D representation, Geometry video, Texture video.

* *分类号*：`H04N19/597`（针对立体或3D视频的帧间/帧内预测编解码）、`H04N19/167`（感兴趣区域ROI编码）、`G06T9/00`（数据压缩/图像编码）。

* **核心概念2：空间子区域遮挡与数据替换（Occlusion / Spatial sub-region Replacement / Video Compositing）**

* *关键词*：Occlusion, Occluded area, Sub-region, Spatial region, Replace, Composite video, Picture-in-Picture, Background removal, Tiling.

* *分类号*：`H04N21/431`（视觉界面的合成/叠加）、`H04N21/234`（服务端视频内容处理/合成）。

* **核心概念3：信令告知（Signaling）**

* *关键词*：Signaling, SEI message, Manifest, Metadata, Container, Flag.

### 2. 补充检索的方向与文献库推荐

1. **MPEG国际标准提案（MPEG Output Documents / Contributions）**：

重点检索 **ISO/IEC JTC1/SC29/WG11 (MPEG)** 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **3D Video Coding (3DV)** 的早期提案（2015-2020年期间）。MPEG在制定V-PCC标准时，广泛讨论了如何将3D点云贴图（Patches）打包（Packing）到2D视频帧中，以及如何与背景2D视频流进行融合传输。

2. **IEEE / ACM 顶级学术会议与期刊**：

重点检索 *IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)*、*IEEE International Conference on Image Processing (ICIP)* 以及 *ACM Multimedia* 中关于“Volumetric Video Streaming”、“Interactive Free-Viewpoint Video”和“Tile-based 360/3D Video Transmission”的文章。

3. **主要专利权人检索（Patentee/Assignee Search）**：

重点聚焦在体积视频与增强现实（AR/VR）视频传输领域的头部玩家专利库，例如：

* **InterDigital**

* **Nokia**

* **Tencent / Huawei / ZTE**

* **Sony / Canon**

* **Qualcomm**

### 3. 组合无效策略建议（Combating Strategy）

* **结合方案**：寻求一篇公开了“3D/体积视频转化为2D非体积图像（如深度+纹理）并嵌入视频流传输”的文献作为**对比文件D1'（主要对比文件）**；

* **结合对比文件D2'**：寻求一篇公开了“在画中画或视频合成中，检测背景被前景遮挡的区域，并用前景视频数据直接替换该背景子区域像素/宏块以节省传输带宽”的图像 processing 专利；

* 再结合 **D3（US20110082924A1）** 说明利用 Manifest/信令传递视频格式元数据属于本领域的公知常识。

* 通过上述三方组合，方可全面覆盖特征A-H，从而彻底击穿权利要求1的创造性防线。

这是一份为您准备的针对目标专利权利要求1的专业专利无效侵权分析报告。作为一名资深的专利代理师，我将紧密结合目标专利说明书的解释逻辑，对三份对比文件进行详尽的技术特征比对、证据效力分析、主对比文件（最接近对比文件）选择以及针对性的检索与无效策略规划。

---

## 一、 目标专利权利要求1的技术特征拆解与说明书解释

为了准确判断对比文件的公开情况，首先需结合目标专利说明书的上下文逻辑对权利要求1进行精细化拆解与解释：

* **技术特征A（网络接口）**：`一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：-到网络的网络接口；`

* *说明书解释*：架构中的物理/逻辑通信接口，用于向客户端（如智能手机、头显、PC）发送视频流数据及控制信令。

* **技术特征B（输入接口与非体积视频获得）**：`-输入接口，该输入接口用于获得：-非体积视频；`

* *说明书解释*：“非体积视频（Non-volumetric Video）”通常指传统二维（2D）平面视频（如普通摄像机拍摄的帧流、背景画面）。

* **技术特征C（体积视频获得及显示关系）**：`以及-体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示；`

* *说明书解释*：“体积视频（Volumetric Video）”指三维空间/体像素数据或具有深度信息的视频对象（如3D人像、XR中的三维前景）。“在非体积视频的前面显示”限定了两者在客户端渲染显示时的遮挡/图层叠加逻辑（体积视频为前景，非体积视频为背景）。

* **技术特征D（遮挡区域确定）**：`-处理器，该处理器被配置成进行以下操作：-确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；`

* *说明书解释*：服务端/处理器端的**预判性遮挡分析**。处理器在合成前，先计算三维/二维投影后，前景“体积视频”会遮挡背景“非体积视频”的哪个具体空间区域（Bounding box或像素掩码）。

* **技术特征E（体积视频的非体积表示转换）**：`并且-针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：-获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频；`

* *说明书解释*：将复杂的三维体积视频数据打包/映射为二维可编码的“非体积表示”（例如将3D点云/网格降维映射为2D纹理图和深度图档），以便使用标准视频编码器（如H.264/HEVC/AV1）进行传输，且客户端可据此反向重构3D体积。

* **技术特征F（数据替换与复合帧生成）**：`-用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；`

* *说明书解释*：**核心发明点之一**。服务端利用特征D确定的被遮挡背景区域，直接将特征E生成的“体积视频二维表示数据”**填充/嵌入/替换**到该被遮挡的二维空间子区域中。这样既省去了传输被遮挡无用背景数据的码率，又将前景与背景融合成**单条复合视频流**传输。

* **技术特征G（复合视频流/片段流式传输）**：`并且经由该网络接口：-将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；`

* *说明书解释*：将融合后的单条复合视频（或切片，如Tile/Segment）推送到网络并传输至客户端。

* **技术特征H（信令数据提供）**：`并且-将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。`

* *说明书解释*：带外（Out-of-band）或带内（In-band）信令（元数据 Manifest/SEI/Header），告知客户端“这个复合视频流里的某些区域其实是打包好的3D体积视频数据”，指导客户端提取并解包还原3D对象。

---

## 二、 对比文件特征比对明细（附详细出处及比对表格）

本案涉及的三份对比文件公开号及基本信息如下：

* **对比文件1（D1）**：US7827296B2 (*Maximum bandwidth broadcast-like streams*)

* **对比文件2（D2）**：US7920523B2 (*Method of supporting quality-of-service application session continuity...*)

* **对比文件3（D3）**：US20110082924A1 (*MANAGING NETWORK TRAFFIC BY EDITING A MANIFEST FILE*)

### 权利要求1与各对比文件的技术特征比对表

---

## 三、 对比文件公开内容的详细分析（结合原文出处）

### 1. 对比文件1 (US7827296B2, D1) 详细分析

* **公开的技术特征**：

* **特征A**：D1说明书第[0038]段及图1公开了“*fractional-storage servers 399a to 399(N)... optionally over network 300n*”，即具备网络接口的服务器/处理器系统。

* **特征B**：D1说明书第[0042]段公开了“*H.264 compression is used to generate an average stream of 1 Mbps*”，获取并处理普通的2D视频流（非体积视频）。

* **特征G（部分）**：D1说明书第[0038]及[0051]段公开了将视频流切片（Segments/Fragments）并经由网络流式传输给客户端（Assembling device）。

* **未公开的技术特征**：D1的核心在于“基于擦除码（Erasure-coded）的分散存储与高带宽流媒体分发技术”。它完全没有涉及**体积视频（C）**、**空间遮挡区域判定（D）**、**体积视频降维映射为非体积表示（E）**，更没有**把三维数据填补进二维视频被遮挡区域（F）**以及**相关内容指示信令（H）**。

### 2. 对比文件2 (US7920523B2, D2) 详细分析

* **公开的技术特征**：

* **特征A**：D2说明书第[0021]段及图1公开了“*ASN-GW 110, PDSN 115, Home Agent 120... over interfaces 150, 155*”，属于典型的网络通信处理器系统架构。

* **未公开的技术特征**：D2的核心在于“异构无线网络（如WiMAX与EV-DO）跨技术硬/软切换过程中保持QoS会话连续性的方法”。D2对传输的具体视频内容（非体积/体积视频）完全不在意，其将视频仅视作普通的延迟敏感型IP数据包（VoIP/Video Session）。因此，**特征B、C、D、E、F、G（复合流层面）、H在D2中均未公开**。

### 3. 对比文件3 (US20110082924A1, D3) 详细分析

* **公开的技术特征**：

* **特征A**：D3说明书第[0182]段及图13公开了包含“*processor 1302, memory 1304, and a communications interface 1306*”的中间网络设备。

* **特征B**：D3说明书第[0148],[0159]段公开了获取并传输普通的2D视频内容（如Flash, Movie A）。

* **特征G（部分）**：D3说明书第[0155]段公开了HTTP自适应码率流传输（HTTP Adaptive Bit Rate Streaming），将视频切片（Chunks）传输至客户端。

* **特征H（形式上的信令部分公开）**：D3说明书第[0156],[0161]段及图5公开了使用Manifest文件（清单文件）向客户端传递视频流的媒体信息（URI列表）。

* **未公开的技术特征**：D3的核心在于“通过在网络中间设备修改自适应码率流的Manifest文件（删除/插入URI）或修改传输速率，来强制客户端降码率以缓解网络拥塞”。虽然D3提到了“修改/编辑（Editing/Deleting/Inserting）Manifest文件”，但这指的是**文本清单中URL链接的替换**，与本专利**特征F（在视频图像像素/数据层面，用3D体积数据的2D表示替换背景视频被遮挡的空间区域数据）**有本质区别。D3完全未公开**特征C、D、E、F**，且其Manifest（特征H）也并未指示“复合视频流中包含体积视频的非体积表示”。

---

## 四、 最接近对比文件的选择与整体分析

在专利创造性审查/无效宣告中，选择“最接近的对比文件（Primary Prior Art）”通常遵循以下原则：技术领域最接近、解决的技术问题最相似、公开的技术特征最多、或揭示了本发明最核心的技术构思。

### 1. 整体解决的技术问题与技术效果对比

* **目标专利（本案）**：

* *解决的技术问题*：在XR/三维视频与二维背景视频融合传输时，体积视频数据量极大，直接同时传输二维背景和三维体积视频会占用巨大网络带宽；同时，若将背景视频被前景体积视频遮挡的部分也进行传输，会造成严重的数据冗余和带宽浪费。

* *技术效果*：通过将体积视频转化为二维表示，并**精准“塞入”二维背景视频被遮挡的空白空间**中，生成“单条复合视频流”。既**完全消除了背景被遮挡区域的带宽浪费**，又**复用了现有的2D视频编解码传输管道**传输3D数据，极大地节省了传输带宽并降低了客户端解码复杂度。

* **D1 (US7827296B2)**：

* *解决的技术问题*：大规模网络直播/点播中，服务器带宽利用率不均衡、单点故障及边缘节点扩容成本高。

* *技术效果*：采用擦除码（Erasure Coding）将视频分块存储于多个分布式服务器，实现全网负载均衡与最大带宽利用。

* **D2 (US7920523B2)**：

* *解决的技术问题*：移动终端在不同无线网络（如WiMAX和EVDO）之间发生Handover（切换）时，高QoS要求的业务（如视频通话）容易中断或服务质量下降。

* *技术效果*：通过在IMS核心网建立并发Diameter会话，在切换期间维持相同的QoS策略，实现无缝会话连续性。

* **D3 (US20110082924A1)**：

* *解决的技术问题*：无线网络带宽波动时，传统HTTP自适应流（HAS）仅由客户端自主请求，网络运营商无法主动干预流量，容易导致基站拥塞。

* *技术效果*：中间设备通过截获并篡改Manifest清单或故意限制传输速率（Throttling），强迫客户端选择低码率视频，实现运营商对网络流量的动态管控。

### 2. 最接近对比文件评估结论

**最接近对比文件：对比文件3（D3）与对比文件1（D1）**。（在此类偏向视频流编解码与传输架构的案子里，D3在架构上最贴近）。

* **选择D3作为最接近对比文件的理由**：

D3涉及基于HTTP切片的视频流传输架构（与目标专利的网络流传输背景最契合），且公开了客户端与服务器/中间节点之间通过信令（Manifest）控制切片视频传输的机制（涵盖特征A、B、G部分、H部分）。

* **选择D1作为并行最接近对比文件的理由**：

若侧重于“视频数据的切片、转换编解码及分布式流式传输”，D1公开了数据分块与传输映射（涵盖特征A、B、G部分）。

### 3. 未被最接近对比文件公开的特征及其在其他对比文件中的状况

无论是选择 **D3** 还是 **D1** 作为最接近的对比文件，目标专利的以下核心特征组合**均未被公开**：

1. **特征C**：获取并在前景显示的“体积视频”；

2. **特征D**：确定非体积视频中“被体积视频遮挡的空间子区域”；

3. **特征E**：将体积视频转换为“可重构的非体积表示”；

4. **特征F**：用体积视频的非体积表示数据“替换/填充”非体积视频中被遮挡的空间子区域数据，生成复合视频帧。

**关键结论**：**对比文件D2同样完全没有公开特征C、D、E、F**。即使将现有三份对比文件（D1 + D2 + D3）进行任意组合/拼凑，**依然无法覆盖特征C、D、E、F及其组合**。现有对比文件组合甚至无法对这些核心特征提供任何技术启发（Motivation）。

---

## 五、 专利无效请求中最薄弱的技术特征分析与突破口

若仅基于目前手头这三份对比文件（D1、D2、D3）提出无效宣告请求，**成功率极低**。原因在于，目标专利的核心发明点建立在**“三维体积视频与二维背景视频的遮挡融合编解码（Volumetric + Non-volumetric Video Fusion & Occlusion Data Replacement）”**之上。

### 1. 目标专利最薄弱的技术特征（最易被攻破的点）

从专利撰写和技术演进角度来看，本专利最薄弱（最可能在扩大检索后找到对比文件公开）的特征是：

* **特征E（体积视频的非体积表示转换）**：

* *原因*：将3D点云或网格（Volumetric/3D Mesh/Point Cloud）打包映射为2D像素图（如Depth Map深度图 + Color/Texture Map纹理图，即RGB-D格式），在3D视频编码（如MPEG 3D video, V-PCC，即Video-based Point Cloud Compression）领域是**极其常规的技术手段**。

* **特征H（信令传递数据指示）**：

* *原因*：在视频流或Manifest（如DASH的MPD文件、HLS的m3u8、SEI信息）中加入元数据标签，用来指示“本视频流包含深度/体积/扩展数据”，这在MPEG-DASH或自适应流媒体协议扩充中属于非常常见的做法。

### 2. 目标专利最坚固的技术特征（最难被攻破的核心）

* **特征D + 特征F的组合（空间遮挡计算 + 被遮挡子区域数据替换）**：

* 本专利巧妙地利用了“前景遮挡了背景，背景被遮挡部分本来就是废数据”这一视觉特点，将“体积视频的二维表示数据”**直接写入/替换**到“背景视频被遮挡的画面像素区域”。这种**空间数据重用与遮挡抠图结合**的复合视频生成机制，是本专利具备强创造性的防火墙。

---

## 六、 进一步的对比文件检索策略建议

为了能够有效地攻击权利要求1的创造性（或新颖性），必须开展第二轮针对性极强的对比文件检索，补充能够体现“3D/体积视频2D化”以及“背景遮挡区域数据替换/隐藏”的对比文件（理想的D4/D5）。

### 1. 核心检索要素（Key Concepts）表达

* **要素一（体积视频2D化/V-PCC）**：Volumetric video, Point cloud compression, V-PCC, 3D mesh, Depth map, Texture map, 3D to 2D projection.

* **要素二（空间遮挡与数据替换/嵌入）**：Occlusion, Occluded area/region, Replace/Substitute pixel data, Embed volumetric data into 2D background, Steganography/Data hiding in occluded region, Bounding box masking.

* **要素三（复合流/流传输）**：Composite video stream, Multiplexing, MPEG-DASH, Video frame layer.

### 2. 具体的检索策略与分类号（IPC/CPC）推荐

#### （1） 重点关注的专业标准组织（SSO）与会议文献（优先于专利文献）

体积视频编码（V-PCC / G-PCC）和3D视频融合传输最早大量出现于MPEG标准提案中。建议检索：

* **ISO/IEC JTC1/SC29/WG11 (MPEG)** 以及 **JVET (Joint Video Experts Team)** 关于 **3D Video / V-PCC (Video-based Point Cloud Compression)** 的技术提案（Input Documents）。

* 重点查找时间点：目标专利**优先权日之前**的MPEG提案（特别是涉及将点云图像通过Patch映射打包进传统2D视频帧，以及与2D背景视频混合编码的提案）。

#### （2） 专利数据库IPC/CPC分类号检索结合

建议在PatSnap、TotalPatent One、Derwent或IncoPat中利用以下分类号进行交叉检索：

* **H04N 19/597**：针对立体或三维视频的帧间/帧内预测编码（Motion compensation for stereoscopic or 3D video）。

* **H04N 19/167**：基于兴趣区域（ROI）或图像特定区域的视频编码（Data box/Region of Interest coding）。

* **H04N 13/128**：由2D图像或视频生成深度图/3D信息的处理（Generating depth maps）。

* **H04N 21/2343**：流媒体服务器端的视频内容转换或复合（Stream processing/transcoding at server）。

* **G06T 9/00**：图像数据压缩（如点云/3D网格压缩）。

#### （3） 表达逻辑检索式构建示例（以Derwent/Google Patents语法为例）

* *检索式1（侧重遮挡区域与数据替换）*：

`((volumetric OR 3D OR "point cloud" OR "depth map") NEAR3 (video OR stream)) AND (occlud* NEAR5 (region OR area OR pixel OR background)) AND (replace* OR substitute* OR embed* OR insert*) AND (composite OR frame OR stream)`

* *检索式2（侧重V-PCC与背景视频复合）*：

`("V-PCC" OR "video-based point cloud") AND (background NEAR3 (video OR frame)) AND (occlusion OR occluded) AND (multiplex* OR composite)`

### 3. 无效诉讼策略总结逻辑链条构建（供下一阶段使用）

若成功检索到公开了“体积视频转换为2D表示（V-PCC）”的**对比文件D4**，以及公开了“在视频图像中利用被遮挡/不显眼区域嵌入/替换额外数据”的**对比文件D5**：

* **无效逻辑架构**：以 **D3（或D1）** 作为最接近对比文件（提供自适应视频流传输架构），结合 **D4**（提供体积视频转换为2D非体积表示的技术教导，解决3D数据传输问题），并进一步结合 **D5** 或 **本领域普通技术人员的公知常识**（结合图像处理中利用遮挡区域空间冗余进行数据替换填充的公知手段），证明权利要求1的特征组合对本领域技术人员而言是显而易见的，不具备创造性（符合《专利法》第22条第3款）。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的内在逻辑与设计初衷，对权利要求1进行深度拆解，并与您提供的三份对比文件原文进行严格的逐字特征比对、创造性分析、无效脆弱点分析及检索策略制定。

---

## 一、 基于目标专利说明书的权利要求1技术特征解释与拆解

目标专利解决的核心技术问题在于：**在增强现实（AR）或多层视频叠加显示场景下，如何节省客户端与服务器之间的网络传输带宽，并确保客户端能够无缝重构立体/体积视频。**

* **技术特征A（网络接口）：** 处理器系统与网络连接的物理或逻辑接口，用于流式传输数据。

* **技术特征B（输入接口-非体积视频）：** 用于接收传统的二维（2D）视频，作为背景或基础播放画面（例如普通电影、直播背景）。

* **技术特征C（输入接口-体积视频）：** 用于接收三维/体积（3D/Volumetric）视频，该视频的特点是**至少有一部分要在非体积视频的前景（前面）显示**，从而在视觉上产生遮挡关系。

* **技术特征D（确定被遮挡的空间子区域）：** 处理器核心算法。由于体积视频显示在非体积视频的前方，非体积视频中被体积视频“挡住”的那个区域（空间子区域）在客户端屏幕上实际上是**不可见**的。处理器通过几何/位置计算，精确定位出这一部分被遮挡的子区域。

* **技术特征E（获得体积视频的非体积表示）：** 将复杂的3D体积视频通过某种转换技术（如深度图+2D纹理图、点云二维化等可逆映射技术）转换为标准的2D视频格式（非体积表示），以便于利用现有的2D视频编码器（如H.264/HEVC）进行高效压缩。

* **技术特征F（数据替换与合成输出帧）：** **核心发明点（创新机制）。** 处理器直接**用“体积视频的非体积表示数据”去填补/替换“非体积视频中被遮挡的空间子区域数据”**。换言之，原本被遮挡而浪费的2D背景像素空间，被利用来载入3D体积视频转换后的2D数据，合成出一帧复合视频输出帧（Composite Video Frame）。这样无需传输两套完整的视频流，极大地节省了带宽。

* **技术特征G（传输复合流或空间片段）：** 将上述合成后的复合视频流（或其裁剪后的空间片段）经由网络接口发送给客户端。

* **技术特征H（信号传递数据/信令通知）：** 随复合流或单独向客户端发送信令数据（Signaling Data）。该信令明确告知客户端：“当前接收到的复合视频流中，某个特定子区域填载的是体积视频的非体积表示”，从而指示客户端提取该区域数据并逆向重构出3D体积视频。

---

## 二、 对比文件技术特征比对表格

以下分析严格基于三篇对比文件的原文出处及公开内容。

---

## 三、 对比文件原文详细分析与出处

### 1. 对比文件 D1：WO2011039293A1

* **公开号：** WO2011039293A1

* **技术领域与方案：** D1公开了一种在分层编码（如SVC、MPEG-4 ASP/FGS）架构下，根据网络带宽和多用户优先级动态调整/丢弃视频增强层（Enhancement Layers）的带宽分配方法。

* **比对分析：**

* **公开了特征A、B：** 见段落 `[p0003]`, `[p0016]`, `[p0058]`，公开了数据处理系统及网络接口，用于传输包含视频内容的媒体流。

* **未公开特征C、D、E、F、H：** D1中的“基础层（Base Layer）”和“增强层（Enhancement Layer）”属于传统可伸缩视频编码（SVC）的时域、空域或质量可扩展性（见段落 `[p0016]`），**并非“体积视频（Volumetric Video）”与“非体积视频（Non-volumetric Video）”**。D1完全没有涉及“计算前景体积视频对背景视频的**遮挡子区域**”，更没有“**将3D体积视频转换为2D表示后，直接嵌入替换掉背景视频中被遮挡的黑洞区域**”这一核心合成机制。D1的信令（如SDP，见 `[p0075]`）仅用于协商SVC层数，不具备指示遮挡嵌入表示的功能。

### 2. 对比文件 D2：US20110255535A1

* **公开号：** US20110255535A1

* **技术领域与方案：** D2公开了一种在网络节点（路由器/交换机）处通过缓存、延迟、重建关键帧（I帧/GOP）或自适应分块（Chunk）传输视频数据的方法，旨在实现快速换台（Fast Channel Change）和自适应码率流传输。

* **比对分析：**

* **公开了特征A、B、G：** 见段落 `[0005]`, `[0038]`, `[0204]`，公开了路由器系统经由网络接口接收并分发2D视频流（如MPEG-2/H.264帧流）。

* **未公开特征C、D、E、F、H：** D2对视频数据的处理局限于数据包/帧层面的裁剪（如删除B帧，见 `[0309]`，图32-33）或合成中间接合帧（Intermediate Join Frames，见 `[0108]`）。其“图像处理”是为了解决解码依赖性和码率控制，**完全不涉及3D体积视频的图像渲染、前景/背景遮挡计算、以及跨维度（3D转2D）的像素空间替换**。

### 3. 对比文件 D3：US20110280540A1

* **公开号：** US20110280540A1

* **技术领域与方案：** D3公开了一种广播管理系统，允许用户从多个同步拍摄的摄像机视频流中选择一个进行广播（多视角切换/画中画预览）。

* **比对分析：**

* **公开了特征A、B：** 见段落 `[0026]`, `[0050]`，公开了服务器接收多路普通视频流并提供预览和切换。

* **未公开特征C、D、E、F、H：** 见图5及段落 `[0050]`，D3虽然在界面上同时播放多个画面（W1-W4）并允许选择，但这些画面是独立的视频流或简单的平铺多画面，**不涉及体积视频与非体积视频的空间叠加遮挡关系，更没有将体积视频压缩后“填补替换”背景视频遮挡区域的技术手段**。

---

## 四、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的选择

从整体解决的技术问题和技术效果来看：

* **最接近对比文件推荐：D1（WO2011039293A1）**

* **理由：** 本发明与D1均旨在解决**“在带宽受限的网络环境中，如何高效传输包含多重/多层视频信息的内容”**这一核心技术问题。D1代表了最主流的利用“视频分层/空间流优化”来节省带宽的技术路线。

* *(备选最接近对比文件：D2，若将重点放在“网络节点对视频数据流的结构化裁剪与合成传输”上)*。

### 2. 创造性（非显而易见性）深度分析

以 **D1** 作为最接近的对比文件，本发明权利要求1与D1相比，**区别技术特征**在于：

1. **特征C、E：** 引入了“体积视频（3D）”，并将其通过转换技术生成“允许重构的非体积表示（2D）”。

2. **特征D、F：** **核心区别点**——确定非体积视频（背景）中被体积视频（前景）遮挡的空间子区域，并**直接用体积视频的非体积表示数据去“替换”该被遮挡子区域的数据**，从而生成复合视频帧。

3. **特征H：** 配合上述合成机制，额外提供指示该复合流中包含了体积视频非体积表示的信令数据。

**技术效果与显著进步：**

* 在传统的AR/立体视频传输中，背景（非体积视频）和前景（3D体积视频）是作为两路完全独立的流传输的，导致被遮挡的背景像素（客户端根本看不到）依然占用了大量传输带宽。

* 本发明巧妙利用了“前景遮挡导致背景局部不可见”的视觉冗余，**将原本属于背景废码率的空间直接“套打/替换”为前景3D视频的2D转化数据**。不仅极大压缩了数据体积，省去了独立传输3D视频的带宽，还保证了客户端能够根据信令完美重构。

**结论：**

对比文件D1-D3均未给出将“空间遮挡消除”与“3D/2D转换数据填充”相结合的暗示。本领域技术人员在D1（分层编码）、D2（帧裁剪）或D3（多视角切换）的基础上，**没有动机**引入遮挡区域计算并将其作为3D数据的载体进行像素级替换。因此，**权利要求1相对于D1-D3的组合具备显著的突出的实质性特点和显著的进步，具备创造性。**

---

## 五、 无效请求中最薄弱的技术特征与专利漏洞分析

若您代表请求人试图对本专利发起无效宣告，直接使用D1-D3进行组合**攻击创造性的成功率极低**。但在专利文本的撰写和特征定义中，存在以下**潜在薄弱点/无效突破口**：

1. **特征D与F中“遮挡空间子区域替换”的实施例支持问题（充分公开/权要求支持）：**

* *漏洞点：* 体积视频在前景是动态移动的，这意味着被遮挡的“空间子区域”在形状和位置上是逐帧（甚至实时）变化的。如果把2D转换数据填入这个规则/不规则的遮挡区域，会导致编码器（如H.264/HEVC）在进行宏块/CTU划分和运动估计时产生巨大的残差抖动，**反而可能导致视频编码效率剧烈下降**。

* *攻防策略：* 检查说明书是否充分公开了“如何确保替换后的复合帧在标准视频编码器中仍能高压缩率编码”的技术细节。如果说明书缺乏具体算法支持，可依据**《专利法》第26条第3款（公开不充分）** 或 **第26条第4款（权利要求得不到说明书支持）** 发起无效。

2. **特征H（信令数据）的界定过于宽泛（现有技术侵蚀）：**

* 如果本专利对“信令数据”的描述仅停留在“通知客户端包含非体积表示”，在现有的混合视频/画中画（PIP）或清爽元数据（Metadata）传输协议中，利用信令指示视频流子区域属性是极为常见的。如果将特征H单独拿出来看，容易被现有技术（如SEI信息、SDP协议扩展）结合公知常识无效掉。

---

## 六、 进一步的对比文件检索策略（无效检索指南）

由于现有对比文件D1-D3未能覆盖“**前景遮挡背景子区域 + 利用该子区域传输前景数据/3D转换数据**”的技术方案，必须调整检索方向，建议采用以下三阶段检索策略：

### 1. 核心特征分类号（IPC / CPC）重组

不要局限于传统的视频编码分类号，应重点锁定**增强现实（AR）、图像合成、立体视频传输与隐写/数据隐藏**交叉领域：

* `H04N 19/597` (立体/多视图视频编码)

* `H04N 19/20` (基于视频对象/ROI区域的编码)

* `G06T 15/00` 或 `G06T 19/00` (三维渲染/增强现实)

* `H04N 21/434` 或 `H04N 21/236` (信令与流复用)

* `G06T 1/00` / `H04N 1/32` (图像数据隐藏/隐写术)

### 2. 关键词组合与逻辑表达式策略

在检索数据库（如PatSnap、TotalPatent Pass、Incopat、EPO-QUEOSA）中，重点组合以下三组逻辑概念：

* **概念组1（体积/3D视频转2D）：**

`("volumetric video" OR "3D video" OR "point cloud" OR "point-cloud" OR "free-viewpoint") AND ("non-volumetric" OR "2D representation" OR "depth map" OR "texture map")`

* **概念组2（遮挡与空间子区域识别）：**

`("occluded" OR "occlusion" OR "background" OR "covered region" OR "spatial sub-region" OR "ROI") AND ("detect" OR "determine" OR "calculate")`

* **概念组3（数据替换/合成/嵌入传输 - 最关键）：**

`("replace" OR "substitute" OR "embed" OR "multiplex" OR "pack" OR "payload" OR "overwrite") AND ("bandwidth" OR "stream" OR "composite frame")`

### 3. 特殊检索切入点（“隐写/空域载荷”路线）

* **路线A：视频隐写与冗余利用（Data Hiding in Occluded Regions）：**

检索在视频编码中，利用“前景遮挡的背景无效像素”作为安全载荷（Payload）或附加数据传输通道的早期论文/专利（重点看IEEE, SIGGRAPH, VCIP等会议文献）。

* **路线B：MPEG-I / Dynamic Point Cloud Compression (V-PCC) 标准追溯：**

ISO/IEC JTC1/SC29/WG11 (MPEG) 在制定 **V-PCC (Volumetric Point Cloud Compression)** 标准的过程中，曾有大量关于“将3D点云投影为2D Patch，并拼贴（Packing）进标准2D视频帧”提案（Contributions）。重点检索2015-2020年间的MPEG提案文件，极有可能找到将Patch嵌入背景视频遮挡盲区的技术披露。

基于专利代理师的专业视角，紧密结合**目标专利（权利要求1.docx）**的说明书内在逻辑与核心技术构思，对该权利要求进行深度解析，并针对三篇对比文件（D1、D2、D3）展开对比分析、最接近对比文件选择、无效突破点以及检索策略制定。

---

## 一、 目标专利权利要求1的代理师深度解读

### 1. 技术构思与核心痛点

本专利解决的核心技术问题是：在客户端设备（如VR/AR头显、智能终端）上混合显示**非体积视频（Non-volumetric Video，如普通2D/平面视频）**和**体积视频（Volumetric Video，如3D点云、立体视频）**时，体积视频位于非体积视频前方会遮挡后方的非体积视频。若直接传输完整的非体积视频和体积视频，被遮挡区域的非体积视频数据会被白白传输，造成严重的**网络带宽浪费**；而如果直接裁剪视频，客户端又难以无缝重构和合成。

### 2. 技术特征拆解与说明书内在含义解释

* **技术特征A（网络接口）**：`处理器系统包括：到网络的网络接口`

* *说明书解释*：用于将生成的复合视频流或片段传输到客户端设备的硬件/逻辑通信接口。

* **技术特征B（非体积视频输入）**：`输入接口用于获得：非体积视频`

* *说明书解释*：获得普通的2D视频帧（例如传统的平面背景视频）。

* **技术特征C（体积视频输入及空间遮挡关系）**：`输入接口用于获得：体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示`

* *说明书解释*：获得具有三维深度/空间属性的体积视频（如前景3D人物），且在客户端渲染场景中，该体积视频位于非体积视频前方，存在前后空间遮挡/叠加关系。

* **技术特征D（遮挡子区域确定）**：`处理器被配置成：确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡`

* *说明书解释*：根据体积视频在非体积视频前方的投影/显示位置，计算出非体积视频中哪些像素/空间区域会被前景的体积视频“挡住”。

* **技术特征E（转换技术获得非体积表示）**：`针对该非体积视频和该体积视频的相应输入帧...获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频`

* *说明书解释*：利用特定的几何/图像转换算法（例如将3D点云/网格打包转化为2D纹理图和深度图的打包技术），将复杂的3D体积视频转换为2D格式（非体积表示），以便于后续在传统2D视频帧空间内进行数据填充与统一编码。

* **技术特征F（空间数据替换/挖孔填充）**：`用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧`

* *说明书解释*：将非体积视频中被遮挡的“无用”空间区域数据擦除/替换，并在该空出的空间区域内填入转换后的“体积视频的2D非体积表示数据”。从而将两路视频“合二为一”打包在同一个2D输出帧中传输，既省去了被遮挡区域的冗余传输，又省去了多流传输的开销。

* **技术特征G（流式传输/空间片段传输）**：`经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备`

* *说明书解释*：将生成的复合视频流（或分块/Tile后的空间片段）通过网络发给客户端。

* **技术特征H（信号传递数据/信令通知）**：`将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示`

* *说明书解释*：向客户端发送元数据/信令（Signaling data），明确告知客户端“当前复合流中的指定区域放的是体积视频转换后的2D数据”，以便客户端解码后能正确提取并反向重构出3D体积视频进行渲染。

---

## 二、 对比文件特征比对与详细出处表

### 1. 对比文件基本信息表

为规范表述，以下对比文件附上公开号：

* **D1**：`WO2011039293A1`（SCALABLE VIDEO CONTROLS BANDWIDTH ALLOCATION TO DATA SERVICES）

* **D2**：`US20110255535A1`（METHOD AND SYSTEMS FOR DATA TRANSMISSION）

* **D3**：`US20110280540A1`（BROADCAST MANAGEMENT SYSTEM）

### 2. 权利要求1技术特征比对表（结合原文出处）

---

## 三、 绝对公开与实质公开分析

针对三篇对比文件，结合其原文展开具体分析：

### 1. D1 (`WO2011039293A1`)

* **绝对公开（毫无异议公开）**：

* **特征A**：公开了包含网络接口的数据处理系统，如p0003, p0058所述“data processing system, configured for control of allocating an amount of bandwidth... access node 106, data connection 104”。

* **特征B**：公开了获取普通视频内容（非体积视频），如p0016所述“layered video coding scheme comprises a base layer and one or more enhancement layers... SVC, MPEG-2, MPEG-4”。

* **实质公开（概念映射）**：

* **特征G & H**：p0075-p0078, p0088公开了利用SDP（Session Description Protocol）或SAP信令向客户端传递媒体会话的元数据信息（Signal data），以指示传输流的编解码属性与层级结构。这与特征H中的“信号传递数据”在信令机制上属于同类技术手段。

* **未公开特征**：D1的核心是**可伸缩视频编码（SVC）的层级带宽管控（丢弃Enhancement Layer）**，完全没有涉及“体积视频（Volumetric Video）”、“空间遮挡计算（Spatial Sub-region Occlusion）”以及“空间数据替换填充（Data Replacement）”。

### 2. D2 (`US20110255535A1`)

* **绝对公开（毫无异议公开）**：

* **特征A**：[0005], [0213], [0214]公开了Switch/Router 104, Network Interface 3420，具备网络接口。

* **特征B**：[0016], [0153]公开了处理2D视频流（如MPEG-2, H.264视频帧）。

* **实质公开（概念映射）**：

* **特征G & H**：[0159], [0175], [0205]公开了通过Manifest（清单文件）作为信令数据向客户端提供视频流的描述信息，并按Chunk（块）或Stream进行流式传输。

* **未公开特征**：D2的核心是**基于GOP/帧依赖关系（I/P/B帧）通过裁减B帧或重构关键帧来做自适应流播（Adaptive Streaming）**。它是在**时间维度/帧层级**上丢弃数据，而不是在**2D图像的空间维度（Spatial Region）**上基于前景遮挡关系剔除被遮挡的背景像素并嵌 volumetric video 数据。

### 3. D3 (`US20110280540A1`)

* **绝对公开（毫无异议公开）**：

* **特征A**：[0031], [0216]公开了网络适配器（Network Adapter 216）和网络（Network 150）。

* **特征B**：[0022], [0039]公开了接收多个摄像机采集的2D平面视频流。

* **实质公开（概念映射）**：

* **特征G & H**：[0044], [0060]-[0063]公开了 Broadcast Map（广播图谱/映射表），作为信令数据传递给客户端，用以指示客户端在何时间节点切换至哪一路视频流。

* **未公开特征**：D3的核心是**多视角平面视频的实时导演导播与流切换系统**。其视频流之间是平行可选的切流关系，不存在“3D体积视频叠加在2D视频前面”以及“替换被遮挡空间子区域”的图层融合技术。

---

## 四、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的确定

在审查指南与专利无效实践中，“最接近的对比文件”应当是**技术领域相同或相近，解决的技术问题最类似，或者公开现有技术特征最多的文件**。

* **分析**：

* 现有三篇对比文件（D1、D2、D3）均属于**网络视频传输与带宽优化/流媒体控制**领域（技术领域相近）。

* D1解决的是**网络带宽不足时如何通过视频层级丢弃保证传输**；

* D2解决的是**自适应流传输中如何降低时延与平滑码率（通过丢帧/重构帧）**；

* D3解决的是**多路视频流的导播切换与集中播控**。

* **结论**：**D1 和 D2 均可作为最接近的对比文件（多路径组合）**。

* *选择D1作为最接近对比文件*：其出发点同样是“网络传输视频时的码率/带宽优化机制与信令协商”。

* *选择D2作为最接近对比文件*：其出发点是“自适应视频流传输中的数据切片与Manifest信令控制”。

### 2. 未被最接近对比文件公开的特征（区别技术特征）

不论选择D1还是D2作为最接近的对比文件，权利要求1相对于D1/D2的区别技术特征均包含：

1. **特征C**：获取体积视频，且该体积视频要在非体积视频前面显示（3D/2D混合空间叠加关系）；

2. **特征D**：确定非体积视频中被体积视频部分或完全遮挡的空间子区域；

3. **特征E**：利用转换技术获得体积视频的非体积表示（允许可逆重构）；

4. **特征F**：用体积视频的非体积表示数据**替换**非体积视频中**被遮挡的空间子区域数据**，生成复合输出帧（“挖孔打包”）；

5. **特征H中的限定**：信号传递数据需明确指示“复合视频流中包含体积视频的非体积表示”。

### 3. 区别特征在其他对比文件（D1~D3）中是否被公开？

* **答案：否。**

* **详细分析**：

* 对比文件D1、D2、D3**均未公开**上述区别特征1~5。

* D1仅涉及“时间/质量层级（SVC）的丢弃”；D2仅涉及“GOP帧结构（B/P帧）的剔除与自适应切流”；D3仅涉及“多路2D平面视频的切流导播”。

* D1~D3中完全没有任何关于“体积视频（Volumetric Video）”、“空间遮挡剪裁（Spatial Occlusion Cropping）”以及“将3D非体积表示直接嵌入2D视频被遮挡区域进行复合打包”的技术启示（Technical Teaching）。

---

## 五、 发起专利无效请求的最薄弱技术特征与突破口

若要对本目标专利发起无效宣告请求（Invalidation Attack），仅凭现有的D1、D2、D3组合是**不足以击毁权利要求1的新颖性与创造性的**。代理师必须精准识别专利的“防线弱点”并制定下一步策略。

### 1. 专利最薄弱的技术特征分析

目标专利权利要求1看似构筑了很强的技术壁垒，但其最薄弱的突破口在于：

* **薄弱点1：特征E与F（空间数据替换/图像打包打包技术，即 Video Packing / Texture Atlas Packing）**

* *弱点原因*：将深度图/3D点云/体积视频映射为2D图像（非体积表示），并与传统2D图像拼接/打包在同一帧2D画布（Canvas）中传输（例如把3D Mesh的Texture和Depth贴在2D背景图的空白处或闲置区域），在**全景视频（360-degree video）、VR/AR几何打包（Geometry Packing / Tile-based Streaming）或 MPEG-I (V-DCC / MIV - MPEG Immersive Video)** 标准制定早期属于非常普遍的“图像拼接/Atlas Packing”手段。

* **薄弱点2：特征D（基于遮挡擦除无用像素）**

* *弱点原因*：在图形渲染（Rendering）与视频编码领域，“剔除被遮挡的背景像素（Occlusion Culling / Masking）以节省渲染或编码码率”是图形学（如Z-buffer、Ray Tracing Occlusion）和视频复合处理中的常规手段。将遮挡剔除（Occlusion Culling）与视频编码相结合的思想在早期增强现实（AR）视频合成中即有讨论。

---

## 六、 进一步的对比文件检索策略（检索指引）

为了成功无效本专利的权利要求1，必须补充检索能够支撑“空间遮挡剔除”和“体积视频2D转换打包”的对比文件（作为D4/D5）。建议采用以下精准检索策略：

### 1. 检索技术领域与关键词组合（Search Terms & Operators）

#### 策略一：聚焦“体积视频/点云/3D视频 + 2D打包/转换”（针对特征C、E、F）

* **中文关键词**：`(体积视频 OR 立体视频 OR 3D点云 OR 自由视角视频) AND (非体积 OR 2D表示 OR 纹理图 OR 深度图 OR 打包 OR 复合 OR 嵌入) AND (传输 OR 码率 OR 带宽)`

* **英文关键词**：`("volumetric video" OR "3D point cloud" OR "free viewpoint video" OR "360 video") AND ("non-volumetric" OR "2D representation" OR "texture atlas" OR "packing" OR "frame packing" OR "composite frame") AND (bandwidth OR "bitrate reduction")`

#### 策略二：聚焦“空间遮挡计算 + 背景剔除/替换”（针对特征D、F）

* **中文关键词**：`(遮挡 OR 前景 OR 投影) AND (背景 OR 子区域 OR 像素) AND (替换 OR 擦除 OR 剔除 OR 填充 OR 剪裁) AND (视频编码 OR 复合流)`

* **英文关键词**：`("occlusion culling" OR "occluded region" OR "foreground mask") AND ("background region" OR "spatial sub-region" OR "spatial area") AND (replace OR discard OR omit OR pack) AND ("composite video" OR "video streaming")`

### 2. IPC/CPC 国际专利分类号精准锁定

在专利数据库（如 PatSnap, Google Patents, EPO space）中限定以下分类号进行交集检索：

* **H04N 19/597**：用于立体或三维（3D）视频的视频编码（专门涵盖3D/体积视频编码）

* **H04N 19/167**：基于图像空间位置或兴趣区域（ROI）的视频编码（涵盖空间子区域处理）

* **H04N 21/2343**：流媒体服务器端的数据转换/复合处理

* **H04N 13/111 / H04N 13/161**：3D视频信号传输与格式转换（2D与3D混合传输）

* **G06T 15/00 / G06T 15/40**：3D图形渲染中的遮挡剔除（Occlusion Culling）

### 3. 标准文献与非专利文献（NPL）检索重点

本专利涉及的技术方向极易在**国际标准化组织**的提案中找到突破口，强烈建议检索以下非专利文献库：

1. **MPEG-I (ISO/IEC JTC 1/SC 29/WG 11)**：重点检索 **V-DCC (Volumetric Video Dynamic Chunking and Coding)** 和 **MIV (MPEG Immersive Video)** 标准草案与技术提案（Contributions）。

2. **3GPP TSG SA4 (Multimedia)**：检索关于 AR/VR 混合媒体流传输（XR Services）、3D/2D 混合流播的研讨报告（TR 26.928 等）。

3. **IEEE / ACM 学术会议**：检索 *IEEE VR*, *ACM Multimedia*, *IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)* 中关于 "Volumetric Video Streaming", "Occlusion-aware Video Coding", "Texture Atlas Packing" 的学术论文。

### 4. 无效组合策略建议

* **组合方案**：`D1 或 D2（作为最接近对比文件：提供网络传输、流式切片与Manifest/SDP信令框架） + D4（提供“确定前景/体积视频遮挡区域并剔除背景空间数据”的技术教导） + D5（提供“将3D/体积视频转换为2D非体积表示并打包入2D视频帧空间”的技术教导）`。

* 通过上述三方组合，论证将 D4 和 D5 的技术手段结合到 D1/D2 的流传输架构中对于本领域技术人员（POSITA）而言是**显而易见的**，从而彻底击毁权利要求1的创造性。

您好！作为一名专注于流媒体与音视频处理领域的资深专利代理师，我针对您提供的目标专利权利要求1，结合目标专利说明书的技术精髓以及三篇对比文件（D1、D2、D3）的原文文本，为您进行深度法律与技术侵权/无效分析。

以下是详细的比对与无效策略报告：

---

## 一、 目标专利权利要求1的技术特征拆解与说明书深度解释

在专利无效或侵权分析中，权利要求的解释必须“以说明书为依据”。为了准确界定权利要求1的保护范围，首先对特征A~H进行技术内涵的深度剖析：

* **技术特征A（网络接口）**：处理器系统包括到网络的网络接口。

* *说明书解释*：指标准的网络通信物理/逻辑接口，用于在服务器/处理系统与客户端设备之间通过IP网络（如Internet、局域网）传输数据包（如HTTP流）。

* **技术特征B（非体积视频输入）**：输入接口获得非体积视频（Non-volumetric video）。

* *说明书解释*：即传统的平面二维（2D）视频或单视角视频，例如标准电视节目、普通电影帧等，缺乏三维空间几何深度与自由视角重建能力。

* **技术特征C（体积视频输入及其显示关系）**：输入接口获得体积视频（Volumetric video），其至少一部分要由客户端设备在该非体积视频的**前面显示**。

* *说明书解释*：体积视频（如三维点云、网格点阵、多视角加深度生成的3D对象，如虚拟主播、3D动态人物等）。“在前面显示”指在客户端渲染时，体积对象在空间深度（Z轴）上覆盖或遮挡背景（非体积视频），形成叠置/合成画面。

* **技术特征D（遮挡空间子区域确定）**：处理器被配置成：确定非体积视频的空间子区域，当体积视频在非体积视频的前面显示时，该空间子区域被**部分或完全遮挡**。

* *说明书解释*：服务器端事先分析或计算前景体积视频投射到背景二维平面上的几何区域。由于前景会挡住背景的该部分像素，因此背景中对应的这个“空间子区域（Spatial sub-region）”在客户端渲染时实际上是不被看见的。

* **技术特征E（体积视频的非体积表示转换）**：针对相应输入帧生成复合视频：获得体积视频的**非体积表示**，该表示是使用**转换技术**生成的，允许从非体积表示重构体积视频。

* *说明书解释*：由于直接传输三维体积数据（如网格/点云）带宽极高，系统使用特定的转换技术（例如将3D几何与纹理映射/展开为2D的颜色图+深度图/贴图，如Packed Depth-Color Format），将其压缩/打散表示为标准的2D“非体积”图像帧，且该2D图像包含足够信息以便客户端反向重构3D体积。

* **技术特征F（空间子区域的数据替换）**：用体积视频的非体积表示的数据**替换**非体积视频的空间子区域的数据，从而获得复合视频的输出帧。

* *说明书解释*：**核心发明点/核心组合特征**。服务器将背景视频中“被遮挡而无需显示的二维区域”裁切掉/挖空，并直接将前景3D体积视频转换后的“2D非体积表示像素数据”**填充/嵌入**到该挖空的子区域中，拼造成一张单一的复合2D视频帧（Composite Video Frame）。这样极大地节省了传输码流和频宽。

* **技术特征G（复合视频或空间片段流式传输）**：经由网络接口将复合视频作为复合视频流或其所选空间片段流式传输到客户端。

* *说明书解释*：利用分块/切片流媒体技术（如Tile-based streaming, DASH, Smooth Streaming），将合成后的单轨视频流传输给客户端。

* **技术特征H（信号传递数据）**：将信号传递数据（Signaling Data）提供到客户端，该数据**指示复合视频流包含体积视频的非体积表示**。

* *说明书解释*：在信令文件（如MPD、Manifest清册、SEI信息或Header元数据）中携带特定的标记或属性字段，通知客户端该2D视频帧的特定区域并非普通2D像素，而是“打包了体积视频的2D表示”，客户端据此解析并重构3D体积。

---

## 二、 对比文件原文比对与特征比对表格

以下为三份对比文件的公开号及原文明细比对分析：

1. **D1**: `US20110302319A1` (*METHOD AND APPARATUS FOR ADAPTIVE STREAMING BASED ON PLURALITY OF ELEMENTS FOR DETERMINING QUALITY OF CONTENT*)

2. **D2**: `US20110307781A1` (*SEAMLESS PLAYBACK OF COMPOSITE MEDIA*)

3. **D3**: `US20120033037A1` (*Signaling Attributes for Network-Streamed Video Data*)

### 特征比对表格（Target Claim 1 vs D1, D2, D3）

---

## 三、 对比文件原文详细出处与技术内容分析

### 1. 对比文件 D1：`US20110302319A1`

* **主要公开内容**：一种基于多个质量确定元素（如比特率、分辨率、帧率及其优先级）进行自适应流媒体传输的方法和设备（DASH/CAD/MPD框架）。

* **详细出处及原文分析**：

* **特征A/B/G**：见段落 **[0018]** *"According to another aspect... a method of transmitting media data... transmitting a file to a client... transmitting at least one media data"*, 以及段落 **[0045]-[0048]**，FIG. 1。公开了服务器120通过网络140向客户端130传输2D媒体数据。

* **特征H**：见段落 **[0085]-[0088]**（FIG. 8A/8B）及段落 **[0170]**：公开了利用XML格式的媒体呈现描述（MPD / CAD）向客户端传递信令数据，包含`Bitrate`、`framerate`、`qualitydependency`等信息。

* **缺陷**：D1完全属于传统的平面自适应码流传输技术，未涉足“体积视频（Volumetric Video）”的处理，更未公开“确定遮挡空间子区域（特征D）”和“像素级空间数据替换（特征F）”。

### 2. 对比文件 D2：`US20110307781A1`

* **主要公开内容**：复合媒体（Composite Media）的无缝播放系统。允许内容制作者将来自不同源的多个媒体剪辑（Clips）合成为一个新的统一流展示，并生成复合清单（Composite Manifest）。

* **详细出处及原文分析**：

* **特征A/G/H**：见段落 **[0013]** *"the streaming composition system defines a composite manifest structure that includes portions of multiple manifests from existing smooth streaming assets... Each clip defines an entry and exit boundary..."*，段落 **[0039]-[0042]**。公开了服务器向客户端传输复合流（Composite Stream）并提供清单文件（Composite Manifest，即信令数据）来指示复合流的组成。

* **缺陷**：D2所强调的“复合（Composite）”是**时间维度上的剪辑拼接（Time-domain Stitching）**（如把广告或精彩片段拼在视频主干中，见段落[0011]），或者不同流轨的逻辑组合。D2**完全没有公开**在**空间维度（Spatial domain）**上分析前景与背景的遮挡关系（特征D），更没有将体积视频的2D表示直接替换掉背景视频遮挡像素（特征F）的技术思想。

### 3. 对比文件 D3：`US20120033037A1`

* **主要公开内容**：网络流式传输视频数据（特别是MVC多视角3D视频）的信令属性表达方法。通过在Manifest（MPD）中指示视角标识符（View ID）、最大/最小View ID范围及目标输出视角数，供客户端选择并重构3D场景。

* **详细出处及原文分析**：

* **特征A/B/C/E**：见段落 **[0008]** *"techniques for signaling attributes for coded video data conforming to 3D video representation standards, e.g., multiview video coding (MVC)..."*，段落 **[0057]-[0058]**（多视角与深度图，2D格式表示3D视角，可从其重构3D）。公开了非体积（2D单视角）与可重构3D/体积的表示（多视角视频/深度视频）。

* **特征G/H**：见段落 **[0101]**，**[0125]-[0128]**（FIG. 4），公开了在MPD（信令数据）中向客户端传递指示信息（View ID Range 114A, Max Target Output Views 118A），指示流数据中包含3D/多视角的非体积（2D NAL单元）表示。

* **缺陷**：D3虽然涉及到了3D/多视角视频的传输与信令（特征C, E, H），但其传输方式是传统的“多视角码流/深度码流独立传输或全帧传输”，客户端接收后自行进行3D渲染遮挡。D3**未公开**在服务器端进行空间子区域遮挡判断（特征D），也**未公开**将体积视频数据嵌入/替换到非体积视频被遮挡空间子区域（特征F）的操作。

---

## 四、 最接近的对比文件选择与整体技术效果分析

### 1. 最接近对比文件的选择：**D3 (`US20120033037A1`)**

从整体解决的技术问题和技术效果角度分析，**对比文件 D3 最适合作为最接近的对比文件（Primary Reference）**。

* **技术领域与问题的一致性**：

* **本专利**旨在解决“通过网络向客户端传输包含3D体积视频和2D背景视频的复合流时，网络带宽开销极高、传输效率低下”的技术问题。

* **D3** 同样处于“通过网络（HTTP DASH）传输3D/多视角（MVC）视频”的技术领域，旨在解决“如何向客户端高效信令告知并传输3D视频表征，以便客户端选择和重构3D视图”的问题。

* **技术特征覆盖度**：

D3公开了权利要求1的大部分技术特征（特征A、B、C、E、G、H），特别是公开了“3D体积视频的2D非体积表示（MVC/深度图）”以及“通过MPD信令告知客户端流中包含3D表示”这两个与3D视频传输高度相关的特征。

*(注：D2虽然提到了“Composite Media”，但其属于时间剪辑拼接，技术实质与本专利的空间像素复合相去甚远，因此不宜作为首选的最接近对比文件。)*

---

## 五、 创造性分析、最薄弱特征与无效请求策略

### 1. 区别技术特征分析

以 **D3** 为最接近的对比文件，本专利权利要求1相对于D3的区别技术特征为：

1. **特征D**：确定非体积视频的空间子区域，当体积视频在非体积视频前面显示时，该空间子区域被部分或完全遮挡。

2. **特征F**：用体积视频的非体积表示的数据**替换**非体积视频空间子区域的数据，从而获得复合视频的输出帧。

### 2. 最薄弱的技术特征（专利权人的“防线”）

**最薄弱（即最核心、最难被现有技术组合击垮）的技术特征是：特征F（结合特征D）。**

* **理由**：

常规的3D/2D混合视频传输方案（如D3）通常采用“图层叠加（Layer Compositing）”思路，即背景传输完整2D视频流，前景传输3D/体积视频流，由客户端解码两路流后在显存中进行Z-buffer遮挡混合。

而本专利提出了一个**反直觉且高效的空间域像素级“裁剪替换（Spatial Tile/Pixel Replacement）”思想**：服务器端提前算好“哪些背景像素会被前景遮挡”，既然遮挡了就不传背景像素，直接把前景的“2D转换表示数据”**填入/替换**到背景视频的该空洞区域中，从而将两路视频合并为**单一轨道的2D输出帧**。

* 在D1、D2、D3三份对比文件中，**均没有任何一份对比文件公开或暗示了“利用空间遮挡子区域来填充/替换体积视频的非体积表示数据”这一手段**。

---

## 六、 进一步的对比文件检索策略（无效进攻建议）

为了彻底击垮权利要求1（特别是攻克上述“特征D + 特征F”构成的技术屏障），建议开展**第二轮针对性补充检索**，策略如下：

### 1. 检索核心概念映射（Keywords & Concepts）

* **概念1：空间遮挡/裁剪（Spatial Occlusion / ROI Cropping）**

* 关键词：`occlusion`, `blocked region`, `background subtraction`, `spatial sub-region`, `cropped region`, `redundancies`.

* **概念2：像素级替换/拼贴/嵌入（Spatial Packing / Infilling / Replacement）**

* 关键词：`pixel replacement`, `video packing`, `frame packing`, `spatial embedding`, `sub-picture replacement`, `composite frame`.

* **概念3：前景3D/体积与背景2D合并传输（3D/Volumetric Object over 2D Background Streaming）**

* 关键词：`volumetric video`, `free-viewpoint`, `point cloud`, `depth map`, `2D background`, `sprite coding`, `MPEG-4 AVC/HEVC tile-based streaming`.

### 2. 重点专利分类号（IPC / CPC）锁定

建议重点监控以下分类号下的专利文献：

* **H04N 19/167**：（针对图像/视频中特定感兴趣区域ROI的编码）

* **H04N 19/597**：（立体或多视角视频序列的编码/传输）

* **H04N 19/119**：（分块/空间子区域划分）

* **H04N 21/2343 / H04N 21/816**：（服务器端视频处理与3D/复合流传输）

* **G06T 15/00 / G06T 19/00**：（3D点云/体积视频向2D平面的投影与打包）

### 3. 经典技术标准与文献追溯方向（Prior Art Targets）

1. **MPEG-4 Part 2 (ISO/IEC 14496-2) 视频对象（Video Object, VO）与 Sprite Coding 标准**：

* 追溯1990年代末至2000年初关于“背景Sprite与前景Video Object Segments拼接”的专利，重点查找是否有“将前景对象像素直接写入/替换背景片段”的教导。

2. **MPEG-I Part 5 / Part 9 (Volumetric Video Coding / V-DCC / VPCC / PCC 点云压缩标准)**：

* 检索2015-2020年间学术界与工业界（如Qualcomm, InterDigital, Sony, Philips）提交给MPEG提案中关于**V-PCC (Video-based Point Cloud Compression)** 的底层专利。V-PCC的核心机制就是将3D点云拆解为2D Patch并打包到2D Video Frame中传输。重点寻找将Patch打包进背景视频遮挡空隙的相关专利。

3. **基于Tile的流媒体传输 (Tile-based DASH Streaming / Panoramic Video)**：

* 检索全景VR视频（360-degree video）传输中，为了节省带宽而将“非视场角（FOV以外/被遮挡）的Tile替换为低码率或前景Tile数据”的专利。

### 4. 无效组合逻辑设计（目标最终方案）

* **主组方案**：**D3**（公开网络传输3D/2D及MPD信令）+ **D新（公开2D/3D空间遮挡计算与像素替换打包）** $\rightarrow$ 依据《专利审查指南》第三章第11节，论证将D新中的空间遮挡数据替换手段应用于D3的3D多视角传输架构中是本领域技术人员的显而易见的技术选择，不具备创造性（权利要求1无效）。

尊敬的客户/代理人：

作为一名经验丰富的专利代理师，我已对目标专利《权利要求1》（下称“本专利”）进行了深入的技术与法律解析，并结合您提供的三份对比文件进行了详尽的侵权/无效比对分析。

以下是针对本专利权利要求1的系统性无效分析报告：

---

## 一、 目标专利说明书对权利要求1的解释

结合本专利说明书及技术背景，权利要求1的核心技术构思在于**混合维度（体积与非体积）视频的复合流式传输与高效显示优化**。具体解释如下：

* **非体积视频（Non-volumetric Video）与体积视频（Volumetric Video）：**

非体积视频通常指传统的2D或平面视频（如普通1080p/4K视频）；体积视频指具有三维空间几何信息的视频（如点云、网格、3D模型，允许360度或多角度视角观看）。

* **空间子区域确定（特征D）：**

当体积视频（如一个3D虚拟人物或物体）叠加在非体积视频（如2D背景视频）前方显示时，体积视频会遮挡背景2D视频的特定区域。处理器通过计算遮挡关系，精准定位出背景视频中被遮挡的**空间子区域**。

* **转换技术与非体积表示（特征E）：**

为了降低传输体积视频所需的巨大带宽，采用特定算法（如将3D点云/网格打包映射为2D RGB+D深度图帧的转换技术），将3D体积视频转换为“非体积表示”（即2D化表示），同时该转换具备**可逆性**（客户端可从中重构出3D体积视频）。

* **数据替换与输出帧生成（特征F）：**

**这是本专利的核心技术手段**。处理器直接用“体积视频的2D非体积表示数据”去**替换/填补**非体积视频中“被遮挡的空间子区域数据”。这样，生成的复合视频输出帧在结构上仍是一个标准的2D视频帧，既节省了被遮挡背景数据的传输带宽，又将3D体积数据无缝缝合进了2D视频流中。

* **信令数据传递（特征H）：**

在传输复合流的同时，额外传输信令数据（Signaling Data），告知客户端该流中包含被2D化的体积视频，以便客户端解码器识别并提取该区域数据，重构回3D体积视频并在前端进行分层/叠加渲染。

---

## 二、 对比文件详细出处与技术特征比对表格

### 1. 对比文件基本信息

* **D1：** US20110302319A1 (US2011302319A)

* **D2：** US20110307781A1 (US2011307781A)

* **D3：** US20120033037A1 (US2012033037A)

### 2. 特征比对表格（与目标专利权利要求1对比）

---

## 三、 最接近对比文件的选择与创造性分析

在评估本专利的创造性（如依据中国专利法第22条第3款或相应国际标准）时，确定**最接近的对比文件（Primary Reference）**需考量哪一份文件与本专利属于相同的技术领域、解决相同的技术问题或公开了最多的技术特征。

### 1. 最接近对比文件的筛选分析

* **D1 (US20110302319A1)：**

* *技术领域*：DASH自适应流媒体传输（根据网络状况调整Bitrate, Resolution, Framerate）。

* *局限性*：D1完全聚焦于2D视频自适应传输的清单文件（MPD/CAD）参数控制，完全没有涉及3D/体积视频（Volumetric Video）以及空间遮挡替换。

* **D2 (US20110307781A1)：**

* *技术领域*：复合媒体流（Composite Media）的无缝播放（如将多个视频剪辑Clip在时间轴上拼接，或插入广告）。

* *局限性*：D2的“复合”指的是**时间维度上的剪辑拼接（Time-domain stitching）**，而非**空间维度上的图像区域替换（Spatial-domain region replacement）**，也未涉及体积视频。

* **D3 (US20120033037A1)：**

* *技术领域*：网络传输3D/多视角视频（MVC）的信令控制（在Manifest/MPD中传递View ID、视角范围、深度信息等）。

* *优越性*：D3是三份文件中**唯一涉及3D/多视角视频（与体积视频同属3D视觉表达领域）传输与信令控制**的文件。

### 2. 结论：最接近对比文件的确定

**最接近对比文件为：D3 (US20120033037A1)**。

* **解决的技术问题**：D3与本专利均致力于解决“如何在网络流媒体传输中高效向客户端提供3D/多视角视频，并通过信令（Manifest/MPD）引导客户端正确解析”的技术问题。

---

## 四、 未被最接近对比文件公开的技术特征与无效薄弱点分析

以 **D3** 作为最接近的对比文件，进行技术特征对照分析：

### 1. 未被D3公开的技术特征

D3公开了特征A、B、C（部分）、G（部分）、H（部分），但**未能公开以下核心特征**：

1. **特征D**：确定非体积视频中因体积视频叠加而被部分/完全遮挡的**空间子区域**。

2. **特征E**：获得体积视频的**非体积表示**（通过允许重构的技术将3D转化为2D）。

3. **特征F**：用体积视频的非体积表示数据**替换**非体积视频的上述空间子区域数据，从而拼成复合输出帧。

### 2. 无效请求中最薄弱的技术特征（专利权的防线）

在当前的这三份对比文件（D1, D2, D3）范围内，本专利**最坚固（即对无效发起方而言最薄弱、最难攻破）的技术特征是：**

> **特征D + 特征E + 特征F 的组合（即“空间遮挡检测 + 3D转2D表示 + 空间图像数据直接替换掩码”这一套帧内复合处理流程）**。

* **薄弱原因分析**：

* D1仅解决“2D自适应码率”问题；

* D2仅解决“2D时间轴视频拼接”问题；

* D3仅解决“3D多视角MVC原生流在DASH中的信令标注”问题。

* 三份文件均未提出“把3D体积视频降维映射后，直接填补/替换掉2D背景图中被遮挡的空间区域”这一关键构想（该构想兼具**降低传输冗余**与**保持2D容器兼容性**的双重效果）。

因此，**仅凭现有对比文件 D1 + D2 + D3 的组合，很难对权利要求1发起成功的创造性（或新颖性）挑战。**

---

## 五、 进一步对比文件检索策略（检索指引）

为了成功无效本专利的权利要求1，必须补充针对“特征D+E+F（3D点云/体积数据转2D图并嵌入2D视频遮挡区）”的Prior Art。建议采取以下进一步检索策略：

### 1. 核心技术特征关键词组合（Search Keywords）

* **体积视频/3D数据降维**：

`Volumetric video`, `Point cloud`, `V-PCC` (Video-based Point Cloud Compression), `3D mesh`, `Depth map`, `RGB-D`, `2D representation`, `PCC`.

* **空间替换/遮挡抠图/复合**：

`Occlusion`, `Spatial sub-region`, `Replace`, `Embed`, `Bounding box`, `Composite frame`, `Background subtraction`, `Video inpainting` / `Overlay`.

* **流传输与信令**：

`Streaming`, `Signaling`, `MPD`, `Manifest`, `DASH`, `ISO/IEC 23090` (MPEG-I).

### 2. 重点专利分类号 (IPC / CPC Classification)

* **H04N 19/597**：针对立体/多视角/3D视频的视频编码技术（极为关键）。

* **H04N 19/167**：基于感兴趣区域(ROI)或特定空间区域的视频编码。

* **H04N 21/2343 / H04N 21/81**：流媒体服务器端的视频内容变换、混合媒体/3D内容传输。

* **G06T 9/00 / G06T 15/00**：3D图形压缩、点云压缩（PCC）与3D渲染。

### 3. 追溯特定技术标准与学术会议（Non-Patent Literature, NPL）

由于“体积视频编码（V-PCC）”和“3D点云与2D视频复合”是近年（特别是2015-2020年间）MPEG标准化组织的研究重点，建议重点检索以下非专利文献：

1. **ISO/IEC JTC1/SC29/WG11 (MPEG) 标准提案文档**：

* 检索关于 **V-PCC (Video-based Point Cloud Compression)** 的早期 Working Drafts 和 Contributed Papers。V-PCC 的核心思想正是将 3D 点云投影切片为 2D 几何图（Geometry Map）和纹理图（Texture Map），并借助传统 2D 视频编解码器进行传输。

2. **IEEE / ACM 顶级学术会议**：

* *IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)*

* *IEEE International Conference on Image Processing (ICIP)*

* *ACM Multimedia (MM)*

* 重点搜寻 2013–2019 年间关于 "Interactive Free-viewpoint Video", "Volumetric Video Streaming over DASH", "Point Cloud Video Occlusion Coding" 等主题的论文。

---

### 总结建议

利用当前的 D1、D2、D3，建议将 **D3** 设为最接近对比文件，结合 **D1/D2** 攻击其传输与信令架构，但必须通过**二次检索**补充一份公开了“将3D体积视频转换为2D帧数据并替换2D背景视频遮挡区域”的技术方案（作为D4），以形成 **D3 + D4 (+ D1/D2)** 的完整创造性摧毁链条。

作为一个在专利无效宣告与侵权诉讼领域有深厚经验的专利代理师，我将严格遵循 Patent Legal Practice 规范，紧密结合**目标专利**与**三份对比文件原文（CN102356622A、US8159995B2、US20120185906A1）**，为您提供系统性、可直接用于法律诉讼或无效宣告请求书的技术特征比对与有效性分析。

---

## 一、 目标专利技术方案拆解（权利要求1）

权利要求1（下称“权1”）的核心技术方案是：通过**“遮挡检测+空间替换+空间片段传输”**的技术手段，将体积视频（3D/立体视频）隐藏/嵌入在非体积视频（2D/普通视频）被遮挡的空间子区域内，并以复合视频形式传输，同时附加信号传递数据通知客户端。

### 权利要求1技术特征划分为：

* **特征A**：处理器系统，包括到网络的网络接口；

* **特征B**：输入接口，用于获得非体积视频；

* **特征C**：输入接口，用于获得体积视频，其至少一部分要在非体积视频的前面显示；

* **特征D**：处理器确定非体积视频的空间子区域，当体积视频显示在非体积视频前面时，该空间子区域被部分或完全遮挡；

* **特征E**：针对相应输入帧生成复合视频：获得体积视频的非体积表示（该非体积表示使用转换技术生成，且允许从非体积表示重构该体积视频）；

* **特征F**：用体积视频的非体积表示的数据**替换**非体积视频的空间子区域的数据，从而获得复合视频的输出帧；

* **特征G**：经由网络接口将复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到客户端设备；

* **特征H**：将信号传递数据提供到客户端设备，指示该复合视频流包含体积视频的非体积表示。

---

## 二、 对比文件技术特征比对表格及详细原文出处

各对比文件的全称及公开号如下：

* **D1**：CN102356622A（公开号：CN 102356622 A，公开日：2012-02-15，名称：《递送可缓存流媒体演示》）

* **D2**：US8159995B2（授权号：US 8,159,995 B2，授权日：2012-04-17，名称：《Method and facility for selecting satellite channels》）

* **D3**：US20120185906A1（公开号：US 2012/0185906 A1，公开日：2012-07-19，名称：《Scalable Video Controls Bandwidth Allocation to Data Services》）

### 1. 详细特征比对表

---

## 三、 对比文件公开内容的详细原文分析

### 1. D1（CN102356622A）

* **公开的技术特征（特征A、B，实质公开G、H）：**

* **特征A/B**：D1段落[0011]-[0012]、[0031]明确公开了包括CPU、内存和网络通信链接的计算设备；段落[0022]指出支持视频等多媒体流传输。

* **特征G（实质公开）**：D1段落[0009]及[0018]公开了“平滑流传输系统从一个或多个编码器接收以片段为单位的媒体数据……每一片段除了媒体内容之外还包含元数据”，段落[0044]提到针对特定轨道（如`video`）进行片段流式传输。这公开了将复合/多轨视频切片并流式传输给客户端。

* **特征H（实质公开）**：D1段落[0009]公开了“每一片段除了由客户机回放的片段的媒体内容之外还包含描述服务器上可用的编码以及该片段的编码的元数据信息”，段落[0039]-[0045]公开了利用`TrackFragmentReferenceBox`或清单（Manifest）向客户端发送信号传递数据（Signal Data）以指示流格式与内容结构。

* **未公开的特征：** 特征C、D、E、F（即关于体积视频与非体积视频的空间遮挡计算、空间数据替换生成复合视频的核心发明点）。

### 2. D2（US8159995B2）与 D3（US20120185906A1）

* **D2 (US8159995B2)**：侧重于卫星通信中的信道选择（在通用信道AK和专用信道DK之间根据丢包率、抖动等传输特性进行动态切换，出处：段落[0007]-[0014]、[0018]）。仅公开了常规的网络传输架构（特征A），**未公开目标专利针对视频图像内部空间子区域进行编解码和替换的任何视频处理特征**。

* **D3 (US20120185906A1)**：侧重于利用可扩展视频编码（SVC）控制数据服务的带宽分配。仅公开了视频数据传输及带宽控制（特征A、B），**未涉及体积视频与非体积视频的前后遮挡融合**。

---

## 四、 创造性分析：最接近的对比文件选择

在专利创造性审查/无效审查中，评价最接近对比文件的标准是：**技术领域相同或相近、所解决的技术问题最接近、公开的技术特征最多**。

### 最接近对比文件的确定：**D1 (CN102356622A)**

* **理由分析：**

1. **技术领域一致**：D1与目标专利均属于“流媒体视频传输与分发（网络流传输协议与元数据控制）”领域。

2. **技术问题相近**：D1旨在解决流媒体高效传输、降低延迟及带宽消耗问题；目标专利旨在解决体积视频与非体积视频混合传输时的带宽优化与兼容性问题。

3. **技术特征覆盖度最高**：D1公开了目标专利的网络架构（特征A）、视频输入（特征B）、媒体片段流式传输（特征G）以及利用元数据进行信号传递（特征H）。

* **D2和D3不适合作为最接近的对比文件**：D2是底层卫星信道切换（偏通信传输），D3是可扩展视频带宽分配，均缺乏对视频帧内部“空间结构/空间片段”粒度的操作，且与目标专利的核心创新距离较远。

---

## 五、 无效请求中最薄弱的技术特征与补充检索策略

### 1. 目标专利最薄弱的技术特征（Patentee's Achilles' Heel）

经过上述比对，目标专利区别于对比文件（D1/D2/D3）的**核心发明点/独创性特征**集中在：

* **特征D**：确定非体积视频中被体积视频**部分或完全遮挡的空间子区域**；

* **特征E + 特征F**：将体积视频转化为非体积表示（例如将深度/点云编码为2D），并**用该数据“直接替换（Replace）”非体积视频中被遮挡的空间子区域数据**，从而生成复合视频帧。

> **代理师研判**：

> 现有的D1-D3均未直接公开“**利用空间遮挡区域作为盲区/载体，填入另一视频（体积视频）的转换数据**”这一空间隐蔽/融合技术。因此，**针对特征D、E、F的组合，是目前发起无效请求时最薄弱的环节**。若仅凭D1/D2/D3，国家知识产权局（CNIPA）或专利局极易以“缺乏教导”为由维持目标专利有效。

### 2. 进一步的对比文件检索策略（Prior Art Search Strategy）

为了成功无效目标专利的权利要求1，必须针对特征D、E、F开展精准的**“二次交叉检索”**，具体策略如下：

#### (1) 检索领域拓展（扩展分类号与技术主题）

不要局限于传统的“流媒体分发协议（H04N 21/00）”，应将检索视角转向**图像处理、增强现实（AR/VR）、视频水印/隐写术（Steganography）、混合现实视频合成**领域：

* **IPC / CPC 分类号锁定：**

* `H04N 19/20`：涉及基于区域/对象的视频编码（Region-based video coding）；

* `G06T 15/00`、`G06T 19/00`：3D/体积视频处理、混合现实渲染与遮挡剔除（Occlusion culling）；

* `H04N 19/463`、`H04N 19/597`：立体/多视图/3D视频编码技术；

* `G09G 5/377`：图像合成与空间替换（Alpha blending / Area replacement）。

#### (2) 关键技术特征检索词构建（Boolean Logic Cross-Search）

针对“遮挡区域”与“数据替换”两大核心概念，使用以下逻辑组合：

* **中文逻辑式：** `(体积视频 OR 3D视频 OR 深度图 OR 点云) AND (非体积视频 OR 2D视频 OR 背景视频) AND (遮挡 OR 盲区 OR 剔除 OR 覆盖区域) AND (替换 OR 嵌入 OR 隐藏 OR 复合) AND (传输 OR 流媒体)`

* **英文逻辑式：** `("volumetric video" OR "3D video" OR "point cloud" OR "depth map") AND ("2D video" OR "background video" OR "non-volumetric") AND (occlud* OR "covered region" OR "hidden area" OR "occlusion culling") AND (replac* OR embed* OR composit* OR steganograph*) AND (stream* OR transmit*)`

#### (3) 结合公知常识（Common Knowledge）与结合教导（Motivation to Combine）

* **寻找D4（遮挡剔除与数据替换）**：寻找在2D/3D混合视频编码中，为了不浪费传输带宽，将“被前景遮挡的背景像素丢弃，并借用该空间位置传输前景3D/深度数据”的对比文件（D4）。

* **进攻路线**：以 **D1（最接近对比文件：提供网络流媒体及元数据传输框架） + D4（提供空间遮挡替换与体积视频2D化转化技术） + 本领域公知常识** 组合发起无效，论证将D4的技术手段应用到D1的流媒体传输框架中对于本领域技术人员而言是显而易见的。

---

> **代理师总结：**

> 目前已有的三份对比文件（D1-D3）足以盖下目标专利的**网络传输框架（特征A/B/G/H）**，但**未能击穿其核心“空间遮挡替换算法（特征D/E/F）”**。建议立即启动第二阶段检索，重点攻克AR/VR视频隐写与空间遮挡编码专利，方能一举无效该专利。

```python?code_reference&code_event_index=1

import weasyprint

from weasyprint import HTML

# Testing WeasyPrint imports and setting up the generation structure

print("WeasyPrint is available:", weasyprint.__version__)

```

```text?code_stdout&code_event_index=1

WeasyPrint is available: 62.3

```

```python?code_reference&code_event_index=2

# Prepare HTML report content for WeasyPrint conversion

html_content = """<!DOCTYPE html>

<html lang="zh-CN">

<head>

<meta charset="UTF-8">

<title>专利权利要求无效与创造性对比分析报告</title>

<style>

@page {

size: A4;

margin: 20mm 15mm 20mm 15mm;

@bottom-right {

content: "第 " counter(page) " 页，共 " counter(pages) " 页";

font-size: 9pt;

color: #555555;

}

@bottom-left {

content: "专利代理师专业评估报告 - 权利要求1无效分析";

font-size: 9pt;

color: #555555;

}

}

*, *::before, *::after {

box-sizing: border-box;

}

body {

font-family: "SimSun", "STSong", "Times New Roman", serif;

font-size: 10.5pt;

line-height: 1.6;

color: #222222;

margin: 0;

padding: 0;

}

/* Header Header Styling */

.header-container {

border-bottom: 3px double #1a365d;

padding-bottom: 12px;

margin-bottom: 20px;

}

.report-title {

font-family: "SimHei", "STHeiti", sans-serif;

font-size: 18pt;

font-weight: bold;

color: #1a365d;

text-align: center;

margin: 0 0 8px 0;

}

.report-subtitle {

font-size: 11pt;

text-align: center;

color: #4a5568;

margin: 0;

}

.meta-box {

background-color: #f7fafc;

border: 1px solid #e2e8f0;

border-radius: 4px;

padding: 10px 15px;

margin-bottom: 20px;

font-size: 9.5pt;

}

.meta-box table {

width: 100%;

border-collapse: collapse;

}

.meta-box td {

padding: 3px 5px;

vertical-align: top;

border: none;

}

/* Section Styling */

h2 {

font-family: "SimHei", "STHeiti", sans-serif;

font-size: 13pt;

color: #1a365d;

border-left: 4px solid #2b6cb0;

padding-left: 8px;

margin-top: 22px;

margin-bottom: 10px;

page-break-after: avoid;

}

h3 {

font-family: "SimHei", "STHeiti", sans-serif;

font-size: 11pt;

color: #2d3748;

margin-top: 14px;

margin-bottom: 6px;

page-break-after: avoid;

}

p {

margin-top: 0;

margin-bottom: 8px;

text-align: justify;

text-justify: inter-ideograph;

}

/* Table Styling */

table.data-table {

width: 100%;

border-collapse: collapse;

margin-top: 10px;

margin-bottom: 15px;

font-size: 9pt;

page-break-inside: auto;

}

table.data-table tr {

page-break-inside: avoid;

page-break-after: auto;

}

table.data-table th {

background-color: #2b6cb0;

color: #ffffff;

font-family: "SimHei", "STHeiti", sans-serif;

font-weight: bold;

padding: 7px 6px;

border: 1px solid #2b6cb0;

text-align: center;

}

table.data-table td {

border: 1px solid #cbd5e0;

padding: 6px 6px;

vertical-align: top;

line-height: 1.4;

}

table.data-table tr:nth-child(even) {

background-color: #f7fafc;

}

/* Quote Box */

.quote-box {

background-color: #edf2f7;

border-left: 3px solid #4a5568;

padding: 6px 10px;

margin: 6px 0;

font-size: 9pt;

color: #2d3748;

font-style: normal;

}

.highlight-text {

color: #c53030;

font-weight: bold;

}

.tag-match {

display: inline-block;

padding: 1px 5px;

border-radius: 3px;

font-size: 8.5pt;

font-weight: bold;

}

.tag-yes { background-color: #c6f6d5; color: #22543d; }

.tag-subtle { background-color: #feebc8; color: #744210; }

.tag-no { background-color: #fed7d7; color: #742a2a; }

ul, ol {

margin-top: 0;

margin-bottom: 8px;

padding-left: 20px;

}

li {

margin-bottom: 4px;

}

</style>

</head>

<body>

<div class="header-container">

<div class="report-title">目标专利权利要求1对比文件公开性与创造性深度分析报告</div>

<div class="report-subtitle">基于专利说明书解释、对比文件原文比对及专利无效检索策略研究</div>

</div>

<div class="meta-box">

<table>

<tr>

<td><strong>分析对象：</strong> 权利要求1（包含技术特征 A ~ H）</td>

<td><strong>评估视角：</strong> 资深专利代理师 / 专利无效诉讼代理人</td>

</tr>

<tr>

<td><strong>对比文件D1：</strong> CN102356622A (递送可缓存流媒体演示)</td>

<td><strong>对比文件D2：</strong> US8159995B2 (Selecting satellite channels)</td>

</tr>

<tr>

<td><strong>对比文件D3：</strong> US20120185906A1 (Scalable Video Controls...)</td>

<td><strong>分析目的：</strong> 特征比对、最接近对比文件确定、薄弱特征认定与检索策略</td>

</tr>

</table>

</div>

<h2>一、 目标专利权利要求1的说明书技术内涵解释</h2>

<p>在专利无效宣告与创造性审查中，权利要求书的术语必须结合目标专利说明书的整体构思与上下文进行界定：</p>

<ol>

<li><strong>体积视频（Volumetric Video）与非体积视频（Non-volumetric Video）及遮挡关系（特征C、D）：</strong> 说明书中，“体积视频”通常指具有三维空间几何信息或多视角深度信息的数据（如3D点云、网格、多视角RGB-D视频），其在客户端呈现时具有三维空间立体位置；“非体积视频”指传统的二维平面视频（如普通2D背景流）。“遮挡区域”是指当体积视频元素叠放在2D背景视频前方显示时，从客户端观察视角被体积视频遮挡住的非体积视频空间区域（凹陷/遮蔽区）。</li>

<li><strong>体积视频的非体积表示与转换技术（特征E）：</strong> 指将三维体积视频通过几何投影、图纹打包（Atlas Packing）、2D视频帧铺轨拼接或深度图转换等算法，压缩/转换为标准2D视频解码器（如H.264/HEVC）可直接解码的二维画面（非体积表示）。此过程是可逆的，客户端可依据几何元数据从该2D画面中重构出原始3D体积视频。</li>

<li><strong>数据替换与输出帧生成（特征F）：</strong> 将非体积视频中因遮挡而无需显示的“空间子区域”图像数据直接剔除/覆盖，用上述生成的“体积视频的非体积表示的数据”填补入该子区域，从而将两路视频合并为单一的2D复合视频输出帧（Composite Frame）。</li>

<li><strong>信号传递数据（Signaling Data，特征H）：</strong> 随复合视频流一并传输或带外传输的控制信令/元数据，专门用于向客户端指示该复合视频流中特定区域或通道内包含了由体积视频转换而来的非体积表示，并提供重构3D体积视频所需的参数。</li>

</ol>

<h2>二、 对比文件技术特征比对与原文出处分析</h2>

<p>基于各对比文件官方公开/授权文本原文，针对权利要求1的技术特征 A~H 进行逐项特征比对与公开程度认定：</p>

<h3>1. 对比文件基本信息</h3>

<ul>

<li><strong>对比文件1（D1）：</strong> CN102356622A，发明公开日：2012年02月15日，名称：《递送可缓存流媒体演示》。</li>

<li><strong>对比文件2（D2）：</strong> US8159995B2，授权日：2012年04月17日，名称：《Method and facility for selecting satellite channels》。</li>

<li><strong>对比文件3（D3）：</strong> US20120185906A1，公开日：2012年07月19日，名称：《Scalable Video Controls Bandwidth Allocation to Data Services》。</li>

</ul>

<h3>2. 技术特征比对表</h3>

<table class="data-table">

<thead>

<tr>

<th style="width: 12%;">特征编号</th>

<th style="width: 28%;">权利要求1技术特征内容</th>

<th style="width: 20%;">D1 (CN102356622A)</th>

<th style="width: 20%;">D2 (US8159995B2)</th>

<th style="width: 20%;">D3 (US20120185906A1)</th>

</tr>

</thead>

<tbody>

<tr>

<td><strong>特征A</strong></td>

<td>网络接口，用于到网络的连接</td>

<td><span class="tag-match tag-yes">毫无异议公开</span><br>[0002],[0021],[图1] 客户机/服务器接口组件120/150</td>

<td><span class="tag-match tag-yes">毫无异议公开</span><br>[0008],[0018],[附图] 卫星调制解调器SM1/SM2</td>

<td><span class="tag-match tag-yes">毫无异议公开</span><br>[0001],[0051],[图1] 数据连接104、接入节点106</td>

</tr>

<tr>

<td><strong>特征B</strong></td>

<td>输入接口，获得非体积视频</td>

<td><span class="tag-match tag-subtle">实质公开</span><br>[0022],[0048] 媒体源220获取传统2D视频流</td>

<td><span class="tag-match tag-subtle">实质公开</span><br>[0010],[0018] 数据源DQ传输音频/视频流D1</td>

<td><span class="tag-match tag-subtle">实质公开</span><br>[0009],[0055] 基础层(Base Layer)视频流传输</td>

</tr>

<tr>

<td><strong>特征C</strong></td>

<td>体积视频，至少一部分要在非体积视频前面显示</td>

<td><span class="tag-match tag-no">未公开</span><br>仅提及多摄像头角度、幻灯片、字幕组合[0048],[0067]</td>

<td><span class="tag-match tag-no">未公开</span><br>仅提及通用/专用信道传输音视频[0010]</td>

<td><span class="tag-match tag-no">未公开</span><br>仅提及可扩展视频编码(SVC)分层视频[0009]</td>

</tr>

<tr>

<td><strong>特征D</strong></td>

<td>确定非体积视频中被体积视频部分/完全遮挡的空间子区域</td>

<td><span class="tag-match tag-no">未公开</span><br>无空间子区域遮挡确定机制</td>

<td><span class="tag-match tag-no">未公开</span><br>无图像空间子区域遮挡概念</td>

<td><span class="tag-match tag-no">未公开</span><br>仅涉及按质量/增强层丢包[0078]，无空间遮挡计算</td>

</tr>

<tr>

<td><strong>特征E</strong></td>

<td>获得体积视频的非体积表示（转换技术，允许重构体积视频）</td>

<td><span class="tag-match tag-no">未公开</span><br>仅涉及将流分割为片段(Fragment)及MP4封装[0024]</td>

<td><span class="tag-match tag-no">未公开</span><br>仅涉及信道切换与窄带监测信号[0014]</td>

<td><span class="tag-match tag-no">未公开</span><br>SVC增强层提供分辨率/帧率扩展[0009],[0055]，非体积表示转换</td>

</tr>

<tr>

<td><strong>特征F</strong></td>

<td>用体积视频非体积表示数据替换非体积视频空间子区域数据，获得输出帧</td>

<td><span class="tag-match tag-no">未公开</span><br>无空间图像数据替换及复合帧拼合</td>

<td><span class="tag-match tag-no">未公开</span><br>无图像像素/数据块替换机制</td>

<td><span class="tag-match tag-no">未公开</span><br>仅针对增强层进行门控/丢弃(Gating)[0078]，无空间替换</td>

</tr>

<tr>

<td><strong>特征G</strong></td>

<td>将复合视频作为流或所选空间片段流式传输到客户端</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0018],[0044] 流式传输媒体片段(Fragment)</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0008],[0018] 传输连续数据流D1/D2</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0051],[0078] 传输分层视频流及门控传输</td>

</tr>

<tr>

<td><strong>特征H</strong></td>

<td>向客户端提供信号传递数据，指示包含体积视频的非体积表示</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0018],[0039] 清单元数据(Manifest)与定制MP4盒子</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0010],[0018] 控制命令S与RTP时间戳/序列号</td>

<td><span class="tag-match tag-subtle">部分公开</span><br>[0066],[0080] SDP描述信息与NAL标识符</td>

</tr>

</tbody>

</table>

<h3>3. 各对比文件原文详细出处与分析</h3>

<h4>(1) D1：CN102356622A 分析</h4>

<div class="quote-box">

<strong>原文出处段落 [0018]：</strong>“在客户机和服务器之间提供无态协议的平滑流传输系统，其中服务器将增量信息嵌入在媒体片段（即，块）中...每一片段除了由客户机回放的片段的媒体内容之外还包含描述服务器上可用的编码以及该片段的编码的元数据信息。”<br>

<strong>原文出处段落 [0024]：</strong>“MP4容器格式允许在单个文件中关联多种类型的数据。构成MP4容器的各个数据被称为盒子...编码器可以将诸如被用来编码经编码的媒体数据的编码类型等的元数据信息以及经编码的媒体数据本身放置在盒子中。”

</div>

<p><strong>分析结论：</strong> D1 毫无异议地公开了网络接口、片段化流式传输以及利用清单（Manifest）/定制盒子传输信号传递元数据的技术（特征A、G、H部分）。D1 的核心在于平滑流传输与基于 HTTP 缓存的片段交付，其视频仅为普通的 2D 视听流（实质公开特征B）。D1 完全未涉及“体积视频”、“3D到2D的转换技术/非体积表示”、“遮挡区域确定”以及“像素/空间数据替换拼合”（特征C、D、E、F）。</p>

<h4>(2) D2：US8159995B2 分析</h4>

<div class="quote-box">

<strong>原文出处段落 [0008]：</strong>“A (digital) data transmission link consisting of a data source, a satellite modem, a satellite radio link and a second receiving satellite modem as well as a data sink is set up...”<br>

<strong>原文出处段落 [0014]：</strong>“The transmission characteristics of the general channel are determined by transmitting monitoring data (narrowband monitoring signal) from the data source by way of the general channel to the data sink while the payload is being routed by way of a dedicated channel.”

</div>

<p><strong>分析结论：</strong> D2 属于卫星通信信道选择领域，毫无异议公开了包含网络接口（卫星调制解调器）的传输系统（特征A）。其传输的“音频和视频数据流”（段落[0010]）实质公开了普通非体积视频的传输（特征B）。D2 的发明点在于通用信道与专用信道之间的动态切换及窄带监测信号，完全未涉及视频图像处理、体积视频、空间遮挡或图像数据替换（特征C、D、E、F、H）。</p>

<h4>(3) D3：US20120185906A1 分析</h4>

<div class="quote-box">

<strong>原文出处段落 [0009]：</strong>“As known, a layered video coding scheme comprises a base layer and one or more enhancement layers. The enhancement layers can be combined with the base layer for increasing, e.g., resolution, reproduction accuracy or frame-rate of the video content information when rendered. Video coding standards that use a layered coding scheme include Scalable Video Coding (SVC)...”<br>

<strong>原文出处段落 [0078]：</strong>“The actual scaling of the content information, e.g., a video stream, is carried out by means of adding enhancement layers or removing enhancement layers. Layers can be dropped by activating a firewall mechanism or a gating mechanism...”

</div>

<p><strong>分析结论：</strong> D3 属于流媒体带宽分配领域，采用可扩展视频编码（SVC）技术，通过基础层（Base Layer）和增强层（Enhancement Layer）控制带宽。基础层对应于普通2D视频（实质公开特征B），门控丢弃/保留增强层并在SDP/NAL中传递控制信令（部分公开特征G、H）。但是，SVC 的增强层是用于提高“整体画面的分辨率、帧率或质量”，而非将“三维体积视频通过转换技术生成的非体积表示”。D3 也不存在“空间遮挡区域确定”与“空间子区域数据替换拼合”的概念（特征C、D、E、F未公开）。</p>

<h2>三、 最接近对比文件的选择与创造性分析</h2>

<h3>1. 整体解决的技术问题与技术效果对比</h3>

<ul>

<li><strong>目标专利：</strong> 解决在客户端将3D体积视频叠加于2D背景视频前方显示时，双路视频传输带宽高、计算开销大以及被遮挡背景图像造成带宽冗余浪费的技术问题；达到“大幅降低传输带宽、实现单路复合流的高效传输与平滑重构”的技术效果。</li>

<li><strong>对比文件D1：</strong> 解决流媒体传输中客户机/服务器紧耦合、有态连接开销大及无法利用现有网络缓存的问题；达到“提供无态平滑流传输、提高服务器可伸缩性”的效果。</li>

<li><strong>对比文件D3：</strong> 解决多服务/多用户竞争有限网络带宽导致服务质量（QoS）下降的问题；达到“利用SVC分层门控动态调节视频带宽、优化网络资源利用率”的效果。</li>

<li><strong>对比文件D2：</strong> 解决卫星通信中专用信道费用高与通用信道质量不稳定的矛盾；达到“基于传输质量监测动态切换卫星信道”的效果。</li>

</ul>

<h3>2. 最接近对比文件的认定</h3>

<p>在创造性审查中，最接近的对比文件应当是技术领域相同或相近、所要解决的技术问题最类似、或者公开技术特征最多的对比文件：</p>

<ol>

<li><strong>最接近对比文件：D1 (CN102356622A) 或 D3 (US20120185906A1)</strong>（两者均可作为最接近对比文件）。</li>

<li><strong>选为D1的理由：</strong> D1 与目标专利同属于“流媒体流式传输与元数据控制（片段/清单机制）”领域。D1 提供了视频流分割传输、清单信令通知（Manifest/定制MP4盒子）的整体流传输框架，与目标专利复合视频流的传输架构最为接近。</li>

<li><strong>选为D3的理由：</strong> D3 与目标专利同属于“基于视频编码结构（分层/多流）的视频传输控制”领域。D3 明确涉及视频编码层级的选择与带外/带内信令协商（SDP/NAL），在视频编码传输控制的细节上提供了切入点。</li>

</ol>

<h3>3. 其他对比文件对未公开特征的结合分析</h3>

<p>以 <strong>D1 作为最接近对比文件</strong> 为例进行创造性组合评估：</p>

<ul>

<li><strong>区别技术特征：</strong> 区别特征在于特征 C、D、E、F 以及特征 H 中“指示体积视频非体积表示”的具体信令内容。</li>

<li><strong>结合D3评估：</strong> 尝试将 D3 与 D1 结合。D3 仅公开了 SVC 的基础层/增强层丢弃（基于分辨率/帧率的整体质量调节），完全没有公开“体积视频到非体积表示的转换（特征E）”、“确定背景视频被遮挡的空间子区域（特征D）”以及“用体积视频数据替换被遮挡空间子区域形成复合帧（特征F）”。</li>

<li><strong>结合D2评估：</strong> D2 为卫星信道物理/链路层切换技术，与视频空间图像处理完全无关，无法提供任何技术启示。</li>

<li><strong>结论：</strong> 现有的对比文件 D1、D2、D3 的任意组合均无法覆盖权利要求1的核心技术特征组合（C + D + E + F），权利要求1相对于 D1/D3 与其他对比文件的组合具备显著的创造性（符合《专利法》第22条第3款）。</li>

</ul>

<h2>四、 无效请求中最薄弱的技术特征认定</h2>

<p>若要对目标专利权利要求1发起无效宣告，该权利要求中最薄弱（即最容易被公知常识或其他现有技术攻破）的技术特征以及最具防御力（最稳固）的特征认定如下：</p>

<table class="data-table">

<thead>

<tr>

<th style="width: 20%;">特征分类</th>

<th style="width: 25%;">包含的具体特征</th>

<th style="width: 55%;">代理师专业评估与稳定性分析</th>

</tr>

</thead>

<tbody>

<tr>

<td><strong>相对薄弱特征<br>(易被攻击)</strong></td>

<td><strong>特征A、B、G、H</strong><br>(网络接口、普通视频输入、流式传输、信令传输)</td>

<td>属于常规流媒体传输架构。D1、D2、D3 已非常充分地公开了网络接口、流式传输、MP4/SDP/清单元数据传递等内容。这些特征单独不具备任何专利性，属于本领域公知常识。</td>

</tr>

<tr>

<td><strong>中等防御特征<br>(具有一定门槛)</strong></td>

<td><strong>特征E</strong><br>(体积视频到非体积表示的转换)</td>

<td>将3D体积视频（如点云/RGB-D）打包/投影为2D画面（如Atlas Packing）在三维视频编码（3D-HEVC / V-PCC / MIV）领域已有较多现有技术。若单独检索三维视频编码标准，特征E容易被对比文件公开。</td>

</tr>

<tr>

<td><strong>最稳固/核心防御特征<br>(最难被无效)</strong></td>

<td><strong>特征D + 特征F</strong><br>(空间遮挡子区域确定 + 像素/数据替换拼合)</td>

<td><strong>这是本专利的最核心发明点！</strong> 专利构思巧妙地将“三维空间渲染遮挡关系”提前引入到“服务器端的视频编码与数据拼合阶段”：利用体积视频在前端的遮挡关系，直接把非体积视频中无用的背景子区域裁剪掉，并“填充替换”为体积视频的2D表示。这种将空间裁剪与数据替换结合生成单路复合帧的思想，在传统的标准流媒体协议（D1-D3）中完全不存在。</td>

</tr>

</tbody>

</table>

<h2>五、 进一步对比文件检索策略建议</h2>

<p>由于现有对比文件 D1~D3 无法破坏权利要求1的创造性，若要成功无效该权利要求，必须重新调整检索策略，重点寻找公开 <strong>“体积视频转换”</strong> 以及 <strong>“基于遮挡的空间图像拼合/数据替换”</strong> 的对比文件：</p>

<h3>1. 检索技术领域与IPC/CPC分类号拓展</h3>

<p>现有 D1-D3 偏向于传统的“网络流媒体传输/信道分配（H04L, H04N 21/00）”，应将检索重心转向 <strong>“三维视频编码、空间图像合成与基于视角的视频裁剪”</strong> 领域：</p>

<ul>

<li><strong>H04N 19/597：</strong> 立体或多视角视频序列的编码或解码（Multiview/3D Video Coding）。</li>

<li><strong>H04N 19/167：</strong> 基于感兴趣区域（ROI）或图像特定空间区域的编码。</li>

<li><strong>H04N 13/00：</strong> 立体电视系统；三维图像传输系统（如 RGB+Depth, Point Cloud Video）。</li>

<li><strong>G06T 15/20 / G06T 19/00：</strong> 3D图像渲染、遮挡剔除（Occlusion Culling）与混合现实（MR/AR）图像合成。</li>

</ul>

<h3>2. 核心关键词组合逻辑（Search Expressions）</h3>

<p>建议使用以下三组核心概念进行逻辑“与（AND）”组合检索：</p>

<ol>

<li><strong>体积/三维视频组：</strong> ("volumetric video" OR "3D video" OR "point cloud" OR "RGB-D" OR "free-viewpoint" OR "MIV" OR "V-PCC")</li>

<li><strong>遮挡/空间子区域/裁剪组：</strong> ("occlusion" OR "occluded region" OR "spatial sub-region" OR "background occlusion" OR "crop" OR "redundancy removal")</li>

<li><strong>替换/拼合/复合帧组：</strong> ("replace" OR "substitute" OR "composite frame" OR "atlas packing" OR "embed" OR "multiplex")</li>

</ol>

<h3>3. 重点非专利文献与标准组织文献检索（NPL Search）</h3>

<p>很多体积视频编解码及空间拼合技术率先发表于国际标准组织及学术会议中，建议重点检索以下来源：</p>

<ul>

<li><strong>MPEG 3DV / V-PCC / MIV 标准提案：</strong> 检索 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 ISO/IEC 23090-5 (Visual Volumetric Video-based Coding, V-PCC) 和 ISO/IEC 23090-12 (MPEG Immersive Video, MIV) 的早期工作组文档（Input Documents/Contributions）。重点关注“Occlusion frame packing”、“Patch packing”及“Background frame merging”。</li>

<li><strong>学术会议与期刊：</strong> IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)、IEEE ICIP、ACM Multimedia、IEEE VR。检索重点在于“User-centric volumetric video streaming”及“Occlusion-aware video composition”。</li>

</ul>

</body>

</html>

"""

# Write HTML to file

with open("patent_analysis.html", "w", encoding="utf-8") as f:

f.write(html_content)

# Render HTML to PDF using WeasyPrint

output_pdf = "patent_invalidity_analysis_report.pdf"

HTML("patent_analysis.html").write_pdf(output_pdf)

print(f"PDF Analysis Report successfully generated: {output_pdf}")

```

```text?code_stdout&code_event_index=2

PDF Analysis Report successfully generated: patent_invalidity_analysis_report.pdf

```

您的专利无效与创造性对比分析报告已经生成，PDF 版本已完成排版并可供下载。

[file-tag: code-generated-file-27fc718d-b90c-4535-88df-630aabdb6671]

---

### **目标专利权利要求1对比文件公开性与创造性深度分析报告**

作为一名经验丰富的专利代理师/专利诉讼代理人，我紧密结合目标专利说明书的技术构思，对对比文件原文进行了逐项比对，并从整体解决的技术问题、技术效果及创造性角度为您提供详细分析如下：

---

### **一、 目标专利说明书对权利要求1的技术内涵解释**

在评估权利要求1的保护范围与稳定性和开展创造性比对前，须结合说明书整体构思对核心术语进行解释：

1. **体积视频（Volumetric Video）与非体积视频及遮挡关系（特征C、D）：**

* **解释：** “体积视频”指包含三维空间几何/深度信息或多视角信息（如 3D 点云、RGB-D、立体网格等）的视频，在客户端呈现时具有三维空间立体属性；“非体积视频”指传统的 2D 平面背景视频。“遮挡”是指当体积视频元素叠放在 2D 背景视频前景（Front）显示时，从客户端观察视角看，背景视频中被前景 3D 体积元素所挡住的空间画面区域（即冗余显示的画面区域）。

2. **体积视频的非体积表示与转换技术（特征E）：**

* **解释：** 指通过投影、打包（Atlas Packing）、图集映射等转换技术，将原本的三维体积视频数据压缩/映射为标准 2D 解码器（如 H.264/HEVC/V-PCC）能够直接解码的二维图像（即非体积表示）。此过程可逆，客户端可基于随附元数据重构回 3D 体积视频。

3. **数据替换与复合视频生成（特征F）：**

* **解释：** 处理器确定非体积视频中因遮挡而“无需显示”的空间子区域，直接剔除/覆盖该子区域的像素数据，并用上述“体积视频的非体积表示”的数据填补填充到该子区域中，从而将两路视频合并为单一的 2D 复合输出帧（Composite Frame），大幅节省带宽。

4. **信号传递数据（Signaling Data，特征H）：**

* **解释：** 随复合流传输的信令/元数据，专门用于向客户端指示该复合视频流中特定区域包含由体积视频转换而来的非体积表示，并提供重构 3D 体积视频所需的几何/映射参数。

---

### **二、 对比文件技术特征比对与公开性分析**

#### **1. 各对比文件基本信息**

* **D1：** CN102356622A，发明公开日：2012-02-15，名称：《递送可缓存流媒体演示》

* **D2：** US8159995B2，授权公告日：2012-04-17，名称：《Method and facility for selecting satellite channels》

* **D3：** US20120185906A1，发明公开日：2012-07-19，名称：《Scalable Video Controls Bandwidth Allocation to Data Services》

#### **2. 技术特征比对表**

---

### **三、 对比文件原文出处详细分析**

#### **1. 对比文件1（D1：CN102356622A）**

* **原文出处段落 [0018]：** “在客户机和服务器之间提供无态协议的平滑流传输系统，其中服务器将增量信息嵌入在媒体片段（即，块）中...每一片段除了由客户机回放的片段的媒体内容之外还包含描述服务器上可用的编码以及该片段的编码的元数据信息。”

* **原文出处段落 [0024]：** “MP4容器格式允许在单个文件中关联多种类型的数据...编码器可以将诸如被用来编码经编码的媒体数据的编码类型等的元数据信息以及经编码的媒体数据本身放置在盒子中。”

* **代理师深度分析：** D1 属于 HTTP 平滑流流媒体传输领域，毫无异议地公开了网络接口、片段化流式传输以及利用清单（Manifest）/定制盒子传输信号传递元数据的技术（特征A、G、H部分）。其传输的视频仅为普通的 2D 视听流（实质公开特征B）。**D1 完全未涉及“体积视频”、“3D到2D的转换技术/非体积表示”、“遮挡区域确定”以及“像素/空间数据替换拼合”（特征C、D、E、F）。**

#### **2. 对比文件2（D2：US8159995B2）**

* **原文出处段落 [0008]：** “A (digital) data transmission link consisting of a data source, a satellite modem, a satellite radio link and a second receiving satellite modem as well as a data sink is set up...”

* **原文出处段落 [0014]：** “The transmission characteristics of the general channel are determined by transmitting monitoring data (narrowband monitoring signal)...”

* **代理师深度分析：** D2 属于卫星通信信道选择领域，公开了包含网络接口（卫星调制解调器）的传输系统（特征A）及普通音视频流的传输（特征B）。D2 的发明点在于通用信道与专用信道之间的动态切换及窄带监测信号，**完全未涉及视频图像处理、体积视频、空间遮挡或图像数据替换（特征C、D、E、F、H）。**

#### **3. 对比文件3（D3：US20120185906A1）**

* **原文出处段落 [0009]：** “As known, a layered video coding scheme comprises a base layer and one or more enhancement layers... Video coding standards that use a layered coding scheme include Scalable Video Coding (SVC)...”

* **原文出处段落 [0078]：** “The actual scaling of the content information, e.g., a video stream, is carried out by means of adding enhancement layers or removing enhancement layers. Layers can be dropped by activating a firewall mechanism or a gating mechanism...”

* **代理师深度分析：** D3 属于流媒体带宽分配领域，采用可扩展视频编码（SVC）技术，通过基础层（Base Layer）和增强层（Enhancement Layer）控制带宽。基础层对应于普通2D视频（实质公开特征B），门控丢弃/保留增强层并在SDP/NAL中传递控制信令（部分公开特征G、H）。**但是，SVC 的增强层是用于提高“整体画面的分辨率、帧率或质量”，而非将“三维体积视频通过转换技术生成的非体积表示”。D3 也不存在“空间遮挡区域确定”与“空间子区域数据替换拼合”的概念（特征C、D、E、F未公开）。**

---

### **四、 最接近对比文件的选择与创造性分析**

#### **1. 整体解决的技术问题与技术效果**

* **目标专利：** 解决在客户端将 3D 体积视频叠加于 2D 背景视频前方显示时，双路视频传输带宽高、计算开销大以及被遮挡背景图像造成带宽冗余浪费的技术问题；达到**“大幅降低传输带宽、实现单路复合流的高效传输与平滑重构”**的技术效果。

* **D1：** 解决流媒体传输中客户机/服务器紧耦合、有态连接开销大及无法利用现有网络缓存的问题；达到“提供无态平滑流传输、提高服务器可伸缩性”的效果。

* **D3：** 解决多服务/多用户竞争有限网络带宽导致服务质量（QoS）下降的问题；达到“利用 SVC 分层门控动态调节视频带宽”的效果。

* **D2：** 解决卫星通信中专用信道费用高与通用信道质量不稳定的矛盾。

#### **2. 最接近对比文件的认定**

* **最接近对比文件推荐：D1 (CN102356622A) 或 D3 (US20120185906A1)**（两者均可作为最接近对比文件）。

* **选为 D1 的理由：** D1 与目标专利同属于“流媒体流式传输与元数据控制（片段/清单机制）”领域。D1 提供了视频流分割传输、清单信令通知（Manifest/定制MP4盒子）的整体流传输框架，与目标专利复合视频流的传输架构最为接近。

* **选为 D3 的理由：** D3 与目标专利同属于“基于视频编码结构（分层/多流）的视频传输控制”领域。D3 明确涉及视频编码层级的选择与带外/带内信令协商（SDP/NAL），在视频编码传输控制的细节上提供了切入点。

#### **3. 对比文件结合与创造性评价**

* 以 **D1 为最接近对比文件**，区别特征在于特征 **C、D、E、F** 以及特征 **H** 中“指示体积视频非体积表示”的具体信令内容。

* 尝试将 D3/D2 与 D1 结合：D3 仅公开了 SVC 的基础层/增强层丢弃（基于分辨率/帧率的整体质量调节），完全没有公开“体积视频到非体积表示的转换（特征E）”、“确定背景视频被遮挡的空间子区域（特征D）”以及“用体积视频数据替换被遮挡空间子区域形成复合帧（特征F）”。D2 为卫星物理/链路层技术，无法提供任何图像处理技术启示。

* **创造性结论：现有的对比文件 D1、D2、D3 的任意组合均无法覆盖权利要求1的核心技术特征组合（C + D + E + F），权利要求1相对于现有的对比文件具备显著的创造性（符合《专利法》第22条第3款）。**

---

### **五、 无效请求中最薄弱的技术特征认定**

若要对目标专利权利要求1发起无效宣告，对其特征稳定性评估如下：

1. **最薄弱特征（极易被公知常识/现有技术攻破）：特征A、B、G、H**

* **原因：** 属于常规流媒体传输架构。D1、D2、D3 已非常充分地公开了网络接口、流式传输、MP4/SDP/清单元数据传递等内容，单独不具备专利性。

2. **中等防御特征：特征E（体积视频到非体积表示的转换）**

* **原因：** 将 3D 体积视频（如点云/RGB-D）打包/投影为 2D 画面（如 Atlas Packing）在三维视频编码（3D-HEVC / V-PCC / MIV）领域已有较多现有技术，单独检索较易被攻破。

3. **最稳固/核心防御特征（最难被无效）：特征D + 特征F（空间遮挡子区域确定 + 像素/数据替换拼合）**

* **原因：** **这是本专利的最核心发明点！** 专利构思巧妙地将“三维空间渲染遮挡关系”提前引入到“服务器端的视频编码与数据拼合阶段”：利用体积视频在前端的遮挡关系，直接把非体积视频中无用的背景子区域裁剪掉，并“填充替换”为体积视频的 2D 表示。这种将空间裁剪与数据替换结合生成单路复合帧的思想，在传统的标准流媒体协议（D1-D3）中完全不存在。

---

### **六、 进一步的对比文件检索策略建议**

鉴于现有的 D1~D3 无法破坏权利要求1的创造性，若要成功无效该权利要求，建议重新调整检索策略：

#### **1. 拓展 IPC/CPC 分类号检索**

放弃单纯的“网络流媒体传输/信道分配（H04L, H04N 21/00）”，转向 **“三维视频编码、空间图像合成与基于视角的视频裁剪”** 领域：

* **H04N 19/597：** 立体或多视角视频序列的编码或解码（Multiview/3D Video Coding）。

* **H04N 19/167：** 基于感兴趣区域（ROI）或图像特定空间区域的编码。

* **H04N 13/00：** 立体电视系统；三维图像传输系统（如 RGB+Depth, Point Cloud Video）。

* **G06T 15/20 / G06T 19/00：** 3D图像渲染、遮挡剔除（Occlusion Culling）与混合现实（MR/AR）图像合成。

#### **2. 核心关键词组合逻辑**

逻辑关系：`[体积/三维视频组]` **AND** `[遮挡/空间子区域/裁剪组]` **AND** `[替换/拼合/复合帧组]`

* **体积/三维视频组：** `("volumetric video" OR "3D video" OR "point cloud" OR "RGB-D" OR "free-viewpoint" OR "MIV" OR "V-PCC")`

* **遮挡/空间子区域/裁剪组：** `("occlusion" OR "occluded region" OR "spatial sub-region" OR "background occlusion" OR "crop" OR "redundancy removal")`

* **替换/拼合/复合帧组：** `("replace" OR "substitute" OR "composite frame" OR "atlas packing" OR "embed" OR "multiplex")`

#### **3. 非专利文献（NPL）与标准组织提案检索**

重点检索三维视频编解码标准组织提案与顶级学术会议：

* **MPEG 3DV / V-PCC / MIV 标准提案：** ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 ISO/IEC 23090-5 (V-PCC) 和 ISO/IEC 23090-12 (MPEG Immersive Video, MIV) 的早期工作组文档（Input Documents/Contributions）。重点关注“Occlusion frame packing”、“Patch packing”及“Background frame merging”。

* **学术会议与期刊：** IEEE TCSVT、IEEE ICIP、ACM Multimedia、IEEE VR，检索重点在于“User-centric volumetric video streaming”及“Occlusion-aware video composition”。

这是一份基于涉案专利权利要求1与三份对比文件（D1: US20120198506A1、D2: EP2511818A2、D3: WO2013011359A1）的专业专利无效/创造性对比分析报告。

---

### 一、 权利要求技术特征拆解与技术内涵解释

在解释本专利权利要求1时，需紧密结合**体积视频（Volumetric Video）**与**非体积视频（Non-volumetric Video / 2D/2.5D Video）**融合传输与处理的技术背景：

* **技术特征A（网络接口）**：处理器系统与通信网络之间的物理/逻辑数据接口。

* **技术特征B（输入接口-非体积视频）**：获取传统二维（2D）或平面的视频流数据。

* **技术特征C（输入接口-体积视频及遮挡关系）**：获取具有三维空间深度/体积特性的视频数据（如三维点云、3D Mesh、带有深度图的RGB-D视频），且该体积视频在客户端设备渲染显示时，其空间位置设定在非体积视频的**前景（Front）**，从而在视觉视角上对后方的非体积视频产生遮挡。

* **技术特征D（确定被遮挡的空间子区域）**：处理器根据体积视频与非体积视频的相对空间位置及投影关系，**计算出非体积视频中哪些二维像素/空间区域在渲染时会被前景体积视频挡住（部分或完全遮挡）**。

* **技术特征E（生成非体积表示）**：对体积视频进行三维到二维的转换编码（例如将3D点云/网格打包/投影为2D RGB/Depth图帧的数据转换技术），使得该“非体积表示”能够通过二维视频流传输，并允许客户端利用逆变换重构出原始三维体积视频。

* **技术特征F（数据替换与复合帧生成）**：**核心创新点/发明构思**。处理器利用生成的“体积视频的非体积表示数据”，**直接填充/替换**非体积视频中在特征D中确定的“被遮挡的空间子区域的数据”，从而拼合生成单帧复合视频输出帧（Composite Frame）。这样既传输了前景体积视频信息，又省去了传输背景中被遮挡无用像素的带宽。

* **技术特征G（复合视频流/片段流传输）**：将生成的复合视频通过网络接口发送至客户端（支持整流传输或按空间Tile/Fragment选择性传输）。

* **技术特征H（信号传递数据/Signaling Data）**：向客户端额外发送信令/带外数据（In-band/Out-of-band Metadata），用于通知客户端“该复合视频流中包含了通过特定转换打包的体积视频非体积表示”，指示客户端进行提取与三维重构。

---

### 二、 对比文件技术特征比对与原文详细出处（特征比对表）

#### 对比文件基本信息及公开号说明：

1. **D1**：US20120198506A1（MULTICAST ADAPTIVE STREAM SWITCHING FOR DELIVERY OF OVER THE TOP VIDEO CONTENT）

2. **D2**：EP2511818A2（Display apparatus and control method thereof）

3. **D3**：WO2013011359A1（FAST CHANNEL CHANGE VIA A MOSAIC CHANNEL）

#### 权利要求1技术特征比对表格：

---

### 三、 最接近的对比文件（Closest Prior Art）分析

在评估创造性（Patentability / Inventive Step）时，选择最接近的对比文件需考量：**技术领域、所要解决的技术问题、技术效果以及公开的技术特征数量**。

#### 分析过程：

1. **D1 (US20120198506A1)**：

* **领域与问题**：主要解决 OTT 视频传输中的组播自适应码率切换（Multicast Adaptive Bitrate Switching）和网络拥塞问题。

* **方案**：传输同一内容的多条不同码率2D流。

* **评估**：未涉及多源视频合成、空间遮挡替换或体积视频处理。**不适合作为最接近对比文件**。

2. **D2 (EP2511818A2)**：

* **领域与问题**：显示设备中基于设备状态和用户模式叠加显示说明手册/UI图像。

* **方案**：将 UI/说明文本图像叠加（Overlay）在主视频画面上。

* **评估**：虽涉及“前景图层（UI）与背景视频”的显示组合，但属于传统的图层叠加，完全未涉及底层视频码流级别的遮挡计算、数据替换编码，更无3D体积视频处理。**不适合作为最接近对比文件**。

3. **D3 (WO2013011359A1)**：

* **领域与问题**：解决电视频道切换延迟（Fast Channel Change）问题。

* **方案**：前端（Headend）获取多个TV频道的视频（特征B），经过缩放聚合（Aggregator 26）打包拼合为一帧“马赛克视频（Aggregated Video Service/Mosaic Frame）”（特征F的部分概念），并在传输流中附带信令/ECM数据指示各频道在马赛克帧中的位置（特征H的部分概念），最后通过网络流式传输至客户端（特征A、G）。

* **评估**：D3 在**系统架构（前端处理器拼合复合视频流传输给客户端）**、**复合帧的打包装配机制**以及**带外/带内信令控制（Signaling）**上，与本专利的架构最为接近。

#### 结论：

* **最接近的对比文件**：**D3 (WO2013011359A1)**。

* **整体解决的技术问题与效果对比**：

* **D3** 旨在解决**频道快速切换时的解码等待与延迟问题**，其效果是让客户端在切换间隙先解码低画质的马赛克流画面。

* **本专利** 旨在解决**体积视频（3D）与传统非体积视频（2D）融合传输时数据量过大、带宽浪费严重**的问题。通过“计算前景遮挡区域并直接用体积视频的打包数据替换被遮挡像素”，实现了传输高价值3D体积视频的同时**大幅压缩传输带宽**的技术效果。

---

### 四、 未被最接近对比文件（D3）公开的特征及其在其他对比文件中的情况

以 **D3** 为最接近对比文件时，权利要求1中**未被 D3 公开的技术特征**包括：

1. **特征C**：体积视频（Volumetric Video）及其与非体积视频的前后显示遮挡关系。

2. **特征D**：确定非体积视频中因体积视频遮挡而产生的“被遮挡空间子区域”。

3. **特征E**：获得体积视频的非体积表示（利用允许可逆重构的转换技术）。

4. **特征F中的核心逻辑**：用体积视频的非体积表示**替换非体积视频中被遮挡的空间子区域数据**。

5. **特征H中的特定内容**：信令数据具体指示“复合视频流包含体积视频的非体积表示”。

#### 其他对比文件（D1, D2）是否公开了上述特征？

* **D1**：完全未公开上述特征 C、D、E、F、H。

* **D2**：仅公开了在显示端将UI/手册信息叠加在视频画面上，**完全没有**公开“体积视频转换”、“计算空间遮挡子区域”以及“在编码/拼合端用转换数据替换被遮挡背景像素”的技术手段。

**结论**：对比文件 D1、D2、D3 的结合**无法涵盖**特征 C、D、E、F（特别是 D 和 F 构成的“遮挡计算-数据替换”核心发明点）。

---

### 五、 无效请求中最薄弱的技术特征分析与进一步检索策略

#### 1. 最薄弱的技术特征（即涉案专利中最具创造性、防守力最强的特征）

在针对本专利提起无效宣告请求时，**最难被破坏（即最薄弱的无效突破口 / 涉案专利的最强核心特征）**是：

* **“特征D + 特征F”的组合（基于空间遮挡计算的背景数据替换机制）**：

* *理由*：常规的视频融合（如 PIP 画中画、UI 叠加、马赛克拼合）均采用**图层叠加（Compositing/Blending）**或**矩形区域平铺（Tiling）**。本专利创新性地提出了“由于前景体积视频会挡住背景非体积视频，因此在传输前直接**算出生出遮挡子区域**，并**用体积视频的2D打包数据去‘填补/替换’这部分被挡住的废弃像素**”。这种在编码传输端利用空间遮挡关系进行废像素替换压缩的技术手段，在传统的2D视频处理或D1-D3中均未出现。

#### 2. 进一步的对比文件检索策略（针对无效请求）

为了成功无效权利要求1，必须打破“体积视频打包”与“遮挡替换传输”的技术壁垒，建议采取以下精准检索策略：

1. **技术主题与关键词调整（打破 D1-D3 传统 2D 视频界限）**：

* **核心关键词组 1（体积视频/3D视频打包）**：

`("volumetric video" OR "point cloud" OR "3D mesh" OR "RGB-D") AND ("patch packing" OR "video-based point cloud compression" OR "V-PCC" OR "frame packing" OR "non-volumetric representation")`

* **核心关键词组 2（遮挡剔除/数据替换/嵌入传输）**：

`("occluded region" OR "occlusion mask" OR "spatial sub-region") AND ("replace" OR "overwrite" OR "embed" OR "substitute") AND ("background video" OR "composite frame")`

2. **重点标准文献与技术组织检索（关键突破口）**：

* **MPEG V-PCC (Video-based Point Cloud Compression / ISO/IEC 23090-5)** 制定过程中的提案技术文件（Input Documents / Contributions）。V-PCC 的核心思想正是将 3D 点云投影为 2D 占据图（Occupancy Map）、几何图（Geometry）和纹理图（Texture），并打包进传统 2D 视频帧中传输。

* 检索 2015–2020 年间 **MPEG-I / 3DGC (3D Graphics Compression)** 工作组关于“Volumetric Video Streaming”和“Background/Foreground Occlusion Packing”的文献。

3. **专利分类号（IPC/CPC）精准交叉检索**：

* `H04N 19/597`（专门用于立体/3D视频的视频编码）

* `H04N 19/167`（基于感兴趣区域 ROI 或空间子区域的视频编码）

* `H04N 21/816`（传输包含3D/体积/虚拟现实内容的复合流）

* **交叉检索表达式**：`(H04N19/597 OR H04N21/816) AND (H04N19/167 OR "occlusion")`

4. **检索方向补充**：

* 寻找将 **2D/3D 混合视频会议系统（Telepresence / 3D Video Conferencing）** 或 **AR/VR 增强现实流传输** 作为应用场景的现有技术。在这类场景中，前景人物（体积视频）叠加在远端2D背景上，为了省带宽而剔除背景遮挡像素的方案最有可能在学术论文（如 ACM MM, IEEE Transactions on Circuits and Systems for Video Technology）或早期专利中被披露。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1（下称“本专利”）与三份对比文件（D1: US20120198506A1、D2: EP2511818A2、D3: WO2013011359A1）进行全面、严谨的专利法律与技术比对分析。

---

### 一、 目标专利权利要求1的技术特征拆解与技术内涵解释

结合目标专利说明书，权利要求1的核心构思在于：**在客户端设备上将体积视频（Volumetric Video，如3D/立体/点云视频）与非体积视频（Non-volumetric Video，如2D背景/常规视频）进行复合显示时，为了节省网络带宽与计算资源，在服务端利用转换技术生成体积视频的非体积表示（2D表示），并用该2D表示的数据直接“替换”非体积视频中被体积视频遮挡的空间子区域数据，合成复合视频流传输给客户端，同时发送信令指示。**

* **特征A（处理器系统及网络接口）：** 包含网络接口的处理器系统（服务端/网络节点）。

* **特征B（输入接口-非体积视频）：** 获取非体积视频（例如常规2D背景视频或画面）。

* **特征F（数据替换）：** 用体积视频的非体积表示的数据**替换**非体积视频中被遮挡的空间子区域的数据，从而获得复合视频输出帧。

* **特征H（信令传递）：** 向客户端提供指示复合视频流包含体积视频的非体积表示的信令数据（使客户端得知该复合流内嵌入了被转换的体积视频，以便后续解算与重构）。

---

### 二、 对比文件特征比对分析与比对表格

#### 1. 各对比文件公开技术特征的详细分析与出处

##### **对比文件D1 (US20120198506A1 - MULTICAST ADAPTIVE STREAM SWITCHING)**

* **技术领域与方案：** D1公开了一种在IP网络中通过组播自适应流切换传输OTT视频的系统。客户端根据缓冲区与网络拥塞情况，在不同码率/质量的组播流之间进行Hot-switch。

* **特征比对：**

* 公开了**特征A**（系统包括网络接口，[0013]-[0015]、[0030]）；

* 公开了**特征B**（获取视频内容/流，[0011]、[0022]）；

* 公开了**特征G**（将视频流传输到客户端，[0011]、[0024]）；

* **未公开特征C、D、E、F、H：** D1仅涉及同一视频内容的自适应码率流切换，完全未涉及体积视频与非体积视频的结合、遮挡区域的确定、空间子区域的数据替换以及信令指示。

##### **对比文件D2 (EP2511818A2 - Display apparatus and control method thereof)**

* **技术领域与方案：** D2公开了一种显示设备（如Smart TV/Set-top box），根据设备当前状态（状态信息、操作模式）和用户使用习惯模式（Use pattern），动态在UI界面中向用户显示对应的电子手册（Manual Information）或推荐服务。

* **特征比对：**

* 公开了**特征A**（包含处理器及网络/通信接口，[0039]、[0045]）；

* 公开了**特征B**（获取视频/图像信号，[0039]-[0042]）；

* **未公开特征C、D、E、F、G、H：** D2解决的是智能电视中电子说明书与推荐UI的智能展示问题，不涉及体积视频（3D/立体视频）的前景遮挡计算、空间替换合成及相应的流传输信令。

##### **对比文件D3 (WO2013011359A1 - FAST CHANNEL CHANGE VIA A MOSAIC CHANNEL)**

* **技术领域与方案：** D3公开了一种通过马赛克（Mosaic）聚合视频实现快速换台（FCC）的系统。前端将多个TV频道的视频画面缩小并拼接到同一个“马赛克”聚合视频帧（Aggregated video service）中，客户端换台时先解码并裁剪放大马赛克视频中的目标频道画面进行过渡显示，待主频道接收并完成解码后再切换到主频道。

* **特征比对：**

* 公开了**特征A**（前端Headend及处理器系统，包含网络/传输接口，[p0018]、[p0051]、[p0060]）；

* 公开了**特征B**（获取常规电视频道视频，[p0018]、[p0056]）；

* 公开了**特征E**（将多个频道画面缩放并拼接成马赛克帧，即获得视频的另一种拼接/组合表示，[p0018]、[p0062]-[p0063]）；

* 公开了**特征G**（将聚合视频流或传输流传输到客户端设备，[p0019]、[p0060]）；

* 公开了**特征H**（通过信令/ECM/PMT传输元数据指示聚合视频流中各个频道画面的位置与缩放因子，[p0080]、[p0089]）；

* **未公开特征C、D、F：** D3中的马赛克画面是将多个独立频道并列/平铺拼接在同一帧中，**不存在“体积视频”**，更不存在**“确定非体积视频被体积视频遮挡的空间子区域”**以及**“用体积视频数据替换非体积视频遮挡子区域”**的数据替换合成机制。

---

#### 2. 技术特征比对表格

---

### 三、 最接近对比文件的分析与认定

在创造性审查/无效宣告程序中，选择最接近的对比文件（Primary Reference）需遵循“技术领域相同或相近”、“解决的技术问题最相似”、“公开的技术特征最多”的原则。

1. **D3 (WO2013011359A1) 适合作为最接近的对比文件：**

* **技术领域与结构：** D3属于视频流传输与视频拼接处理领域，同样涉及在视频服务端/前端对多路视频数据进行空间组合（马赛克拼接），并通过流媒体信令（如ECM/PMT）通知客户端关于视频拼接帧的内部结构，以便客户端提取解码。

* **技术效果与问题：** D3与本专利均致力于在有限带宽下优化视频流传输效率和提高解码显示性能。

* **比对结论：** D3公开了特征A、B、E（部分）、G、H（部分），是三份对比文件中结构最接近、公开特征最多的文件，适合作为评估权利要求1创造性的主要起点（最接近对比文件）。

2. **D1与D2不适合作为最接近对比文件：**

* **D1：** 仅解决组播网络中的自适应码率切换问题，完全未涉及视频画面的空间组合、替换或体积视频处理。

* **D2：** 属于电视UI及电子手册展示领域，与本专利的技术方案和技术领域相差甚远。

---

### 四、 无效请求中最薄弱的技术特征分析

若以现有对比文件（D1、D2、D3）提出本专利权利要求1的无效宣告请求，**目前的证据链存在致命缺陷**。最薄弱（即**最难被现有对比文件无效掉、最具独创性**）的技术特征为：

1. **特征C与特征D（体积视频及其遮挡区域计算）：**

* *薄弱点（对无效方而言）：* 三份对比文件**完全没有公开“体积视频（Volumetric Video）”**的概念，更没有公开“计算体积视频在非体积视频（如2D背景）前显示时所产生的**空间遮挡子区域**”。

2. **特征F（基于遮挡区域的数据替换合成）：**

* *薄弱点（对无效方而言）：* D3是将多路视频像“切糕/贴砖”一样平铺拼接（Mosaic）在一起；而本专利是利用体积视频对背景视频的遮挡关系，**直接用前景体积视频的2D表示数据去“替换（Replace/Overwrite）”背景视频中被遮挡的画面区域数据**。这种“基于遮挡子区域的数据替换”不仅节省了被遮挡背景的传输带宽，还巧妙地将前景与背景融合成单流。三份对比文件均无此类教导。

**总结：** 仅凭D1、D2、D3的组合，**无法击垮权利要求1的创造性**。

---

### 五、 进一步的对比文件检索策略建议

为了成功无效权利要求1，必须补充针对“体积视频（3D/点云/自由视角视频）与2D视频融合传输/遮挡替换”方向的对比文件。建议采取以下检索策略：

1. **关键技术主题词扩展：**

* `体积视频 / 3D视频 / 点云 / 自由视角 / 沉浸式视频`: Volumetric video, 3D video, point cloud, free-viewpoint video, immersive video, 3D mesh.

* `遮挡 / 替换 / 背景裁剪 / 画面合成`: Occlusion, occluded region, spatial region, background subtraction, pixel replacement, video composition, ROI (Region of Interest) replacement.

* `信令 / 格式转换`: 2D representation, depth map, texture map, signaling, metadata.

2. **推荐分类号（IPC / CPC）：**

* `H04N 19/597` (专门针对立体/3D/多视角视频编码)

* `H04N 21/81` (包含特殊类型内容如3D视频的传输)

* `H04N 19/167` (基于感兴趣区域 ROI 的视频编码)

* `G06T 15/00` 或 `G06T 19/00` (三维渲染与图形处理)

3. **核心检索逻辑组合（跨领域文献寻找技术教导）：**

* **方向一（3D/体积视频编码与传输标准）：** 检索 MPEG-I (ISO/IEC 23090) 体系标准（如 V-PCC 点云压缩、MPEG-NBV 空间视频流传输标准）。此类标准中常有“将3D点云/体积视频投影转换为2D纹理图和深度图（即特征E的非体积表示），并将该2D图打靶嵌入/替换到背景2D视频流”的技术教导。

* **方向二（AR/VR 增强现实视频合成）：** 检索AR/增强现实广播传输专利。在AR广播中，常见的做法是服务器先计算虚拟3D物体遮挡电视背景的区域，在服务端将3D物体的2D渲染图直接覆盖替换背景帧的遮挡像素，再将混合流发给终端。

身为经验丰富的专利代理师，我将紧密结合目标专利（即权利要求1所对应的本申请）的技术方案，对比文件原文及其公开内容，对权利要求1进行全面、客观且严谨的无效/创造性分析。

---

## 一、 目标专利权利要求1的技术方案理解

权利要求1的核心发明点在于：针对**“体积视频（Volumetric Video，如3D/点云/体素视频）”与“非体积视频（Non-volumetric Video，如普通2D背景视频）”叠加播放**的场景（体积视频位于非体积视频前面显示），为了节省传输带宽与计算资源，处理器通过以下步骤生成复合视频流：

1. **遮挡分析与空间替换**：确定非体积视频中被前面的体积视频遮挡的空间子区域，将体积视频转换为可重构的非体积表示（如2D深度图+纹理图），并**用该非体积表示的数据直接替换非体积视频中被遮挡的子区域数据**；

2. **传输与信令通知**：将替换后的复合视频（或其空间片段）流式传输给客户端，并**同步提供信令数据（Signaling data）**，明确告知客户端“该复合视频流中包含了体积视频的非体积表示”，以便客户端解码后重构体积视频并正确渲染。

---

## 二、 各对比文件公开技术特征分析及出处

### 1. D1 (US20130042015A1)

* **核心内容**：基于“恒定质量（Constant-Quality）”的拉取式（Pull-based）HTTP自适应流媒体传输方法。

* **技术特征公开情况**：

* **特征A（网络接口）**：公开（[0026] Section 126）。

* **特征B（非体积视频输入）**：公开。D1传输的传统2D视频流即非体积视频（[0023] Section 126）。

* **特征G（流式传输复合流/片段）**：部分公开。公开了将视频分块（Chunks/Segments）自适应流式传输（[0016], [0026]）。

* **未公开特征**：未公开体积视频（特征C）、遮挡区域确定（特征D）、体积视频转换为非体积表示（特征E）、用非体积表示数据替换被遮挡空间子区域（特征F）、以及指示包含体积视频非体积表示的信令数据（特征H）。

### 2. D2 (EP2566172A1)

* **核心内容**：一种多媒体流的自适应转码（Transcoding）方法与装置，主要解决服务端/网关算力有限时，如何根据客户端请求实时调整转码码率。

* **技术特征公开情况**：

* **特征A（网络接口）**：公开（[0039] Web server）。

* **特征B（非体积视频输入）**：公开。处理传统2D/常规多媒体视频流（[0025], [0039]）。

* **特征G（流式传输）**：公开（[0022], [0031]）。

* **未公开特征**：未公开体积视频（特征C）、遮挡区域确定（特征D）、体积视频转换为非体积表示（特征E）、用非体积表示数据替换被遮挡空间子区域（特征F）、以及指示包含体积视频非体积表示的信令数据（特征H）。

### 3. D3 (US20130084053A1)

* **核心内容**：合并来自多个不同录像机/源的视频时间线（如监控系统中长/短期录像机的不同帧率/分辨率视频片段合并为统一播放列表）。

* **技术特征公开情况**：

* **特征A（网络接口）**：公开（[0009] Local server 16）。

* **特征B（非体积视频输入）**：公开。监控摄像头的普通2D视频（[0009]）。

* **特征G（流式传输）**：公开（[0004], [0012]）。

* **未公开特征**：未公开体积视频（特征C）、遮挡区域确定（特征D）、体积视频转换为非体积表示（特征E）、用非体积表示数据替换被遮挡空间子区域（特征F）、以及指示包含体积视频非体积表示的信令数据（特征H）。

---

## 三、 权利要求1特征比对表格

以下为权利要求1各技术特征在现有三份对比文件中的详细对比与出处对应表：

---

## 四、 最接近对比文件的选择与创造性分析

### 1. 整体解决的技术问题与技术效果对比

* **目标专利**：

* **解决的问题**：在传输叠加在2D背景上的3D/体积视频时，如何降低传输带宽并避免重复传输背景遮挡区域。

* **技术效果**：通过“空间子区域替换”与“信令引导重构”，实现高效率的体积/非体积复合视频传输与客户端的高效渲染。

* **D1**：解决自适应流媒体传输中因码率切换导致的画质剧烈波动问题，效果是实现恒定/平滑质量（Constant-Quality）传输。

* **D2**：解决转码算力不足时如何快速响应客户端码率切换请求的问题，效果是降低服务端算力门槛与传输延迟。

* **D3**：解决多录像机/多源视频时间线无缝拼接问题，效果是自动选出最高画质的视频片段组合成连续播放列表。

### 2. 最接近对比文件的确定

**结论**：在当前给出的三份对比文件中，**D1 或 D2 均可作为最接近的对比文件**（二者均属于自适应视频流传输系统架构）。

### 3. 现有对比文件组合的局限性分析

* **特征覆盖**：D1、D2、D3 均属于**传统2D视频流传输/处理技术**。

* **核心缺失**：核心特征 **C、D、E、F、H**（即体积视频概念、空间遮挡分析、体积向非体积转换、空间数据替换、以及专用的重构信令）在 D1、D2、D3 中**均未被公开**，也没有被三者的组合所公开。

* **技术启示**：D1-D3 均未涉及“3D/体积视频（Volumetric Video）”这一技术领域，本领域技术人员无法从 D1-D3 中获得将体积视频与2D视频进行空间遮挡替换及信令通知的技术启示。

因此，**仅凭现有的 D1、D2、D3 三份对比文件，无法对权利要求1的创造性构成威胁。**

---

## 五、 最薄弱的技术特征与专利无效突破口分析

若要针对目标专利提出无效宣告请求，权利要求1中**最薄弱（即最容易在现有技术中被检索到）的技术特征**是：

1. **特征E（体积视频转换为非体积表示/深度图+纹理图等）**：

* *薄弱原因*：将3D/点云/体积视频映射为2D平面数据（如 Depth Map + Texture Map，或 Tile-based 投影）是立体视频编码（如 MPEG-I 3D Video Coding / MIV）领域的通用基础技术，极其容易在 MPEG 视频编码标准文档中找到对比文件。

2. **特征D与F（空间遮挡替换/背景打洞）**：

* *薄弱原因*：在AR/VR合成、视频混合（Video Compositing）以及绿幕/Alpha通道合成领域，“提取前景遮挡区域并擦除/替换背景对应区域”属于非常传统的图像处理算法。

**无效宣告的关键漏洞**：

权利要求1将“体积视频转换（特征E）”与“背景空间替换（特征F）”结合，并利用“信令数据（特征H）”在客户端完成逆向重构。要成功无效该权利要求，必须寻找**涉及 3D/VR/AR/沉浸式多媒体传输标准（如 ISO/IEC 23090 系列，即 MPEG-I）**的现有技术文献。

---

## 六、 进一步的对比文件检索策略建议

为了构建具备杀伤力的无效证据链，建议采取以下补充检索策略：

### 1. 扩展 IPC / CPC 分类号检索

放弃单纯的常规视频传输类目（如 H04N 19/00, H04N 21/00），重点锁定立体/沉浸式视频分类号：

* **H04N 19/597**（专门针对立体或多视图视频的视频编码/解码）

* **H04N 13/00**（立体电视系统；3D 视频）

* **G06T 9/00**（图像数据压缩，特别是点云/3D网格压缩）

* **H04N 21/4728**（基于视频图像内特定空间区域/ROI的传输）

### 2. 关键词表达组合（Focusing on Volumetric & MIV）

* **前景/体积视频词组**：`"volumetric video"` OR `"point cloud"` OR `"3D mesh"` OR `"MIV"` OR `"Metadata-immersive video"`

* **遮挡与替换词组**：`"occlusion"` OR `"occluded region"` OR `"background replacement"` OR `"spatial sub-region"` OR `"patch packing"`

* **信令词组**：`"signaling"` OR `"manifest"` OR `"SEI message"` OR `"supplemental enhancement information"`

### 3. 重点检索非专利文献（NPL / 标准提案）

体积视频传输与打洞替换技术高度依赖国际标准的发展，强烈建议检索以下组织的标准提案文档：

* **MPEG-I (ISO/IEC 23090 Part 12: Immersive Video - MIV)** 的标准提案（Input Documents）。

* **3GPP SA4** 关于 XR/Volumetric Media Streaming (3D-XR) 的技术报告与标准 specifications。

* IEEE/ACM 关于 3D Streaming、AR Video Overlay 及 Depth-based Image Rendering (DIBR) 的会议论文。

作为一名经验丰富的专利代理师，我已对目标专利的权利要求1以及提交的三份对比文件进行了深入的法律与技术比对分析。现将具体的比对结果、最接近对比文件的分析、技术特征公开情况、薄弱特征认定及下一步检索策略报告如下：

---

## 一、 权利要求1的技术特征拆解与说明书解释

根据目标专利的技术方案（体积视频与非体积视频的复合传输），对权利要求1进行如下技术特征拆解及技术内涵解释：

* **技术特征A**：`该处理器系统包括：-到网络的网络接口`

* **说明书解释**：指具备网络通信能力的硬件接口，用于在服务器/处理端与客户端设备之间传输数据流（如HTTP/TCP/IP网络接口）。

* **技术特征B**：`-输入接口，该输入接口用于获得：-非体积视频`

* **说明书解释**：用于接收传统2D/二维视频（非体积视频，Non-volumetric video）数据的接口。

* **技术特征C**：`-体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示`

* **说明书解释**：输入接口还用于接收体积视频（Volumetric video，如3D点云、三维网格或带深度信息的视频），在客户端渲染时，该体积视频（如虚拟人物、3D物件）遮挡或叠放在2D背景视频（非体积视频）的前方。

* **技术特征D**：`-处理器，该处理器被配置成进行以下操作：-确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡`

* **说明书解释**：处理器通过计算3D/2D投影关系，识别出2D背景视频中哪些像素/空间区域会被前景的3D体积视频遮挡。

* **技术特征E**：`-针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：-获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频`

* **说明书解释**：将3D体积视频转换为2D平面图像格式（如将点云/深度数据打包映射为2D纹理图+深度图），以便利用标准的2D视频编码器（如H.264/HEVC）进行压缩传输，且客户端可据此反向重构出3D体积视频。

* **技术特征F**：`-用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧`

* **说明书解释**：**（核心融合特征）** 将2D背景视频中被遮挡的空间子区域像素替换为上述3D体积视频的2D非体积表示数据，将两者合并在同一个2D视频帧中传输（无需传输被遮挡的背景数据，极大地节省了带宽）。

* **技术特征G**：`经由该网络接口：-将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备`

* **说明书解释**：将合成后的单条2D视频流（或其Tile/空间切片片段）发送给客户端。

* **技术特征H**：`-将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示`

* **说明书解释**：传输信令/元数据（Signaling Data），告知客户端该视频流中嵌入了3D体积视频的2D打包数据，指示客户端解析并提取重构。

---

## 二、 各对比文件技术特征比对与详细出处

对三份对比文件进行原文比对，详细公开情况如下：

### 1. D1（US20130042015A1）

* **公开号**：US20130042015A1

* **主题**：基于恒定质量（Constant-Quality）的码率自适应流媒体传输（HTTP Adaptive Streaming）。

* **公开特征比对与原文出处**：

* **特征A（网络接口）**：**公开**。段落`[0026]`、图1标号`126`公开了`communications (or network) interface (I/O) 126`。

* **特征B（输入接口获得视频）**：**部分公开**。段落`[0026]`公开了接收`digitized content stream`，但属于常规单轨道2D/传统媒体视频，未明确区分非体积视频。

* **特征C、D、E、F（体积视频、遮挡区域确定、2D表示转换、数据替换融合）**：**未公开**。D1仅针对单一内容流（Single content stream）按不同质量/码率进行切片（Chunks），完全不涉及“体积视频”及“背景遮挡区域替换合并”。

* **特征G（流式传输复合视频/片段）**：**部分公开**。段落`[0005]`、`[0026]`公开了将视频分片（Chunks/Fragments）并流式传输到客户端，但传输的是常规视频分片，非“复合视频/空间片段”。

* **特征H（信号传递数据）**：**部分公开**。段落`[0005]`、`[0026]`公开了Manifest（清单文件）包含质量级别、切片信息的元数据，但未指示“包含体积视频的非体积表示”。

### 2. D2（EP2566172A1）

* **公开号**：EP2566172A1

* **主题**：多媒体流自适应转码（Adaptive transcoding of multimedia stream）的方法与设备。

* **公开特征比对与原文出处**：

* **特征A（网络接口）**：**公开**。段落`[0039]`公开了`Web server`经网络向客户端传输切片。

* **特征B（输入接口获得视频）**：**部分公开**。段落`[0039]`公开了解复用器`demux`接收输入内容流（DVB/IPTV），属于常规非体积视频。

* **特征C、D、E、F（体积视频、遮挡计算、数据替换）**：**未公开**。D2的核心是服务端/网关根据客户端反馈的带宽实时转码（Transcode）生成下一切片（Chunks），不涉及体积视频与背景视频的遮挡融合。

* **特征G（流式传输）**：**公开**。段落`[0022]`、`[0031]`公开了通过HTTP将视频切片（Chunks）流式传输至客户端。

* **特征H（信号传递数据）**：**部分公开**。段落`[0017]`、`[0031]`公开了描述流属性的 Manifest/Playlist（如M3U8），但未指示“体积视频的非体积表示”。

### 3. D3（US20130084053A1）

* **公开号**：US20130084053A1

* **主题**：合并多个录制的视频时间线（System to merge multiple recorded video timelines）。

* **公开特征比对与原文出处**：

* **特征A（网络接口）**：**公开**。段落`[0009]`、图1公开了本地服务器16与客户端18、摄像头及录像机之间的网络连接。

* **特征B（输入接口）**：**公开**。段落`[0009]`公开了从录像机获得视频源数据（如监控视频）。

* **特征C、D、E、F（体积视频与空间遮挡替换）**：**未公开**。D3是对**时间维度**（Time Domain）上不同质量/帧率的视频片段（Video segments）根据播放列表（Playlist）进行时间缝合（Merge timelines，段落`[0011]`、`[0014]`），完全不涉及**空间维度**（Spatial Region）的遮挡判断或3D体积视频像素替换。

* **特征G（流式传输）**：**公开**。段落`[0004]`、`[0014]`公开了客户端根据Playlist按顺序从对应录像机流式传输视频段。

* **特征H（信号传递数据）**：**部分公开**。段落`[0012]`公开了Playlist包含配置选项和参数，但用于指导多时间线无缝衔接，不包含“体积视频表示”指示。

---

## 三、 特征比对汇总表（Feature Comparison Table）

---

## 四、 最接近对比文件分析（整体解决的技术问题与效果角度）

### 1. 目标专利核心技术问题与技术效果

* **解决的技术问题**：在增强现实（AR）/混合现实（MR）或3D视频场景中，若将3D体积视频与2D背景视频分别独立传输，会导致**极高的带宽消耗与传输延迟**；且传输背景视频中被前景3D物体遮挡的部分属于**数据冗余**。

* **达到的技术效果**：通过将3D体积视频转化为2D非体积表示，并直接**替换**2D背景视频中被遮挡的空间子区域，实现了在单条传统2D视频流中同时承载背景与前景3D信息。极大地降低了数据传输量，节省了网络带宽，同时保持了与现有2D编解码架构的兼容性。

### 2. 对比文件评估与最接近对比文件选择

* **D1（US20130042015A1）**：解决拉取式自适应流媒体传输中基于质量（Constant-Quality）进行码率平滑切换的问题。属于传统的单一2D视频流传输架构。

* **D2（EP2566172A1）**：解决服务器端低延迟转码与自适应切片生成的问题，侧重于服务端资源受限时的流媒体实时编码。

* **D3（US20130084053A1）**：解决多监控摄像头/多录像机在不同时间段、不同帧率下的**时间线合并（Temporal Merge）**问题。

**结论**：

现有的三份对比文件（D1、D2、D3）均属于**传统2D视频流媒体传输/转码/时间线拼接**技术。从技术领域和解决的问题来看，**D1、D2、D3在创造性分析中均可以作为最接近的对比文件（作为基本流媒体传输架构的起点）**，但由于三者完全属于“传统2D视频流”领域，**无一公开目标专利的核心构思（特征C、D、E、F）**。

因此，如果以D1、D2或D3作为最接近对比文件：

* **区别技术特征**为：特征C、D、E、F（即体积视频的引入、遮挡区域计算、2D非体积表示转换、以及空间子区域的数据替换合并）。

* 这些区别特征在D1、D2、D3之间**不存在相互组合或相互给出的技术启示**。仅凭现有的D1+D2+D3组合，**无法破坏权利要求1的创造性**。

---

## 五、 最薄弱技术特征认定与后续检索策略

### 1. 目标专利最薄弱的技术特征分析

在权利要求1的技术特征组合中，以下特征是防守力度相对较弱、最容易被现有技术突破的突破口：

* **薄弱特征1：特征E（将3D/体积视频转换为2D非体积表示技术）**

* *原因*：在3D图形学与视频编码领域（如MPEG 3DGC、MPEG-I V-PCC/G-PCC标准），将3D点云或网格数据投影展平为2D纹理图（Texture Map）和深度图（Depth Map）以利用传统H.264/HEVC编码器压缩，属于已被广泛研究的**公知常识/现有技术（如V-PCC点云压缩技术）**。

* **薄弱特征2：特征D+F（基于空间遮挡的像素/数据替换）**

* *原因*：在传统图像合成、Chromakey（绿幕抠图合成）或视频拼接技术中，根据前景遮挡关系替换背景图层数据属于常见手段。如果在AR/VR画中画（PiP）或图层混合（Layer Compositing）领域检索，可能存在将前景视频直接“裁切/抠图”并“替换”背景视频局部区域的技术。

### 2. 进一步的对比文件检索策略（无效检索指南）

为了成功无效权利要求1，必须补充检索能够公开**“体积视频/3D数据与2D视频在空间上的合并替换传输”**的对比文件。建议采用以下策略：

#### （1） 检索主题词扩展（IPC/CPC分类号与关键词）

* **重点分类号**：

* `H04N 19/597`（专用于立体或三维视频信号的编码/解码）

* `H04N 13/10` / `H04N 13/161`（3D视频信号的处理与传输）

* `G06T 9/00` / `G06T 15/00`（3D图像数据压缩与体积渲染）

* `H04N 21/434` / `H04N 21/236`（多媒体流复用与信号传递数据/元数据）

* **核心关键词组合（中英文）**：

* `Volumetric video` / `Point cloud` / `3D mesh` / `Depth map` （体积视频/点云/3D网格/深度图）

* `Occlusion` / `Occluded region` / `Sub-region` / `Covered area` （遮挡/被遮挡区域/空间子区域）

* `Packing` / `Patching` / `Replacing` / `Embedding` / `Compositing` （打包/替换/嵌入/合成）

* `V-PCC` / `Video-based Point Cloud Compression` （基于视频的点云压缩）

#### （2） 关键检索切入点（寻找“击穿点”）

1. **切入点一（MPEG标准文档）**：检索 **ISO/IEC JTC1/SC29/WG11 (MPEG)** 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **MPEG-I Immersive Video (MIV)** 的早期提案（2016-2020年期间）。重点查找将3D点云 Patch 打包进2D视频帧空闲区域或背景区域的方案。

2. **切入点二（AR/VR 混合流媒体传输）**：检索涉及“Augmented Reality Video Streaming”、“Virtual Green Screen”（虚拟绿幕）或“Background Replacement in 3D Streaming”的专利及学术论文。重点关注服务端在传输前先剔除被前景虚拟人物遮挡的背景像素的技术。

3. **组合路线策略**：

* **D1/D2/D3（提供流媒体切片传输框架，公开特征A, B, G, H）**

* `+` **新检索对比文件 D4（公开：体积视频转2D表示，特征E，及V-PCC编码）**

* `+` **新检索对比文件 D5（公开：确定2D/3D空间遮挡区域，并用前景2D数据替换背景遮挡区域以节省带宽，特征D, F）**

通过上述 D1/D2/D3 + D4 + D5 的多份对比文件组合，方可对权利要求1的创造性构成实质性的致命打击。

尊敬的委托人：

作为一名资深专利代理师，我已对**权利要求1**以及三份对比文件（**D1: US2013086278A1**、**D2: CN103053159A**、**D3: WO2013004260A1**）进行了严谨的技术与法律比对分析。

以下是紧密结合目标专利说明书逻辑及对比文件原文出处的详细分析报告、特征比对表格、最接近对比文件选取、无效突破口（最薄弱特征）诊断及进一步检索策略。

---

## 一、 权利要求1的技术特征拆解与说明书原意解释

目标专利的核心发明点在于**“体积/非体积视频的复合流生成与空间遮挡优化”**：

1. **背景与问题**：在视频合成（如将3D体积视频叠加在2D非体积视频前景）中，被体积视频挡住的背景非体积视频区域（遮挡区）若继续传输，会造成带宽浪费；同时，体积视频需要特定的转换技术（如点云/多视图转2D矩阵）以兼容现有传输架构。

2. **特征含义**：

* **非体积视频（Non-volumetric video）**：传统的2D平面视频或普通视频。

* **体积视频（Volumetric video）**：具有三维空间结构信息的视频（如3D点云、网格、多视图深度视频）。

* **空间子区域被部分或完全遮挡（Determining spatial sub-region partially or fully occluded）**：计算前景体积视频投射到背景非体积视频上的遮挡遮罩（Mask），识别出被遮挡的背景像素区域。

* **体积视频的非体积表示（Non-volumetric representation）**：利用转换技术（如打平、2D纹理+深度图打包），将3D体积数据转化为2D视频帧表示。

* **数据替换（Replacing data）**：直接用体积视频的非体积表示数据，去填补/替换非体积视频中被遮挡的子区域，合成为单帧复合视频（Composite frame），极大节省带宽。

* **信号传递数据（Signaling data）**：带外或带内信令（如MPD清单、SEI消息），通知客户端“该复合流中包含了经过转换的体积视频”。

---

## 二、 对比文件特征比对分析与出处索引

我们对三份对比文件原文进行逐字核对与分析：

### 1. D1 (US2013086278A1 - PEER-TO-PEER SYSTEM)

* **公开内容**：D1公开了一种P2P网络中的实时流媒体传输方法。通过收集P2P网络中各个节点（Peer）的QoS服务质量测量数据（延迟、丢包率等），由Tracker（追踪服务器）动态计算并选择最佳源节点，并将网络地址通知给请求节点。

* **特征比对**：

* 公开了**网络接口（特征A）**、**输入接口（特征B）**。

* **未公开**任何与“非体积/体积视频叠加”、“空间子区域遮挡确定”、“数据替换合成复合帧”以及“体积视频非体积表示信令”相关的技术特征（特征C、D、E、F、H）。

### 2. D2 (CN103053159A - 用信号传递网络串流传输视频数据的属性)

* **公开内容**：D2公开了多视图视频编码（MVC）及HTTP动态自适应流（DASH/MPD）传输技术。通过在MPD清单中传递最大/最小视图ID（`view_id`）、摄像机视角水平位置及目标输出视图数量等信号传递数据，使客户端可调整3D感知。

* **特征比对**：

* 公开了**网络接口（特征A）**、网络传输视频数据（特征B/G的部分）。

* 公开了**信号传递数据（部分特征H）**：在MPD清单中用信号传递3D多视图属性（[0006]、[0049]）。

* **未公开**将体积视频通过转换技术变为非体积表示并替换非体积视频遮挡空间子区域的技术方案（特征C、D、E、F）。

### 3. D3 (WO2013004260A1 - NETWORK-CAPACITY OPTIMIZED ADAPTIVE HTTP STREAMING)

* **公开内容**：D3公开了一套网络容量优化的自适应HTTP流传输系统（DASH/HLS）。根据视频内容类型（体育、脱口秀等高低运动量）及感知质量（QoE/MOS分值），由服务器/网关（DPI/Proxy）动态修改MPD清单中的候选媒体码率（Media data rate candidates）。

* **特征比对**：

* 公开了**网络接口（特征A）**、**输入接口（特征B）**、**流式传输与MPD信令传递（特征G、H的部分）**。

* **未公开**三维体积视频处理、空间遮挡判断及数据替换（特征C、D、E、F）。

---

## 三、 特征比对表格（Detailed Feature Mapping Table）

---

## 四、 创造性分析：最接近对比文件的选取

### 1. 整体解决的技术问题与技术效果对比

* **本专利**：解决在传输叠加三维体积视频与平面背景视频时，**传输冗余大、客户端带宽占用高以及传统2D播放器不兼容**的问题。达到的技术效果是：通过空间遮挡计算并用体积视频的2D转化数据直接“掏空替换”被遮挡区域，极大节省了网络带宽，且实现了利用单条2D视频流传输3D/2D混合内容。

* **D1**：解决P2P实时直播中的**节点选择与QoS（延迟、丢包）优化问题**。

* **D2**：解决网络串流中**多视图3D视频（MVC）属性信令告知与客户端自适应渲染选择问题**。

* **D3**：解决自适应HTTP流传输中**基于用户感知质量（QoE/MOS）和内容类型进行网络码率分配与MPD清单动态调整问题**。

### 2. 最接近对比文件的判定

在现有三份对比文件中：

* **最接近对比文件：D2（CN103053159A）**。

* **原因**：D2与本发明均属于**“三维/多视图视频串流传输与信令控制（DASH/MPD）”**技术领域。D2公开了如何在网络流媒体中处理3D视频表示、利用清单（MPD）传递3D视频属性信令以供客户端解码和渲染。

* **未被D2公开的技术特征**：特征C、D、E、F，以及特征H中“指示复合流包含体积视频之非体积表示”的具体信令含义。

---

## 五、 无效请求中最薄弱的技术特征与进一步检索策略

### 1. 当前无效请求的最大阻碍（最薄弱/最坚固的技术特征）

对比现有三份文件，本专利**最坚固（即目前对比文件最薄弱、完全未能覆盖）**的技术特征组合为：

$$\text{核心特征组} = \text{特征D} + \text{特征E} + \text{特征F}$$

即：**“确定背景2D视频被前景3D体积视频遮挡的空间子区域” + “将3D体积视频转换为2D非体积表示” + “用该2D表示数据替换/填充背景视频的遮挡子区域，合成单帧图像进行传输”**。

这套“空间遮挡裁剪 + 图像空间替换合成”的带宽节省机制，在单纯的P2P调度（D1）、MVC多视图传输（D2）或自适应码率调整（D3）中**均无教导，也不存在公知常识的显而易见结合**。如果仅凭现有的D1~D3提起无效宣告，**被维持有效的风险极高**。

---

### 2. 进一步对比文件检索策略（Targeted Search Strategy）

为了成功无效权利要求1，必须针对上述“最薄弱环节”（未被公开的特征C、D、E、F）进行精准补充检索。建议采取以下策略：

#### 策略一：按技术主题扩展检索（关注3D/AR/VR与2D背景融合）

* **检索方向**：体积视频（Volumetric Video/Point Cloud）、增强现实（AR视频叠加）、沉浸式视频编码（MPEG-I Volumetric / PCC）。

* **关键概念组合**：

* **主题A（体积视频转换）**：Volumetric video, Point cloud, 3D mesh, Geometry/Texture video, Canvas packing, Patch packing, Non-volumetric representation.

* **主题B（遮挡与空间替换/合成）**：Occlusion, Occluded region, Spatial sub-region, Mask, Background replacement, Macroblock substitution, Video composition, Frame packing.

* **主题C（信令）**：Signaling, MPD, SEI message, Video header, Metadata.

#### 策略二：重点关注行业标准提案（Standard Contributions）

由于本专利涉及DASH/MPD与体积视频（如V-PCC, Point Cloud Compression）的结合，此类技术高度密集于国际标准组织：

1. **ISO/IEC JTC1/SC29/WG11 (MPEG)**：重点检索 **MPEG-I (ISO/IEC 23090)** 相关的提案（如 Part 5: Visual Volumetric Video-based Coding (V-PCC) 以及 Part 2: OMAF 空间切片/DASH 传输提案）。

2. **3GPP TSG SA WG4 (Video/Multimedia)**：检索关于 AR/VR/Volumetric stream in DASH 的研究项目（TR 26.918 / TS 26.114 等）。

#### 策略三：逻辑组合突破路线图

在检索到新对比文件（假设为 **D4**）后，构建如下结合线：

* **主线方案**：将 **D4**（公开了体积视频转2D Patch打包及背景遮挡区域替换/合成技术）作为**最接近的对比文件**（覆盖特征C、D、E、F），结合 **D2 / D3**（公开了DASH/MPD清单信令传输控制，覆盖特征A、B、G、H），以此证明权利要求1不具备创造性（符合《专利审查指南》第三部分第四章关于技术结合的规定）。

如需进一步协助针对特定数据库（如Clarivate Analytics, Orbit, CNIPA, IEEE）构建精准IPC/CPC分类号与逻辑检索式，请随时指示！

作为一名经验丰富的专利代理师，我将紧密结合目标专利（即权利要求1所对应的本案）的说明书背景，对权利要求1的各项技术特征进行深入解析，并结合三份对比文件（D1、D2、D3）的原文内容进行逐特征对比、最接近对比文件（与主导对比文件）的选择分析，以及指出本案最薄弱的技术特征与后续检索策略。

---

## 一、 目标专利权利要求1的技术特征解析

目标专利的核心技术在于**基于HTTP/网络流传输中的复合视频流（Composite Video Stream）生成与传输技术**。

在三维/立体/交互式视频传输中，客户端设备需要在背景视频（非体积视频/2D视频）的前面叠加显示前景视频（体积视频/3D视频/立体视频）。如果直接将两路视频独立传输，会造成极大的网络带宽浪费（因为被前景遮挡的背景区域数据其实是不需要显示的）。

目标专利权利要求1通过以下逻辑解决了该技术问题：

1. **确定遮挡区域（特征D）：** 处理器判断体积视频叠加在非体积视频前面时，非体积视频中哪些空间子区域（Sub-region）会被**部分或完全遮挡**。

2. **体积视频的非体积表示与转换（特征E）：** 将体积视频（例如包含深度信息或多视角信息的3D视频）通过某种转换技术生成一种“非体积表示”（Non-volumetric representation，即2D化/平坦化的视频表示，如将3D图解构为平面数据块/贴图，且该转换可逆，允许客户端据此重构体积视频）。

3. **数据替换与复合帧生成（特征F）：** 将该“非体积表示”的数据直接**填补/替换**到非体积视频中先前被确定为被遮挡的空间子区域内，从而生成复合视频输出帧（Output frame）。

4. **流式传输（特征G）：** 将该复合视频作为复合视频流（或其空间片段）传输给客户端。

5. **信令传递（特征H）：** 同时向客户端发送信令数据（Signaling data），明确通知客户端该复合视频流中包含了体积视频的“非体积表示”，以便客户端解码时能够提取该数据并重构出原体积视频。

---

## 二、 对比文件公开情况与特征比对表格

### 1. 对比文件基本信息表

* **D1：** US20130086278A1（公开日：2013-04-04，名称：《PEER-TO-PEER SYSTEM》）

* **D2：** CN103053159A（公开日：2013-04-17，名称：《用信号传递网络串流传输视频数据的属性》）

* **D3：** WO2013004260A1（公开日：2013-05-02，名称：《NETWORK-CAPACITY OPTIMIZED ADAPTIVE HTTP STREAMING》）

---

### 2. 技术特征比对表格

---

## 三、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的确定：**D2 (CN103053159A)**

在创造性评估中，选择最接近的对比文件通常遵循“技术领域相同、解决的技术问题最接近、技术特征覆盖最多”的原则：

* **D1 (US20130086278A1)** 主要解决 P2P 网络中基于网络服务质量（QoS，如延迟、丢包率）选择最优直播流源节点的问题，属于**网络传输路由/节点选择技术**，不涉及视频帧内容的空间处理与3D/2D复合。

* **D3 (WO2013004260A1)** 主要解决自适应 HTTP 流（DASH）中如何根据网络带宽与主观感知质量（QoE/MOS）动态修改 Manifest 清单码率候选值的问题，属于**自适应码率流控技术**。

* **D2 (CN103053159A)** 属于**3D/多视图视频（MVC）在 HTTP 流（DASH）网络传输中的信令传递与视频数据处理技术**。D2不仅公开了网络接口、输入接口、2D/3D（多视图）视频数据获得，还公开了在传输清单（MPD信令）中向客户端传递视频属性（如视图标识符、3D深度感知等）的技术特征（特征A、B、C部分、G部分、H部分）。

**结论：** **D2 (CN103053159A)** 是唯一在**技术领域（3D/多视图视频流式传输与信令控制）**与本案高度重合的对比文件，**最适合作为创造性分析中的“最接近对比文件”**。

---

### 2. 实际解决的技术问题与效果分析

以 **D2** 为最接近对比文件，权利要求1与D2相比，其主要区别特征在于**特征D、特征E、特征F以及特征H中具体的信令含义**：

1. **特征D、E、F的组合效果（核心发明点）：** 传统技术（如D2）在处理2D与3D视频叠加显示时，需要同时传输完整的2D背景视频与完整的3D前景视频，造成极高的带宽浪费。本案通过检测被前景“部分或完全遮挡”的背景空间子区域（特征D），将3D体积视频转换为可重构的“非体积表示”（特征E），并直接**嵌入/替换（Fill/Replace）**到该被遮挡的背景区域中生成单一的“复合视频帧”（特征F）。

* **实际解决的技术问题：** 如何在客户端需要将体积（3D）视频叠加在非体积（2D）视频前方显示的场景下，大幅降低复合视频流传输所需的网络带宽与空间冗余。

2. **特征H的效果：** 通过专用的信令数据告知客户端“该流包含体积视频的非体积表示”，使客户端能够准确识别并反向重构，实现高效的解码与解耦。

---

### 3. 未被最接近对比文件（D2）公开的特征，是否被其他对比文件（D1/D3）公开？

* **未公开特征集：** 特征D（空间子区域遮挡确定）、特征E（体积视频转换为非体积表示）、特征F（遮挡空间子区域的数据替换以生成复合帧）。

* **分析 D1 和 D3：**

* **D1** 仅关注 P2P 节点的 QoS 评估与路由挑选（段落[0006]、[0011]）。

* **D3** 仅关注 DASH 清单（Manifest File）中码率候选值（media data rate candidates）的修改（段落[p0021]-[p0023]）。

* **结论：** **D1 和 D3 均完全未涉及视频图像像素级/空间区域级的遮挡检测、图层替换编码或体积视频平坦化转换。** 本案的独创技术特征（特征D+E+F）在现有给出的对比文件（D1、D2、D3）中**完全没有被公开，也没有给出任何技术暗示**。

因此，基于现有这三份对比文件，权利要求1具备显著的**突出的实质性特点和显著的进步**，具备**创造性**。

---

## 四、 无效请求中最薄弱的技术特征分析

若试图对本专利发起无效宣告，目前专利权人设置的**最薄弱（最容易被现有技术突破）**的技术特征为：

1. **特征 H（信令传递数据）：**

* *薄弱原因：* 在自适应流媒体协议（DASH/HLS/MP4容器，如D2和D3所述）中，在MPD清单、SEI消息或SPS标头中添加一个自定义标签/字段（Signaling Data）来指示流的属性，是本领域的**公知常识或常规选择**。如果对手找到了公开“遮挡替换（D+E+F）”的技术，特征H将极难单独形成防线。

2. **特征 E（将体积视频转换为非体积表示）：**

* *薄弱原因：* 广义上的“体积视频的非体积表示（Non-volumetric representation）”涵盖范围极广，例如将带深度图（Depth map）的RGBD图像平铺为普通的2D帧（如左右/上下拼接模式）、或者将点云/网格解构为平面纹理图（Atlas）。这类 3D-to-2D 映射技术在 3D 视频编码（如 MPEG 3D Video / V-PCC 点云压缩）领域属于较为常见的通用手段。

---

## 五、 进一步的对比文件检索策略建议

由于现有的 D1、D2、D3 组合无法破坏权利要求1的创造性（核心差距在于**空间遮挡检测 + 遮挡区域数据替换编码**），若要发起有效的无效请求，必须调整检索方向，重点攻克 **特征D + 特征E + 特征F** 的技术组合。

建议后续检索策略如下：

### 1. 调整检索关键词与分类号 (IPC/CPC)

* **核心技术概念组合：**

* `Occlusion` / `Obscured` / `Overlaid` / `Foreground` / `Background`（遮挡 / 前景 / 背景）

* `Sub-region` / `Spatial region` / `Macroblock replacement` / `Data substitution`（空间子区域 / 替换）

* `Composite stream` / `Embedded 3D in 2D` / `Texture Atlas` / `V-PCC`（复合流 / 3D嵌入2D）

* **重点分类号 (IPC / CPC)：**

* **H04N 19/167：** 根据图像感兴趣区域(ROI)或遮挡区域进行的自适应视频编码。

* **H04N 19/597：** 立体或多视图视频序列的编码/解码（3D/MVC/3DV）。

* **H04N 21/2343 / H04N 21/4402：** 内容加工/视频复合/图层融合传输。

* **G06T 15/00 / G06T 9/00：** 3D图形渲染与点云/纹理贴图压缩。

### 2. 拓展检索的领域与技术标准（Standard Essential Patents & Papers）

1. **关注 MPEG V-PCC (Video-based Point Cloud Compression) 规范：**

* 检查 MPEG 针对点云/体积视频压缩的标准提案（Draft/Input Documents），其中大量采用了“将3D体积数据投影/拆解为2D Patch，再将2D Patch填充替换到2D视频帧中”的技术。

2. **画中画 (PiP) 与增强现实 (AR) 视频复合编码领域：**

* 检索增强现实（AR）或交互式视频流传输专利，重点查找“在背景2D视频中，将前景AR/3D对象所遮挡的区域抠除，并利用该空闲区域传输前景对象的纹理/深度数据”的相关专利。

3. **游戏流（Cloud Gaming）与图层混合编码专利：**

* 检索云游戏（如 Nvidia, Sony, Microsoft）的流媒体压缩专利，云游戏服务端经常需要处理UI图层、3D渲染图层与2D背景图层的混合压缩与遮挡剔除（Occlusion Culling）。

---

### 总结意见

根据当前的对比文件（D1: US20130086278A1, D2: CN103053159A, D3: WO2013004260A1），**权利要求1具有较强的稳定性**。D2虽然构成了最接近的对比文件，但其并未公开“空间遮挡检测与被遮挡区域的数据替换复合（特征D+F）”。若要成功无效该专利，必须补充检索专门针对**“利用视频帧内被遮挡的空间区域来嵌入/替换传输额外图层（3D/体积数据）”**的图像编码类对比文件。

从专业的专利代理师角度，针对**权利要求1**结合3份对比文件进行深入的技术特征比对、最接近对比文件分析、薄弱特征识别以及进一步检索策略的制定。

---

## 一、 权利要求1的技术特征拆解与解读

根据专利说明书的技术构思，本申请的核心技术在于**3D/体积视频（Volumetric Video）与2D/非体积视频（Non-Volumetric Video）的混合复合流式传输**。

* **技术背景与问题**：直接传输完整的体积视频（如点云、网格等）对网络带宽和客户端渲染算力要求极高。

* **解决方案**：将体积视频通过转换技术（如投影/展开）转换为2D/非体积表示；同时确定该体积视频在2D主背景视频中会遮挡的空间区域；利用生成的2D表示**直接替换**背景视频中被遮挡的子区域，拼造成一个复合视频（Composite Video）帧。客户端接收到该复合视频及信号传递数据后，只需解拼并重构体积视频，即可实现高效渲染。

---

## 二、 特征比对与公开情况分析（结合对比文件原文及出处）

以下为3份对比文件针对权利要求1技术特征A~H的公开情况对照表及原文出处分析：

### 1. 技术特征比对表格

---

### 2. 对比文件原文详细分析

#### 1. D1：WO2013098317A1 (NETWORK-INITIATED CONTENT STREAMING CONTROL)

* **公开的技术特征**：

* **特征A/G**：[p0003]、[p0012]公开了通过网络接口控制分段内容（segmented content）的流传输，支持基于HTTP的自适应流传输（HAS/DASH）。

* **特征B**：[p0005]-[p0006]公开了获得并传输常规2D分段视频流（如.avi、.mp4片段）。

* **未公开的技术特征**：

* D1完全未涉及体积视频（Volumetric Video）、空间子区域遮挡确定（特征C、D）、体积视频到非体积表示的转换与替换拼帧（特征E、F），以及针对体积表示的专门信令传递（特征H）。D1的核心侧重于网络端发起的Manifest清单更新与控制通道（WebSocket/SIP）建立。

#### 2. D2：CN103222277A (基于用于确定内容质量的多个元素的自适应流传输的方法和装置)

* **公开的技术特征**：

* **特征A/B/G**：[0045]-[0047]公开了流系统中服务器与客户端通过网络交互，服务器提供不同质量/分辨率的媒体数据片段（Fragment/Slice）。

* **未公开的技术特征**：

* D2侧重于自适应流传输中根据帧率（framerate）、分辨率、比特率等质量优先次序（qualitydependency）选择媒体轨道（Tracks）。D2不涉及体积视频与非体积视频的前后遮挡关系及空间图像替换融合（特征C、D、E、F）。

#### 3. D3：US20130194996A1 (TECHNIQUES FOR IMPROVED MULTICAST CONTENT DELIVERY)

* **公开的技术特征**：

* **特征A/B/G**：[0014]-[0017]公开了多播/广播（MBMS）下的媒体流传输系统。

* **特征C（部分相关，但未公开）**：[0026]及[0030]提到了立体3D视频（stereoscopic 3D video）与多视角视频编码（MVC，Multi-view Video Coding，如左眼与右眼视角）。**但MVC视角不等于体积视频（Volumetric Video，如基于点云/网格的三维空间体素）**，且D3中左/右视角是并行传输或基于Base/Enhancement Layer分层传输，并未提出“将体积视频转为非体积表示并替换背景视频被遮挡子区域”的技术思想。

* **未公开的技术特征**：

* 特征D、E、F、H。D3未涉及基于空间遮挡区域的图像替换拼帧及相关信号传递。

---

## 三、 最接近对比文件分析（创造性角度）

在评估最接近的对比文件时，需要从**整体解决的技术问题**、**技术领域**和**技术特征覆盖度**三个维度进行综合考量：

### 1. 分析与筛选

* **技术领域与问题**：

* 本申请要解决的核心问题是：**如何突破高带宽与高算力限制，实现体积视频（3D）与背景视频（2D）的复合流式传输**。

* D1 解决的是**HTTP自适应流传输中网络端无法主动发起Manifest更新和负载均衡**的问题。

* D2 解决的是**流传输过程中客户端根据流环境波动（帧率、分辨率等优先次序）自适应切换质量**的问题。

* D3 解决的是**多播（Multicast/MBMS）环境下如何高效传输多版本/多视角（MVC/SVC）媒体内容**的问题。

### 2. 结论

**D3 (US20130194996A1) 相对最适合作为最接近的对比文件**（但整体相距较远）。

* **原因**：D3 涉及多视角/3D视频（MVC/SVC）的媒体流式传输，在媒体数据类型（包含三维/多视角信息）和传输架构上与本申请相对最近。

* **备选/结合文件**：D1 可作为引入“自适应流传输及信令控制通道”背景架构的对比文件。

### 3. 未被最接近对比文件（D3）公开的特征及其他对比文件的补充情况

* **未被D3公开的特征**：**特征C（体积视频及其遮挡关系）、特征D（确定遮挡空间子区域）、特征E（体积视频转换为非体积表示）、特征F（数据替换拼帧生成复合视频输出帧）、特征H（特定信令传递）**。

* **其他对比文件（D1、D2）是否公开**：**均未公开**。

* D1与D2仅公开了传统2D视频的Manifest管理、媒体轨道切换及网络流传输，均未涉及任何与“体积视频转换、空间遮挡计算、空间区域数据替换”相关的技术手段。

---

## 四、 专利无效请求中最薄弱的技术特征分析

若针对本专利发起无效宣告，**现有对比文件组合（D1+D2+D3）的攻击力极其有限**，原因在于现有组合仅覆盖了传统的“网络流传输/DASH/多播机制（特征A、B、G）”，而本专利的核心发明点存在显著的技术屏障。

### 1. 本专利最薄弱（最容易被突破）的技术特征：**特征H**

* **薄弱原因**：在DASH、MPEG-DASH或HAS标准中，在Manifest（如MPD）或带外信令（Signaling Data）中添加元数据字段以指示流的属性（例如指示流中包含某种特定编码格式或图像内容）是本领域极其通用的技术手段。一旦特征D、E、F被公知技术击穿，特征H（仅仅是“提供指示该复合流包含非体积表示的信号传递数据”）将非常容易被认定为“本领域技术人员基于常规需求做出的显而易见的补充”。

### 2. 本专利最坚固（最难被突破）的核心特征：**特征D + 特征E + 特征F 的组合（混合拼帧传输机制）**

* **坚固原因**：将“体积视频转换成2D表示”与“背景视频遮挡区域计算”结合，并**直接用体积视频的2D表示填充替换背景视频的被遮挡区域**，这一“空间拼贴/打包（Spatial Packing）”思想极大地节省了传输带宽（无需传输被遮挡的背景像素，且将两路流合并为一路流传输）。现有D1-D3完全不具备该技术启示。

---

## 五、 进一步对比文件检索策略建议

为了成功无效权利要求1，必须调整检索方向，重点寻找**体积视频/点云传输（Volumetric Video / Point Cloud Streaming）**以及**图像空间打包/遮挡裁剪（Spatial Packing / Occlusion Culling / Region-of-Interest Packing）**交叉领域的现有技术。

建议采取以下具体的进一步检索策略：

### 1. 扩充技术关键词组合（IPC / CPC 分类号 + 关键词）

* **分类号推荐**：

* `H04N 19/597`（专门用于立体或多视角视频的帧间/空间预测编码）

* `H04N 21/2343` / `H04N 21/81`（网络视频内容加工/3D媒体流传输）

* `G06T 9/00`（基于计算机图形学的数据压缩/点云压缩）

* `H04N 19/167`（基于感兴趣区域 ROI 的视频编码）

* **关键词检索式设计**：

* `("volumetric video" OR "point cloud" OR "3D mesh" OR "holographic") AND ("occlusion" OR "遮挡" OR "sub-region" OR "spatial area") AND ("replace" OR "pack" OR "composite" OR "texture map")`

* `("tile" OR "packing") AND ("background video" OR "non-volumetric") AND ("volumetric") AND ("stream")`

### 2. 关注标准草案及学术文献（非专利文献 NPL）

体积视频传输技术（如 MPEG V-PCC，Visual Volumetric Video-based Coding）在2017–2020年前后有大量标准提案和学术论文：

* **MPEG 标准会议文档（MPEG Input/Output Documents）**：重点检索 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 **V-PCC (Volumetric Video-based Point Cloud Coding)** 和 **OMAF (Immersive Media Format)** 的标准化提案。V-PCC 的核心机制正是将 3D 点云投影为 2D 贴图（Patch Packing），需重点查找是否有提案探讨将 V-PCC 贴图与 2D 背景视频打入同一个 2D 视频帧中传输。

* **学术数据库**：检索 IEEE Xplore, ACM Digital Library 中关于 *“Volumetric Video Tile-based Streaming”*、*“Occlusion-aware Volumetric Streaming”*、*“Hybrid 2D/3D Video Transmission”* 的论文。

### 3. 跟踪重点专利申请人/团队

重点追踪在AR/VR/体感视频传输领域有深厚布局的高科技企业与科研院所的早期专利：

* **企业**：Philips（飞利浦，本领域基础专利极多）、InterDigital、Intel、Nokia、Tencent（腾讯）、Microsoft、Sony。

* **检索方向**：查找上述公司在 2013 年至 2020 年间申请的关于“混合现实（MR）场景下2D背景与3D对象联合编码/拼帧传输”的专利。

针对目标专利权利要求1，结合目标专利的技术构思及提供的三份对比文件（D1: WO2013098317A1；D2: CN103222277A；D3: US20130194996A1），作为专利代理师，我将为您进行深入的技术特征比对、接近对比文件分析、最薄弱特征定位及检索策略建议。

---

## 一、 目标专利说明书与权利要求1的技术构思解析

* **技术领域**：体积（Volumetric/3D/点云/网格）视频与非体积（2D）视频的混合复合流传输。

* **核心发明点**：

1. **遮挡区域确定（D）**：确定非体积视频（背景）中将被体积视频（前景）遮挡的空间子区域。

2. **转换重构与数据替换（E, F）**：利用可逆转换技术将体积视频转为非体积表示（如将3D点云转换为2D深度图+纹理图），并直接**替换（嵌入）**非体积视频中被遮挡的子区域，形成一帧复合视频帧。

3. **流传输与信令指示（G, H）**：将复合流（或其切片/空间片段）发给客户端，同时通过**信令数据（Signaling Data）**告知客户端“复合流中包含了体积视频的非体积表示”，以便客户端解码时提取并重构3D体积视频。

* **技术效果**：极大地节省传输带宽（无需单独开辟通道传输3D体积数据，复用2D视频流的被遮挡冗余空间），提高传输与解码效率。

---

## 二、 权利要求1的技术特征对比分析

### 1. 技术特征拆解

* **特征A**：处理器系统包括到网络的网络接口。

* **特征B**：输入接口获得非体积视频。

* **特征C**：输入接口获得体积视频，体积视频至少一部分要在非体积视频前面显示。

* **特征D**：处理器确定非体积视频的空间子区域，当体积视频显示在前时该子区域被部分或完全遮挡。

* **特征E**：通过转换技术将体积视频转换为可重构的非体积表示。

* **特征F**：用体积视频的非体积表示的数据**替换**非体积视频空间子区域的数据，获得复合视频输出帧。

* **特征G**：经由网络接口将复合视频作为复合视频流（或其空间片段）流式传输到客户端。

* **特征H**：将**信号传递数据（Signaling Data）**提供给客户端，指示复合视频流包含体积视频的非体积表示。

### 2. 对比文件对比比对表

---

## 三、 最接近对比文件分析（从整体解决的技术问题与技术效果角度）

在创造性审查中，最接近的现有技术（Primary Reference）应当是**与要求保护的发明技术领域最接近、所要解决的技术问题及技术效果最相似、或者公开的发明技术特征最多**的对比文件。

### 1. D1 (WO2013098317A1)

* **解决的问题与效果**：解决网络动态变化/节点过载时HTTP自适应流（HAS/DASH）的控制问题，通过建立信道（Control Channel）由网络主动向客户端推送Manifest文件更新信号，实现平滑切换。

* **技术领域**：网络流媒体传输协议控制。

* **与本发明的偏差**：完全未涉及视频编码内容本身（无体积视频、无空间子区域替换、无视频复合逻辑）。

### 2. D2 (CN103222277A)

* **解决的问题与效果**：解决流环境波动下如何保持QoS的问题，通过在MPD（媒体呈现描述）中增加帧率、质量依赖度（Quality Dependency）等元素，实现客户端自适应选择流。

* **技术领域**：自适应流传输策略与媒体描述文件格式。

* **与本发明的偏差**：属于2D视频编码流控制，完全不涉及体积/3D视频转换与空间掩码替换。

### 3. D3 (US20130194996A1)

* **解决的问题与效果**：解决组播（Multicast）传输下不同客户端能力适配问题，利用SVC（可扩展视频编码）和MVC（多视角/3D视频编码）将不同质量/视角分层（Base Layer / Enhancement Layer）并结合USD/MPD元数据进行组播分发。

* **技术领域**：3D/多视角/分层视频的流媒体分发。

* **匹配度评估**：D3涉及了多视角/3D视频（MVC）以及视频层级分层与信令数据匹配（USD/MPD）。在技术领域和数据表达形式上比D1、D2略微接近，但它解决的是**多视角组播分发问题**，而非“利用2D视频的遮挡空间打入3D体积视频转换数据以节省带宽”的问题。

### 结论：最接近对比文件的选取建议

* **结论**：在提供的三份对比文件（D1, D2, D3）中，**D3 (US20130194996A1)** 相对最适合作为最接近的对比文件（因其涉及多视角3D视频与元数据描述）。

* **客观评价**：现有三份对比文件**均属于网络传输与自适应流控制领域（HAS/DASH/Multicast/MPD）**，而目标专利的核心发现在于**“体积视频/非体积视频的图像空间遮挡替换与编码复合”**（视频编解码/合成技术）。因此，**仅凭D1、D2、D3中的任意一份或组合，均无法破坏权利要求1的创造性（存在巨大的技术特征鸿沟）**。

---

## 四、 针对无效请求最薄弱的技术特征定位

若要对目标专利发起无效宣告，基于现有这三份对比文件，本专利**最固若金汤（对方最难攻破）、同时也是我方若发起无效时“最薄弱/最缺证据”的特征组合**如下：

1. **核心薄弱特征组合（对应目标专利的核心发明点：特征D + 特征E + 特征F）**：

* **特征D**：确定非体积视频被体积视频遮挡的空间子区域；

* **特征E**：将体积视频转换为非体积表示（如点云/3D网格 -> 2D Depth/Texture）；

* **特征F**：**用非体积表示的数据替换非体积视频被遮挡空间的数据**。

2. **原因分析**：

* D1、D2、D3公开的均是“如何将不同的流/片段独立传输或在MPD中进行信令通知”，属于传统的**传输层/封装层逻辑**。

* 目标专利的核心在于**“图像/帧级别的像素/数据块替换”**（即利用被遮挡不需要显示的2D背景区域来隐藏/携带3D视频转换后的数据），这是**像素级/图像编码层的图像合成逻辑**。对比文件D1-D3完全没有给出将“体积视频转换数据”填充到“非体积视频遮挡区域”的技术教导（Technical Teaching）。

---

## 五、 进一步的对比文件检索策略（针对无效宣告请求）

为了彻底无效掉权利要求1，必须补充检索能够公开**“体积视频/3D视频在2D视频中的遮挡打包/空间嵌入/合成”**的技术文献。建议采取以下检索策略：

### 1. 扩展关键词与分类号（IPC/CPC）

* **核心关键词组合（表达“遮挡替换/空间隐藏/体积视频2D化”）**：

* *体积/3D视频*：`Volumetric video`, `Point cloud`, `3D mesh`, `3D video`, `Free-viewpoint`

* *非体积/2D表示与转换*：`Non-volumetric representation`, `Depth map`, `Packed frame`, `Geometry video`, `V-PCC` (Video-based Point Cloud Compression)

* *遮挡/子区域替换/复合*：`Occlusion`, `Occluded area`, `Spatial sub-region`, `Embed`, `Replace`, `Composite video`, `Background substitution`, `Mask`

* **关键专利分类号（IPC/CPC）**：

* `H04N 19/597`：专门针对3D/多视角视频的视频编码（Multi-view video sequence encoding）；

* `H04N 19/167`：基于感兴趣区域（ROI）或特定子区域的视频编码（Data positioning according to Region of Interest）；

* `H04N 21/816`：3D/体积视频传输或图层复合处理；

* `G06T 9/00`：数据压缩与图像编码（如点云压缩/网格压缩）。

### 2. 结合MPEG标准提案（Standard Contributions）精准检索

由于“体积视频转换为2D打包帧传输（V-PCC/MPEG-I Pt.5）”是近年来MPEG国际标准化的热点，建议直接检索 **ISO/IEC JTC1/SC29/WG11 (MPEG)** 的标准提案文档：

* 检索 **MPEG V-PCC (Video-based Point Cloud Compression)** 规范及早期提案（2016-2020年前后）；

* 重点查找涉及 `Frame Packing`（帧打包）、`Video-based volumetric media` 以及将3D数据图层隐匿或拼接进2D主视频流的提案。

### 3. 组合逻辑构建

* **对比文件1（主对比文件）**：寻找一篇公开“将体积视频/3D点云转换为2D深度/纹理图，并与2D背景视频进行空间拼接/遮挡区域替换复合”的视频编码专利（如MPEG V-PCC关联专利、Microsoft Holistic 3D/Holoportation相关专利、Philips/Nokia的3D视频打包专利）。

* **对比文件2（结合对比文件）**：结合 **D1 / D2 / D3** 中的任意一篇，用以提供“将复合视频流通过HAS/DASH/MPD进行流式传输并附带Signaling信令数据”的公知常识/现有网络传输教导。

* **组合评述路径**：对比文件1（解决图像转换与遮挡替换复合问题） + D1/D2/D3（解决DASH分段传输与信令通知问题） $\rightarrow$ 结合得出权利要求1不具备创造性的结论。

<ElicitationsGroup message="针对本案的后续分析建议：">

<Elicitation label="详细撰写基于D3+公知常识对权利要求1的创造性防御/无效意见书" query="请结合上述分析，从专利代理师的角度，撰写一份针对权利要求1创造性的详细法律意见书（包含正反两方辩论视角）。"/>

<Elicitation label="制定针对该专利从从属权利要求的无效检索方案" query="如果目标专利还包含从属权利要求，请提供针对常见体积视频/DASH传输从属特征的无效检索策略。"/>

</ElicitationsGroup>

### 一、 目标专利权利要求1的技术特征分解与说明书解释

根据目标专利的权利要求1，结合其技术实质与说明书的内在逻辑，将权利要求1分解为如下8个核心技术特征（特征A~H），并对其含义进行界定：

* **技术特征A：** 该处理器系统包括：到网络的网络接口。

* *解释*：硬件架构中的网络通信模块（如以太网、Wi-Fi、蜂窝网络等接口），用于与客户端设备进行双向或单向数据通信。

* **技术特征B：** 输入接口，该输入接口用于获得：非体积视频（Non-volumetric video）。

* *解释*：传统的2D平面视频或常规双目3D视频（即缺乏基于三维网格/点云/体素的空间表达的视频流）。

* **技术特征C：** 体积视频（Volumetric video），该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示。

* *解释*：包含三维空间结构信息的视频（如点云 Point Cloud、网格 Mesh 或体素 Voxel 数据），在客户端渲染展示时，具有明确的前后层级关系，即体积视频的特定对象/画面置于非体积背景视频的前方（前景与背景关系）。

* **技术特征D：** 处理器，该处理器被配置成进行以下操作：确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡。

* *解释*：利用三维遮挡/视口计算，预先算出前景（体积视频）在背景（非体积视频）上投影或叠加时，背景视频中“被挡住”的二维画面区域（即被遮挡的ROI/空间子区域）。

* **技术特征E：** 针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频。

* *解释*：将3D体积视频转换为2D平面表示形式（例如将点云/网格打包/投影为2D纹理图和深度图/几何图的打包图，即2D非体积表示），且该转换具有可逆性，客户端接收后可重新解算/重构出3D体积视频。

* **技术特征F：** 用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧。

* *解释*：**核心融合/编码优化特征**。将转码后的2D体积视频数据，直接“嵌入/填补”到非体积背景视频中因遮挡而原本被浪费的那个空间子区域（被遮挡区域的数据被剥离/覆盖），使得单帧2D画面中既包含了背景画面，又在原本被挡住的废弃区域内携带了前景的3D重构数据。

* **技术特征G：** 经由该网络接口：将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备。

* *解释*：将合成后的单条复合视频流（或其Tile/空间切片片段）打包传输至客户端。

* **技术特征H：** 将信号传递数据（signaling data）提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

* *解释*：随视频流发送控制/信令元数据（如Manifest、MPD、SEI信息或Header标志），用于告知客户端“该流并非普通2D视频，内部特定区域包含了重构3D体积视频的非体积数据”，提示客户端解析重构。

---

### 二、 对比文件技术特征比对表格及详细原文出处分析

现将两份对比文件分别与目标专利权利要求1的特征A~H进行逐项特征比对。

#### 1. 对比文件基本信息

* **D1：** `US2013298170A1`（公开日：2013-11-07，名称：`VIDEO STREAMING QUALITY OF EXPERIENCE RECOVERY USING A VIDEO QUALITY METRIC`）

* **D2：** `US8612517B1`（授权日：2013-12-17，名称：`Social based aggregation of related media content`）

#### 2. 特征比对表格（Feature Comparison Table）

---

### 三、 整体技术问题、技术效果与“最接近的对比文件”选择分析

#### 1. 目标专利整体解决的技术问题与技术效果

* **技术问题**：在同时传输3D体积视频（数据量极其庞大）与2D背景视频时，网络带宽消耗极大，且如果直接叠加传输，2D背景视频中被3D前景遮挡的部分会造成严重的传输带宽浪费。

* **技术效果**：通过将3D体积视频转换成2D非体积表示，并将其**嵌入/填充至2D背景视频中被遮挡的空间子区域**，实现了“一条2D视频流同时携带背景画面与3D前景重构数据”。在完全不增加额外流传输通道的前提下，彻底清除了被遮挡背景数据的传输冗余，大幅节省了网络带宽与解码开销。

#### 2. 对比文件技术领域与机制对比

* **D1 (`US2013298170A1`) 的技术核心**：

* *领域/机制*：无线/有线网络中自适应视频流（如DASH/HLS）的QoE（体验质量）恢复与拥塞控制。通过监测客户端缓冲区（Buffer Occupancy）和视频质量指标（VQM），动态调整调度参数、降码率或丢弃/暂停视频流。

* *与目标的差距*：D1属于纯粹的**网络传输层与自适应码率调度技术**，对视频内容本身（2D/3D、空间遮挡、画面像素级融合替换）完全不作处理。

* **D2 (`US8612517B1`) 的技术核心**：

* *领域/机制*：针对同一事件由不同用户拍摄的多路2D视频进行社交化聚合与拼接（Aggregation/Stitching）。通过时间同步、质量/角度排序，将多路2D视频在时间轴上缝合为一条连续的最佳视角视频。

* *与目标的差距*：D2属于**多视角2D视频的时间轴拼接/画面选择技术**。虽然涉及视频处理与聚合，但其处理对象均为常规2D平面视频，且替换机制是“时间段上的画面切换”，完全不涉及“3D体积视频的2D转化”以及“利用2D画面内部被遮挡的空间子区域填充3D重构数据”的空间像素级打包融合机制。

#### 3. 最接近对比文件（Closest Prior Art）的认定结论

在专利创造性审查中，“最接近的对比文件”应当是**技术领域相同或相近、所要解决的技术问题最接近、公开技术特征最多**的文件：

1. **D2 (`US8612517B1`)** 在技术主题上涉及“多路视频流的聚合与复合视频生成（Aggregation/Composite Media Item）”，在视频处理架构上相比于单纯做网络调度的D1**更适合作为最接近的对比文件（第一最接近对比文件）**。

2. **D1 (`US2013298170A1`)** 仅公开了网络流式传输（DASH/信令描述符等通用背景），仅可作为证明“网络传输与自适应流控”通用公知常识/背景技术的参考文件，不适合单独作为评价目标专利核心发明点（体积视频与非体积视频空间融合打包）的最接近对比文件。

---

### 四、 无效请求中最薄弱的技术特征与辩驳分析

若针对目标专利权利要求1发起无效宣告请求，基于现有对比文件（D1与D2），**本案无效理由极其薄弱**。

#### 1. 未被对比文件公开的核心特征（保护壁垒）

对比文件D1和D2联合组合，也**完全无法覆盖**以下核心组合特征：

1. **特征C + 特征E**：体积视频（3D）向可重构的非体积表示（2D）的显式转换与前后空间层级定义。

2. **特征D + 特征F（最核心的发明点/最强壁垒）**：

* **确定非体积视频中被体积视频遮挡的空间子区域**；

* **用体积视频的非体积数据“替换/覆写”该被遮挡的空间子区域数据**。

#### 2. 最薄弱的技术特征分析（发起无效攻击的突破口）

在现有对比文件架构下，若强行提起无效，**最薄弱（即最容易被专利权人反驳、最难被无效掉）的技术特征是：特征D 与 特征F 的协同组合**。

* **薄弱原因（对无效请求人而言）**：

* 现有技术D2虽然提到了“遮挡（Obscured view，如[0065]图6）”和“缝合/替换（Stitching/Aggregate）”，但D2的“遮挡”是指“拍摄视线被挡住导致该视频质量低”，D2的处理方式是“直接抛弃该低质量视频，切换到另一路未被挡住的2D视频”。

* 而目标专利的特征D/F是“计算画面内部的具体遮挡区域（Spatial sub-region），并**利用**该废弃区域的空间来打包传输3D重构数据”。这是完全不同的技术构思（从“避开遮挡”变为“利用遮挡区域做空间复用编码”）。

* D1和D2均未给出将3D体积数据隐藏/嵌入到2D被遮挡背景子区域中的任何技术启示（Technical Teaching）。

---

### 五、 进一步的对比文件检索策略（Search Strategy）

鉴于现有对比文件D1和D2存在严重的技术特征缺口（缺少体积视频处理、空间遮挡计算及遮挡区域数据替换打包机制），建议按照以下策略补充检索第二轮对比文件：

#### 1. 核心检索要素提取（Key Search Concepts）

* **主题1（体积视频2D化/打包）**：Volumetric Video, Point Cloud, Mesh, 3D Video, 2D Representation, Texture Map, Depth Map, Packing, Video Coding (V-PCC / Geometry-based Point Cloud Compression).

* **主题2（遮挡感知与空间复用/隐藏编码）**：Occlusion, Occluded Area, Spatial Sub-region, Region of Interest (ROI), Data Hiding, Steganography, Frame Replacement, Background Inpainting, Payload Embedding.

* **主题3（复合流/信令）**：Composite Video, Video Streaming, Signaling, MPD, SEI metadata.

#### 2. 建议检索公式与分类号组合（IPC / CPC）

重点关注 MPEG 针对体积视频压缩（V-PCC / ISO/IEC 23090-5）的标准提案以及沉浸式视频（Immersive Video / AR / VR）相关的专利分类：

* **IPC / CPC 分类号锁定**：

* `H04N 19/597`：针对3D/多视角视频的视频编码（Motion compensation for stereoscopic or multi-view video）。

* `H04N 19/167`：基于感兴趣区域（ROI）的视频编码（Block or ROI coding）。

* `H04N 21/81`（`H04N 21/816` / `H04N 21/8146`）：包含三维/沉浸式媒体内容的流媒体传输。

* `G06T 9/00` 或 `G06T 15/00`：三维图像压缩与渲染。

* **逻辑检索式构建（以 Google Patents / EPO / CNIPA 为例）**：

1. *(Volumetric video OR point cloud OR 3D mesh)* **AND** *(2D representation OR texture depth packing OR V-PCC)* **AND** *(occlusion OR occluded OR masked area)* **AND** *(replace OR embed OR pack OR substitute)*.

2. *(background video OR non-volumetric)* **AND** *(foreground volumetric OR 3D object)* **AND** *(occluded region OR spatial sub-region)* **AND** *(data replacement OR multiplexing OR payload)*.

#### 3. 重点检索机构与标准组织（Target Applicants & Standards）

* **重点专利权人**：InterDigital, Philips (Royal Philips), Tencent (腾讯), Sony, Intel, Qualcomm, Nokia, Apple.

* **非专利文献（NPL）检索**：

* 检索 **MPEG-I (ISO/IEC 23090)** 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **MIV (Metadata for Immersive Video)** 的技术提案（Input Documents）。V-PCC 核心机制即是将 3D 点云转换为 2D 纹理图与深度图，极有可能存在探讨“将 V-PCC 补丁（Patches）嵌入常规 2D 视频空闲/遮挡区域”的标准提案。

<FollowUp label="是否需要针对 MPEG V-PCC 标准提案及重点厂商补充撰写第二轮精确检索式？" query="请针对 MPEG V-PCC 标准文献以及 InterDigital、Philips 等厂商在体积视频与2D视频遮挡区域融合编码领域的专利，提供具体的第二轮专利检索表达式及对比文件筛选建议。"/>

尊敬的委托人：

作为一名经验丰富的专利代理师，我针对目标专利《权利要求1》与检索到的两份对比文件（D1：US2013298170A1，D2：US8612517B1）进行了深入的法律与技术比对分析。现将具体的专利侵权/无效宣告侵权防御及创造性分析报告呈报如下：

---

### 一、 目标专利权利要求1的技术特征拆解与技术本意解读

目标专利权利要求1涉及一种**混合体积视频（Volumetric Video，如3D点云、立体场景）与非体积视频（Non-Volumetric Video，如2D背景视频）的复合流编码与传输系统**。

其核心技术构思在于：

1. **前景/背景空间遮挡关系确定（特征D）**：处理器分析得知，当客户端将体积视频放置在非体积视频**前面**显示时，非体积视频的某些**空间子区域（Spatial sub-region）**会被体积视频遮挡。

2. **利用空间子区域进行数据替换与复合（特征E、F）**：通过三维/二维转换技术，将体积视频转换为非体积表示（例如，将3D点云降维/展开为2D图层），并**用该非体积表示的数据直接替换/填补非体积视频中被遮挡的那个空间子区域的数据**，从而生成单帧复合输出帧（Output frame）。

3. **带内/带外信令告知（特征H）**：向客户端传输信令数据，指示该复合流中包含了体积视频的非体积表示，以便客户端接收后进行解包与3D重构。

---

### 二、 对比文件原文技术特征比对分析与比对表格

#### 1. 对比文件出处与技术内容说明

* **D1 (US2013298170A1)**：*VIDEO STREAMING QUALITY OF EXPERIENCE RECOVERY USING A VIDEO QUALITY METRIC*.

* **D2 (US8612517B1)**：*Social based aggregation of related media content*.

#### 2. 特征比对表格（Feature Mapping Table）

---

### 三、 最接近对比文件的选择与创造性分析

#### 1. 整体解决的技术问题与技术效果对比

* **目标专利**：

* **解决的问题**：如何在有限的网络带宽下高效传输包含3D体积视频和2D背景视频的复合场景，避免重复传输被遮挡的背景画面像素，降低传输数据量。

* **技术效果**：通过将体积视频降维并直接“嵌合/替换”到2D背景视频被遮挡的空间子区域中，生成单一复合输出帧，极大地节省了带内传输资源，并实现了体积视频与非体积视频的同步流式传输。

* **对比文件D1 (US2013298170A1)**：

* **解决的问题**：网络拥塞时，如何通过动态调整视频码率、丢弃高码率流或暂停/切断部分视频流，来保障多用户视频流的体验质量（QoE Recovery）。

* **技术效果**：根据VQM（视频质量指标）和网络资源，动态调整自适应流（DASH）的码率分配。

* **对比文件D2 (US8612517B1)**：

* **解决的问题**：针对同一事件（如演唱会），如何将多个不同用户/角度拍摄的2D视频进行同步、评分、筛选并拼接（stitch）成一个综合视频。

* **技术效果**：基于画质、音质或社交关系，自动拼接生成无缝播放的新2D媒体文件。

#### 2. 最接近对比文件的判定与分析

**结论：对比文件D1和D2在创造性分析中均不适合单独作为最接近的对比文件；若强行选择，D1在“网络流式传输与信令控制（特征A, B, G, H）”架构上略微接近，而D2在“多视频流画面拼接与复合（特征B, F, G）”概念上有所涉及。**

* **技术领域差异**：目标专利属于**三维/体积视频与二维视频复合编码与传输领域**；D1属于**网络流媒体QoE服务质量控制与码率自适应领域**；D2属于**多源2D视频剪辑与协同聚合传输领域**。

* **核心发明构思缺失**：

无论是D1还是D2，其技术方案完全建立在传统的**2D平面视频处理**基础上。目标专利的核心构思——**“确定三维前景对二维背景的空间遮挡区域(D) -> 用体积视频的降维表示替换该遮挡子区域(E, F) -> 信号指示重构(H)”**，在D1和D2中均没有出现任何技术启示或对应结构。

#### 3. 未被公开特征的组合启示分析

假设以D1或D2作为最接近对比文件，本领域技术人员为了解决“如何高效传输3D/体积与2D混合视频”的问题，结合D1与D2（甚至D1+D2）：

* D1仅教导了根据网络状况整体降低码率（或剥离高码率选项，见[0094]）；

* D2仅教导了将多个2D视频按时间轴或空间视角切片进行**首尾拼接或画面画面切换**（见[0025]）。

* **两者结合仍无法导出特征C、D、E、F、H**。因为“利用空间遮挡关系进行像素/数据块级（Spatial Sub-region）的替换编码”完全超出了D1和D2所给出的教导范畴。因此，基于D1和D2的组合**无法否定权利要求1的创造性（意图依据《专利审查指南》新颖性/创造性条款提无效将难以成立）**。

---

### 四、 无效宣告请求中最薄弱的技术特征及攻击点评价

若您作为**发起无效宣告请求的一方**，现有证据链（D1 + D2）处于**极度劣势**状态。

#### 最薄弱的技术特征（即对专利权人而言防御最稳固、最难被无效的特征）：

1. **特征D与特征F的组合**：*确定非体积视频被体积视频遮挡的空间子区域，并用体积视频的非体积表示数据直接替换该空间子区域的数据*。

* **原因**：这是目标专利的最核心发明点。D1和D2完全不具备“三维空间遮挡分析”与“空间子区域像素级/数据块级嵌入替换”的概念。

2. **特征E与特征H**：*允许重构体积视频的转换表示及对应的信令传递*。

---

### 五、 进一步对比文件检索策略建议

为了能够对目标专利权利要求1发起有效的无效宣告请求，**必须重新制定针对性检索策略**，补充能够公开“体积视频（3D/点云/全息）与2D视频复合/遮挡编码”的对比文件。

建议采取以下**四步检索策略**：

#### 1. 调整IPC/CPC分类号检索范围

目前D1/D2主要集中在 `H04N 21/00`（受限码率传输）。应将分类号重组扩展至三维/体积视频编码专有分类：

* **`H04N 19/597`**（针对多视图/3D视频的立体视频编码，Stereoscopic or multiview video sequence coding）

* **`H04N 13/00`**（立体电视；三维电视）

* **`H04N 21/81`**（包含三维或体积内容的媒体流传输）

* **`G06T 9/00`**（数据压缩，例如图像/体积数据压缩）

#### 2. 构建核心关键词组合（Key Terms Protocol）

在检索数据库（如PatSnap, Orbit, EPO, CNIPA, Google Patents）中采用以下组合：

* **第一组（体积视频表示）**：`"volumetric video"` OR `"point cloud"` OR `"3D mesh"` OR `"free-viewpoint"` OR `"3D scene"`

* **第二组（空间遮挡与替换）**：`occlusion` OR `"spatial sub-region"` OR `"sub-region"` OR `replace` OR `embed` OR `"background subtraction"` OR `"masking"`

* **第三组（复合流/非体积转换）**：`composite` OR `"2D representation"` OR `"video frame"` OR `"packing"` OR `"patch packing"` OR `"texture map"`

#### 3. 追踪标准技术文献（Standard Essential Patents & Papers）

体积视频降维及空间切片替换（Patch Packing / Occlusion Handling）大量存在于国际标准化组织的技术提案中：

* **MPEG-I V-DCC / V-PCC (Volumetric Video and Video-based Point Cloud Compression)** 标准提案（ISO/IEC JTC1/SC29/WG11）。重点检索 **MPEG Point Cloud Compression (PCC)** 相关的基础专利（如InterDigital, Sony, Philips, Tencent, Huawei等公司在2015-2020年间的专利布局）。

#### 4. 追溯目标专利族与引用文献（Patent Family & Citations Forward/Backward）

* 检索目标专利的**优先权日**（Priority Date），确保对比文件公开日早于该优先权日。

* 对目标专利的审查历史档案（File History）、同族专利（如EP、US、WO同族）的审查意见通知书（OA）中考量的引文进行反向追踪。

---

*代理师总结*：基于当前的D1（US2013298170A1）和D2（US8612517B1），**无法对权利要求1的新颖性和创造性构成实质性威胁**。建议按照上述检索策略补检索针对“基于视频的点云压缩（V-PCC）与背景2D视频融合”领域的补充对比文件，以构建具备杀伤力的无效证据链。

专业专利代理师意见

### 一、 目标专利权利要求1的术语与技术方案深度剖析

#### （一） 基于说明书概念对权利要求1特征的解释

1. **“体积视频”（Volumetric Video）与“非体积视频”（Non-volumetric Video）**

* **术语解释**：体积视频指包含三维空间/深度信息、允许用户从多个视角（3D/VR/AR）进行观赏的视频；非体积视频通常指传统二维（2D）平面视频或固定视角的常规视频。

* **结合说明书**：体积视频的至少一部分要在非体积视频的**前面（In front of）**显示，形成了层次上的遮挡与覆盖关系。

2. **“空间子区域”（Spatial Sub-region）与“遮挡”（Occluded）**

* **术语解释**：非体积视频在播放时被前面的体积视频遮挡住的那部分二维像素/图像区域。

* **技术意图**：被遮挡的区域原本在客户端显示时是不可见的，造成了传输带宽的浪费。

3. **“体积视频的非体积表示”（Non-volumetric Representation）**

* **术语解释**：采用某种转换技术（如深度图编码、图表打包等）将三维体积视频数据“打平/压缩”为可由传统二维视频编解码器处理的二维数据（Non-volumetric Representation）。

4. **“数据替换”（Replacing data）与“复合视频”（Composite Video）**

* **关键逻辑**：利用体积视频转换后的二维数据，**直接填充/替换**非体积视频中被遮挡的那个“空间子区域”。

* **核心效果**：将两路视频数据合并进同一帧二维图像（复合视频帧）中传输，既省去了传输被遮挡无用像素的带宽，又无需增加额外的视频流传输通道。

5. **“信号传递数据”（Signaling Data）**

* **术语解释**：随流或带外传输的控制信令，用以告知客户端复合视频中哪些区域包含被“寄生/替换”的体积视频非体积数据，以便客户端提取并重构。

---

### 二、 对比文件特征比对与原文出处分析

为准确评估对比文件的公开情况，现针对各技术特征进行原文对照比对。

#### 1. 对比文件基本信息

* **对比文件1 (D1)**：US20140019593A1 (QUALITY-DRIVEN STREAMING)

* **对比文件2 (D2)**：WO2009025027A1 (VIDEO QUALITY MONITORING METHOD, DISTRIBUTION SERVER, AND CLIENT)

#### 2. 特征比对表格（Technical Feature Mapping Table）

---

### 三、 最接近对比文件分析与选择

#### 1. 从整体解决的技术问题与技术效果角度分析

* **目标专利解决的问题**：如何在混合传输体积视频与非体积视频时，利用体积视频对非体积视频的**前景遮挡关系**，将体积视频数据**嵌入替换**至非体积视频被遮挡的无用像素区域中，从而极大地节省网络传输带宽并实现高效编解码与传输。

* **D1 (US20140019593A1) 解决的问题**：在DASH adaptive HTTP streaming中，由于缺乏视频质量信息导致带宽利用率低或体验差。D1通过在Manifest/Segment Index中加入Quality Information（如PSNR, MOS），实现质量驱动的码率自适应切换。

* **D2 (WO2009025027A1) 解决的问题**：网络视频传输中的质量监控成本高、难以兼顾FR（全参考）准确度与NR（无参考）低成本的问题。D2通过在服务器端拟合网络劣化（丢包）与画质（DSCQS）的函数模型并发送给客户端，实现在客户端低成本评估画质。

#### 2. 最接近对比文件的挑选结论

* **结论**：**D1 和 D2 均不适合作为最接近的现有技术（最接近对比文件）**。

* **原因剖析**：

1. **技术领域与手段严重偏离**：本专利的核心发明点在于**3D/体积视频与2D视频的图像空间遮挡融合与像素数据替换压缩**（属于视频编解码与空间复合传输领域）；而D1属于**动态自适应流媒体传输控制（DASH协议层）**，D2属于**网络视频传输质量（QoE/QoS）监控与诊断系统**。

2. **核心特征全盘缺失**：D1和D2均未公开特征B、C、D、E、F、H。两者仅公开了“网络传输视频”这一极小范畴的通用上位概念（特征A及部分G）。

---

### 四、 无效请求中最薄弱的技术特征与漏洞分析

如果在现有的D1和D2证据链基础上对本专利发起无效宣告，**最薄弱（即最难被无效/对专利权人最有利）的技术特征**为：

> **特征F**：用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；

> **配合特征D/E**：基于前景遮挡计算（D），将体积视频打平数据直接“填补/置换”到被遮挡的非体积视频空间区域（F）。

#### 为什么这是最薄弱（最难攻破）的特征？

1. **巧妙的技术构思**：被遮挡的背景像素本来就是无效数据，本发明没有直接丢弃它，而是将其作为“载体”，把体积视频的2D转换数据填入其中。这种“空间借用/寄生传输”的方案在传统2D流媒体（如D1、D2）中完全没有任何技术启示（Teaching or Suggestion）。

2. **D1/D2的逻辑阻碍**：D1侧重于流媒体清单文件（MPD）中的质量标签；D2侧重于丢包率与DSCQS画质拟合。两者均不触及图像内部像素级的空域重组与复合。

---

### 五、 针对性的对比文件进一步检索策略（Search Strategy）

为了成功无效本权利要求1，必须调整检索方向，脱离D1/D2这种纯粹的“网络流媒体传输协议/画质监控”领域，转向**“沉浸式视频编解码、AR/VR多图层复合、遮挡剔除与视频隐写/拼接”**领域。

#### 1. 扩展检索IPC/CPC分类号

* **`H04N 19/597`**：专门针对立体或多视图视频的视频编码（3D/Volumetric Video Coding）。

* **`H04N 19/20`**：基于视频对象/图层的编码（Object-based or layer-based video coding）。

* **`H04N 21/81`**：虚拟现实（VR）、增强现实（AR）或混合现实（MR）的流媒体内容格式与传输。

* **`G06T 15/00`** / **`G06T 19/00`**：3D图形渲染、遮挡剔除（Occlusion Culling）、混合现实场景合成。

#### 2. 核心关键词组合逻辑（Boolean Query）

建议采用以下三组关键词进行交叉检索：

* **组一（体积视频/3D图层）**：

`("volumetric video" OR "3D video" OR "point cloud" OR "holographic" OR "augmented reality" OR "AR layer")`

* **组二（遮挡/背景区域剔除）**：

`("occlude" OR "occlusion" OR "background region" OR "redundant area" OR "spatial sub-region" OR "covered region")`

* **组三（数据替换/像素打平/复合）**：

`("replace" OR "substitute" OR "embed" OR "packing" OR "frame packing" OR "composite frame" OR "payload mapping")`

#### 3. 重点检索方向与标准文献（Standard Documents）

1. **MPEG-I V-DMC / V-PCC / MIV 标准案卷**：

* 重点检索 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 **MIV (MPEG-I Immersive Video)** 和 **V-PCC (Video-based Point Cloud Compression)** 的标准提案文献。这些标准中大量讨论了如何将3D点云/体积数据拆解打包（Patch Packing）进2D视频帧的未占用或被遮挡区域。

2. **AR/VR流媒体叠加渲染专利**：

* 关注 Google, Microsoft, Meta (Oculus), Sony, Qualcomm 等公司在 2015–2022 年间申请的关于“AR眼镜背景画面与前景虚拟物体融合传输”的专利。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的解释逻辑、对比文件的原文内容及其具体出处，对本案的权利要求1进行深入的技术特征比对与专利有效性/无效性分析。

---

## 一、 权利要求技术特征拆解与说明书解释

根据目标专利的整体发明构思（针对增强现实/混合现实或复合视频流传输场景），权利要求1的技术特征拆解及结合说明书的解释如下：

* **技术特征A**：`该处理器系统包括：-到网络的网络接口`

* **说明书解释**：指具备网络通信能力（如以太网、Wi-Fi、移动通信等）的硬件接口，用于在服务器/处理系统与客户端设备之间收发视频流数据及控制信号。

* **技术特征B**：`-输入接口，该输入接口用于获得：-非体积视频；以及`

* **说明书解释**：输入接口用于接收传统的二维（2D）平面视频或非3D/非体素形式的背景/基础视频流（例如常规的背景视频）。

* **技术特征C**：`-体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示`

* **说明书解释**：体积视频（Volumetric Video，如三维网格、点云、体素视频等）作为前景元素，在客户端渲染时需要叠加显示在非体积视频（背景）的前方。

* **技术特征D**：`-处理器，该处理器被配置成进行以下操作：-确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡`

* **说明书解释**：处理器计算前景体积视频投射到背景非体积视频画面上的视锥遮挡区域（Occluded Region）。被遮挡的背景区域在渲染时被前景覆盖，因而该子区域的原始背景像素数据在传输中属于冗余数据。

* **技术特征E**：`-针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：-获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频`

* **说明书解释**：利用特定的投影/展平转换技术（如将3D点云或网格转化为2D的深度图+纹理图/Atlas），将三维体积视频转换为二维（非体积）的视频表示，以便利用常规2D视频编解码器进行压缩和传输。

* **技术特征F**：`-用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧`

* **说明书解释**：**（核心融合特征）** 将原本在空间子区域中被遮挡的非体积视频像素数据抠除/擦除，并将转化后的“体积视频的非体积表示（2D数据）”填入/打补丁至该被遮挡的空间子区域内，从而将前景与背景拼接整合为同一帧2D复合视频（Composite Frame）。

* **技术特征G**：`经由该网络接口：-将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；并且`

* **说明书解释**：将上述打包好的单条复合视频流（或通过DASH/ tiles等切割的空间切片）通过网络接口传输至终端。

* **技术特征H**：`-将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示`

* **说明书解释**：传输信令/元数据（如MPD清单文件、SEI信息或拓展报头），告知客户端该复合视频流中嵌入了体积视频的2D表示，提示客户端提取并重构3D体积视频。

---

## 二、 对比文件原文出处及特征比对分析

本案涉及两篇对比文件：

1. **D1**：`US20140019593A1` (QUALITY-DRIVEN STREAMING)

2. **D2**：`WO2009025027A1` (VIDEO QUALITY MONITORING METHOD, DISTRIBUTION SERVER, AND CLIENT)

### (一) 对比文件1 (D1: US20140019593A1) 公开性分析

* **主要内容**：D1主要揭示了一种在MPEG-DASH框架下，基于质量驱动（Quality-driven/Quality-aware）的HTTP自适应流媒体传输系统与方法。其核心在于将视频段的质量指标（如PSNR、SSIM、MOS）写入MPD清单文件、Segment Index文件（sidx/ssix）、mdat或free/skip box中，以便客户端根据网络状况和质量上限（quality_cap）自适应切换流。

* **公开特征分析**：

* **技术特征A**：**实质公开**。D1公开了WTRU、基站及HTTP服务器组成的流媒体传输网络（段[0031]-[0044]，图1A-图1E），且服务器/客户端具备网络接口。

* **技术特征B、G**：**部分公开**。D1公开了流式传输视频流及网络接口（段[0081]-[0087]），但其传输的是常规2D视频段（DASH传输），未明确区分“非体积视频”与“体积视频”。

* **技术特征H**：**部分/实质公开（在常规DASH信令层面）**。D1公开了在MPD文件或Segment Index中添加信令/标志位（如`qualityInfoPresentInIndexFiles="true"`，段[0091]、[0103]），用于通知客户端流中包含特定附加信息。但其信令指示的是“质量信息（Quality Info）”，而非“复合视频流中包含体积视频的非体积表示”。

* **技术特征C、D、E、F**：**未公开**。D1未提及任何体积视频（3D/Volumetric Video）、空间遮挡子区域确定、3D到2D的转换重构，以及“用体积视频的2D表示数据替换背景视频中被遮挡的空间子区域数据”的打包复合机制。

### (二) 对比文件2 (D2: WO2009025027A1) 公开性分析

* **主要内容**：D2揭示了一种网络视频质量监控方法及配信服务器、客户端。通过在服务器端利用拟网络功能部引入网络质量劣化（如丢包率、延迟），测量FR（Full Reference）方式的视频质量指标（如DSCQS/MOS），生成网络特性与质量指标关系的Profile（或拟合函数参数a, b），并将其发送至客户端，由客户端通过NR（Non-Reference）方式评估当前播放视频的质量。

* **公开特征分析**：

* **技术特征A**：**实质公开**。D2公开了配信服务器10通过通信网络20向客户端30传输视频（段[0029]-[0038]，图1）。

* **技术特征B、G**：**部分公开**。D2公开了向客户端流式传输视频（段[0030]，图1中映像配信装置11）。

* **技术特征H**：**部分公开（在质量参数/元数据传输层面）**。D2公开了将特性数据/函数参数发送给客户端（段[0034]、[0110]）。但该数据仅为质量评估参数，非“体积视频非体积表示”的信令指示。

* **技术特征C、D、E、F**：**未公开**。D2完全未涉及体积视频、前景遮挡计算、体积视频2D转换以及空间子区域的数据替换/复合帧生成技术。

---

## 三、 详细特征比对表格

以下为权利要求1的技术特征与对比文件D1（US20140019593A1）及D2（WO2009025027A1）的详细比对表：

---

## 四、 最接近对比文件分析与创造性（无效性）评估

### (一) 最接近对比文件的选择

在评估本专利权利要求1的创造性时，需从**整体解决的技术问题**和**技术效果**角度进行考量：

1. **目标专利要解决的技术问题与效果**：

* *技术问题*：如何在将3D体积视频与2D背景视频融合传输时，降低传输带宽并保持高效编解码兼容性。

* *技术手段*：计算遮挡区域，将3D体积视频降维为2D表示后，“擦除”背景视频被遮挡的无用区域，并将2D体积视频数据填入该区域，合成单条2D复合视频流传输。

* *技术效果*：消除了被遮挡背景的冗余数据传输，同时无需两条独立视频流，极大地节省了网络带宽并兼容现有的2D视频流传输架构。

2. **D1与D2的比对**：

* **D1 (US20140019593A1)**：属于**流媒体传输与网络带宽优化**领域。其解决的技术问题是在传输带宽波动时，通过在DASH传输中引入质量指标（Quality Metrics）来避免不必要的带宽高码率传输，从而节省网络带宽（[0003]、[0084]）。

* **D2 (WO2009025027A1)**：属于**网络视频质量评估与监控**领域。其解决的技术问题是如何在客户端低成本、迅速且准确地监控网络传输视频的质量（[0022]）。

* **结论**：

* **D1适合作为最接近的对比文件**。因为D1与本专利同属于“自适应流媒体网络传输及带宽优化”的技术领域，且涉及DASH架构下的流传输与元数据信令控制。

* 然而，**无论是D1还是D2，均不具备作为“能够破坏权利要求1创造性的最接近对比文件”的充分条件**。

### (二) 未被最接近对比文件公开的技术特征与最薄弱特征分析

1. **未被D1（及D2）公开的技术特征**：

* 特征C（体积视频与非体积视频的前后叠加显示关系）；

* 特征D（确定背景视频中被体积视频遮挡的空间子区域）；

* 特征E（体积视频的2D/非体积表示转换）；

* **特征F（用体积视频的2D表示数据替换背景视频被遮挡空间子区域的数据，合成复合视频帧）**；

* 特征H中“指示复合视频包含体积视频非体积表示”的具体信令语义。

2. **无效请求中最薄弱的技术特征（专利权人的核心防御壁垒）**：

* 本专利的核心发明点在于**特征D + 特征E + 特征F**构成的组合技术方案（即：**利用前景对背景的遮挡关系，剔除背景冗余像素，并将3D体积视频转化后的2D数据直接嵌补到背景视频的遮挡空洞中，形成单帧复合视频**）。

* **D1和D2完全缺失了这一核心机制**。D1仅关注2D视频DASH传输中的码率与质量匹配；D2仅关注网络丢包对DSCQS/MOS质量分数的评估。两者均未涉足“3D/体积视频（Volumetric Video/3D Mesh/Point Cloud）”的压缩传输，更未给出“利用空间遮挡区域填补2D转换数据”的技术教导。

3. **结论**：仅凭现有给出的D1（US20140019593A1）和D2（WO2009025027A1），**无法对权利要求1发起有效的创造性（或新颖性）攻击**。目前的对比文件组合存在巨大的技术特征缺口。

---

## 五、 进一步的对比文件检索策略建议

为了成功对该专利（权利要求1）提出无效宣告请求，必须补齐**“体积视频（3D/Point Cloud/Mesh）降维/图集化（Atlas）”**以及**“前景/背景遮挡区域替换与复合视频流（Video Inpainting/Embedding/Frame Packing）”**的技术特征。建议采取以下检索策略：

### 1. 核心检索要素组合（IPC分类号与关键词）

* **分类号（IPC / CPC）定向**：

* `H04N 19/597`：用于立体或多视图视频的流编码/立体视频处理。

* `H04N 19/167`：基于兴趣区域（ROI）或特定空间子区域的视频编码。

* `H04N 21/816`或`H04N 21/234`：包含3D/体积内容的流媒体复合与传输。

* `G06T 9/00` / `G06T 15/00`：3D网格/点云压缩、体积视频传输（V-PCC / M-PCC）。

* **关键词逻辑检索表达式**：

* **组1（体积视频/3D视频）：** `(volumetric video OR point cloud OR 3D mesh OR free viewpoint) AND (non-volumetric OR 2D representation OR video atlas OR projection OR depth map)`

* **组2（遮挡与替换/复合）：** `(occlud* OR overlap* OR background removal OR redundant region) AND (replace* OR pack* OR composite OR embed* OR inpaint*)`

* **组3（流传输与信令）：** `(composite stream OR spatial tile OR DASH OR signaling OR manifest OR metadata)`

### 2. 重点检索方向与标准文献扩展

* **MPEG V-PCC (Video-based Point Cloud Compression) 标准提案及关联专利**：

* MPEG在制定ISO/IEC 23090-5 (V-PCC) 标准期间，大量讨论了如何将3D点云展平为2D Patch/Atlas，并利用传统HEVC/AVC编解码器传输。重点检索2015–2020年间Technicolor、InterDigital、Tencent、Sony、Nokia等公司在MPEG V-PCC领域的专利布局。

* **AR/VR 混合图层渲染与传输（Augmented Reality Composite Streaming）**：

* 检索针对AR眼镜/终端的云渲染传输专利，重点寻找“为了节省服务器到终端的下行带宽，将背景Cam/Video中被AR物体（3D模型）挡住的区域抠除，将3D模型的2D渲染图塞入该抠空区域进行单流传输，终端解码后再解包合成”的现有技术。

通过上述针对性检索，补充一篇公开了**“体积视频2D化填补背景视频遮挡区域”**的对比文件D3，结合现有D1（提供DASH/网络传输框架），方可构成强有力的创造性无效组合（D3 + D1 或 D1 + D3）。

根据权利要求1所述的处理器系统，其中，该非体积视频作为包括可独立解码的片段的空间分段编码获得或转换成该空间分段编码，并且其中，该处理器被配置成进行以下操作：‑将该空间子区域确定为该非体积视频的一组片段，当该体积视频由该客户端设备在该非体积视频的前面显示时，该组片段被遮挡； ‑将该体积视频的非体积表示编码为一个或多个可独立解码的片段；并且‑从该非体积视频的空间分段编码中去除该组片段，并且将该一个或多个片段添加到该非体积视频的空间分段编码中，以获得该复合视频流的输出帧的空间分段编码。

根据权利要求2所述的处理器系统，其中，该处理器被配置成生成该信号传递数据以将该组片段标识为包含该体积视频的非体积表示。

根据权利要求3所述的处理器系统，其中，该处理器被配置成将该信号传递数据包括在该复合视频流中。

根据权利要求4所述的处理器系统，其中，该信号传递数据是补充增强信息(SEI)消息。

根据权利要求1至4中任一项所述的处理器系统，其中，该客户端设备被配置成在虚拟现实(VR)或增强现实(AR)环境中渲染该复合视频流，并且从用户的观看位置渲染该VR/AR环境，其中，该处理器被配置成进行以下操作：‑确定该用户的观看位置；并且 ‑通过确定当该体积视频在该VR/AR环境中的非体积视频的前面显示并且由该客户端设备从该观看位置渲染时该体积视频的哪个空间子区域被该体积视频部分或完全遮挡来确定该空间子区域。

根据权利要求6所述的处理器系统，其中，通过从该客户端设备接收指示该用户的观看位置的数据来确定该用户的观看位置。

根据权利要求1至4中任一项所述的处理器系统，其中，该体积视频是3D点云，并且其中，生成该体积视频的非体积表示的转换技术是点云压缩技术。

根据权利要求1至4中任一项所述的处理器系统，其中，该非体积视频是全景或全向视频。

一种表示被配置成在非体积视频的前面渲染体积视频的客户端设备的处理器系统，该处理器系统包括：‑到网络的网络接口； ‑处理器，该处理器被配置成经由该网络接口进行以下操作：‑接收包含该非体积视频的复合视频流或该复合视频流的所选空间片段； ‑接收信号传递数据，该信号传递数据指示该复合视频流在该非体积视频的空间子区域中包含该体积视频的非体积表示； ‑该处理器被配置成针对该复合视频流的相应输入帧，通过以下操作来渲染该复合视频流：‑解码该复合视频流或该复合视频流的所选空间片段； ‑基于该信号传递数据，标识该输入帧中该体积视频的非体积表示； ‑使用重构技术从该体积视频的非体积表示重构该体积视频；以及‑在该非体积视频的前面渲染该体积视频，使得该非体积视频的空间子区域被该体积视频部分或完全遮挡。

根据权利要求10所述的处理器系统，其中：‑该复合视频流作为包括可独立解码的片段的空间分段编码而被接收；并且‑该处理器被配置成基于标识该空间分段编码的一组片段的信号传递数据来标识该复合视频流中该体积视频的非体积表示。

根据权利要求10或11所述的处理器系统，其中，该处理器被配置成进行以下操作：‑在虚拟现实(VR)或增强现实(AR)环境中渲染该复合视频流；并且‑从用户的观看位置渲染该VR/AR环境。

根据权利要求10或11所述的处理器系统，其中，该体积视频是3D点云，并且其中，生成该体积视频的非体积表示的转换技术是点云压缩技术。

根据权利要求10或11所述的处理器系统，其中，该非体积视频是全景或全向视频。

一种用于生成用于传输到客户端设备的复合视频流的计算机实施的方法，该方法包括：‑获得： ‑非体积视频；以及 ‑体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示； ‑确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡； ‑针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：‑获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频； ‑用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧； ‑将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；以及‑将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

一种用于在非体积视频的前面渲染体积视频的计算机实施的方法，该方法包括：‑接收包含该非体积视频的复合视频流或该复合视频流的所选空间片段； ‑接收信号传递数据，该信号传递数据指示该复合视频流在该非体积视频的空间子区域中包含该体积视频的非体积表示； ‑针对该复合视频流的相应输入帧，通过以下操作来渲染该复合视频流：‑解码该复合视频流或该复合视频流的所选空间片段； ‑基于该信号传递数据，标识该输入帧中该体积视频的非体积表示； ‑使用重构技术从该体积视频的非体积表示重构该体积视频；以及‑在该非体积视频的前面渲染该体积视频，使得该非体积视频的空间子区域被该体积视频部分或完全遮挡。

一种包括计算机程序的暂态或非暂态计算机可读介质，该计算机程序包括用于使处理器系统执行根据权利要求15或16所述的方法的指令。

根据权利要求17所述的暂态或非暂态计算机可读介质，其中，该复合视频流是包括可独立解码的片段的空间分段编码，并且其中，该信号传递数据标识该空间分段编码的一组片段。