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

针对目标专利权利要求1，结合专利说明书的技术构思及提供的三份对比文件原文，为您提供以下专业的专利无效/创造性对比分析报告。

---

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

根据说明书的总体构思，本专利旨在解决**在有限网络带宽下传输包含体积（3D/多视角）视频与非体积（2D）视频的复合视频流**的问题。其核心发明构思在于：

1. **前景/背景遮挡判定（特征D）**：利用体积视频在非体积视频前显示的前后叠加关系，计算出背景（非体积视频）中哪些空间子区域会被前景（体积视频）**遮挡**。

2. **空间挖空与数据替换（特征F）**：既然背景的某些区域被遮挡，直接传输这些被遮挡区域的背景数据属于带宽浪费。因此，系统**删除/替换**非体积视频中被遮挡的空间子区域数据，填入体积视频的非体积表示数据（如利用转换/编码技术压缩后的体积数据，如深度图/辅助流等），从而打包成复合视频帧输出。

3. **信号传递（特征H）**：向客户端发送信令，指示该复合流中包含了体积视频的非体积表示，以便客户端正确重构与渲染。

---

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

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

* **D1**：`US20110181693A1`（公开号：US20110181693A1，公开日：2011-07-28）

* **D2**：`US20120320169A1`（公开号：US20120320169A1，公开日：2012-12-20）

* **D3**：`WO2012173998A2`（公开号：WO2012173998A2，公开日：2012-12-20）

*(注：D2与D3同属于微软公司关于“VOLUMETRIC VIDEO PRESENTATION”的同一技术族申请，内容基本一致。)*

---

### 2. 特征比对表格（Detailed Feature Comparison Table）

---

## 三、 最接近对比文件的选择与技术问题/效果分析

### 1. 最接近对比文件的选择：**D1 (US20110181693A1)**

* **整体解决的技术问题**：

* **目标专利**：解决在传输3D/体积视频与2D背景复合视频时，数据量巨大、网络带宽开销过高的技术问题，同时保证客户端能够正确识别并重构体积视频。

* **D1**：解决在基于MPEG-TS的数字广播系统中，如何高效且兼容地传输3D多媒体数据流（包含主视角视频与子视角/深度/视差等数据），并向接收端提供信号指示（PMT描述符）以实现正确重构与2D/3D兼容的技术问题。

* **D2/D3**：主要解决基于头戴显示器（HMD）和位置追踪，如何根据用户视角动态渲染并呈现体积视频（Volumetric Video）的技术问题。

* **分析结论**：

**D1 最适合作为本专利创造性分析中的最接近的对比文件（Closest Prior Art）。**

* **理由**：D1与目标专利同属于**视频数据流生成、复用与网络传输技术领域**。D1不仅公开了系统架构（输入、网络接口、处理器、流式传输），还**完整且毫无异议地公开了特征H（信令/描述符数据指示）**以及**特征E（体积视频的2D+深度/视差非体积表示重构）**。

---

## 四、 区别技术特征分析与薄弱特征指出

以 **D1** 为最接近的对比文件，目标专利权利要求1与其相比，主要区别技术特征在于：

> **区别特征 1（特征D）**：处理器确定非体积视频的空间子区域，当体积视频在非体积视频前面显示时，该空间子区域被部分或完全遮挡。

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

### 1. 其他对比文件是否公开了上述区别特征？

* **D2 / D3**：虽然提到了“体积视频（Volumetric Video）”和空间映射，但其处理方式是获取用户的空间位置与视线，直接从已拼接好的体积视频数据中**截取当前视角帧发送给HMD**。D2/D3完全**没有公开**在编码前计算背景视频被前景遮挡的区域，并“用体积数据替换背景被遮挡区域”的图像帧融合作法。

### 2. 无效请求中最薄弱的技术特征（Patentee's Strongest / Invalidity's Weakest Link）

在针对权利要求1发起无效宣告时，**最难被无效（即专利权人最稳固、无效攻击最薄弱）的技术特征是：【特征D与特征F的组合】**。

* **理由**：

1. **技术效果的独创性**：结合说明书解释，特征D与特征F构成了“**基于前景遮挡的空间数据省去与替换编码**”机制。传统的复合视频（如画中画或多视角复用）要么将两路视频独立编码传输，要么按固定比例缩放拼版（如D1中的Side-by-Side）。而本专利将“背景视频中反正会被前景挡住、看不到的像素区域”直接**挖空（Replace）**，填入前景体积视频的编码数据。这种将**空间遮挡计算与帧内数据替换相结合**的传输剪裁手段，在现有技术中非常罕见。

2. **对比文件缺陷**：现有三份对比文件（D1、D2、D3）均未给出将前景遮挡区域作为“数据替换载体”的教导（Teaching/Suggestion）。

---

## 五、 进一步对比文件检索策略建议（Search Strategy）

为了攻克上述“基于遮挡的空间数据替换/编码”这一核心区别特征，建议在后续无效检索中调整策略如下：

### 1. 扩展检索领域（IPC / CPC 分类号）

不仅限于传统的 3D/Volumetric 传输，需深入到**视频编码压缩与增强现实（AR/VR）混合渲染传输**领域：

* **H04N 19/167**：基于感兴趣区域（ROI）或遮挡区域的视频编码（Data suppression or ROI coding based on occlusion）。

* **H04N 19/597**：立体或立体视视频编码（Stereoscopic or multi-view video coding）。

* **H04N 21/2343 / H04N 21/4402**：服务端/客户端的视频流转码与融合加工。

* **G06T 9/00 / G06T 15/00**：三维图像压缩与基于遮挡剔除（Occlusion Culling）的图像传输。

### 2. 核心关键词组合逻辑（Keyterms Strategy）

建议使用以下逻辑块进行交叉检索：

