一种用于呈现虚拟现实(VR)视频的VR呈现设备，其中VR视频至少部分地由多个流来表示；每个流与场景的不同视图相关联；VR呈现设备包括被配置用于接收目的地元数据的输入接口；所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地；其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点；以及处理器；其被配置为i）确定要由VR呈现设备呈现的场景的视图；ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集；以及控制器；其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备；其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点；并且对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包；其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组；其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以将每个单播流转换为多播流。

这是一份以资深专利代理师视角编写的专利权利要求9无效性与创造性比对分析报告。本分析紧密结合本申请技术方案与三篇对比文件原文，提供详尽的特征比对、最接近对比文件选择以及无效攻击策略。

---

## 一、 目标专利权利要求9的技术方案解析

目标专利权利要求9解决的核心技术问题是：在网络带宽有限的情况下，**如何向VR呈现设备高效传输包含场景不同视图的多视角VR视频流**。

### 核心技术手段与逻辑链条：

1. **控制与数据分离（SDN架构）**：利用SDN节点作为转发节点，通过SDN控制器根据VR设备发送的转发指令，动态控制节点转发所需视图包、丢弃非必需视图包（特征K、L）。

2. **元数据驱动的精准路由**：VR设备通过输入接口接收指示流网络目的地的“目的地元数据”，配合处理器确定当前所需视图，识别出目标流子集，并由控制器基于元数据向SDN转发节点下发转发指令（特征C、D、E、G、H、I、J）。

3. **单播转多播（Unicast-to-Multicast Conversion）传输机制**：

* 流源到转发节点之间采用**单播（Unicast）**传输（特征N）；

* 转发节点将单播流**转换为多播流（Multicast）**（特征N）；

* VR呈现设备通过**加入多播组**来接收所需流子集（特征M）。

---

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

各对比文件公开号如下：

* **D1**: US20160006673A1

* **D2**: US20160044095A1

* **D3**: US20160094641A1

### 权利要求9特征比对总表

---

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

### 1. D1 (US20160006673A1)

* **公开特征A、B、G、H**：

* **原文出处**：段落 `[0068]`：*"Resource service application 712 further can be used, for example, to support real-time visualization applications such as augmented reality to any number of computing devices of event client systems 108 over network 110. For example, visualizations may appear and disappear rapidly based on head movement."*

* **分析**：D1公开了支持AR/VR等实时可视化应用，且数据根据头部运动（head movement）动态调整。在段落 `[0087]` 和 `[0204]` 中进一步公开了将多维数据分解为多个流/组件（如多面体、不同空间坐标的数据），客户端根据当前裁剪区域（clipping region/view）选择性请求和接收相应的流数据子集。

* **公开特征C、D、E、I、J**：

* **原文出处**：段落 `[0022]`、`[0023]`、`[0085]`。

* **分析**：客户端通过URI和REST接口（目的地元数据）向网络中的中间资源服务器（转发节点）请求资源更新，控制数据的接收与转发。

### 2. D2 (US2016044095A1)

* **公开特征E、I、J**：

* **原文出处**：段落 `[0013]`、`[0039]`、`[0048]`。

* **分析**：D2公开了一套网络服务会话分发系统，包含网关节点（Gateway Node）、转发节点（Forwarding Node）和网络控制器（Network Controller 300）。段落 `[0048]` 明示：转发节点根据转发策略（Forwarding Policy）提取数据包的源/目的地址，并将数据包选择性地发送给选定的节点。

### 3. D3 (US2016094641A1)

* **公开特征K、L、M**：

* **原文出处**：段落 `[0002]`、`[0018]`、`[0027]`、`[0041]`。

* **分析**：

* 段落 `[0002]` 与 `[0018]` 明确指出：*"In some implementations, a software defined network (SDN) controller supports virtualized network functions... In this embodiment, the network is also a software defined network (SDN), and server 160 operates as a controller for the SDN."*（**公开特征K、L**）。

* 段落 `[0041]` 公开了网络支持多播通信协议：*"...according to a multicast communication protocol."*（**公开特征M**）。

---

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

从**整体解决的技术问题**与**技术效果**角度分析：

### 选定 **D1 (US20160006673A1)** 作为最接近对比文件（最合适）

1. **技术领域与问题的一致性**：

D1 专注于“为实时可视化应用（如VR/AR）高效提供快速变化的资源流”，解决的是**根据用户视角/头部动作（Head Movement）动态过滤和选择性传输大流量媒体/图形数据**的问题。这与权利要求9的核心应用场景（VR视频按视图分流呈现）高度吻合。

2. **技术特征覆盖度高**：

D1 已经公开了权利要求9中关于“VR/AR视频分流、按视图选择流子集、基于目的地元数据（REST URI/资源标识）向网络节点发送控制指令”等绝大多数业务层与控制层技术特征（特征A、B、C、D、E、F、G、H、I、J）。

---

### 基于 D1 的创造性攻击链条（结合 D3）

#### 1. 区别技术特征：

对比 D1，权利要求9的区别特征在于：

* **特征K、L**：转发节点为 **SDN 节点**，并使用 **SDN 控制器** 控制节点转发或丢弃数据包。

* **特征M、N**：选择性转发包含加入多播组，且该多播是通过**将流源单播发送至转发节点、再由转发节点转换为多播流**来实现的（Unicast-to-Multicast Conversion）。

#### 2. 区别特征的技术效果与拟解决的技术问题：

* 特征 K、L 解决的是如何提高网络底层转发控制的灵活性和自动化配置问题。

* 特征 M、N 解决的是如何降低上游主干网带宽压力（单播），同时在下游末端提高多设备并发接收效率（多播）的问题。

#### 3. 显而易见性组合结合（D1 + D3）：

* **SDN架构（特征K、L）的引入**：

D3 明确公开了在媒体传输网络中使用 **SDN 控制器和 SDN 转发节点**（段落 `[0018]`），并利用 SDN 动态调整网络配置与数据包路径（段落 `[0027]`）。将 SDN 架构应用于 D1 的 VR/AR 数据流传输网络中，属于本领域技术人员为了实现网络资源的动态编排和灵活控制所采用的**公知常态技术选择**。

* **多播机制（特征M）**：

D3 段落 `[0041]` 已公开在媒体分发网络中使用多播协议（Multicast）传输数据包。

---

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

### 1. 最薄弱的技术特征（专利权人的“防线”）

权利要求9中最薄弱、也是**现有对比文件（D1, D2, D3）未能完全无缝覆盖**的核心特征是：

> **特征N（后半部分）**：“通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以**将每个单播流转换为多播流 (Unicast-to-Multicast Conversion)**。”

* **薄弱点原因**：D1/D2/D3 虽然分别公开了流选择、SDN控制和多播传输，但没有明确记载**在 SDN 转发节点上将“上游单播”实时转换为“下游多播”**的具体动作组合。

### 2. 进一步对比文件检索策略（针对特征N）

为了彻底无效权利要求9，需针对“单播转多播（Unicast to Multicast）+ SDN/VR流”补充检索，建议采取以下策略：

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

1. **IPC/CPC 分类号锁定**：

* `H04L65/612`（多播流媒体传输）

* `H04L65/613`（单播流媒体传输）

* `H04L45/16`（多播路由/SDN多播）

* `H04L47/24`（基于流特性的SDN QoS控制）

2. **核心关键词组合（英文）**：

* **逻辑组1（单播转多播）**: `("unicast to multicast" OR "unicast-to-multicast" OR "converting unicast to multicast" OR "translating unicast to multicast" OR "ingress unicast egress multicast")`

* **逻辑组2（SDN/转发节点）**: `("SDN" OR "Software Defined Network" OR "OpenFlow" OR "forwarding node" OR "edge node" OR "proxy")`

* **逻辑组3（VR/多视图/Tile流）**: `("Virtual Reality" OR "VR" OR "multi-view" OR "tiled streaming" OR "viewport")`

3. **建议优先检索方向**：

* **追溯 SDN OpenFlow 规范与多播转换专利**：重点检索 2012–2016 年间关于“SDN 边缘节点实现单播多播转换（Unicast-to-Multicast Overlay/Gateway）”的通信专利（如华为、中兴、爱立信、诺基亚、Cisco 的 SDN 媒体传输专利）。

* **3GPP/IEEE 标准草案**：检索 3GPP MBMS（多媒体广播多播服务）或 OpenFlow 协议中关于在无线/固定接入网边缘节点（Edge Node）进行单播转多播的架构说明。

---

## 六、 结论与建议总结

1. **最接近对比文件**：确定为 **D1 (US20160006673A1)**。D1 奠定了基于用户视角/动作进行 VR/AR 多流选择传输的基础架构。

2. **组合无效路线**：以 **D1 为主对比文件**，结合 **D3 (SDN控制与多播)**，可将权利要求9的大部分技术特征进行结合攻击。

3. **补强关键**：补充一篇精准公开 **“SDN 边缘节点/转发节点将单播媒体流转换为多播流”** 的对比文件 D4，即可形成针对权利要求9的完全杀伤力，在无效宣告程序中稳妥击毁该权利要求。

你好！我是经验丰富的专利代理师。针对你提供的目标专利权利要求9以及三篇对比文件（D1-D3），我将按照专利无效宣告请求的实务逻辑，为你进行详尽的技术特征比对与创造性分析。

以下是具体的分析报告：

---

### 一、 权利要求9与对比文件特征比对表

这里我们将权利要求9拆解为各个技术特征（A-N），并与对比文件 **D1 (US20040071083A1)**、**D2 (US07082142B1)** 和 **D3 (US2007064689A1)** 的原文进行比对。

---

### 二、 最接近的对比文件 (Closest Prior Art) 分析

**结论：D1 (US20040071083A1) 最适合作为创造性分析中的“最接近的对比文件”。**

