一种用于使渲染系统能够渲染全景场景的方法，其中，该全景场景是全景视频的一部分并且由至少一个图像表示；其中，该渲染系统被配置成将该至少一个图像投影到虚拟主体上；并且被配置成从该虚拟主体内的或面向该虚拟主体的视点渲染该全景场景；该方法包括向该渲染系统提供该至少一个图像的图像数据；向该渲染系统提供投影元数据；该投影元数据包括提供坐标映射的机器可读数据；该坐标映射将被该渲染系统用来将该至少一个图像投影到该虚拟主体上；该坐标映射介于与该至少一个图像相关联的第一坐标系和与该虚拟主体相关联的第二坐标系之间；其中该投影元数据提供多个不同投影；以供以下至少一种情况使用：不同类型的虚拟主体；用于渲染该全景场景的不同类型的渲染技术；渲染该全景场景的不同类型的显示器；以及该全景视频的不同时间部分。

这是一份针对本目标专利权利要求1（全景场景渲染技术）的深度无效与创造性检索分析报告。分析严格基于本专利说明书对权利要求的法律解释，并对照三份对比文件原文（含具体段落号）做出特征比对与法律逻辑推导。

---

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

根据全景视频渲染领域的通用技术规范及本专利构思，权利要求1各特征的法律与技术内涵解释如下：

* **特征A（全景视频图像）**：指待渲染的源数据，系全景视频的某一帧或多帧2D图像（如鱼眼图、等矩形投影图）。

* **特征B/C（虚拟主体与视点）**：指渲染系统构建的3D网格模型（如Skybox天空盒、Skydome天空顶、球体、圆柱体等），渲染视点位于虚拟主体内部或面向虚拟主体。

* **特征D/E/F/G/H（投影元数据与坐标映射）**：核心技术特征。指除图像数据外，还向渲染系统提供包含“机器可读数据”的元数据。该元数据定义了**第一坐标系（图像2D空间，如UV/s,t坐标）**与**第二坐标系（虚拟主体3D空间，如XYZ/极坐标）**之间的坐标映射，使得渲染系统能够直接利用该元数据将2D图像贴图投影到3D虚拟主体上。

* **特征I/J/K/L（多个不同投影的选择性应用）**：核心限定特征。投影元数据**提供多个不同投影**，以供以下至少一种情况使用：

* **J**：不同类型的虚拟主体（如天空盒与天空顶）；

* **K**：不同类型的渲染技术（如Direct Environmental Mapping与Cubic Mapping）；

* **L1**：不同类型的显示器（如平面显示器与VR头显/立体显示器）；

* **L2**：全景视频的不同时间部分（如视频随时间切换不同的投影格式）。

---

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

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

---

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

---

### 3. 各对比文件原文详细公开性分析

#### **对比文件 D1 (WO2014043814A1)**

* **特征 A, B, C, D**：[p0006]及[p0009]明确指出“methods and apparatus for manipulating and displaying panoramic images and/or video”，并且“cubic images to be shown on six faces of a skybox... or in the case of a skydome transformed into a single rectangle image... applied on a skybox or a skydome shaped mesh”。[p0012]指出视点位于中心（viewer located at the center）。

* **特征 E, F, G, H**：[p0014]和[p0016]明确公开“texture coordinates are generated... based on the camera lens mapping parameters... supplied in the form of a one-dimensional lookup table”；[p0046]与[p0050]-[p0054]详细定义了第一坐标系（2D Texture Space $s,t$）与第二坐标系（3D Object Space）之间的映射公式：$(x,y,z)=(\sin\theta\cos\phi, \sin\theta\sin\phi, \cos\phi)$ 及 $(s,t)=f(\theta,\phi)$。

* **特征 I, J, K, L**：

* **J & K**：[p0016]公开“It is possible to display the panorama according to **multiple projection types** based on the same intermediate set of tiles/meshes generated from the original panorama image”；[p0085]公开支持 skydome environment mapping, equirectangular projection, stereographic projection 等**不同类型的虚拟主体和渲染技术**。

* **L2**：[p0085]和[p0092]公开“allows fast **switching between projection types** without having to reload the original image in the GPU”，即在全景视频播放/交互过程中，元数据支持在不同时间段动态切换投影类型。

* **结论**：**D1 对特征 A–K 进行了毫无异议的公开，对 L 进行了实质公开。**

#### **对比文件 D2 (US20170127032A1)**

* **特征 A, B, D, E, F, G, H**：[0023]公开内容数据包含图像数据和元数据（Metadata）；[0103]公开投影变换包含平面、球体、圆柱体；[0154]-[0156]公开了图像矫正信息（包含代表性像素点坐标、增益、颜色转换矩阵）。

* **缺失特征**：D2 的核心发明点在于“多台投影仪协同拼接与色彩/几何校正”，其元数据（Metadata）主要用于指导图像裁剪（Image cutout）和重叠区消隐（Overlap correction），**未公开元数据提供多个不同投影以适应不同虚拟主体、渲染技术或视频不同时间部分（特征 I, J, K, L）**。

#### **对比文件 D3 (US20160373734A1)**

* **特征 A, B, C, D, E, F, G, H**：[0018]-[0019]及[0148]公开了通过相机畸变校准生成校准配置文件（Calibration profile，即元数据），该配置文件包含 3D Mesh 物理模型与 2D UV 贴图（UV Texture map）之间的坐标映射，用于将捕获的鱼眼全景图直接渲染到 3D 虚拟主体上。

* **缺失特征**：D3 的核心在于“基于特定相机的镜头畸变校正与 UV 映射”，其投影映射是针对固定硬件建立的，**未公开元数据中提供多种不同投影类型（特征 I）及其在 J、K、L 场景下的选择性应用**。