* **逻辑块 A（非体积/背景视频）**：`2D` OR `background` OR `base video` OR `non-volumetric`

* **逻辑块 B（体积/前景视频）**：`3D` OR `volumetric` OR `foreground` OR `depth` OR `point cloud`

* **逻辑块 C（遮挡判定）**：`occlude` OR `occlusion` OR `overlap` OR `cover` OR `hidden region`

* **逻辑块 D（替换/挖空/剔除/打洞）**：`replace` OR `substitute` OR `cull` OR `discard` OR `hole punch` OR `embed` OR `subregion`

### 3. 针对性技术标准与论文检索（Standard & Non-Patent Literature）

* **MPEG-I / V-DCC / V-PCC 标准规范**：关注 MPEG 针对基于点云/体积视频（Point Cloud Compression / Volumetric Video）与 2D 背景视频融合传输的集会提案（Input Documents）。

* **IEEE / ACM SIGGRAPH 论文**：重点检索“Occlusion-aware Video Coding”、“Volumetric Stream Background Replacement”、“ROI-based Dynamic Bitrate Allocation for Augmented Reality”。

作为一名经验丰富的专利代理师，在对专利权利要求进行无效可行性分析时，我们需要严格依据专利法及审查指南的标准，结合权利要求书的文字表述、说明书的实质含义以及对比文件的文字原文进行比对。

对于本案，目标专利权利要求1涉及一种**通过在非体积视频的空间子区域（被遮挡区域）中嵌入/替换体积视频的非体积表示（转换数据）来生成复合视频流并传输信号传递数据**的处理器系统。

以下是针对该权利要求1结合三篇对比文件的深度分析及无效检索策略：

---

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

* **技术特征A（网络接口）**：连接网络的接口，用于传输流媒体。

* **技术特征B（非体积视频输入）**：获取传统2D/平面视频（如背景或主画面）。

* **技术特征C（体积视频输入）**：获取3D/体积视频，且该体积视频至少一部分要在非体积视频的**前面**显示（存在遮挡/重叠关系）。

* **技术特征D（遮挡子区域确定）**：处理器确定非体积视频中因体积视频遮挡而**被部分或完全遮挡的空间子区域**。

* **技术特征E（转换与重构）**：将体积视频通过特定转换技术生成**非体积表示**（例如利用2D纹理+深度图/点云编码等格式），该非体积表示可重新还原为体积视频。

* **技术特征F（数据替换/复合帧生成）**：用体积视频的非体积表示的数据，去**替换**非体积视频中被遮挡的空间子区域的数据，从而拼合/合成为复合视频的输出帧（实现了传输带宽的节省与空间复用）。

* **技术特征G（流式传输）**：将复合视频作为复合视频流（或其空间片段）经由网络接口传输给客户端。

* **技术特征H（信令通知/信号传递数据）**：向客户端提供信号传递数据（Signaling Data），指示该复合视频流中包含了体积视频的非体积表示（使得客户端能够识别并解码还原）。

---

## 二、 对比文件技术特征比对（毫无异议公开 / 实质公开分析）

本次提供的三篇对比文件（D1: TW201301892A、D2: CN103608716A、D3: KR1020140033144A）实际上属于**同一专利族（同族专利）**，其公开的技术内容高度一致，均涉及一种“在呈现空间中通过头戴式显示器（HMD）呈现体积式视频”的系统与方法。

### 1. 各对比文件的详细出处与对比表格

---

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

在专利创造性审查中，最接近的对比文件通常应选择**技术领域相同、所要解决的技术问题最相近、公开技术特征最多，或者技术效果最接近**的现有技术。

### 1. 整体解决的技术问题与技术效果分析

* **目标专利**：旨在解决**体积视频数据量巨大、传输带宽压力高**的问题。其核心思路是利用“前景体积视频会遮挡背景非体积视频”的几何特性，将被遮挡的非体积视频区域直接**“切掉/替换”**为体积视频的编码数据（非体积表示），从而在不增加额外画面尺寸的前提下，将体积视频和非体积视频打包进同一个视频帧（复合视频），并配合信令指示（Signaling），实现高效传输与解码恢复。

* **对比文件（D1 / D2 / D3）**：旨在解决**传统视频无法随着观看者在空间中的移动而改变视角（缺乏沉浸感与交互性）**的问题。其技术方案是利用头戴式显示器（HMD）及位置/姿态跟踪系统，将多角度拍摄并拼接的体视频数据映射到物理呈现空间中。

### 2. 最接近对比文件的选择结论

**结论：D2 (CN103608716A) [或同族的 D1 (TW201301892A) / D3 (KR1020140033144A)] 可以作为最接近的对比文件，但其技术构思存在根本性差异。**

* **理由**：D1-D3 均属于“体积/体视频呈现与传输”的技术领域，公开了系统架构（处理器、网络接口、流式传输、体积视频处理）。然而，D1-D3 仅解决了“如何根据人眼位置渲染3D体视频”的问题，完全没有涉及“背景2D视频与前景3D视频的遮挡融合”以及“利用遮挡区域嵌套/替换编码数据”的高效传输机制。

---

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

针对该目标专利的权利要求1，若仅依赖本次提供的对比文件 D1、D2、D3 发起专利无效请求，**成功率极低**。原因在于目标专利的核心发明点（最具发明高度的技术特征）完全未被 D1-D3 触及。

### 目标专利最薄弱（最难被无效/最具创造性）的技术特征组合：

1. **特征D + 特征F（遮挡区域确定与数据替换复合）**：

* *分析*：确定被遮挡的背景空间子区域，并**直接用体积视频的非体积表示数据去“替换（Replace）”该被遮挡子区域的数据**。这是非常特有的“像素/数据空间复用”传输压缩思想（将被遮挡无用数据替换为前置体积视频的2D表征数据）。D1-D3 中仅提到了对视频边框的“裁剪（Cropping）”以适应房间尺寸，与该特征完全不同。

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