* **从整体解决的技术问题来看**：本专利旨在解决如何在网络中高效地向终端设备（VR设备）交付由多个数据流（不同视图）组成的高带宽媒体内容，并利用边缘转发节点来减轻网络负载。D1 解决的同样是网络带宽适应性问题，通过在流源与接收端之间设置中间转发节点（Adaptive nodes 50），根据终端的指令动态选择性地转发视频流子集。两者在网络传输架构和流媒体路由控制的思路上高度一致。

* **从技术效果来看**：D1 中的自适应节点 50 能够根据接收器 60 发送的控制指令（RTSP）动态丢弃不需要的视频层（包），这与权利要求9中转发节点根据指令选择性转发/丢弃包以节约带宽的效果完全契合。

---

### 三、 未被最接近对比文件（D1）公开的特征及其他对比文件的公开情况

在以 **D1** 为最接近的现有技术时，权利要求9区别于D1的技术特征主要有三个维度：

1. **VR应用场景特征（特征A, B, G, H的视图部分）**：

* **区别**：D1 是根据“网络拥塞（带宽）”选择不同的 FGS 视频编码增强层；而本专利是根据“VR场景的视图（FoV）”选择代表不同视角的流。

* **其他对比文件是否公开**：D2、D3 均**未公开**。

2. **单播转多播的边缘转换特征（特征N）**：

* **区别**：本专利要求流源到转发节点是“单播”，转发节点将单播转换为“多播”提供给终端。D1 中的自适应节点虽然涉及多播树，但并未明确公开“单播到多播的格式转换”。

* **其他对比文件是否公开**：**D2 毫无异议地公开了该特征**。D2 (US07082142B1) 的核心发明点即是将单播信息流转换为多播流（"converting the plurality of point-to-point communications into a point-to-multipoint communication" - 见 [0009], [0010]），以结合单播的灵活性和多播的带宽效率。

3. **SDN网络架构特征（特征K, L的SDN部分）**：

* **区别**：明确限定转发节点为软件定义网络 (SDN) 节点，并受 SDN 控制器控制。

* **其他对比文件是否公开**：D1、D2、D3 均**未明确公开**“SDN”这一特定术语。不过，D3 揭示了一种在网络内部节点（EQ-X）上集中控制策略、由节点执行数据包拦截与转发（丢弃/放行）的思想，这与SDN的“控制平面与数据平面分离”思想有相似之处，但不能视为对 SDN 特征的直接公开。

---

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

若针对本专利提出无效请求，权利要求9中最薄弱（最容易被攻破或论证为本领域常规技术手段）的技术特征包括：

1. **SDN节点与SDN控制器的引入（特征K, L）**：

* **脆弱性说明**：SDN (Software Defined Networking) 是一种极其成熟的现代网络架构（将控制平面和转发平面分离）。将传统的网络转发节点（如D1中的自适应节点）替换为 SDN 节点，属于网络底层基础设施的常规技术演进。本领域技术人员为了获得更灵活的路由控制（例如灵活执行D1中的包丢弃和转发策略），有强烈的动机采用成熟的 SDN 架构。

2. **边缘节点处“单播转多播”（特征N）**：

* **脆弱性说明**：利用边缘节点（转发节点）作为单播转多播的代理，是CDN（内容分发网络）和IPTV领域用来节省核心网带宽的公知常识。更何况 **D2** 已经给出了明确的单播转多播的技术启示。结合 D1（边缘节点控制）和 D2（单播转多播），该特征极易被论证为不具备创造性。

**较难攻破的堡垒特征**：

将“基于视角的VR多流传输 (Tile-based VR streaming)”与“SDN+边缘多播转换”进行**结合**。虽然每一项单独看可能都是公知技术，但如果没有强有力的对比文件证明“在VR多流视角切换的场景下，利用边缘转发节点执行单播转多播”，专利权人可能会辩称该组合带来了意想不到的技术协同效果（例如极大地降低了VR视角切换时的网络延迟和核心网多播信令风暴）。

---

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

为了彻底击溃权利要求9的创造性，特别是弥补 D1-D3 在“VR视角流切换”和“SDN具体应用”上的空白，下一步的检索策略应聚焦于以下方向：

1. **检索重点一：基于视角（FoV / Tile-based）的VR流媒体传输系统**

* **关键词**：Virtual Reality / VR / 360-degree video, Field of View / FoV / Viewpoint, tile / chunk / sub-stream, select / switch, routing / forwarding node / edge server.

* **目的**：寻找公开了“根据用户当前视角（视图），仅向用户传输该视角对应的视频流子集”的对比文件，以覆盖特征 A, B, G, H。这是近几年多媒体学术界（如 ACM MM, IEEE INFOCOM）和工业界（MPEG-OMAF标准）的热门方向。

2. **检索重点二：在SDN或MEC（移动边缘计算）中进行多播视频流调度的文献**

* **关键词**：Software Defined Network / SDN / OpenFlow, multicast / unicast-to-multicast / IGMP proxy, edge node / fog computing, video streaming.

* **目的**：寻找明确将 SDN 节点用于视频流多播控制的文献，证明“通过SDN控制器下发流表，使得SDN转发节点选择性丢弃或转发特定视频流包”是常规设计。

3. **分类号检索建议 (IPC/CPC)**：

* `H04N 21/00` (选择性内容分发, 视频点播系统)

* `H04L 45/00` (数据交换网络中的路由或路径寻找，特别是结合SDN控制的子类)

* `H04L 12/18` (多播通信)

***

在未来的无效答辩或宣告程序中，你需要我帮你进一步草拟针对这篇专利的具体《无效宣告请求书》理由部分，还是想先尝试用上述检索策略在数据库中进行一轮新文献的补充检索？

你好！我是具有丰富实务经验的专利代理师。基于您提供的权利要求文件（权利要求9）以及三篇对比文件，我将从专利无效和侵权分析的专业视角，为您进行深入的技术特征比对与创造性评估。

以下是针对您诉求的详细分析报告。

---

## 一、 对比文件基本情况及最接近的对比文件确定

为了行文简洁且符合专利审查/无效程序的规范，以下将三篇对比文件简称为D1、D2、D3：

* **D1：** US7235280B2 (Non-intrusive photogrammetric targets)

* **D2：** EP1826978A1 (Method to optimize the data stream between a router and a multimedia unit)

* **D3：** US20070201477A1 (Method to optimize the data stream between a router and a multimedia unit)

**分析结论：**

**D2 (EP1826978A1)** 和 **D3 (US20070201477A1)** 属于同族专利（欧洲申请与美国申请），两者的说明书内容高度一致。D2和D3涉及优化路由器与多媒体单元之间的数据流，通过过滤不需要的子流（例如不同的摄像机视角）来减少带宽消耗，这与目标专利权利要求9“根据VR设备需要的视图选择性转发流子集”在**整体解决的技术问题（优化流媒体传输带宽）**和**技术效果（仅向终端发送需要的视图数据）**上高度契合。

因此，**D2和D3均适合作为评价权利要求9创造性的最接近的对比文件**。

相比之下，**D1 (US7235280B2)** 涉及的是用于摄影测量分析的非侵入式目标反射器（薄膜材料上的反射靶），属于材料与光学测量领域，与目标专利的VR视频流传输及网络节点控制毫无关联，无法作为最接近的对比文件。

---

## 二、 技术特征比对分析（以D2/D3作为基准）

以下表格详细列出了权利要求9的各项技术特征与对比文件的对应关系及原文出处。（鉴于D2与D3内容实质相同，下表主要以D2的段落号进行引证，D3同样适用）。

---

## 三、 特征公开情况总结与创造性分析

1. **未被最接近对比文件（D2/D3）公开的特征：**

通过上述比对可知，目标专利权利要求9的**特征K、L、M、N**未被D2/D3公开。具体而言，就是**“基于SDN（软件定义网络）架构，在转发节点处将来自上游的单播流转换为多播流，并由设备加入多播组来接收”**这一核心机制。

2. **其他对比文件是否公开了缺失特征：**

对比文件D1涉及纯粹的物理光学测量反射器，完全不涉及计算机网络或视频流媒体传输。因此，**D1不仅不能作为最接近的对比文件，也无法提供任何补充特征与D2/D3结合**。目前提供的所有对比文件均未公开特征K、L、M、N。

3. **若提出无效请求，最薄弱的技术特征（即无效请求的“最大难点”）：**

在实务中，“无效请求最薄弱的环节”通常是指目标专利中最难被现有技术破坏的核心创新点。

本案中，目标专利的核心壁垒在于**特征K、L（引入SDN机制）结合特征M、N（边缘节点处的单播到多播转换）**。D2/D3虽然实现了基于视角的流过滤，但它们使用的是传统的宽带接入架构（如DSLAM、ATM、IP路由）。目标专利巧妙地利用SDN控制平面与数据平面分离的优势，在网络边缘节点执行“单播转多播”，这与传统组播（如IGMP通常是全网组播树）或传统单播（如D2中的一对一）在网络拓扑和控制逻辑上均有本质区别。

**如果找不到公开“SDN用于视频流控制”以及“边缘节点单播转组播”的现有技术，基于目前的D1-D3提出无效宣告请求将大概率失败。**

---

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

为了成功无效该专利，下一步的检索必须精确瞄准权利要求9中未被D2/D3公开的技术特征（SDN控制 + 单播转多播机制）。我建议采取以下检索策略：

**1. 检索核心概念及关键词（中英文扩展）：**

* **概念1（SDN网络）：** SDN, Software Defined Network, 软件定义网络, OpenFlow, 控制面分离, 控制器.

* **概念2（流媒体与视角）：** VR, 360-degree video, virtual reality, 虚拟现实, 全景视频, tile-based streaming, 视口相关 (viewport-dependent), 视角 (view).

* **概念3（网络协议转换）：** Unicast to Multicast, 单播转组播, 单播转多播, edge multicast, 边缘组播, multicast group.

