好的，我们将严格按照您的要求，对对比文件 US20160006673A1 (“RESOURCE SERVER PROVIDING A RAPIDLY CHANGING RESOURCE”) 与目标专利 CN109691113B (“流式传输虚拟现实视频”) 的权利要求技术特征进行公开性评估。
**对比文件名称：** 2016-01-07_US2016006673A_发明申请_US20160006673A1 RESOURCE SERVER PROVIDING A RAPIDLY CHANGING RESOURCE
**目标专利名称：** 2112流式传输虚拟现实视频CN109691113B
**模型名称：** (本次调用模型)
以下为特征比对表格与详细论述：
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译与段落编号） | 公开性论述 |
| **A:** 其中VR视频至少部分地由多个流来表示（《隐含公开》） | **[0181]：“A DataWorld is a world made out of data... In appearance and functionality, a DataWorld is most similar to virtual worlds...”（DataWorld是一个由数据构成的世界...在外观和功能上，DataWorld与虚拟世界最为相似...）** <br><br> **[0205]：“an unbounded number of polyhedrons that each express n dimensions... Each polyhedron is grouped into one space of an unbounded number of spaces...”（无限数量的多面体，每个都表达n个维度...每个多面体被分组到无限数量的空间中的一个空间中...）** <br><br> **[0221]：“The renderer presents a high-throughput stream with highly interactive, 3D techniques common to gaming”（渲染器以高度交互的、游戏常见的3D技术呈现高吞吐量的流） | 对比文件公开的“DataWorld”本质上是一种高度动态的虚拟现实（VR）场景呈现。该场景并非由单一数据源组成，而是由多个并行的流式事件数据构成，例如描述多面体（Polyhedron）的流、定义空间位置（Space）的流以及预测平面（Plane）的流。多个流共同构成了虚拟现实场景的数据源。尽管“DataWorld”是合成内容，而目标专利更倾向于自然场景视频，但“VR场景至少部分由多个流表示”这一上位概念已被对比文件体现。 |
| **B:** 每个流与场景的不同视图相关联（《未公开》） | **[0196]：“A camera for viewing a frustum, a region of the system. The frustum is the field of view of the camera for the camera's current position, direction and focus.”（一个用于观看视锥的摄像机，该视锥是系统的一个区域。该视锥是摄像机根据其当前位置、方向和焦点确定的视野。）** <br><br> **[0205]：“Each space is positioned by XYZ coordinates relative to the parent space...”（每个空间都通过相对于父空间的XYZ坐标进行定位...）** | 对比文件虽然公开了多个流，但每个流对应的是VR场景中不同类型的对象或空间层级（如多面体数据、空间坐标数据），其作用是为全局单一视角（由单一视锥/摄像机定义）提供不同层次的细节或属性。这与目标专利中每个流对应场景的“不同视图”（如360度全景视频中不同视角的瓦片/流）的作用不同。对比文件没有公开每个流与一个独立的、特定的摄像机视角相关联，而是所有流聚合构成一个由同一摄像机观看的整体场景。 |
| **C:** VR呈现设备包括被配置用于接收目的地元数据的输入接口（《未公开》） | **[0070]：“Fourth communication interface 806 ... Data and messages may be transferred between resource server 106 and event client system 800 using fourth communication interface 806.”（第四通信接口806...数据和消息可以使用第四通信接口806在资源服务器106和事件客户端系统800之间传输。）** <br><br> **[0085]：“Poller 816 triggers request dispatcher 820 to dispatch a request (e.g., a GET) to resource server 106.”（轮询器816触发请求分发器820向资源服务器106发送请求（例如GET请求）。）** | 对比文件中的VR客户端设备（事件客户端系统800）具备通信接口用于收发数据。但它接收的是服务器处理后的事件数据（如JSON片段），而并非用于指示网络路径的“目的地元数据”。该系统的架构是客户端从中央服务器直接拉取（Pull）数据，服务器本身就是一个终点，不需要客户端提供指示中间转发节点的目的地信息。 |
| **D:** 所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地（《未公开》） | **[0087]：“Response assembler 720 receives the validated request and selects one or more events from representation part space 714 to send to the requesting event client system 800.”（响应组装器720接收验证后的请求，并从表示部分空间714中选择一个或多个事件发送给请求的事件客户端系统800。）** | 对比文件中没有定义或使用“目的地元数据”这一概念。数据流的目标地址就是发出请求的VR呈现设备自身，且没有在网络中设置需要根据元数据决策的转发节点。数据请求和下发是直接的、端到端的。 |
| **E:** 其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点（《未公开》） | **[0023]：“Resource server 106 receives the processed streamed data, pre-renders and compresses the received streamed data, and provides the pre-rendered, compressed data to one or more of the plurality of event client systems 108...”（资源服务器106接收处理后的流式数据，预渲染并压缩接收到的流式数据，并将预渲染、压缩后的数据提供给多个事件客户端系统108中的一个或多个...）** | 在对比文件的架构中，资源服务器（资源服务器106）是处理数据的中心节点，它直接对客户端提供最终响应。网络中的数据通路是“发布端 -> 处理端 -> 服务器 -> 客户端”。虽然服务器位于源和客户端之间，但它是一个应用层服务器（承担处理、渲染、缓存、聚合功能），而非目标专利中定义的、负责基于网络拓扑和视图需求进行主动选择性转发的“转发节点”（如SDN交换机）。对比文件不具备这种网络层智能转发节点的概念。 |
| **F:** 处理器（《直接公开》） | **[0070]：“Fourth processor 810 ... executes instructions ...”（第四处理器810...执行指令...）** <br><br> **[0063/0064]：“Third processor 710 ...”（第三处理器710...）** | 对比文件明确公开了VR呈现设备（事件客户端系统800）包含处理器（第四处理器810），用于执行客户端应用程序。这与目标专利中VR呈现设备包含处理器的特征完全一致。 |
| **G:** 其被配置为i）确定要由VR呈现设备呈现的场景的视图（《直接公开》） | **[0196]：“A camera for viewing a frustum, a region of the system. The frustum is the field of view of the camera for the camera's current position, direction and focus. As the camera's attributes change, the frustum captures different regions of the scene.”（一个用于观看视锥的摄像机...视锥是摄像机根据当前位置、方向和焦点确定的视野。随着摄像机属性的改变，视锥捕捉场景的不同区域。）** <br><br> **[0197]：“Vantages comprised of camera position, camera target...”（视角由摄像机位置、摄像机目标构成...）** | 对比文件明确描述了VR客户端如何通过改变摄像机的属性（位置、方向、焦点）来确定当前需要呈现的视图（视锥/视野）。处理器的功能包括计算和确定这个视图，这与目标专利的技术特征G完全吻合。 |
| **H:** ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集（《隐含公开》） | **[0087]：“Response assembler 720 receives the validated request and selects one or more events from representation part space 714 to send to the requesting event client system 800. The request may include parameters that exclude events from the response. For example, some events may not be within a graphics clipping region and, as a result, do not need to be included and sent to the requesting event client system 800 because the requesting event client system 800 will not use the event object.”（响应组装器720接收验证后的请求，并从表示部分空间714中选择一个或多个事件发送给请求的事件客户端系统800。请求可能包含从响应中排除事件的参数。例如，一些事件可能不在图形裁剪区域内，因此不需要包含并发送给请求的事件客户端系统800，因为请求的事件客户端系统800不会使用该事件对象。）** | 对比文件部分公开了该特征的核心逻辑。服务器响应于“视图（裁剪区域）”来“标识（选择）出需要的流（事件）子集”，并将此子集“选择性转发（发送）给VR呈现设备”。尽管对比文件是通过中心的服务器实现选择和直接发送，缺少了目标专利中通过“转发节点”进行选择性转发的网络架构，但其“响应视图->标识所需数据子集->选择性转发”的发明构思已被公开。根据本次评估极为宽松的隐含公开标准（部分公开+可能与其他文件组合），该技术特征可以被认定为隐含公开。 |
| **I:** 控制器（《隐含公开》） | **[0070]：“Fourth processor 810 ... executes instructions ... to instantiate a nozzle... to start... a subscriber thread and a rendering thread...”（第四处理器810...执行指令...实例化喷口...启动...订阅者线程和渲染线程...）** <br><br> **[0085]：“Poller 818 triggers request dispatcher 820 to dispatch a request...”（轮询器818触发请求分发器820发送请求...）** | 对比文件公开的处理器的功能涵盖了控制通信、渲染调度和响应请求。本领域技术人员可以合理推断该处理器在功能上必然起到“控制器”的作用，以协调VR呈现设备的各项操作。虽然其是否覆盖目标专利权利要求中的后续具体配置（特征J）存疑，但作为结构元素的“控制器”本身已被隐含公开。 |
| **J:** 其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备（《未公开》） | **[0085/0086]：“Poller 816 triggers request dispatcher 820 to dispatch a request (e.g., a GET) to resource server 106.”（轮询器818触发请求分发器820向资源服务器106发送请求（例如GET请求）。）** <br><br> **[0087]：“Response assembler 720 receives the validated request and selects one or more events... to send to the requesting event client system 800.”（响应组装器720接收验证后的请求，并选择一个或多个事件...发送给请求的事件客户端系统800。）** | 对比文件中的客户端（控制器）是直接向资源服务器发送请求，服务器作为数据终点直接回复，中间不存在需要由客户端用指令信号控制的“转发节点”。整个交互模式是客户端“拉取”（Pull），而非客户端主动指令控制网络节点进行“选择性转发”（Push/Pull with steering）。因此，控制器的这一特定配置功能未被公开。 |
| **K:** 其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点（《未公开》） | **[0023/0024]：“Network 110 may include one or more networks of the same or different types... Network 110 further may comprise sub-networks and consist of any number of devices.”（网络110可以包括一个或多个相同或不同类型的网络...网络110可以进一步包括子网并由任意数量的设备组成。）** | 对比文件仅泛泛提及网络及其包含的设备，完全没有提及“软件定义网络（SDN）”或任何形式的可编程网络节点，也未将其应用于选择性转发流子集。 |
| **L:** 对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包（《未公开》） | 全文未提及。 | 对比文件不具备SDN架构，亦无对SDN控制器的任何描述。 |
| **M:** 其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组（《未公开》） | **[0085]：“Poller 816... dispatch a request (e.g., a GET) to resource server 106.”（轮询器818...向资源服务器106调度请求（例如GET请求）。）** <br><br> **[0177]：“...response is sent... over HTTP or HTTPS...” | 对比文件明确采用HTTP单播（Unicast）轮询模式与服务器通信，完全没有公开VR设备加入多播组来接收流子集的技术方案。 |
| **N:** 其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且中控制所述一个或多个转发节点以将每个单播流转换为多播流（《未公开》） | 全文未提及。 | 对比文件完全没有公开“单播到一个或多个转发节点，再由转发节点转换为多播”的这一网络流量分流与汇聚机制。 |
**综合结论与代码输出：**
根据上述严谨比对，对比文件 US20160006673A1 对于目标专利权利要求的各项技术特征的公开情况如下：
- **直接公开**：技术特征F，技术特征G。
- **隐含公开**：技术特征A，技术特征H，技术特征I。
- **未公开**：技术特征B，C，D，E，J，K，L，M，N。
<<<F>>>
<<<G>>>
<<<a>>>
<<<h>>>
<<<i>>>