**对比文件名称：** 2006-07-25_US7082142B_发明授权_US07082142B1 System and method for delivering content in a unicast_multicast manner
**目标专利名称：** 2112流式传输虚拟现实视频CN109691113B
**本次调用模型名称：** GPT-4
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：其中VR视频至少部分地由多个流来表示 <br>**未公开** | 对比文件[0019]提到“多媒体内容包括……录制和直播的视频和音频剪辑、电影、电视节目等”，但未提及VR视频，也未公开VR视频由多个流表示。 | 对比文件仅涉及一般多媒体内容，未明确VR视频这一特定类型。其多个流（单播流）是相同内容的多个副本，而非构成VR视频的不同部分。本领域技术人员不能从对比文件毫无疑义地得出VR视频由多个流表示，也无法合理推断出该特征。 |
| 技术特征B：每个流与场景的不同视图相关联 <br>**未公开** | 对比文件未提及“场景”“视图”或“不同视图”。 | 对比文件涉及多个单播流，但所有流传输相同内容，不存在与不同视图的关联。本领域技术人员无法从对比文件得出或推理出该特征。 |
| 技术特征C：VR呈现设备包括被配置用于接收目的地元数据的输入接口 <br>**未公开** | 对比文件未提及“目的地元数据”或“输入接口”。 | 对比文件仅在一般意义上描述接收器，未涉及接收任何元数据，更未公开用于接收目的地元数据的输入接口。 |
| 技术特征D：所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地 <br>**未公开** | 对比文件未提及“元数据”或“网络目的地”。 | 对比文件完全没有关于元数据指示网络目的地的教导，无法从中得出或推断该特征。 |
| 技术特征E：其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点 <br>**未公开** | 对比文件提到“网络基础设施”和“路由器”，但未明确将网络目的地定义为转发节点。 | 对比文件虽然涉及网络节点，但未公开“网络目的地包括转发节点”这一特定含义，也未指明节点位于流源下游和VR设备上游。 |
| 技术特征F：处理器 <br>**《隐含公开》** | 对比文件[0027]：“单播递送组件、汇聚组件和多播递送组件可以作为软件在与任何数量的通用或专用计算机处理器一起运行来实现。”<br>[0019]：“接收器可以是包括个人计算机、Web电视终端/机顶盒、汽车音频播放器、手持媒体播放器（如MP3播放器或数字Walkman型设备）、PDA以及任何其他能够接收和播放多种多媒体选择的设备。” | 对比文件明确公开了发送器侧包含处理器，而接收器（相当于VR呈现设备）被列举为个人计算机、机顶盒、手持设备等，这些设备必然包含处理器（CPU）。因此，本领域技术人员可以合理推断VR呈现设备具有处理器。 |
| 技术特征G：其被配置为i）确定要由VR呈现设备呈现的场景的视图 <br>**未公开** | 对比文件未提及“确定视图”或“场景”。 | 对比文件没有关于确定呈现视图的任何内容，无法得出或推断该特征。 |
| 技术特征H：ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集 <br>**未公开** | 对比文件未提及“元数据”“视图”“标识所需流”或“选择性转发”。 | 对比文件完全不涉及基于视图和元数据的流标识，也无选择性转发，本领域技术人员无法得出该特征。 |
| 技术特征I：控制器 <br>**未公开** | 对比文件未明确提及“控制器”。 | 对比文件虽有“汇聚组件”等，但未公开专门用于发送转发指令的控制器，不能直接或隐含得出。 |
| 技术特征J：其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备 <br>**未公开** | 对比文件未提及“元数据”“视图”“转发指令”或“选择性转发”。 | 对比文件没有关于基于视图和元数据发送转发指令的教导，无法得出该特征。 |
| 技术特征K：其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点 <br>**未公开** | 对比文件未提及“软件定义网络(SDN)”或“SDN节点”。 | 对比文件仅涉及传统网络，完全没有SDN的概念，无法得出该特征。 |
| 技术特征L：对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包 <br>**未公开** | 对比文件未提及“SDN控制器”“选择性转发”“丢弃包”。 | 对比文件无SDN相关内容，也不涉及选择性转发或丢弃包，无法得出该特征。 |
| 技术特征M：其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组 <br>**《隐含公开》** | 对比文件[0003]：“接收器加入特定的多播会话组，网络基础设施将流量传递给该组的所有成员。”<br>[0021]：“其他接收器可以以常规方式加入多播并接收多播流。” | 对比文件直接公开了接收器加入多播组以接收多播流。尽管其多播组旨在提供整个内容而非“流子集”，但本领域技术人员在VR视频多流场景下，易想到将所需流子集通过多播组提供，从而加入该多播组。因此，该特征至少被隐含公开（部分内容被直接公开，其余可合理推断）。 |
| 技术特征N：其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且控制所述一个或多个转发节点以将每个单播流转换为多播流 <br>**《隐含公开》** | 对比文件[0007]：“一种方法，包括接收多个单播传输流请求，提供多个单播传输流，同步多个单播传输流，并用多播流替换同步后的多个单播传输流。”<br>[0021]：“各个单播信息流在合并/汇聚阶段被合并或汇聚。到达汇聚点后，信息流以多播方式提供。”<br>[0027]：“汇聚组件可以位于发送器、接收器或网络的一部分。” | 对比文件明确公开了将多个单播流转换为多播流的过程，且转换点（汇聚点）可位于网络节点（如路由器）。虽然未明确使用“转发节点”一词，但本领域技术人员可以合理推断该转换发生在网络中的一个或多个转发节点，且控制这些节点执行转换。因此，该特征被隐含公开。 |
**公开性结论代码：**
<<<f>>> <<<m>>> <<<n>>>