* *分析*：要求该非体积表示是通过“允许从其重构体积视频的转换技术”生成的（如带深度图的2D Packing格式，如HEVC/VVC或MPEG-I OMAF/V-DCC/V-PCC规范中的打包方式）。D1-D3 仅提到了多相机图像的“拼接（Splicing/Stitching）”，并未公开这种可逆转换与打包机制。

3. **特征H（信令指示/信号传递数据）**：

* *分析*：向客户端发送 Signaling 数据，明确告知复合流中嵌入了体积视频非体积表示。D1-D3 完全没有公开该元数据/信令机制。

---

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

由于 D1/D2/D3 无法覆盖权利要求1的核心特征，为了成功发起无效宣告请求，必须重新调整检索方向，重点寻找**视频编码、立体/沉浸式视频传输、MPEG标准规范**领域的对比文件：

### 1. 重点检索的分类号（IPC / CPC）

* **H04N 19/00**（视频编码、解码或代码转换）

* **H04N 19/597**（专门用于立体或多视角视频的视频编码/解码）

* **H04N 21/434**（流分解/信令数据解析，如SDP、MPEG-TS、MPD信令）

* **H04N 13/00**（立体电视；立体电视系统）

### 2. 关键词组合检索策略

建议采用以下三组核心逻辑块进行逻辑交集（AND）检索：

* **第一组（遮挡与空间替换）**：

`遮挡` OR `重叠` OR `替换` OR `填充` OR `空间复用` OR `Occlusion` OR `Occluded region` OR `Replace` OR `Embed` OR `Payload` OR `Tile`

* **第二组（体积视频/3D/多视角转2D表示）**：

`体积视频` OR `体视频` OR `点云` OR `深度图` OR `非体积` OR `打包` OR `Volumetric video` OR `Point cloud` OR `V-PCC` OR `V-DCC` OR `Texture plus depth` OR `2D representation`

* **第三组（信令与复合流）**：

`信令` OR `补充增强信息` OR `SEI message` OR `Signaling data` OR `Metadata` OR `Composite stream` OR `Multiplex`

### 3. 重点检索源与标准文献（关键突破口）

本专利的技术特征（尤其是非体积表示打包、空间片段流式传输、信令指示）高度契合 **MPEG（ISO/IEC JTC1/SC29/WG11）** 相关的国际标准草案。建议重点检索以下标准文档及会议提案：

1. **MPEG-I Part 5 (Visual Volumetric Video-based Coding, V-PCC / V-DCC)** 标准文档。

2. **MPEG-I Part 2 (OMAF - Immersive Media)** 中关于 2D/3D 混合流传输、SEI Message（补充增强信息消息）以及 MPD/SDP 信令描述的草案。

3. **Qualcomm、Nokia、InterDigital、Philips、Sony** 等公司在 2016-2021 年间向 ISO/IEC MPEG 提交的关于 *“Volumetric Video Framing / Packing / Occlusion-based Video Multiplexing”* 的技术提案（Contributions）。

针对权利要求1的技术特征与三份对比文件的比对分析，以下以资深专利代理师的专业视角，为您进行严密的法律与技术剖析。

---

## 一、 对比文件基本信息与代号映射

* **D1**：`US20170236329A1`（发明申请，公开日：2017-08-17）

* **D2**：`WO2017153775A1`（发明申请，公开日：2017-09-14）

* **D3**：`GB2548346A`（发明专利，公开日：2017-09-20）

---

## 二、 特征比对分析与出处对照表

### 1. 权利要求1的技术特征拆解与对比分析表

---

## 三、 最接近对比文件确定与技术效果分析

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

* **目标专利解决的问题**：如何在网络传输带宽有限的情况下，向客户端高效传输包含“2D背景+3D体积视频”的复合内容，避免重复传输被遮挡区域的无用像素数据，同时保持客户端对3D体积内容的重构与渲染能力。

* **D1解决的问题**：如何在动态3D场景中实时融合社交媒体内容、广告等多元数据并进行渲染展示。

* **D2 / D3解决的问题**：如何在立体（3D/HMD）显示设备中进行视频叠加（Overlay/PiP），避免深度冲突和视觉伪影（Visual artefacts）。

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

**结论：D1 与 D2（/D3）均适合作为最接近的对比文件（存在多个最接近对比文件）。**

1. **以 D1 作为最接近对比文件**：

* **理由**：D1构架了一个典型的“服务器-客户端”架构（Server-Client System），涉及从网络接收多元视频内容、在服务端/引擎端进行3D与2D内容的组合处理、并将最终复合的3D场景流式传输（Streaming）至客户端/终端设备。其架构与目标专利的系统架构最为吻合。

2. **以 D2（或D3，二者内容高度同源）作为最接近对比文件**：

* **理由**：D2/D3集中研究了在3D/立体视频流中，如何计算遮挡区域（Occlusion Area）、生成指示深度与位置的元数据（Metadata），并指导前端进行视频融合。这与目标专利中“确定遮挡空间子区域”、“提供指示深度的信令/元数据”的技术思路高度契合。

---

## 四、 未被最接近对比文件公开的技术特征及其他对比文件检索/组合分析

### 1. 区别技术特征分析

对比分析表明，即使结合现有D1、D2、D3，权利要求1仍具备以下**核心区别技术特征（无效请求中的防守壁垒）**：

1. **特征E（部分）& 特征F**：

* 获得体积视频的“非体积表示”（如将3D Mesh/Point Cloud转换成的带深度图2D视频），并**用该非体积表示的数据直接“替换”（Replace）非体积视频中被遮挡的空间子区域数据**，生成单一复合视频输出帧。

2. **特征H**：