**2. 推荐的IPC/CPC分类号：**

* **H04L 45/00**（数据交换网络中的路由或路径寻找 - 特别是软件定义网络相关分类）

* **H04L 65/40**（用于支持实时应用的协议，如流媒体）

* **H04N 21/00**（选择性内容分配，如交互式电视、VOD）

* **H04W 4/06**（无线通信网络中的选择性分配/广播组播）

**3. 检索公式组合思路：**

* **思路A（精准打击）：** (SDN OR "Software Defined Network" OR OpenFlow) AND (Unicast NEAR/3 Multicast) AND (Video OR VR OR Stream)

* **思路B（补充检索）：** 重点检索目标专利优先权日之前的顶级学术会议论文（如ACM SIGCOMM, IEEE INFOCOM），在学术界，“利用SDN在边缘节点进行单播/多播转换以节省视频流带宽”是一个典型的研究课题。找到相关学术论文作为对比文件，在无效实务中往往具有极高的杀伤力。

作为您的专利代理师，我将针对权利要求9的技术方案，结合您提供的三篇对比文件（D1-D3）进行深入的侵权与无效分析。

## 一、 权利要求9技术方案整体解释

权利要求9保护的是一种**用于呈现虚拟现实(VR)视频的呈现设备**。结合权利要求的特征，该设备的核心发明点在于**利用软件定义网络（SDN）架构优化VR视频流的传输**。

具体而言，由于VR全景视频数据量巨大，通常将其在空间上划分为多个流（每个流对应不同的视角）。该VR呈现设备不仅负责“确定当前视角并请求对应视频流”（即特征G、H，这是VR领域的常规操作），更重要的是，它深度参与了**底层网络路由的控制**：

1. **感知网络拓扑**：通过接收“目的地元数据”（特征C、D、E），设备获知流媒体源和自身之间的“转发节点”信息。

2. **信令控制与SDN结合**：设备直接向这些SDN转发节点发送指令（特征I、J、K、L），控制其包转发策略。

3. **单播转多播的边缘优化**：为了节省网络带宽，视频源到SDN节点采用单播，而VR设备指示SDN节点将所需的单播流转换为多播流，并通过加入多播组来接收视频子集（特征M、N）。

---

## 二、 对比文件公开情况分析及特征比对

以下是对D1（US20100074594A1）、D2（US20110082914A1）和D3（CN102413376A）的详细拆解与比对。

### 1. 核心公开内容及出处定位

* **D1 (US20100074594A1):**

* **公开内容：** 涉及立体视频（3D）的本地播放与显示，特别是OSD（屏幕显示）在左视图和右视图中的叠加技术。

* **原文出处：** `[0066]` "For example, as shown in FIG. 6, the AV stream file 515A includes two types of primary video streams VL and VR... A left-view video stream V1 represents the primary video of the movie for the left eye, and a right-view video stream V2 represents the primary video of the movie for the right eye."

* **对应特征：** 仅实质公开了视频由多个流表示，且每个流关联不同视图（左眼/右眼），对应**特征A（部分）、特征B**。

* **D2 (US20110082914A1):**

* **公开内容：** 涉及自适应流媒体（Adaptive streaming）的优化，根据网络条件请求不同质量（码率/分辨率）的媒体片段。

* **原文出处：** `[0004]` "...the receiving device can then request a subsequent portion at an appropriate bit rate depending on a similar set of criteria."

* **对应特征：** 仅公开了通过网络接收媒体流，以及根据条件请求特定片段。未公开VR空间视图划分，对应**极少部分特征**。

* **D3 (CN102413376A):**

* **公开内容：** 涉及在全景场景（VR）中的导航。将全景视频划分为多个空间上不重叠的视频补丁（流）。机顶盒（终端）根据用户的可视区域（视角），向服务器请求对应的视频补丁。

* **原文出处：** `[0004]` "该流然后被处理并应用于3D对象。用户然后可以以身临其境并且处于动作中心的感觉在该动态场景中导航。" `[0066]` "该视频序列被划分为被称为视频补丁的在空间上不重叠的视频部分... 这些视频补丁在服务器中被分离地编码。" `[0077]` "当在图7中被参考标号为72的可视区域进入所述视频补丁的检测区域时，在机顶盒31中触发用于预取所述视频补丁的命令。"

* **对应特征：** 实质公开了VR视频由多流表示（补丁）、确定呈现视图（可视区域）、标识所需流子集并请求。对应**特征A、B、F、G、H**。

### 2. 技术特征比对表

---

## 三、 创造性分析及最接近的对比文件（CPA）

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

从“整体解决的技术问题”以及“技术效果”角度来看，**D3（CN102413376A）最适合作为最接近的对比文件（CPA）**。

* **理由：** D3解决的技术问题是如何在全景视频（VR场景）中高效地向终端传输用户当前视角所需的视频数据。其通过将全景视频划分为空间“补丁”（多流），并让终端基于“可视区域”（视图）向网络请求所需的补丁（流子集），这与本专利权利要求9中特征A、B、F、G、H的原理高度一致。

### 2. 区别技术特征及未被公开的特征

将权利要求9与D3进行比对，D3未公开的特征主要集中在**底层网络控制与传输优化层**：

* **区别特征1（特征C、D、E、I、J）：** VR设备接收关于网络中间层（转发节点）的元数据，并直接向这些中间转发节点发送控制信令（而非直接向视频源服务器发送）。

* **区别特征2（特征K、L）：** 转发节点为SDN节点，利用SDN控制器进行包层面的转发/丢弃控制。

* **区别特征3（特征M、N）：** 采用特定的“单播转多播”机制，即流源到转发节点为单播，转发节点转为多播，VR设备加入多播组。

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

* D1和D2**均未公开**这些特征。D1是本地光盘播放控制；D2是传统的基于HTTP的自适应流媒体客户端-服务器架构，不涉及SDN或边缘单播转多播。

---

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

如果我们要针对该专利提出无效宣告请求，该权利要求最薄弱、最容易被攻破的技术特征是：**“特征C-E及I-J（VR设备利用元数据直接控制中间转发节点）” 以及 “特征K-N（SDN节点及单播转多播机制）”。**

**分析原因：**

1. 在VR全景视频领域，按视角请求分块视频（Tile-based VR streaming）早已是公知常识（如D3所示）。

2. 将**SDN（软件定义网络）**引入多媒体流传输，利用边缘节点/转发节点将单播转换为组播（多播）以节省骨干网带宽，也是网络通信领域的常规演进技术（例如在IPTV或CDN网络架构中非常普遍）。

3. 该专利的发明高度仅仅在于：**将“VR视角的视点切换逻辑”与“SDN网络的组播控制逻辑”进行了物理结合**。即把传统由流媒体服务器或网络控制器做的事情，交给了VR呈现设备来下发信令。

---

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

为了彻底无效该权利要求，我们需要寻找**“网络通信/SDN领域”**与**“多媒体组播/边缘计算”**相结合的对比文件，用于与D3结合构建“D3 + 结合文件 = 权利要求9”的逻辑链条。

**检索策略如下：**

1. **目标分类号定位 (IPC/CPC):**

* `H04L 45/00` (软件定义网络SDN路由)

* `H04L 12/18` (多播/组播通信)

* `H04N 21/00` (视频点播、IPTV流媒体架构)

* `H04N 21/6405` (多播流式传输)

2. **核心关键词库 (Keywords):**

* VR / Virtual Reality / 360-degree video / panoramic / viewport / tile / FOV (视场角)

* SDN / Software Defined Network / OpenFlow

* Forwarding node / edge router / intermediate node / 边缘节点 / 转发节点

* Unicast to multicast / unicast-to-multicast / 单播转组播 / 单播转多播

* Metadata / controller / routing metadata

3. **组合检索式建议 (Boolean Search):**

* *检索式1 (主攻SDN与VR结合):* `(SDN OR "software defined network") AND (VR OR "virtual reality" OR "360-degree" OR panoramic) AND (multicast OR "multicast group")`

* *检索式2 (主攻边缘节点单播转多播):* `(unicast W/3 multicast) AND ("forwarding node" OR edge OR router) AND SDN`

* *检索式3 (主攻终端控制路由):* `(client OR terminal OR "presentation device") AND metadata AND (forwarding OR routing) AND (multicast OR SDN)`

**无效论证思路预期：** 寻找一篇公开了“在SDN网络中，客户端基于元数据通知边缘转发节点进行单播转多播以接收流媒体分块”的D4。通过“D3（VR分块视点逻辑） + D4（SDN单播转多播控制逻辑） + 领域公知常识”，即可论证权利要求9不具备创造性。

你好。作为一名拥有丰富经验的专利代理师，我已仔细阅读了您提供的权利要求9（目标专利）以及三篇对比文件（D1-D3）。

本案权利要求9的核心在于：**在VR视频的多流传输场景下，利用目的地元数据标识所需视图，并通过软件定义网络（SDN）节点将单播流转换为组播流，从而实现选择性转发。** 这是一个典型的将“全景/VR视频的切片（Tile/Patch）传输”与“底层SDN网络组播技术”相结合的技术方案。

以下是紧密结合对比文件原文的详细对比与无效侵权分析。

---

## 一、 权利要求技术特征比对表格

以下表格梳理了权利要求9的各项技术特征，并指出了D1（US20120242781A1）、D2（WO2013036451A1）和D3（US20140063187A1）中毫无异议公开或实质公开的对应内容及原文出处。

---

## 二、 最接近的对比文件分析

在进行创造性（Inventive Step / Non-obviousness）分析时，**最接近的对比文件应当是与本专利旨在解决的技术问题最相关、且公开了最多技术特征的文件。**

本案权利要求9要解决的**整体技术问题**是：在传输VR（全景）视频时，如何高效地只传输用户当前视角所需的视频流，以节省网络带宽。

