对比文件名称：2007-08-29_EP1826978A_发明公开_EP1826978A1 Method to optimize the data stream between a router and a multimedia unit
目标专利名称：2112流式传输虚拟现实视频CN109691113B
调用的模型名称：DeepSeek Chat
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：VR视频至少部分地由多个流来表示<br>《隐含公开》 | [0005] “在高级应用中，多个视图（例如来自体育赛事不同摄像机的视图）或多个分辨率（例如匹配不同终端用户设备能力）可以关联到不同的基本流供用户选择。”<br>另外，[0005]还提到“视频流（通常只传输一个视频流，但高级应用中可关联多个基本流供用户选择）”。 | 对比文件虽然没有明确使用“VR视频”这一术语，但其公开了“多个流表示不同视图”的技术方案。本领域技术人员可以合理推断，这种多流多视图的技术完全适用于VR视频场景（VR视频的核心即是通过多个流提供不同视角的场景），因此该特征被隐含公开。 |
| 技术特征B：每个流与场景的不同视图相关联<br>《直接公开》 | [0005] “在高级应用中，多个视图（例如来自体育赛事不同摄像机的视图）或多个分辨率……可以关联到不同的基本流……” | 对比文件直接描述了“多个视图与不同基本流关联”，即每个流对应场景的一个不同视图。该描述与特征B完全相同，且作用一致（供用户选择不同视角），因此直接公开。 |
| 技术特征C：VR呈现设备包括被配置用于接收目的地元数据的输入接口<br>《未公开》 | 无直接对应内容。对比文件仅记载多媒体单元（MU）接收用户命令或配置信息（[0004]、[0022]等），未提及接收“目的地元数据”。 | 对比文件没有公开任何关于“目的地元数据”的概念，也没有公开VR呈现设备接收此类数据的接口。本领域技术人员无法从对比文件中合理推断出该特征，因此未公开。 |
| 技术特征D：所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地<br>《未公开》 | 无对应内容。对比文件仅提到流的PID标识和PMT表（[0017]），但未涉及流在网络中的传输目的地信息。 | 对比文件未公开网络目的地元数据的任何暗示。其解决的是基于用户配置过滤子流以减少带宽，而非基于流在网络中的路径选择，因此未公开。 |
| 技术特征E：其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点<br>《未公开》 | 对比文件只有单个路由器RT作为过滤节点（[0002]-[0003]），没有描述网络中有多个转发节点位于流源下游和VR设备上游。 | 对比文件仅在传统DSL架构中涉及一个路由器/IGMP终止点，未公开多个转发节点构成的转发网络，更未将其作为网络目的地的一部分，因此未公开。 |
| 技术特征F：处理器（VR呈现设备包括处理器）<br>《隐含公开》 | [0001]-[0004]等段落暗示多媒体单元（MU）具有处理能力（如发送选择命令、解析PMT信息等），但未明确提及“处理器”一词。 | 对比文件中的多媒体单元（相当于VR呈现设备的角色）必然包含处理器以执行接收用户输入、生成选择命令、解析流信息等操作。本领域技术人员公知此类设备必有处理器，因此该特征隐含公开。 |
| 技术特征G：其被配置为i）确定要由VR呈现设备呈现的场景的视图<br>《直接公开》 | [0005] “在高级应用中，多个视图（例如来自体育赛事不同摄像机的视图）……可以关联到不同的基本流供用户选择。”<br>[0022] “多媒体单元应解析这些信息以识别相关PID，……一旦获得这些信息，多媒体单元能够通知路由器期望的基本流。” | 对比文件明确教导多媒体单元（即VR呈现设备的对应物）基于用户选择或配置确定要呈现的视图（如选择特定摄像机视角），并据此通知路由器。这与特征G中处理器确定视图的功能完全相同，因此直接公开。 |
| 技术特征H：ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集<br>《未公开》 | [0008] “路由器根据给定配置过滤不必要的子流，发送剩余子流到多媒体单元。”<br>[0022] “多媒体单元通知路由器期望的基本流（正面或负面标识）。” | 对比文件公开了根据用户视图选择标识所需流子集（[0022]），但其标识过程基于用户配置而非目的地元数据；且转发节点仅为一个路由器，没有多个转发节点选择性转发的概念。缺少“目的地元数据”和“多个转发节点”两个核心要素，因此未公开。 |
| 技术特征I：控制器（VR呈现设备包括控制器）<br>《隐含公开》 | [0004] “多媒体单元能够发送选择命令到路由器以设置过滤。”<br>[0022] “多媒体单元能够通知路由器期望的基本流。” | 对比文件的多媒体单元具有发送选择命令/通知的功能，这隐含了存在控制器（如控制逻辑或微处理器）以生成并发送这些信号，因此该特征隐含公开。 |
| 技术特征J：其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备<br>《未公开》 | [0004] “多媒体单元发送选择命令到路由器以设置过滤。”<br>[0029] “管理中心发送命令到路由器。”<br>但命令不基于目的地元数据，且路由器不是多个转发节点。 | 对比文件的多媒体单元仅向单一路由器发送选择命令，且命令内容不涉及目的地元数据。缺少“目的地元数据”和“多个转发节点”特征，因此未公开。 |
| 技术特征K：其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点<br>《未公开》 | 对比文件全文未提及SDN、OpenFlow或可编程网络。所有网络节点均为传统路由器/DSLAM（[0002]、[0016]）。 | 对比文件涉及的是传统IP网络设备，没有公开或暗示转发节点可被软件定义或集中控制。因此未公开。 |
| 技术特征L：对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包<br>《未公开》 | 对比文件无SDN控制器概念。其过滤是由单一路由器基于本地配置执行（[0018]-[0020]），不涉及外部控制器。 | 对比文件的选择性转发由路由器内部过滤实现，无SDN控制器控制多个转发节点的机制，因此未公开。 |
| 技术特征M：其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组<br>《未公开》 | [0002]提到“路由器也称为IGMP终止点”，但未描述VR呈现设备加入多播组的过程。<br>[0020]-[0021]描述路由器过滤后单播注入用户线路。 | 对比文件虽然背景涉及IGMP（多播管理协议），但其发明点在于路由器基于配置文件过滤子流，而不是通过VR呈现设备主动加入多播组来获取子流。本领域技术人员不能确定其必然包含“加入多播组”的步骤，因此未公开。 |
| 技术特征N：其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且中控制所述一个或多个转发节点以将每个单播流转换为多播流<br>《未公开》 | 无对应内容。对比文件描述的是多服务流通过高速链路输入路由器，路由器选出所需子流后以单播方式注入用户线（[0003]、[0018]-[0020]）。 | 对比文件没有公开“单播流到转发节点再转换为多播流”的任何教导。其网络架构是广播中心向路由器推送所有流，路由器再单播所需子流至用户，与特征N相反。因此未公开。 |
根据上述分析，对比文件直接公开了技术特征B和G，隐含公开了技术特征A、F、I。其余技术特征（C、D、E、H、J、K、L、M、N）未公开。
<<<B>>> <<<G>>> <<<a>>> <<<f>>> <<<i>>>