* 随复合视频流向客户端提供**特定的信号传递数据（Signaling Data）**，明确指示该复合视频流的特定区域编码/包含着“体积视频的非体积表示”。

### 2. 现有对比文件组合的缺陷（最薄弱点）

在基于现有D1~D3提出无效请求时，**最薄弱的技术特征是“数据替换（Data Replacement）”与“体积视频的非体积表示（Non-volumetric representation of volumetric video）”**。

* **D1的逻辑**：3D Engine的几何体贴图与场景渲染（Rendering），没有“数据替换”的视频编码思想。

* **D2/D3的逻辑**：2D/3D视频图层叠加（Layer Overlay），背景图层依然完整存在，通过元数据控制渲染位置，并非将空间子区域的像素直接替换为另一种格式（体积视频的2D化表示）的数据。

---

## 五、 无效请求的攻防策略与进一步检索策略

若要成功无效权利要求1，必须打破上述“数据替换+体积编码信令”的技术壁垒。建议采用以下进一步检索策略：

### 1. 检索方向与IPC分类号建议

重点寻找**视频编码与传输（Video Coding & Transmission）**以及**自由视角视频/体积视频压缩（Free-viewpoint / Volumetric / 3D Video Compression）**领域的对比文件：

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

* `H04N 19/597`（专门针对立体或3D视频流的帧间/帧内预测与编码）

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

* `H04N 21/81`（包含立体/3D/附加媒体流的复合流传输）

* `G06T 9/00`（图像/3D数据压缩技术）

### 2. 检索关键词组合公式

建议在各大专利数据库（如 Patsnap, Orbit, Google Patents）中使用以下逻辑组合进行补充检索：

```text

(Volumetric video OR 3D video OR point cloud OR free viewpoint)

AND

(2D representation OR depth map OR packed frame OR color plus depth)

AND

(replace OR overwrite OR substitute OR spatial sub-region OR ROI OR occlusion)

AND

(signaling OR metadata OR SEI message OR header)

```

### 3. 无效宣告理由构建切入点

1. **补充文献寻找（突破特征E+F）**：寻找公开了“为了节省传输带宽，将3D/体积视频转为2D+Depth（非体积表示），并打包/替换嵌入到主视频流的无效区域/遮挡区域中”的视频编码专利（例如 MPEG-3DGC 或 V-DMC 标准相关背景专利）。

2. **结合公知常识/技术启示（优先攻击特征H）**：

* 论证“提供信令数据（Signaling/Metadata）以告知解码端视频流中嵌有深度/体积数据”属于本领域（视频传输与解码）的公知常识或常规技术选择（如 MPEG 标准中的 SEI 附加增强信息消息）。只要检索到特征E+F的替换特征，特征H很容易依据公知常识被否定创造性。

尊敬的委托人/审查员：

针对本案**权利要求1**（下称“本专利权要1”）与提供的三份对比文件（**D1：JP6223965B2**、**D2：US20170336705A1**、**D3：US20170339391A1**）的技术对比与创造性/无效分析，现提供一份严密、专业的专利法律与技术分析意见。

---

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

结合专利说明书的一般技术构思，本专利权要1的核心在于：**在传输全景/体积视频与背景视频的复合流时，通过服务端剔除被体积视频遮挡的非体积视频空间子区域（降低带宽/计算开销），并将体积视频转换为非体积表示替换该子区域，同时向客户端发送指示信令**。

* **技术特征A**：网络接口。

* **技术特征B**：输入接口，获得非体积视频（例如常规2D/背景视频）。

* **技术特征C**：获得体积视频（Volumetric Video，如3D点云/网格/三维视频），其至少一部分将在非体积视频的前面显示（存在前景/背景遮挡关系）。

* **技术特征D**：确定非体积视频被体积视频部分或完全遮挡的**空间子区域（Spatial sub-region）**。

* **技术特征E**：获得体积视频的**非体积表示（Non-volumetric representation）**，该表示可用于重构体积视频（例如将3D体积视频通过几何/深度图+纹理图打平为2D平铺帧/立方体映射等）。

* **技术特征F**：**用体积视频的非体积表示的数据替换非体积视频中被遮挡的空间子区域的数据**，从而生成复合视频输出帧（打包/帧合成）。

* **技术特征G**：将复合视频作为流或所选空间片段（Tile/Sub-stream）经网络接口流式传输至客户端。

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

---

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

以下为三份对比文件针对权利要求1各技术特征的比对分析（附详细原文出处）：

* **D1 (JP6223965B2)**：公开了在头戴式显示器（HMD）中呈现立体视频（Volumetric Video）的系统。

* **D2 (US20170336705A1)**：公开了360度全景视频的捕获、多投影格式（如ERP、立方体等）自适应切换、拼接编码及传输系统。

* **D3 (US20170339391A1)**：公开了360度全景视频系统、坐标映射压缩、投影格式转换及信令传输。

#### 特征比对表格（Technical Feature Mapping Table）

---

### 三、 全局解决的技术问题、技术效果及最接近对比文件分析

#### 1. 本专利整体解决的技术问题与技术效果

* **解决的技术问题**：在将体积视频（如3D点云/对象）与非体积视频（如背景视频）融合传输给客户端时，因传输两套完整视频流导致**网络带宽开销过高**，以及客户端并行解码两套完整视频流带来的**计算解码负担**。

* **技术效果**：通过在服务端裁剪掉背景视频中被前景体积视频遮挡的冗余区域，并将体积视频的2D打平表示（非体积表示）直接替换/嵌合到该被遮挡子区域中，形成单条复合视频流输出。不仅节省了传输带宽（无需传输无用的被遮挡背景），还使用户端仅需解码单条复合视频流并凭借信令轻松重构体积视频。

#### 2. 最接近对比文件的选择与分析