基于此，**D1 (US20120242781A1) 最适合作为最接近的对比文件**，D2也可作为辅助的起点：

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

* **技术领域与目的的高度契合**：D1旨在解决“全景视频序列中交互式导航”的传输问题。它明确提出了将全景视频分割为“视频补丁（video patches）”（对应特征A和B），并且客户端会根据用户的“视区（visibility zone）”动态地向服务器请求所需的视频补丁（对应特征F、G、H、I、J）。

* **技术效果**：D1通过只预取/请求用户视野内及检测区内的视频切片，达到了节省终端处理能力和网络带宽的效果，这与权利要求9通过选择性转发流子集的目的完全一致。

2. **D2的辅助作用（用于结合）**：

* D1缺乏关于“元数据（Metadata）”的具体指示，而**D2 (WO2013036451A1)** 详细公开了DASH流媒体协议中的**MPD清单文件**（Manifest file / MPD，对应特征C、D）。MPD包含了流的网络地址（URL）。将D2中基于MPD描述文件获取URL的机制，结合到D1的全景切片获取系统中，对本领域技术人员而言是显而易见的。

3. **D3的无关性**：

* D3主要关注于STB和电视之间通过HDMI进行的立体图像传输和图形（OSD）的视差深度控制，与权利要求9中的网络流媒体路由、SDN和切片获取技术相去甚远，不适合用于创造性评述。

---

## 三、 未被公开的特征及最薄弱的技术特征

经过比对，权利要求9的特征部分（**特征K、L、M、N**）未被D1、D2和D3中的任何一篇公开。这部分涉及：

1. 使用 **SDN节点** 和 **SDN控制器** 进行包级别的转发/丢弃。

2. 终端加入 **组播组（Multicast group）**。

3. 在边缘转发节点处实现 **单播到组播的转换（Unicast-to-Multicast conversion）**。

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

在无效宣告程序中，**特征K、L、M、N 构成了本专利最薄弱的环节**，原因如下：

权利要求9实际上是将**“VR切片（Tile-based）自适应流传输逻辑”**与**“底层SDN网络流量优化技术”**进行了简单的**功能性拼接**。

* **单播转组播（Unicast to Multicast via SDN）** 是计算机网络领域（特别是SDN/OpenFlow研究中）为了解决骨干网带宽瓶颈而早已成熟或被广泛研究的标准网络工程手段。

* 当大量用户在观看同一个VR直播节目并恰好转向同一个视角（View）时，多名用户会请求相同的视频流。本领域网络工程师在面对此类带宽拥塞时，非常容易想到在离用户较近的边缘路由器（SDN节点）处将视频服务器发来的单播流转换为下发给多个终端的组播流。

* 只要能够检索到一篇涉及“利用SDN在网络边缘将单播视频流转换为组播流以节省带宽”的网络通信领域对比文件（即使它不专门针对VR），结合D1（公开了VR视区切片流的按需请求），就可以通过组合轻易推翻该权利要求的创造性。

---

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

为了彻底击溃权利要求9的创造性，需要补充检索涉及底层网络传输优化的文献，填补特征K、L、M、N的空白。检索策略应聚焦于**“SDN”**、**“视频切片/全景流媒体”**和**“单播转多播”**的交集。

**1. 核心检索关键词 (Keywords):**

* **VR/全景相关**：VR, Virtual Reality, 360-degree video, panoramic, tile, patch, viewport-adaptive, Field of View (FoV).

* **网络架构相关**：SDN, Software Defined Network, OpenFlow, controller, forwarding node, edge switch.

* **流媒体传输相关**：Multicast, unicast-to-multicast, multicast group, stream conversion, packet drop/forwarding.

**2. 重点检索分类号 (IPC / CPC):**

* **H04L 45/00** (数据交换网络中的路由或寻找路径)

* **H04L 12/18** (多点广播，例如多播)

* **H04N 21/20** (视频分配网络 / 服务器-客户端架构)

* **H04N 21/81** (特定的视频格式或内容，例如全景或3D)

**3. 检索表达式构建思路 (布尔逻辑):**

* *Query 1:* (SDN OR "software defined network" OR OpenFlow) AND (multicast) AND (unicast) AND (video OR stream)

* *目的：* 寻找使用SDN节点实现视频流单播转组播的基础网络专利。

* *Query 2:* (VR OR "360-degree" OR panoramic) AND (tile OR viewport) AND (multicast)

* *目的：* 寻找将VR视区切片传输与组播技术结合的专利（证明VR切片组播是常规手段）。

* *Query 3: (结合学术论文数据库检索)* 检索 IEEE Xplore 等数据库。在2015-2018年期间，大量学术论文探讨了通过SDN及OpenFlow优化VR/360视频传输带宽（例如：“SDN-based Multicast Streaming for 360-degree VR Video”）。这些非专利文献（NPL）在无效宣告中具有极高的杀伤力。

针对您提出的关于权利要求9的无效宣告请求分析，我将作为经验丰富的专利代理师，结合目标专利（假设为权利要求9所在的专利）及三份对比文件原文（D1: US20140071236A1、D2: US20140089500A1、D3: US20140098185A1）进行全面、严谨的对比分析与创造性评估。

---

### 一、 权利要求9的技术特征拆解与对比文件特征比对表格

#### 1. 权利要求9的技术特征拆解

* **特征A**：一种用于呈现虚拟现实(VR)视频的VR呈现设备，其中VR视频至少部分地由多个流来表示；

* **特征B**：每个流与场景的不同视图相关联；

* **特征C**：VR呈现设备包括被配置用于接收目的地元数据的输入接口；

* **特征D**：所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地；

* **特征E**：其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点；

* **特征F**：处理器；

* **特征G**：其被配置为 i）确定要由VR呈现设备呈现的场景的视图；

* **特征H**：ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集；

* **特征I**：控制器；

* **特征J**：其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备；

* **特征K**：其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点；

* **特征L**：对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包；

* **特征M**：其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组；

* **特征N**：其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以将每个单播流转换为多播流。

---

#### 2. 特征比对表格（结合对比文件原文及出处）

---

### 二、 最接近对比文件的选择与创造性分析（技术问题与技术效果角度）

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

在选择最接近的对比文件时，通常优先考虑与目标专利**技术领域相同、解决的技术问题最接近、或者公开技术特征最多**的文件：

* **主对比文件1：D3 (US20140098185A1)**

* **技术领域与问题**：D3涉及多摄像头采集的交互式视频传输与呈现（360度全景视频流），解决的是**“用户如何根据当前选择的视角/视图，从多个视频流源中选择并传输所需要的视频流/数据”**的问题。这与权利要求9的VR视频多流传输及视角选择（特征A、B、G、H）在**业务场景、技术问题和前端逻辑**上最为接近。

* **结论**：D3非常适合作为**第一最接近的对比文件**（针对应用层/业务层特征）。

* **主对比文件2：D2 (US20140089500A1)**

* **技术领域与问题**：D2涉及软件定义网络（SDN）中的数据流控制与负载均衡，解决的是**“如何利用SDN控制器动态下发策略给下游转发节点，实现对特定数据流的选择性转发、控制与丢弃”**的技术问题。这与权利要求9的特征K、L（SDN架构及控制转发）在**网络架构与控制机制**上完全重合。

* **结论**：D2适合作为**第二最接近的对比文件**（针对网络传输层/SDN控制特征）。

*(注：D1主要涉及3D立体图像的深度信息/视差调整与HDMI传输，与权利要求9中利用SDN和网络转发节点实现VR视频流选择性转发的核心发明点相去较远，不适合作为最接近对比文件。)*

---

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

以 **D3 为最接近对比文件** 为例进行创造性拆解：

1. **D3已公开特征**：特征A（部分）、B、E、F、G、H（部分）。

2. **区别特征**：

* **区别特征1（SDN网络控制）**：转发节点是SDN节点，使用SDN控制器控制转发节点转发流子集包或丢弃其他包（特征K、L，以及特征I、J的网络控制部分）。

* **区别特征2（目的地元数据机制）**：通过目的地元数据指示流传输目的地，并据此发送转发指令（特征C、D）。

* **区别特征3（单播转多播传输机制）**：客户端加入多播组选择性接收，且转发节点将输入的单播流转换为多播流输出（特征M、N）。

3. **区别特征在其他对比文件中的结合及显而易见性**：

* **针对区别特征1（SDN机制）**：**D2**（US20140089500A1）原文[0002]、[0021]、[0029]中明确公开了在数据网络中使用SDN控制器（SDN Controller）对网络中的转发节点（如交换机/路由器）进行流编程（program flows），从而实现数据包的选择性转发与控制。将D2的SDN控制机制应用于D3的多流视频传输场景，以优化网络流量和节点转发效率，是本领域技术人员结合现有技术（D2）容易想到的技术手段。

* **针对区别特征2和3（元数据与单播转多播）**：详见下方“最薄弱技术特征”分析。

---

### 三、 无效宣告请求中最薄弱的技术特征

在针对权利要求9提出无效宣告时，**最薄弱（即最难被现有技术直接否定/最难以证明显而易见）的技术特征**为：

#### 1. 最薄弱特征：**特征N（单播转多播及转发节点流转换机制）**

> *“其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以将每个单播流转换为多播流。”*

* **薄弱原因分析**：

1. **方案特异性强**：常规多播传输通常要求源端直接以多播方式发流，或者全流程单播。权利要求9特别限定了“流源到转发节点段采用**单播**”，而在“转发节点处被SDN控制器**动态控制将单播转换为多播**”。

2. **对比文件缺口**：在本次提供的对比文件 D1、D2、D3 中，**均未公开或教导**“将单播流在中间转发节点处动态转换为多播流以提供给VR设备”这一具体实现方式。D2仅提到了通用的负载均衡和转发，没有涉及单播到多播的协议/流转换细节。

