一种处理视频数据的方法，包括视频处理装置的处理器接收经解码的视频帧；视频帧包括表示视频图像的视频数据；所述视频数据包括像素；其中每个像素与表示亮度/颜色值的一个或多个像素值相关联；处理器从与显示器相关联的客户端装置接收视点信息；所述视点信息包括限定显示器的用户的观看方向的观看方向信息；所述观看方向信息与视频图像中的视场FOV区和视口区相关联；FOV区限定可以在显示器上渲染的区；并且视口区限定视频图像中包括FOV区的区；处理器基于所述观看方向信息 and 经解码的视频帧来确定掩蔽信息；所述掩蔽信息针对经解码的视频帧的每个像素指示像素是否定位在视口区之外；处理器通过将掩蔽操作应用于视口区之外的像素，来使用所述掩蔽信息将经解码的视频帧转换成经解码的掩蔽视频帧；掩蔽操作减小视口区之外的至少部分像素的像素值的熵；以及处理器将经解码的掩蔽视频帧提供给编码器装置的输入；并且编码器装置将经解码的掩蔽视频帧编码成经编码的掩蔽视频帧。

作为经验丰富的专利代理师，我针对目标专利权利要求1（权利要求1.docx）与对比文件 **D1：EP3367626A1**（公开日：2018-08-29，题目：《PROVIDING CONTENT》）进行深入的技术特征比对、公开性判定、最接近对比文件分析以及无效宣告策略制定。

---

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

权利要求1限定了一种处理全景/360度视频数据的方法，其核心逻辑在于：**利用客户端反馈的视点/观看方向信息确定视口（Viewport）区与视场（FOV）区，对经解码的视频帧在视口区之外的像素进行熵减掩蔽操作（如置零/置黑），再将掩蔽后的视频帧输入编码器重新编码传输，以此节省传输带宽并提高编码效率。**

将权利要求1拆解为以下15个具体技术特征（A~O）：

- **特征A**：包括视频处理装置的处理器接收经解码的视频帧

- **特征B**：视频帧包括表示视频图像的视频数据

- **特征C**：所述视频数据包括像素

- **特征D**：其中每个像素与表示亮度/颜色值的一个或多个像素值相关联

- **特征E**：处理器从与显示器相关联的客户端装置接收视点信息

- **特征F**：所述视点信息包括限定显示器的用户的观看方向的观看方向信息

- **特征G**：所述观看方向信息与视频图像中的视场FOV区和视口区相关联

- **特征H**：FOV区限定可以在显示器上渲染的区

- **特征I**：视口区限定视频图像中包括FOV区的区

- **特征J**：处理器基于所述观看方向信息 and 经解码的视频帧来确定掩蔽信息

- **特征K**：所述掩蔽信息针对经解码的视频帧的每个像素指示像素是否定位在视口区之外

- **特征L**：处理器通过将掩蔽操作应用于视口区之外的像素，来使用所述掩蔽信息将经解码的视频帧转换成经解码的掩蔽视频帧

- **特征M**：掩蔽操作减小视口区之外的至少部分像素的像素值的熵

- **特征N**：处理器将经解码的掩蔽视频帧提供给编码器装置的输入

- **特征O**：编码器装置将经解码的掩蔽视频帧编码成经编码的掩蔽视频帧

---

### 二、 特征比对表格（针对对比文件 D1：EP3367626A1）

---

### 三、 对比文件 D1 的公开性详细分析

#### 1. 毫无异议公开（ Explicit Disclosure ）的技术特征：

* **特征B、C、D**：D1段落[0009]及[0043]明确记载了处理360度全景视频（360 panoramic video），视频包含颜色空间（color spaces）和像素点阵（pixels）。

* **特征E、F**：D1段落[0008]、[0009]及[0040]明确指出，选择块（Selection block）监测客户端状态并向服务端提供反馈，反馈内容包括经度（longitude）、纬度（latitude）、翻滚角（roll）和视场（FOV），这些参数构成了限定用户观看方向的视点信息。

* **特征G、H、I**：D1段落[0011]、[0054]、[0073]明确记载了视场角（FOV）形成的视场金字塔（Viewing Pyramid），以及为了抵消传输延迟（Latency）而将视口（Viewport）进行扩大（Enlarged viewport），视口区完全覆盖并大于FOV渲染区。

* **特征J、K**：D1段落[0055]及[0065]明确公开了利用球面投影公式判断每个像素（theta, phi）是否落在视口内部或外部（"test whether or not it is within the viewport"）。

* **特征L、M**：D1段落[0066]与[0067]明确记载了将视口之外的像素（out-of-viewport pixels）通过第二遍扫描置零或置黑（"set to zero", "setting those out-of-viewport pixels to black"）。在信息论及图像压缩领域，将不规则的视频图像视口外区域统一设为单色黑/零值，直接大幅消除了该区域的色彩与纹理随机性，即**显著减小了像素值的熵（Entropy Reduction）**，完全符合特征M的技术实质。