**最接近对比文件推荐：D1 (JP6223965B2)**（可作为主要最接近的对比文件）。

* **理由分析**：

1. **技术领域与构思契合度最高**：D1 专门针对“立体视频表现（Volumetric video presentation）”，显式公开了“立体视频数据（Volumetric video data）”（D1段落[0015]）以及在虚拟/增强表现空间中将立体视频与背景/表现空间结合呈现（特征B、C）。而D2、D3主要关注传统的2D全景视频（360度球面视频）的投影打平（ERP、CMP等），并未引入“体积视频（Volumetric Video）”与“非体积视频（Non-volumetric Video）”的前后叠加与遮挡交互关系。

2. **解决技术问题的起点最近**：D1旨在解决如何在表现空间中处理和传输立体视频数据，属于典型的3D/立体视频传输与渲染架构。

3. **替代方案（D2/D3作为补充最接近对比文件）**：若审查员/无效请求人主张将“全景视频投影”等同于“非体积表示”，D2/D3在“**非体积表示打平与信令传输（特征E、H）**”方面给出的技术教导比D1更具体（D2/D3显式教导了使用SEI消息或系统头信息指示2D帧中的3D投影格式与布局参数）。因此，在创造性攻击中，**以D1为第一最接近对比文件，结合D2/D3**是逻辑最严密的组合方式。

---

### 四、 区别特征在其他对比文件中的公开情况分析

以 **D1** 为最接近的对比文件时，本专利权利要求1相对于 D1 的**区别技术特征**主要包括：

1. **区别特征1（特征D）**：确定非体积视频被体积视频部分或完全遮挡的空间子区域；

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

3. **区别特征3（特征H）**：向客户端提供指示该复合视频流包含体积视频非体积表示的**信令数据**。

#### 其他对比文件（D2、D3）对区别特征的公开情况：

* **针对区别特征3（特征H）**：**已被 D2/D3 实质公开**。

* *D2原文出处*：段落[0148] ("The selected projection format and associated projection format parameters... are signaled in a compressed 360 degree video bitstream... in a Supplemental Enhancement Information Message (SEI), in a sequence header, in a picture header...")。

* *D3原文出处*：段落[0121] ("In one or more implementations, the projection format and layout information of incoming 360 degree video is signaled in a high-level video system message...")。

* *分析*：D2和D3均明确教导了在流媒体传输中，通过SEI消息或系统头信令向接收端传递“当前视频帧采用了何种打平/投影表示（非体积表示）”的参数，这与特征H的信令机制高度对应。

* **针对区别特征1与2（特征D、F）**：**D2 和 D3 均未公开**。

* D2和D3仅处理了单一全景视频流的几何投影变换（如将球面映射到立方体），不存在“**检测背景（非体积视频）被前景（体积视频）遮挡的区域，并用前景的打平数据直接覆盖替换该遮挡背景子区域**”的复合帧合成/打包教导。

---

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

若发起专利无效宣告请求，本专利权要1**最坚固（即对无效方而言最薄弱/最难攻破）的技术特征**是：

> **特征D + 特征F 的组合构思**：即“**确定非体积视频中被体积视频遮挡的空间子区域**” + “**用体积视频的非体积表示数据去‘替换/覆盖（replace）’该被遮挡子区域的数据以形成复合输出帧**”。

#### 薄弱点/难点分析：

1. **技术效果显性化**：这种“挖空被遮挡背景 + 填入打平的前景体积数据”的做法，在传输层实现了“空间复用/帧内打洞打包（In-frame Hole-punching/Packing）”。现有的D1、D2、D3均未给出“为了节省背景传输带宽而主动切除被前景遮挡背景，并利用该空出的空间放置前景2D转换数据”的显式教导或技术暗示（Technical Suggestion）。

2. **现有对比文件的局限**：

* D1 侧重于三维空间中的视点位置跟踪与渲染；

* D2/D3 侧重于单一全景视频的投影格式自适应编码（ERP与CMP之间的切换）。

因此，仅凭现有的 D1 + D2 + D3 组合，很难建立起针对特征D和特征F的**技术动机（Motivation）**，本专利在现有证据链下具有较高的创造性壁垒。

---

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

为了成功无效权利要求1，下一步检索必须打破现有D1-D3仅关注“全景投影/单纯3D渲染”的局限，重点寻找涉及**“视频对象合成（Video Object Composition）”、“图层遮挡剔除（Occlusion Culling）”与“帧内打包/流裁剪（In-frame Packing / Stream Pruning）”**的技术文献。

建议采取以下精准检索策略：

#### 1. 检索主题词与逻辑表达（Keywords & Logic）

* **核心概念1（体积视频打平/非体积表示）**：

* `Volumetric Video`, `Point Cloud`, `3D Mesh`, `V-DMC`, `V-PCC`, `Depth Map`, `Texture Map`, `2D Projection`

* **核心概念2（遮挡剔除/空间子区域确定）**：

* `Occlusion`, `Occluded region`, `Mask`, `Sub-region`, `Bounding box`, `Culling`, `Background subtraction`

* **核心概念3（替换/帧内打包/复用）**：

* `Replace`, `Embed`, `Pack`, `Multiplex`, `Frame packing`, `In-frame`, `Payload reduction`, `Bandwidth saving`

#### 2. IPC/CPC 国际专利分类号精准锁定

* **H04N 19/167**：根据图像内容/感兴趣区域（ROI）或遮挡关系进行的自适应视频编码。

* **H04N 19/597**：立体或多视图视频序列的编码（Stereoscopic or Multiview video encoding）。

* **H04N 21/2343**：服务端对视频流进行加工/转换/剪裁以适应传输。

* **G06T 15/10 / G06T 15/40**：三维图层遮挡消除（Occlusion culling）。