#### 2. 次薄弱特征：**特征C、D（目的地元数据具体控制机制）**与**特征M**的特定结合。

---

### 四、 进一步的对比文件检索策略（针对薄弱特征）

为彻底攻破权利要求9（尤其是特征M、特征N以及特征C/D），建议采取以下针对性的补充检索策略：

1. **针对“单播转多播/SDN多播转换”的检索（突破特征N、M）**：

* **检索方向**：重点检索将SDN（软件定义网络）与多播（Multicast）、单播转多播（Unicast to Multicast Conversion/Overlay Multicast）相结合的专利或学术文献。

* **关键词组合**：

* `("Software Defined Network" OR "SDN") AND ("unicast to multicast" OR "unicast-to-multicast" OR "stream conversion")`

* `("multicast group" OR "IGMP") AND ("SDN controller") AND ("packet drop" OR "selective forwarding")`

* `("VR" OR "virtual reality" OR "panoramic video" OR "tile-based") AND ("multicast") AND ("SDN")`

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

* `H04L65/611`（针对流媒体多播/单播控制）

* `H04L45/16`（多播路由/SDN多播）

* `H04N21/63`（基于控制信道的选择性视频流传输）

2. **针对“VR/Tile视频切片与多流网关转发”的检索（突破特征C、D、H）**：

* **检索方向**：检索VR FOV（视场角）传输架构、Tile-based VR streaming、或基于元数据的边缘节点/CDN流选择技术。

* **关键词组合**：

* `("FOV" OR "field of view" OR "viewport") AND ("metadata" OR "manifest") AND ("edge node" OR "forwarding node" OR "router") AND ("stream selection")`

3. **追溯优先权日与标准文献**：

* 检查目标专利的**最早优先权日**，重点检索2014年—2016年期间关于 **MPEG-DASH（SRD: Spatial Relationship Description，空间关系描述）** 标准及 **SDN-enabled Content Delivery Networks (CDNs)** 的标准提案与论文。SRD标准中大量使用了目的地元数据/空间切片元数据来指示中间网关进行流选择性转发。

作为一名经验丰富的专利代理师，我紧密结合目标专利说明书的逻辑背景，对权利要求9的技术特征与三篇对比文件进行系统的对比分析、创造性评估及无效策略制定。

---

## 一、 目标专利权利要求9的技术方案解析

权利要求9属于**VR视频流式传输与网络转发控制技术领域**。

其核心技术逻辑为：VR视频按多视图分为多个流，通过**目的地元数据**指明转发节点，呈现设备依据所需视图标识出流子集，并**向转发节点发送转发指令**。关键创新在于**将转发节点限定为SDN（软件定义网络）节点**，并通过SDN控制器实现包转发或丢弃，同时结合了“单播输入到转发节点、转发节点将单播转换为多播，呈现设备加入多播组”的网络转发机制。

---

## 二、 对比文件技术特征比对分析（含出处与对比表格）

具体对比文件公开号如下：

* **D1**：`US20140098186A1`

* **D2**：`US20140125762A1`

* **D3**：`KR1020140057659A`

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

---

### 2. 各对比文件原文详细出处分析

#### **D1: US20140098186A1**

* **特征A、B公开**：摘要及`[0007]`中公开了“...receiving video image data of a scene having a wide field of view comprising first and second video image streams taken from different viewpoints.”（接收由不同视角拍摄的第一和第二视频流组成的超广角视频数据）。

* **特征F、G公开**：`[0005]`及`[0008]`公开了“a position detector... configured to determine a direction of view of the user... calculating a first and second region of interest of the respective first and second image frames based on the position data”（位置检测器根据用户视向确定视图，并计算兴趣区域）。

* **分析小结**：D1完全聚焦于**本地VR渲染与视角追踪**（Head Mounted Display领域），未涉及网络端转发节点控制、SDN或多播转换。

#### **D2: US20140125762A1**

* **特征A、B公开**：`[0005]`公开了“...a plurality of view streams are multiplexed...”（多视角服务中复用传输多个视图流）。

* **特征C（实质公开）**：`[0014]`和`[0119]`公开了在容器层（PMT/TS流）插入配置元数据（Multiple Stream Descriptor）指示流信息。

* **分析小结**：D2侧重于**传统数字电视广播（MPEG-2 TS）中的时间戳（DTS/PTS）分配与多视图流复用/解复用**，不涉及响应客户端视图需求而动态控制中间网络节点转发的机制。

#### **D3: KR1020140057659A**

* **特征A、B公开**：`[0020]`公开了“...a second view which can form a stereo view pair... second view may be retrieved...”（从不同源或流获取第二视图以形成立体对）。

* **特征C、D、H公开**：`[0007]`、`[0035]`、`[0058]`、`[0085]`公开了客户端通过Manifest/MPD（元数据）获取多流的URL/URI（网络目的地/源地址），并根据设备能力或偏好选择并检索所需的媒体流子集。

* **特征M（实质公开）**：`[0054]`公开了“...implement IP multicast... client device may join the IP multicast group...”（实现IP多播，客户端设备加入IP多播组以接收数据）。

* **分析小结**：D3是典型的**DASH/多源流媒体传输系统**，公开了利用元数据选择流及加入多播组，但其架构基于传统的网络端到端拉取或组播，未涉及SDN架构及单播向多播的中间节点转换。

---

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

### 1. 最接近对比文件的确定：**D3 (KR1020140057659A)**

* **整体解决的技术问题**：D3与本专利最为贴近，均旨在解决“**如何在包含多个视图/源的多媒体传输系统中，根据终端需求高效获取/传输所需视频流**”的问题。

* **技术效果**：D3实现了基于元数据（MPD）动态选择流并支持组播（IP Multicast）传输，节省网络带宽。

* **替代选项分析**：D1仅解决客户端内部的渲染问题，缺乏网络传输架构；D2仅解决传统广播中的时间戳对齐与复用问题。因此，**D3是唯一适合作为主对比文件（最接近对比文件）的文件**。

### 2. 区别技术特征及未被对比文件公开的特征

将权利要求9与最接近对比文件D3进行比对，**区别特征**如下：

1. **特征K & L（SDN控制机制）**：转发节点为SDN节点，使用SDN控制器控制转发节点转发或丢弃数据包。

2. **特征J（转发指令下发）**：控制器响应于呈现设备需要呈现的视图，用信号对转发节点发送转发指令。

3. **特征N（单转多机制）**：多播通过将单播流传输到转发节点，并由转发节点将单播流转换为多播流来实现。

---

## 四、 最薄弱的技术特征与无效检索策略

### 1. 最薄弱的技术特征诊断

目标专利权利要求9中**最薄弱的技术特征**在于：

> **“软件定义网络（SDN）节点及SDN控制器对包的转发/丢弃控制”（特征K、L）** 以及 **“转发节点将单播流转换为多播流”（特征N）**。

* **薄弱原因分析**：

* 在2015-2016年间（结合本专利背景），将SDN（Software Defined Networking）应用于CDN/流媒体分发、利用SDN流表（Flow Table）进行组播（Multicast）控制以及实现“单播转多播（Unicast-to-Multicast）”是**网络通信领域的公知常识/常规技术手段**。

* 目标专利仅将成熟的SDN控制机制与单播转多播节点简单“套用”到了VR多视图流分发场景中，属于典型的**常规技术手段叠加**，缺乏协同创造性。

---

### 2. 进一步的对比文件检索策略（无效检索指南）

为彻底攻破权利要求9的创造性，建议发起针对性二次检索，策略如下：

#### 策略一：针对“SDN + 动态流分发/丢包过滤/组播”的检索 (补强特征K、L)

* **检索方向**：寻找在2015/2016年前公开的、关于利用SDN控制器动态下发流表以实现流媒体选择性转发、丢弃（Packet Dropping）或多播控制的专利/文献。

* **关键词组合**：

* `(SDN OR "Software Defined Network" OR "软件定义网络") AND ("stream" OR "video" OR "multimedia" OR "流媒体") AND ("filter" OR "drop" OR "selective forward" OR "丢弃" OR "选择性转发")`

#### 策略二：针对“单播转多播 / SDN单播转多播节点”的检索 (补强特征N)

* **检索方向**：寻找网络节点（特别是SDN交换机/路由器）将输入的单播流（Unicast）转换为多播流（Multicast）分发给下游客户端的技术文献。

* **关键词组合**：

* `("unicast to multicast" OR "unicast-to-multicast" OR "单播转多播" OR "单播转换为多播") AND ("node" OR "switch" OR "SDN")`

#### 策略三：分类号（IPC/CPC）交叉检索

重点关注网络路由控制与流媒体传输的交叉分类号：

* **H04L 45/00** (网络路由/转发)

* **H04L 65/60 / H04L 65/612** (流媒体传输/多播传输)

* **H04L 47/60** (数据包丢弃/队列管理)

* **H04N 21/63** (IPTV/视频流控制)

### 组合策略（防线攻破逻辑）：

以 **D3 (KR1020140057659A)** 作为主对比文件（提供VR多流选择、元数据解析及组播组加入架构），结合检索到的**新对比文件D4（公开SDN控制流转发/丢包）** 和 **D5（公开SDN节点实现单播转多播）**，依据《专利审查指南》第三部分第四章（创造性），以“D3 + D4 + D5 + 本领域公知常识”组合提出无效宣告请求，将能极大概率击穿权利要求9的创造性防线。

这份权利要求9涉及一种利用软件定义网络（SDN）和单播转多播技术来优化虚拟现实（VR）视频流传输的呈现设备。从整体权利要求布局来看，该专利的核心发明点在于**网络底层架构（SDN）与顶层应用（VR视点渲染）的跨层联动**，通过边缘转发节点实现按需的包过滤与多播转换，从而降低网络带宽消耗。

以下是紧密结合对比文件原文的特征比对与有效性分析。