* **特征N、O**：D1段落[0044]与[0068]明确记载了发送端（Sender）获取经第一转换块填充/置黑处理后的矩形视频帧，并将其送入编码器采用AVC/HEVC等视频编码标准编码为经编码流。

#### 2. 实质公开（ Implicit / Substantive Disclosure ）的技术特征：

* **特征A**：D1段落[0043]指出Ingest块负责读取并解码（decoding all parts）客户端请求的视频内容，段落[0044]指出第一转换块（包含处理器）接收来自Ingest块的原始解码数据（raw, decoded parts of data）。虽然D1使用了“Ingest block”和“First transformation block”等功能模块表述，但其物理/逻辑载体即为视频处理装置的处理器，其接收经解码视频帧的过程属于本领域技术人员结合说明书上下文能够直接、无歧义确定的实质公开内容。

---

### 四、 最接近对比文件分析（Closest Prior Art）

在创造性/新颖性分析中，**D1（EP3367626A1）非常适合作为最接近的对比文件**（甚至可单独作为新颖性破坏对比文件）：

1. **整体解决的技术问题一致**：

目标专利与D1均致力于解决在全景/VR/360度视频传输过程中，因传输全量超高清图像导致带宽消耗过大、而仅传输窄视口又会导致用户转头时出现高延迟黑屏的技术问题。

2. **技术方案与架构高度重合**：

两者均采用了“服务端接收客户端方向反馈 -> 计算视口/FOV范围 -> 对视口外非关键像素进行置零/黑屏掩蔽操作以降低熵/节省码率 -> 重新送入传统编码器编码传输”的技术路线。

3. **技术效果一致**：

均实现了在保持客户端极低时延体验的同时，大幅降低视口外码率开销、提升视频编码与传输效率的技术效果。

**结论**：对比文件 **D1（EP3367626A1）** 已经完整覆盖了权利要求1的特征A~O的所有技术要点。若考量新颖性（A22.2），D1可直接构成破坏权利要求1新颖性的对比文件；若考量创造性（A22.3），D1是极为贴切的“最接近对比文件”。

---

### 五、 无效宣告请求中最薄弱的技术特征与应对策略

如果在专利无效宣告程序中，专利权人针对D1进行抗辩，其可能尝试争辩的最薄弱（即相对最容易产生文字争议）的技术特征为：

1. **“视口区限定视频图像中包括FOV区的区”（特征I）**：

* **专利权人潜在抗辩**：专利权人可能主张传统的视口（Viewport）通常等于或小于显示区域，而本专利特意限定了“视口区包括FOV区”（即视口比FOV大，用于边缘预载缓冲）。

* **反驳/无效理由**：D1段落[0011]（"viewport is enlarged... to reduce latency"）及段落[0073]（"request a larger field-of-view than needed"）已明确公开了为了应对转头延迟，视口区被主动扩大以包含当前FOV区域。该技术特征在D1中已被完全公开。

2. **“掩蔽操作减小视口区之外的至少部分像素的像素值的熵”（特征M）**：

* **专利权人潜在抗辩**：专利权人可能争辩D1使用的是“set to zero”或“set to black”，并未明确出现“熵（entropy）”这一术语。

* **反驳/无效理由**：将像素值统一置零/置黑是图像/视频处理领域中最标准的降低信息熵（Entropy Reduction）手段（信息论常识）。D1段落[0067]明确指出置黑可以“Save bandwidth”（节省带宽），其本质原理正是通过置黑降低像素熵从而提升变换编码与游程编码的压缩率。因此，特征M属于被D1实质公开或本领域公知常识的简单等同替换。

---

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

为了确保无效宣告的成功率（形成多重对比文件交叉打击，防止专利权人通过修改从属权利要求抗辩），建议采取以下补充检索策略：

1. **补充检索分类号（IPC / CPC）**：

* `H04N 21/2343`（服务端视频流转码/处理）

* `H04N 21/4728`（基于选择性区域/视口的视频选择）

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

* `G06T 3/00` / `G06F 3/01`（基于头部追踪/HMD的图像变换）

2. **核心关键词组合策略（中/英文）**：

* **组1（视口与延迟）**：(Viewport OR FOV OR "Field of view" OR "Viewing Cone") AND (Margin OR Enlarged OR Padding OR Buffer)

* **组2（掩蔽与置黑/置零）**：(Mask OR Masking OR "Set to black" OR "Set to zero" OR Zeroing OR Blanking OR Entropy)

* **组3（编解码与全景视频）**：(360-degree OR Omnidirectional OR Panoramic OR VR OR "Virtual Reality") AND (Encoder OR Re-encode OR AVC OR HEVC)

3. **重点追踪追溯族及竞争对手**：