* **H04N 19/119 / H04N 19/136**：基于子块/子区域（Sub-regions/Tiles）的图像分割与替换。

#### 3. 补充检索标准与非专利文献（NPL）来源

* **MPEG 3D Video / V-PCC (Video-based Point Cloud Compression) 标准文件**：

* 重点查阅 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于 **V-PCC** 和 **3D Video Coding (3D-HEVC)** 的提案（Input Documents）。V-PCC 标准的核心逻辑就是将3D点云拆解为2D Patch（纹理+深度）并打包进标准2D视频帧中。需寻找其中是否有人提出过“将Patch直接打包覆盖到背景2D视频的被遮挡ROI区域”的提案。

* **IEEE / ACM 顶级会议论文**：

* 检索 *IEEE VR*, *ACM Multimedia*, *IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)* 中关于“Free-viewpoint Video Streaming”与“Background/Foreground Interactive Streaming”的早期论文。

作为一个在专利无效宣告与侵权诉讼领域有丰富经验的专利代理师，我将为您对权利要求1进行深度解构，并结合两篇对比文件（D1: US20180077286A1 和 D2: US20180091791A1）进行严密的特征比对、接近对比文件（最接近现有技术）的选择分析、无效薄弱点剖析以及后续检索策略建议。

---

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

在专利法及审查指南框架下，权利要求书的解释应当紧密结合说明书的整体发明构思。本目标专利解决的核心技术问题是：**在向客户端传输“体积视频（Volumetric Video，即3D/VR视频）”与“非体积视频（Non-volumetric Video，即普通2D视频）”的复合场景时，如何显著降低网络传输带宽并减轻客户端的渲染负担**。

* **技术特征A（网络接口）与技术特征B/C（输入接口）：** 属于系统硬件与数据获取特征。明确要求获取“非体积视频”和“体积视频”，且“体积视频的至少一部分要在非体积视频的前面显示”（即存在空间遮挡关系）。

* **技术特征D（确定遮挡空间子区域）：** 核心计算特征。处理器通过空间位置计算，确定非体积视频中**被前面的体积视频部分或完全遮挡的背景空间子区域**。

* **技术特征E（转换技术表示）：** 核心数据压缩/重构特征。将3D体积视频通过某种“转换技术”生成“非体积表示（2D格式的数据）”，且该非体积表示允许重新重构出原始体积视频（例如将3D网格与深度图映射为2D帧）。

* **技术特征F（数据替换与复合帧生成）：** **最核心的创新点（发明点）**。处理器**利用“体积视频的非体积表示数据”，去直接“替换（Replace）”非体积视频中被遮挡的空间子区域数据**。其技术实质是：既然背景非体积视频被前景体积视频遮挡了，那么被遮挡的背景数据就是冗余的；直接把前景体积视频的2D转化数据填入背景被遮挡的区域，合成为一张“复合输出帧”，从而极大地节省了传输图像的像素面积与码流。

* **技术特征G（传输复合视频/片段）与技术特征H（信号传递数据）：** 传输与解包控制特征。将替换后的复合视频流发给客户端，同时发送控制信令（Signal Data），告诉客户端该复合流中“嵌有体积视频的非体积表示”，以便客户端进行反向解析和重构。

---

## 二、 对比文件技术特征比对表格及详细出处

为了确保对比的客观性与法律严密性，下表对**D1（US20180077286A1）**和**D2（US20180091791A1）**与权利要求1的各个技术特征进行逐项比对，并给出对比文件原文的详细出处及原文中文释义。

### 特征比对表

---

## 三、 对比文件公开内容的详细分析

### 1. D1（US20180077286A1）分析

* **对比文件公开号：** US 2018/0077286 A1

* **技术领域与方案：** D1是一篇关于**“语音通话/销售会议中的自动模式识别与实时引导”**的专利。其核心在于利用ASR（自动语音识别）、NLP（自然语言处理）以及情绪分析技术，对销售人员与客户的通话进行实时分析并给出建议（On-call guidance）。

* **分析结论：** 虽然D1在说明书段落[0017]中提到了“通话录音可以是基于电话、VoIP、视频会议、虚拟现实（VR）、增强现实（AR）的”，但这仅仅是对数据采集环境的泛泛列举。D1**完全没有涉及图像处理、视频编码、体积视频与非体积视频的遮挡计算及数据替换**。D1与本目标专利在解决的技术问题、采用的技术手段以及达到的技术效果上毫无关联，**不具备破坏本专利新颖性或创造性的能力**。

### 2. D2（US2018091791A）分析

* **对比文件公开号：** US 2018/0091791 A1

* **技术领域与方案：** D2属于**“用于六自由度虚拟现实的流式传输体积视频（Streaming Volumetric Video for 6DoF VR）”**领域。D2解决了移动VR设备算力不足、存储有限，无法实时渲染庞大体积视频的问题。D2的技术方案是：由云端/服务端（Rendering Server 320）接收客户端的姿态数据（Pose data），在服务端完成3D体积视频的渲染并将其编码为传统的2D视频帧（Video frame），再通过网络流式传输给VR头显（如段落[0053] [0063] [0065]所述）。

* **分析结论：**

* **毫无异议公开/实质公开的特征：** 特征A（网络接口）、特征B（非体积背景视频）、特征C（体积视频）、特征D（空间遮挡计算）、特征E（将3D体积视频转化为2D表示传输）。

* **未公开的特征：** **特征F（核心替换特征）**和**特征H（信令数据）**。在D2中，服务端在云端直接将所有3D场景（包括体积视频和背景）“画”好（Render）成一张最终的2D图片发给客户端显示（客户端只是一个单纯的显示器，不参与重构）。而本专利的特征F是**将体积视频的2D数据“镶嵌/替换”到非体积视频被遮挡的空白区域**，客户端收到后，还需要依据信令（特征H）把这个2D数据抠出来恢复成3D体积视频。D2根本没有“空域替换与客户端重构”的构思。