### 一、 权利要求技术特征比对表

为保持清晰，我们将D2（EP2754301A1）和D3（CN104081785A）视为同族专利合并分析，引文以中文版的D3为准。

---

### 二、 各对比文件公开内容详细分析

#### 1. D3 (CN104081785A) / D2 (EP2754301A1)

D3是关于基于DASH（动态自适应流式传输）的多源多媒体传输。它在创造性分析中具有极高的价值，实质公开了本专利前端设备的大部分处理逻辑。

* **特征A、B（多流与不同视图）：** 实质公开。D3原文 **[0097]** 指出：“*客户端设备可以从例如网络源获取替代的视图... 并且显示所述两个视图作为立体视图对以提供三维视频回放。*” 虽然D3使用的是“3D视频”而非“VR视频”，但在专利审查标准中，3D多视图与VR全景视图在流媒体传输层面属于相近的技术领域，属于实质公开或本领域惯用手段的简单替换。

* **特征C、D、E（目的地元数据与转发节点）：** 明确公开。D3中的“清单文件（MPD）”等同于目的地元数据。原文 **[0041]** 描述了MPD包含流的标识符和位置。原文 **[0026]** 提到了“*内容传送网络的路由器*”，这等同于权利要求中的“转发节点”。

* **特征F、G、H、I、J（基于元数据请求所需的流）：** 实质公开。D3原文 **[0067]** 至 **[0069]** 描述了“多源获取单元50A”获取MPD文件并选择多媒体内容的表示的子集。原文 **[0086]** 描述了“*源组件90可以生成HTTP获得... 或用于加入广播或多播组的请求...向接口73中通信地耦合到由流管理单元80选择的源的一个接口发送命令*”。这与特征I-J中向转发节点发送指令以获取流子集的逻辑实质相同。

* **特征M（加入多播组）：** 明确公开。原文 **[0064]** 记载：“*客户端设备40A可以确定与多播相关联的多播组地址并且例如根据互联网组管理协议(IGMP)联结IP多播组地址。*”

#### 2. D1 (US20140152834A1)

D1主要涉及体育赛事等现场多摄像机视角的视频流汇聚与选择，其视角选择主要在服务器端（Media distribution server 116）完成，而非渲染设备端。

* **特征A、B（多流与不同视图）：** 明确公开。原文 **[0019]** 记载了不同移动电话摄像头在不同位置捕获第一视图 (first view 110a)、第二视图 (second view 110b) 等。

* **不适合作为最接近的对比文件：** D1的架构是上行汇聚（观众将视频上传到服务器进行导播选择），而本权利要求是下行分发（设备端根据视点按需拉取流）。D1未公开元数据（Metadata）驱动的端侧控制机制，也未涉及多播或SDN。

---

### 三、 最接近的对比文件 (CPA) 及创造性分析

**D3 (CN104081785A) 是最接近的对比文件。**

* **解决的整体技术问题：** 如何在多媒体流式传输中，根据客户端的实际需求（如视图角度、带宽），高效地从网络节点获取所需的流子集。

* **未被D3公开的区别技术特征：**

1. **特征K、L：** 转发节点是SDN节点，对流的选择性转发包括使用SDN控制器控制节点转发包和/或丢弃其它包。

2. **特征N：** 流源以单播流式传输到转发节点，并控制转发节点将单播流转换为多播流。

* **客观技术效果：** 传统的IGMP多播组需要源端原生支持多播，或者在整个网络链路中开启多播路由。通过在靠近用户的边缘节点（SDN节点）实现单播到多播的转换，并在SDN层面直接执行包丢弃，大幅降低了骨干网的多播部署成本，同时减少了下行链路的无效带宽占用。

---

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

如果在无效宣告程序中，**最薄弱的技术特征（即对方最难被现有技术攻破的护城河）是“特征N（单播转多播）与特征K/L（SDN架构）的结合”。**

这要求我们必须找到一篇明确披露了在SDN架构下，通过控制平面（SDN Controller）下发流表，指示边缘转发节点（OpenFlow Switch）将入站的单播视频流复制并转换为多播流，然后发送给特定终端的对比文件。

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

要在无效实战中打掉权利要求9，建议采用“主张D3 + 结合另一篇SDN网络流媒体优化专利（D4）”的策略。接下来的检索应完全脱离“VR设备”这个应用层概念，直接下沉到网络层和路由层：

1. **核心检索概念与IPC分类号：**

* **SDN与多播转换：** 关注H04L45/00 (Routing or path finding of packets in data switching networks) 尤其是涉及SDN的分类，以及H04L12/18 (Broadcast or multicast communications)。

* **边缘包过滤/丢弃：** H04L47/00 (Traffic control in data switching networks)。

2. **关键词组合 (中英文对应)：**

* (SDN OR "Software Defined Network" OR OpenFlow) AND (unicast W/3 multicast OR 单播转多播 OR 单播转组播) AND (video OR media OR stream OR 视频 OR 流媒体) AND (drop OR filter OR 丢弃).

3. **重点申请人排查：**

* 在2014-2017年期间（推测该专利的优先权日），积极布局SDN视频流优化的厂商，如Cisco, Ericsson, 华为，中兴，以及部分高校（如清华、北邮在SDN领域的研究）。寻找他们关于“边缘网络视频流优化”或“SDN按需多播分发”的专利。

既然我们已经明确了该权利要求在SDN层面的防线最深，您是否需要我基于上述策略，模拟起草一段针对特征K、L、N的创造性评述说理逻辑，以备在找到合适的D4后直接嵌入您的无效宣告请求书中？

作为一名资深专利代理师，我将根据目标专利（权利要求9）的方案逻辑，紧密结合各对比文件（D1、D2、D3）的原文及具体出处，为您进行技术特征的比对、接近对比文件筛选、薄弱特征剖析以及下一步的检索策略制定。

---

## 一、 目标专利权利要求9的技术方案拆解与本意解释

权利要求9属于**VR视频传输与流控技术领域**。其核心技术逻辑为：

1. **多流分视图表示**：场景被拆分为多个流（每个流对应不同的视图）。

2. **基干控制机制**：VR设备接收“目的地元数据”（指示网络中转发节点的地址），并结合自身所需的视图，向转发节点发送控制信号（转发指令），令转发节点**选择性转发**所需的流子集。

3. **特征K、L（SDN架构）**：转发节点是**软件定义网络（SDN）节点**，利用SDN控制器来控制转发节点实施**包转发或丢弃**。

4. **特征M、N（单播转多播机制）**：选择性转发采用**多播组（Multicast Group）**形式；源端到转发节点采用**单播（Unicast）**，由转发节点**将单播流转换为多播流**后提供给VR设备。

---

## 二、 各对比文件技术特征比对与原文详细出处

以下为对比文件的官方公开号指代：

* **D1**：`US20140300532A1`（US2014300532A）

* **D2**：`JP2014531804A`

* **D3**：`US20150249813A1`（US2015249813A）

### 特征比对总表（结合原文出处及公开属性分析）

---

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

从**整体解决的技术问题**与**技术效果**角度评估：

### 最接近对比文件：D3 (`US20150249813A1`)

1. **技术领域与技术问题高度重合**：

* **D3** 专门针对“360度/立体VR视频流传输中，全景数据量过大导致网络带宽受限”的问题（参见D3段落`[0007]`, `[0008]`）。

* **目标专利** 解决的同样是“VR视频多视角流传输时，如何降低网络带宽消耗与延迟”的问题。

2. **核心逻辑（特征A、B、G、H）完全契合**：

* D3公开了将全景360度场景划分为N个不同视角的流（特征A、B），并根据用户的头部姿态/视角（Head position/Viewing angle）动态选择并传输对应视角的流（特征G、H）。

3. **结论**：**D3 是最适合作为第一最接近对比文件（Primary Prior Art）的文献**。

---

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

对比D3，权利要求9中**未被D3公开的特征**包括：

1. **特征D、E、J**：通过目的地元数据指示中间转发节点，并由控制单元向中间转发节点发送控制指令，促使中间转发节点实施流子集的选择性转发。

2. **特征K、L（SDN架构）**：转发节点为SDN节点，使用SDN控制器控制转发/丢弃数据包。

3. **特征M、N（单播转多播机制）**：VR设备加入多播组，且上游单播流在转发节点处被转码/转换为多播流。

### 这些未公开特征是否被其他对比文件（D1、D2）公开？

* **D1 (`US20140300532A1`)**：

* 主要保护头戴设备利用**肌电/脑电信号（Bio-signals）预测头动**以提前渲染画面，完全未涉及网络流控、SDN或多播转换。**未公开上述特征**。

* **D2 (`JP2014531804A`)**：

* 公开了利用DASH协议、MPD元数据（元数据中包含URL等网络地址）进行流媒体传输，并提到了中间路由设备（取出しデバイス）以及IP多播（IP Multicast，如段落`[2]`）。

* **但是**，D2中的多播仅为常规IP多播组加入，**完全未公开“单播流流式传输至转发节点并在转发节点处将单播转换为多播流（特征N）”**，也**未公开“SDN节点与SDN控制器的包转发/丢弃逻辑（特征K、L）”**。

---

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

若要针对权利要求9发起无效宣告，**最薄弱（即最难被现有技术组合无效掉、保护壁垒最高）的技术特征**为：

> **【最薄弱特征组合】：特征K、L 与 特征N 的结合**

> * **特征K、L**：转发节点是软件定义网络（SDN）节点，利用SDN控制器下发流表/控制指令来转发或丢弃数据包。

> * **特征N**：源端以**单播（Unicast）**形式传输至转发节点，转发节点在网络中间层**动态将单播流转换为多播流（Multicast）**再下发至VR设备。

### 关键解释与理由：