---

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

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

* **选择理由**：

1. **技术领域完全相同**：D1 与目标专利均致力于解决全景图像/视频在 3D 虚拟主体（如 Skybox、Skydome）上的高效投影与渲染问题。

2. **技术手段高度重合**：D1 提出了利用中间网格/贴图坐标映射元数据（含镜头参数 lookup table），跳过传统的二次几何转换，直接实现 2D 图像到 3D 虚拟主体的映射（Direct Mapping）。

3. **覆盖特征最多**：D1 已经公开了权利要求1中除个别具体表述外几乎所有的技术特征（特征 A–K，以及 L 中关于动态切换投影的教导）。

### 2. 区别特征分析与创造性评估

将权利要求1与最接近对比文件 D1 进行比对，区别特征仅在于：

* **区别特征**：D1 中明确公开了元数据包含坐标映射，并能基于此提供多种投影类型（如 Equirectangular, Stereographic, Skydome），且支持在播放过程中进行切换；目标专利进一步将其明确归纳为**供“不同类型的显示器（L1）”及“全景视频的不同时间部分（L2）”使用**。

* **创造性逻辑推导**：

* **解决的技术问题**：如何在多终端（如 VR 头显、普通显示器）及多时域视频场景下提升全景视频渲染元数据的通用性与适应性。

* **公知常识/技术启示**：

1. 在全景视频传输与渲染领域，根据终端设备（如手机平面屏与 HMD 画面）调整投影方式是本领域的公知常识。

2. D1 的段落 [p0016] 与 [p0085] 已经给出了“基于一套中间元数据/网格，支持多种投影方法（multiple projection types）并能随时切换”的技术教导。将该“多种投影”应用到“不同的显示终端（L1）”或“视频的不同时间段（L2）”，仅属于本领域技术人员根据实际应用场景做出的**常规选择与应用延伸**，未产生意想不到的技术效果。

* **结论**：权利要求1相对于 D1 与本领域公知常识的结合**不具有创造性（专法第22条第3款）**。

---

## 四、 最薄弱技术特征与进一步检索策略

### 1. 无效请求中最薄弱的技术特征

目标专利权利要求1在无效宣告程序中最薄弱的技术特征为：

* **特征 I/J/K/L（元数据提供多个不同投影以适应虚拟主体/渲染技术/显示器/时间段）**：

* *薄弱原因*：虽然专利权人试图将“多投影模式元数据”作为区别于传统单格式全景视频的创新点，但 D1 已经在底层架构上实现了“根据中间元数据/分块，支持多个投影模式（multiple projection types）并动态切换”。“不同显示器”和“视频不同时间段”只是该架构在具体业务场景下的自然下钻，极其容易被本领域公知常识结合（如结合 MPEG-OMAF 格式标准）予以击毁。

### 2. 进一步的对比文件检索策略（针对从属权利要求及补强证据）

为了确保彻底击垮目标专利（包括潜在的从属权利要求修改），建议采取以下补充检索策略：

1. **聚焦 OMAF (Omnidirectional Media Format) 标准文件检索**：

* *背景*：ISO/IEC 23090-2 (OMAF) 是全景视频元数据规范的核心标准。

* *检索要素*：`OMAF` / `ISO/IEC 23090-2` / `Projection Metadata` / `Timed metadata` / `Timed projection format` / `Multiple projections`。

* *预期效果*：OMAF 标准明确定义了在 MP4/ISOBMFF 封装中，如何通过 Timed Metadata 项随时间（Temporal）动态改变投影格式（如前 10 秒为 Equirectangular，后 10 秒为 Cubemap），这将直接精准命中**特征 L2**。

2. **针对“投影元数据随时间/显示器切换”的具体专利检索（追溯优先权日前的技术）**：

* *检索式组合 (CPC/IPC + 关键词)*：

* `IPC/CPC`: `H04N21/84` (视频元数据), `H04N13/117` (立体/多显示终端变换), `G06T15/00` (3D渲染)。

* `Keywords`: `(panoram* OR omnidirectional OR 360-degree) AND (metadata OR "header") AND ("multiple projection*" OR "dynamic projection" OR "projection type") AND (display OR terminal OR time)`.

3. **补充对比文件方向**：

* 重点寻找公开了“在同一个全景视频码流中，根据播放器类型（HMD vs Mobile）或时间段，利用视频头部的 metadata 动态选择 CubeMap/CMP 或 Equirectangular/ERP 投影”的 2016-2018 年间的文献（如 InterDigital、Qualcomm、Samsung、Technicolor 的早期提案）。

---

## 五、 总结与操作建议

1. **无效宣告主攻路线**：以 **D1（WO2014043814A1）** 作为最接近对比文件，结合本领域公知常识（或补充 OMAF 标准草案/技术提案作为 D4），主张权利要求1**不具备创造性**。

2. **备用路线**：若专利权人将从属权利要求中的具体映射公式或特定元数据结构（如一维查找表）合并入主权项，D1 [p0014]（一维 Lookup Table 矫正）及 D3 [0148]（UV 映射表）已形成完整的技术组合，可进行二次打击。

根据权利要求1所述的方法，其中，该图像数据是该全景视频的视频数据的一部分；并且其中，该方法包括编码该视频数据以获得经编码视频数据；格式化该经编码视频数据以获得流；将该投影元数据包括在该流中；以及向该渲染系统提供该流。

根据权利要求2所述的方法，其中，所述将该投影元数据包括在该流中的步骤包括多路复用该投影元数据与该流中的该经编码视频数据。