---

## 四、 最接近的对比文件（最接近现有技术）选择

在创造性评估中，选择最接近现有技术的标准是：**技术领域相同或相近，解决的技术问题最相似，公开的技术特征最多，或者技术构思最接近**。

### 最接近对比文件分析：**D2 (US20180091791A1)**

* **原因分析：**

1. **技术领域完全一致：** D2与目标专利均属于“体积视频（Volumetric Video）/ 3D视频的流式传输与渲染”领域。

2. **解决的技术问题极其相似：** 两者均旨在解决3D体积视频数据量巨大导致的网络传输带宽压力高、移动客户端计算/渲染能力不足的问题。

3. **技术特征重合度最高：** D2公开了目标专利的大部分前置技术特征（特征A、B、C、D、E），同样采用了“服务端将3D体积数据转化为2D数据流传输”的大思路。

* *注：D1（US20180077286A1）由于属于语音分析领域，与本专利技术方案相去甚远，完全不适合作为最接近的对比文件。*

---

## 五、 无效宣告请求中的薄弱特征与难点剖析

如果仅凭现有的D1和D2对目标专利权利要求1提起无效宣告请求，**成功概率极低**。其最薄弱（即最难被无效掉、专利权人最稳固的防线）的技术特征如下：

### 最薄弱/最稳固的技术特征：**特征F + 特征H 的组合构思**

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

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

* **薄弱原因（对方的坚固防线）：**

1. 传统的视频编解码或传输方案（如D2）要么是“在服务端全渲染完直接发单帧图像”，要么是“前景与背景作为两个独立的视频流/图层（Layers）并行传输”。

2. 本专利提出了一种非常独特的**空域重用与图像置换机制**：既然非体积视频（背景）有被遮挡的区域，传输这部分背景像素是浪费带宽的；因此，本专利**把背景被遮挡的区域作为“载体”，直接把前景体积视频转化后的2D数据填进去**，拼成一张“复合图像”发走。客户端收到后根据信令（特征H）再把填进去的数据“掏出来”还原成3D体积视频。

3. 这种“借用被遮挡区域传输额外数据（数据隐藏/图像拼接载荷）”的特定技术手段，在现有的D1和D2中**完全没有给出任何技术启示（Technical Motivation）**。

---

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

为了成功无效权利要求1，必须打破**特征F（被遮挡区域数据替换）**和**特征H（重构信令）**的防线。建议采取以下针对性的补充检索策略：

### 1. 调整检索主题词与技术构思拓展

不能仅局限于“Volumetric Video（体积视频）”这个狭隘词汇，应当将检索范围扩大到**视频编码（Video Coding）、可扩展视频编码（SVC）、带加号的图层混合、图像隐写/载荷嵌入（Steganography/Data Hiding）、图层图元裁剪（Occlusion-based Region-of-Interest Coding）**等传统图像处理领域。

* **核心检索要素表达式：**

* **要素1（遮挡与ROI）：** `Occlusion` OR `Occluded region` OR `Background macroblock` OR `Covered area`

* **要素2（替换/嵌入/填补）：** `Replace` OR `Overwrite` OR `Embed` OR `Substitute` OR `Pack` OR `Payload`

* **要素3（视频流/图层/复合）：** `Composite frame` OR `Stream` OR `Video coding` OR `Auxiliary data`

* **结合词：** `(Occlud* AND Replace* AND (Frame OR Stream OR Video))`

### 2. 重点检索分类号（IPC/CPC）

建议重点在 H04N（图像通信）大类下的以下细分小组进行交叉检索：

* **H04N 19/167：** 根据图像感兴趣区域（ROI）或遮挡区域进行的视频编码。

* **H04N 19/597：** 立体或多视图视频序列的编码（3D/Multi-view Video Coding）。

* **H04N 21/2343 / H04N 21/4402：** 服务端/客户端对视频流的混合、重构与变换。

* **H04N 19/46：** 随视频流传输附加控制信号/元数据（对应特征H）。

### 3. 寻找潜在的突破口领域（Prior Art Sources）

* **MPEG-3DGC / MPEG-I / OMAF 标准文档：** 关注 ISO/IEC JTC1/SC29/WG11 (MPEG) 关于“Point Cloud Compression (PCC)”和“Immersive Media”的标准提案文件（Contributions）。标准委员会在2015-2018年间曾大量讨论过如何将3D点云/深度图图块（Patches）打包（Packing）到标准2D视频帧（Video Frame）的空白或废弃区域中。

* **游戏引擎与图形渲染管线：** 检索 Unity, Unreal Engine, 或 NVIDIA 提出的“遮挡剔除与纹理图集打包（Occlusion Culling & Texture Atlas Packing）”技术专利。这些技术常将未显像的空域纹理替换为其他数据。

作为一个经验丰富的专利代理师，我将结合目标专利说明书以及各对比文件的原文及详细出处，对权利要求1进行详细的专利创造性与特征比对分析。

---

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

根据权利要求1的文本，可将其划分为以下8个核心技术特征：

* **特征A**：该处理器系统包括：-到网络的网络接口；

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

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

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

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

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

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

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

---

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

#### 1. 对比文件 1：`WO2018064331A1`（简称 **D1**）

* **公开号**：WO2018064331A1

* **内容分析**：

* **特征A**（网络接口）：**实质公开**。D1公开了渲染服务器与VR头显等通过网络互连，具有通信接口用于发射视频流。**原文出处**：D1说明书段落[0030]、[0033]：“...via the network 150, to one or more of the VR headsets...”, “The communications interface 250 may include...”。