1. **技术痛点契合度高**：在传统网络中，源端到中间节点走单播、中间节点转多播需要专有网关。目标专利巧妙利用了**SDN（软件定义网络）的集中控制与可编程流表特性**，在SDN交换机/节点上实现了单播到多播的动态切流与转换。

2. **现有对比文件存在明显缺口**：

* D3仅提到了客户端与服务器之间的自适应单播流切换。

* D2提到了DASH多源取流和标准IP多播，但没有“单播转多播”的中间节点转换机制，更未引入SDN架构。

* 现有的三份对比文件（D1, D2, D3）**完全没有提供将SDN控制技术与单播转多播（Unicast-to-Multicast Conversion）应用于VR多视角流控的技术启示**。

---

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

为了成功无效权利要求9，必须补齐**“SDN网络中的单播转多播”**以及**“网络中间节点基于VR视角/DASH控制选择性丢包/转发”**的技术特征。建议采取以下检索策略：

### 1. 检索要素表达（Key Concepts & Keywords）

* **主题1：SDN / 可编程网络流控**

* Keywords: `SDN`, `Software Defined Network`, `OpenFlow`, `SDN controller`, `flow table`, `packet drop`

* IPC/CPC分类号: `H04L45/302` (基于流的路由), `H04L47/24` (QoS/包丢弃机制)

* **主题2：单播转多播 (Unicast to Multicast)**

* Keywords: `unicast to multicast`, `unicast-to-multicast`, `single-cast to multicast`, `overlay multicast`, `converter/conversion`

* IPC/CPC分类号: `H04L12/18` (多播/广播局域网)

* **主题3：VR/全景视频/Tile/多视图流控**

* Keywords: `Virtual Reality`, `VR`, `FOVs`, `Tile-based streaming`, `viewport-dependent`

### 2. 逻辑组合检索式（Cross-Field Combination）

* **组合策略 A（补齐特征K, L, N）**：

* `(SDN OR "Software Defined Network" OR OpenFlow) AND ("unicast to multicast" OR "unicast conversion") AND (video OR stream)`

* *目的*：寻找在SDN架构下实现“单播转多播”服务的通用网络专利（可作为技术常识或D4引入）。

* **组合策略 B（结合VR视角流控与SDN）**：

* `("Virtual Reality" OR VR OR omnidirectional OR 360-degree) AND (SDN OR OpenFlow) AND (multicast OR forwarding)`

* *目的*：寻找将SDN直接应用于VR多视角/分块（Tile）视频转发控制的对比文件。

### 3. 建议检索的优先文献库与机构

* **标准化组织文献（3GPP / IETF）**：重点检索 IETF 中关于 *SDN-based Multicast (RFC 8483等)* 或 3GPP *Server-Guided Dynamic Adaptive Streaming over HTTP (SAND)* 规范。

* **重点申请人**：华为（Huawei）、诺基亚（Nokia）、爱立信（Ericsson）、腾讯、Intel、高通（Qualcomm）在 2014~2018 年间关于 **SDN 视频切片/多播优化** 的专利布局。

尊敬的委托人：

作为一名经验丰富的专利代理师，我针对目标专利权利要求9及提供的三篇对比文件进行了深度法律与技术比对分析。以下是详细的专利无效审查意见及比对报告：

---

### 一、 权利要求9的技术方案解析与特征拆解

权利要求9属于一种**VR呈现设备（客户端设备）**，其核心发明构思在于：在多流传输的VR视频场景中，通过接收指示网络转发节点（下游/上游）的网络目的地元数据，设备基于所需呈现的视图选择性地向转发节点发送转发指令（或加入多播组），从而**利用网络转发节点（如SDN节点）按需过滤/转发流**，减轻设备端与网络带宽压力。

我们将权利要求9拆解为以下14个技术特征（A～N）：

* **特征A**：一种用于呈现虚拟现实(VR)视频的VR呈现设备，其中VR视频至少部分地由多个流来表示；

* **特征B**：每个流与场景的不同视图相关联；

* **特征C**：VR呈现设备包括被配置用于接收目的地元数据的输入接口；

* **特征D**：所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地；

* **特征E**：其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点；

* **特征F**：处理器；

* **特征G**：处理器被配置为 i）确定要由VR呈现设备呈现的场景的视图；

* **特征H**：处理器被配置为 ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集；

* **特征I**：控制器；

* **特征J**：控制器被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备；

* **特征K**：（特征在于）所述一个或多个转发节点是软件定义网络(SDN)节点；

* **特征L**：对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包；

* **特征M**：其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组；

* **特征N**：其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以将每个单播流转换为多播流。

---

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

为清晰展现各对比文件的公开情况，以下列出详细的特征比对表格及原文引用出处。

#### 1. 对比文件代号及公开号说明

* **D1**：`US20150254882A1` (US2015254882A)

* **D2**：`US20150302651A1` (US2015302651A)

* **D3**：`WO2015197815A1` (WO2015197815A)

#### 2. 技术特征比对表

---

#### 3. 各对比文件原文详细出处分析

##### **D1 (US20150254882A1)**

* **特征A、B公开出处**：段落 `[0022]` 提及“capturing sensory data... from three different image and sound capture devices 104, 106 and 108...”，段落 `[0025]` 提及“overlapping fields of coverage... stitched together...”，公开了VR视频由多个关联不同视角/视图的图像/音频流组合而成。

* **特征F、G、I公开出处**：段落 `[0019]`、`[0036]`、`[0042]`、`[0065]` 描述了硬件处理器（CPU 538）控制头显设备，根据用户头部旋转/转向（Tracking）来确定要呈现的视角/视图（Field of View），并加载对应的图像层。

* **未公开特征**：D1侧重于客户端本地的图像拼接（Photo-stitching）、分层混合及传感器交互（段落 `[0036]-[0040]`），完全未涉及网络侧转发节点、目的地元数据、SDN或单播/多播转换（特征D、E、J、K、L、M、N）。

##### **D2 (US20150302651A1)**

* **特征A、B公开出处**：段落 `[0006]` 及 `[0012]` 描述了“displaying a left video stream for viewing by a left user eye and displaying a right video stream...”，以及段落 `[0034]` 描述了根据角色视角（Point of view of a character）切换不同的视频流。

* **特征F、G、I公开出处**：段落 `[0007]`、`[0033]`、`[0087]` 公开了头显设备包含处理器和显示模块，根据接收到的姿态/位置数据调整呈现的画面视角。

* **未公开特征**：D2主要关注“虚拟电子书/音视频同步与视角切换”，其网络传输仅笼统提及“receiving a live stream from a network connected source”（段落 `[0008]`），未涉及网络转发节点路由控制、SDN、多播等任何网络层细节（特征D、E、J、K、L、M、N）。

##### **D3 (WO2015197815A1)**

* **特征A、B公开出处**：段落 `[0008]`、`[0020]` 描述了利用HEVC-Tiled技术，将全景视频（Panorama Video）切分为多个独立的瓦片流（HEVC Tiles/Tile Streams），每个Tile对应场景的不同空间区域（视图子集）。

* **特征C、H公开出处**：段落 `[0040]`、`[0076]`、`[0108]` 描述了客户端通过接收“空间清单文件”（Spatial Manifest File, SMF / MPD），清单文件中包含流标识符（URLs）和位置信息，客户端根据感兴趣区域（ROI，即要呈现的视图）标识并请求重叠的HEVC Tile流（流子集）。

* **特征J实质公开出处**：段落 `[0108]`、`[0178]` 描述了客户端根据ROI计算结果，向CDN/网络递送节点发送HTTP GET请求，使得网络节点（Delivery Node）选择性地向客户端发送所请求的瓦片流子集。

* **未公开特征**：D3公开了基于内容分发网络（CDN/Media Server）的瓦片流按需拉取，但**未明确公开转发节点为SDN节点（特征K）**，也**未公开SDN控制器控制节点丢包/转发（特征L）**，以及**单播流在转发节点转换为多播流（特征N）**。

---

### 三、 最接近的对比文件分析

从**整体解决的技术问题**和**技术效果**角度评估：

1. **最接近的对比文件：D3 (`WO2015197815A1`)**

* **解决的技术问题**：D3与本专利高度一致，旨在解决“全景/VR高分辨率视频传输时网络带宽消耗过大、客户端解码负载过重”的问题。

* **技术方案匹配度**：D3采用了与本专利非常类似的多流/瓦片流（Tiled Streaming）架构，建立了“客户端确定视图/ROI -> 基于元数据（SMF/MPD）计算所需流子集 -> 向网络节点发送请求按需传输流子集”的完整逻辑架构（涵盖特征A, B, C, F, G, H, I, J）。

* **结论**：**D3是唯一适合作为最接近对比文件（最主要对比文件）的文献**。D1和D2仅涉及终端侧的渲染和视角切换，缺乏网络节点协作过滤的技术构思，不适合作为最接近的对比文件。

---

### 四、 未被最接近对比文件公开的技术特征分析与无效薄弱点

#### 1. 未被D3公开的核心技术特征（区别技术特征）

相比于D3，权利要求9的核心区别特征集中在**特征K、L、M、N**（即特征中的“其特征在于”部分及其后续限制）：

1. **特征K & L (SDN架构)**：转发节点是**软件定义网络(SDN)节点**；使用SDN控制器控制转发节点转发流子集包和/或丢弃其它流包。

2. **特征M & N (单播转多播机制)**：选择性转发包括加入多播组；通过将单播流传输至转发节点，并控制转发节点**将单播流转换为多播流**。

#### 2. 其他对比文件（D1、D2）是否公开了上述区别特征？

* **结论：未公开。**

* D1和D2均为传统的应用层/终端层VR系统，完全未引入SDN（软件定义网络）架构，也未引入网络中间节点的单播转多播机制。

#### 3. 提出无效请求时最薄弱的技术特征（专利权的防线）

在现有对比文件组合（D3 + D1/D2）下，**权利要求9目前表现出极强的稳定性**。最薄弱（即最容易被公知常识攻破，或专利权人最难防御）的技术特征为：