* 重点检索在2015-2018年期间提交的VR/全景视频流媒体传输专利，重点申请人包括：**Facebook/Oculus、InterDigital、Nokia、Qualcomm、Samsung、Huawei、Tencent** 等。

* 针对D1（EP3367626A1）进行同族（Family）及同类引用文献（Forward/Backward Citations）追溯，锁定同频发明的中国专利（CN）或许可族成员，以便直接在中国无效宣告程序中作为优先证据使用。

根据权利要求1所述的方法，进一步包括传输器装置将经编码的掩蔽视频帧传输到与客户端装置相关联的解码装置；其中所述传输基于以下各项中的至少一项：3G、4G、5G、Wi‑Fi或蓝牙；和/或将与经编码的掩蔽视频帧相关联的元数据传输到与客户端装置相关联的解码装置；所述元数据包括由视频处理装置用来生成经编码的掩蔽视频帧的视点信息的至少部分。

根据权利要求2所述的方法，其中通过无线传输介质来传输经编码的掩蔽视频帧的至少部分。

根据权利要求2所述的方法，其中视点信息的至少部分是视点的位置。

根据权利要求1‑4中任一项所述的方法，其中掩蔽操作包括将视口区之外的像素的像素值的至少部分修改为经修改的像素值；经修改的像素值是单个预定值或者经修改的像素值形成规则图案和/或周期性图案；和/或将视口之外的像素的像素值的至少部分修改为表示像素值的低分辨率版本的经修改的像素值。

根据权利要求1‑4中任一项所述的方法，其中视频帧是投影视频帧；投影视频帧包括球形视频数据；所述球形视频数据表示与使用投影模型投影到视频帧的2D矩形区域上的球形视频图像相关联的像素；和/或其中所述观看方向信息包括视点；视点限定FOV区和视口区在球形视频图像中的位置。

根据权利要求6所述的方法，其中投影模型基于等矩形投影、圆柱体投影、立方体投影、鱼眼投影或棱锥体投影。

根据权利要求6所述的方法，其中确定掩蔽信息包括使用投影模型来确定投影视频帧的像素位置和在球形视频图像中的位置之间的像素映射；以及使用视口在球形视频图像中的位置和像素映射来确定投影视频帧的定位在视口区之外的像素。

根据权利要求8所述的方法，其中确定掩蔽信息进一步包括使用投影模型将视口区投影到投影视频帧的2D矩形区域上；使用投影视口和投影视频帧的像素来确定投影视频帧的定位在视口区之外的像素。

根据权利要求8或9所述的方法，其中视点区的位置基于角坐标系。

根据权利要求10所述的方法，其中视点区的位置基于球形坐标系。

根据权利要求1‑4中任一项所述的方法，其中视口区大于FOV区；在视口区内部并且在FOV区之外的区限定空间视口缓冲区SVB。

根据权利要求12所述的方法，其中视口区的尺寸基于可用于向视频播放器装置传输经编码的掩蔽视频帧的带宽和/或基于与以下各项相关联的延迟时间来选择：向与客户端装置相关联的解码装置传输经编码的掩蔽视频帧以及由客户端装置接收经编码的掩蔽视频帧。

根据权利要求12所述的方法，其中FOV区包括第一分辨率的像素；并且SVB包括第二分辨率的像素；第一分辨率高于第二分辨率。

根据权利要求1‑4中任一项所述的方法，其中所述视点信息和/或经编码的掩蔽视频帧通过视频处理装置 and 客户端装置之间的低延迟通信信道传输。

根据权利要求15所述的方法，其中低延迟通信信道是双向通信信道。

根据权利要求16所述的方法，其中双向通信信道基于网络套接字标准。

根据权利要求17所述的方法，其中经编码的掩蔽视频帧作为NAL单元以解码顺序传输到客户端装置。

根据权利要求1‑4中任一项所述的方法，其中所述视点信息进一步包括以下各项中的至少一项：限定视口的尺寸和/或形状的信息；视频帧参考信息；延迟时间；和/或，其中编码器装置基于预定的视频编码标准对掩蔽视频帧进行编码；和/或，其中经编码的视频数据存储在数据容器中；和/或，其中经编码的掩蔽视频帧基于以下视频流式传输协议中的至少一个传输到客户端装置：WebRTC、RTP、RTMP或自适应流式传输协议。

根据权利要求19所述的方法，其中视频帧参考信息为与掩蔽视频帧相关联的视频帧序列号和/或呈现时间戳（PTS）；延迟时间为运动到高质量MTHQ延迟时间；视频编码标准包括以下各项之一：H.264、H.265、HEVC、VP8、VP9、AVC1或AVC2；数据容器为一个或多个ISOBMFF数据容器和/或一个或多个片段MP4容器；以及自适应流式传输协议为HTTP自适应流式传输协议。

根据权利要求20所述的方法，其中HTTP自适应流式传输协议为MPEG DASH、HTTP实况流式传输、HTTP动态流式传输或HTTP平滑流式传输。