* **特征B、C**（非体积视频、体积视频）：**部分公开/不完全对应**。D1主要公开了“体积视频（volumetric video）”及结合深度信息的3D模型渲染，但并未明确限定“非体积视频”与“体积视频在非体积视频前面显示”的特定组合架构。**原文出处**：D1说明书段落[0012]、[0013]。

* **特征D、E、F**（遮挡区域确定、获取体积视频的非体积表示并替换数据）：**未实质公开**。D1公开的是根据客户端传来的Pose（姿态）数据在服务器端进行实时的3D/体积视频渲染，并编码为2D视频帧传输，并没有公开“确定非体积视频的空间子区域（被遮挡）并用体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据”这一特定数据替换与打包生成复合视频的技术构思。

* **特征G**（将复合视频或空间片段流式传输）：**实质公开**。D1公开了将渲染后的视频帧流式传输到客户端。**原文出处**：D1说明书段落[0030]、[0074]。

* **特征H**（提供指示复合视频流包含体积视频非体积表示的信号传递数据）：**未实质公开**。

#### 2. 对比文件 2：`CN107959844A`（简称 **D2**）

* **公开号**：CN107959844A

* **内容分析**：

* **特征A、G**（网络接口与流式传输）：**实质公开**。D2公开了360度视频的捕获、编码、发射及回放系统。**原文出处**：D2说明书段落[0005]、[0054]。

* **特征B~F**（非体积视频与体积视频的特定遮挡遮盖、非体积表示替换）：**未实质公开**。D2主要涉及360度视频（如等距柱状投影ERP、立方体投影CMP等）的捕获、拼接、投影转换及自适应投影格式，并没有涉及“体积视频”以及“用体积视频的非体积表示替换非体积视频被遮挡区域”的技术方案。

* **特征H**（信令指示）：D2公开了在位流中发信号通知投影格式及相关参数（如投影格式ID等），但并非针对权利要求1所述的“指示复合视频流包含体积视频的非体积表示”。**原文出处**：D2说明书段落[0220]。

---

### 三、 特征比对表格

---

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

* **最接近的对比文件选择**：

在D1和D2中，**D1（WO2018064331A1）**更适合作为最接近的对比文件（Primary Reference）。因为D1同样涉及**体积视频（Volumetric Video）**的流式传输、VR头显交互以及渲染服务器架构，与本专利的发明目的（六自由度虚拟现实中的体积视频流式传输与呈现优化）在技术领域和应用场景上高度契合。而D2主要涉及传统的2D平面投影全景视频（360度视频），与体积视频的核心技术路线存在较大差异。

* **区别特征分析**：

相比于D1，权利要求1的区别特征主要在于：

1. 引入了**非体积视频**的获取与输入；

2. 确定非体积视频中被体积视频遮挡的**空间子区域**；

3. 获得体积视频的**非体积表示**（通过允许重构的转换技术）；

4. 用该非体积表示的数据**替换**非体积视频被遮挡区域的数据以生成**复合视频**的输出帧；

5. 提供指示复合视频流包含体积视频非体积表示的**信号传递数据**。

* **创造性初步评价**：

上述区别特征共同解决了如何在现有非体积视频背景下高效传输和呈现体积视频、并处理遮挡与带宽压力的技术问题。由于对比文件D1和D2均未公开“将体积视频转换为非体积表示并替换非体积视频遮挡区域数据”这一核心构思，因此以D1为主结合D2进行创造性评价时，上述区别特征能够带来非显而易见的预料不到的技术效果（例如兼容现有非体积视频基础设施同时提供沉浸式体积视频体验）。因此，**权利要求1具备较强的创造性（非显而易见性）**。

---

### 五、 若提出无效请求最薄弱的技术特征分析

若未来针对该专利提起无效宣告请求（Request for Invalidation），权利要求1中**相对最薄弱的技术特征**是：

* **特征A与特征G（网络接口及流式传输功能）**：这两个特征属于常规网络通信与视频流传输的通用手段，极易被现有视频流媒体领域的公知常识（例如常规的视频服务器与客户端架构）轻松结合而击破。

* **特征H（信号传递数据指示）**：关于在位流中通过SEI或信令指示特定视频流属性的技术手段，在视频编码领域（如D2中通过SEI或标题发信号通知投影格式或参数）属于常规的设计习惯。

然而，由于核心的**数据替换机制（特征D、E、F：将体积视频转化为非体积表示并替换非体积视频被遮挡区域）**在现有文献D1和D2中均未得到实质公开，单纯攻击特征A、G、H较难直接否定权利要求1的整体创造性。

---

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

为了针对该专利的核心创新点（即“体积视频的非体积表示”、“遮挡区域替换”或“复合视频流生成”）寻找更致命的对比文件，建议采用以下检索策略：

1. **关键词检索策略（英文检索式推荐）**：

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

* `volumetric video` AND (`substitute` OR `replace` OR `occlusion` OR `composite` OR `blend`)

* `volumetric video encoding` AND (`proxy` OR `representation` OR `compatibility`)

2. **分类号（IPC / CPC）检索**：

* 重点检索 **H04N 19/00**（视频编码/解码）、**H04N 13/00**（立体/多视角/VR视频技术）、以及 **G06T 19/00**（三维图形处理）相关分类下的专利文献。

3. **主要竞争对手/权属人检索**：

* 检索本专利申请人或相关巨头（如 **Intel、Apple、Microsoft、Meta/Facebook、Google**）在 2016年~2018年 间布局的关于“混合视频流（Hybrid Video Streaming）”、“体积视频向下兼容（Backward-compatible Volumetric Video）”或“视口相关流式传输”的同族或相关专利申请，这些文献极有可能公开了相似的底层算法。

根据权利要求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所述的暂态或非暂态计算机可读介质，其中，该复合视频流是包括可独立解码的片段的空间分段编码，并且其中，该信号传递数据标识该空间分段编码的一组片段。