* **最薄弱特征：特征K、L（SDN节点的引入与包转发/丢弃控制）**

* *薄弱原因*：SDN（Software Defined Networking）在网络流媒体分发、QoS保障和动态路由过滤领域属于**本领域的公知常识/常规技术手段**。将传统CDN/转发节点替换为SDN节点，并由SDN控制器下发流表（Flow Table）来实现“转发特定流包、丢弃未请求流包”，对本领域技术人员而言，其技术手段是显而易见的，且带来的效果（灵活控制网络流量、降低骨干网压力）属于可预期的技术效果。

* **次薄弱特征：特征M、N（网络节点处的单播转多播）**

* *薄弱原因*：在流媒体组播分发技术中，源站单播推流至边缘/转发节点、边缘节点将其转换为多播（Unicast-to-Multicast Overlay/Proxy）是解决“最后一公里”或局域网内多用户共享VR流的常见手段。

---

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

由于现有提供的对比文件（D1, D2, D3）**未能完全覆盖特征K、L、M、N**，若要成功无效权利要求9，必须补齐**SDN控制VR/多视角流媒体转发**或**SDN/网关节点进行单播转多播**的对比文件。建议采取以下检索策略：

#### 1. 检索方向与特征组合策略

* **策略一（结合D3 + SDN流媒体控制文献）**：

* 找一篇公开了“在SDN网络中，SDN控制器根据终端视角/请求，控制SDN交换机/节点转发特定视频流/包或丢弃流包”的对比文件（D4）。

* *组合方式*：D3 + D4 (+ 公知常识)。

* **策略二（结合D3 + 单播转多播/SDN多播文献）**：

* 找一篇公开了“在视频流传输中，中间节点/SDN节点将输入的单播流转换为多播流供终端加入”的对比文件（D5）。

* *组合方式*：D3 + D5 (+ 公知常识)。

#### 2. 关键词与分类号（IPC/CPC）建议

* **中文关键词**：软件定义网络、SDN、SDN控制器、转发节点、多播、组播、单播转多播、虚拟现实、多视角、流选择、丢包、流表

* **英文关键词**：`Software Defined Network*`, `SDN`, `SDN controller`, `forwarding node`, `switch`, `unicast to multicast`, `multicast group`, `virtual reality`, `VR`, `multi-view`, `tile streaming`, `drop packet`, `flow table`

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

* `H04L 45/00` (网络路由/数据包转发)

* `H04L 65/612` (基于多播的流媒体传输)

* `H04L 65/613` (基于单播的流媒体传输)

* `H04L 41/0893` (SDN / 软件定义网络管理)

* `H04N 21/234` (服务端视频流处理与过滤)

* `H04N 21/63` (控制信令与选择性传输)

#### 3. 重点检索数据库与优先权日限制

* **时间截止日**：检索文献的公开日必须早于目标专利的**优先权日/申请日**。

* **推荐数据库**：IEEE Xplore（SDN与流媒体结合的高水平论文多发表于此）、Google Patents、EPO Espacenet、CNIPR/CNKI。

若能检索到一篇在2015年以前公开的“基于SDN控制器的多视角/VR流媒体动态按需转发与单播转组播”的网络侧专利或学术论文，将能够与D3形成完美的组合，彻底击穿权利要求9的创造性。

这份针对权利要求9的专利无效及新颖性/创造性分析报告，严格基于您提供的权利要求文本以及两篇对比文件（D1与D2）的原文内容进行解构与比对。

### 一、 权利要求9技术特征分解与特征比对表

权利要求9主要涉及一种利用软件定义网络（SDN）节点进行流媒体路由控制的VR呈现设备。其核心逻辑在于：VR设备根据当前需要呈现的视场（FOV/视图），向网络中的SDN转发节点发送指令，使得SDN节点能够从多个单播源流中选择性地截取所需的流子集，并将其转换为多播流发送给VR设备，从而极大地节省下行带宽。

以下为权利要求9的技术特征分解及与D1、D2的比对情况：

---

### 二、 最接近的对比文件 (CPA) 分析

在创造性分析中，确定最接近的对比文件需要从**整体解决的技术问题**以及**技术效果**角度出发。

* **如果以 D2 作为最接近的对比文件 (CPA 1)：**

* **解决的技术问题：** D2 旨在解决VR媒体传输过程中的服务器负载和网络带宽问题（通过混合客户端3D渲染和服务器2D视频流）。

* **契合度：** D2 完美覆盖了权利要求9的前序部分（VR视频、多流、不同视图、VR呈现设备），其应用场景与本专利高度一致。

* **区别技术特征：** 区别在于网络层的具体实现，即引入了SDN节点（特征K、L），并且由VR设备向SDN节点发送指令（特征J），以及在SDN节点处进行单播到多播的转换（特征M、N）。

* **如果以 D1 作为最接近的对比文件 (CPA 2)：**

* **解决的技术问题：** D1 旨在解决移动设备如何通过低延迟、高灵活性的网络（软件定义网络SDN）高效访问后端服务的问题。

* **契合度：** D1 覆盖了本专利核心的网络架构特征（SDN节点、SDN控制器、前端网关拦截请求）。

* **区别技术特征：** 缺乏应用层的VR特定逻辑（特征A、B、G），缺乏视场角（FOV）驱动的流选择机制（特征H），以及单播转多播的组播控制机制（特征N）。

**结论：** **D2 更适合作为最接近的对比文件。** 因为权利要求9的主题是“一种用于呈现VR视频的VR呈现设备”，其根本目的和落脚点在于VR视频的视场（视图）呈现。将D2作为出发点，结合本领域公知的网络路由技术（或结合D1），是更加符合逻辑的创造性评判路径。

---

### 三、 未被最接近的对比文件公开的特征及其他对比文件的情况

以 **D2** 为最接近的对比文件，未被D2公开的特征及D1的补充情况如下：

1. **基于SDN的网络路由与转发控制 (特征 K, L)：** D2完全没有涉及网络架构的改进。但这些特征**被D1明确公开**。D1中的 `SDN controller 122` 和 `MBAS SDN element 124` 提供了动态调整逻辑网络路径以响应客户端请求的能力。

2. **基于目的地元数据和视图向转发节点发送指令 (特征 C, D, H, J)：** 虽然D2有客户端向服务器发送下载请求（[0145] send a download request），D1有向SDN发送服务请求（[0021] issue requests），但**均未公开**由VR设备根据“目的地元数据”向中间的“转发节点”直接下发指令来选择“流子集”。

3. **单播流到多播流的SDN边缘转换 (特征 M, N)：** **D1和D2均未公开。** D1仅在背景技术中顺带提及了IPTV系统中的多播通信协议（[0050]），但绝无在SDN节点处将上游的单播流转换为下游的多播流，供特定VR设备加入多播组的技术启示。

---

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

若要对该专利提出无效请求，权利要求9中最薄弱、最具防御力（即最难被现有技术破坏）的技术特征是：

**特征 N：“通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且其中控制所述一个或多个转发节点以将每个单播流转换为多播流。”** 结合 **特征 J（向转发节点发指令选择流子集）**。

**难度分析：**

在常规的流媒体分发中，通常是“源端多播”或“纯单播”（如基于HTTP的DASH协议）。本专利的创新逻辑在于打破了端到端的固定模式：服务器端用单播（Unicast）发多路视角流到边缘SDN节点，VR头显设备根据用户头部的转动（确定的视图），直接用信令控制边缘SDN节点，让SDN节点只把当前视角需要的流提取出来，并转化成多播（Multicast）发给局域网内的设备。

这一**“应用层(VR视场)感知”+“网络层(SDN单播转多播)控制”**的深度耦合特征，在常规的音视频专利或通信专利中很难同时出现。D1和D2对此均未提供任何技术启示。

---

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

针对上述“最薄弱特征”，为了在无效宣告程序中构建严密的“拼图”，下一步的检索策略必须跨领域（VR应用层 + SDN网络层）进行靶向检索：

**1. 检索关键词扩展：**

* **VR/视图层面:** 视场角 (Field of View, FOV), 自适应流 (Adaptive streaming), 视口依赖 (Viewport-dependent), 360-degree video, VR presentation, Tile-based streaming.

* **网络/SDN层面:** 软件定义网络 (Software Defined Network, SDN), OpenFlow, 边缘计算 (Edge computing / MEC), 单播转多播 (Unicast to Multicast conversion), IGMP snooping, 转发平面 (Data plane / Forwarding node).

**2. 重点IPC/CPC分类号：**

* **H04N 21/00 系列:** 特别是 `H04N 21/20` (视频分发架构), `H04N 21/6408` (单播到多播的转换), `H04N 21/816` (360度/虚拟现实视频).

* **H04L 45/00 系列:** 特别是针对软件定义网络路由控制 (`H04L 45/64` - SDN routing).

* **H04L 12/18:** 多播/广播通信。

**3. 建议的检索逻辑组合 (Boolean Query示例)：**

* **策略 A (锁定核心网络动作):** (SDN OR "Software Defined") AND (unicast W/3 multicast) AND (convert* OR translat*) AND (video OR stream)

* *意图：寻找在SDN节点进行单播转多播的底层网络专利。*

* **策略 B (锁定VR边缘流控制):** (VR OR "virtual reality" OR "360 degree") AND (FOV OR viewport OR view) AND (edge OR SDN OR router OR forwarding) AND (select* OR drop* OR subset)

* *意图：寻找在边缘路由器或SDN上根据FOV丢弃/截取VR流子集的传输专利。*

通过以上策略寻找 **D3 (涉及SDN/边缘网关单播转多播)** 或 **D4 (基于FOV的边缘流过滤)**，与现有的D2（VR分视图框架）结合，方可对权利要求9形成具有实质杀伤力的创造性攻击。