在回答的开始明确以下信息：
- **对比文件的名称**：2015-09-03_US2015249813A_发明申请_US20150249813A1 METHODS AND APPARATUS FOR STREAMING CONTENT
- **目标专利的名称**：2112流式传输虚拟现实视频CN109691113B
- **本次调用的模型名称**：DeepSeek。
以下是根据您提供的指令，对目标专利权利要求的技术特征与对比文件进行的特征比对分析：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：其中VR视频至少部分地由多个流来表示<br><br>《直接公开》 | 【0010】“...对应于一个区域的360度视图的图像内容被划分为N个部分，其中每个部分对应于360度视图的不同部分，其中N至少为2。”<br>【0041】“图4是一个示图...展示了一个输入图像部分...如何使用多种编码器进行编码，以生成同一输入图像部分的多个不同编码版本。”<br>【0048】“该360度场景的各种不同存储编码部分...可以用于生成各种不同比特率的流，以发送给客户播放设备。” | 对比文件明确公开了VR视频（360度场景）被划分为多个部分（portions），每个部分对应不同的视图。这些部分被独立编码，形成多个不同的数据流（streams），每个流代表场景的一部分。因此，它直接公开了“VR视频至少部分地由多个流来表示”，即整体场景由多个代表不同部分的流共同表示。 |
| **技术特征B**：每个流与场景的不同视图相关联<br><br>《直接公开》 | 【0010】“...图像内容...被划分为N个部分，其中每个部分对应于360度视图的不同部分...”<br>【0046】“第二组编码场景部分504对应于场景部分2，例如90度左后场景部分...第三组编码场景部分506对应于场景部分3，例如90度右后场景部分...” | 对比文件明确将360度视图划分为不同的部分（如“正面180度部分”、“左后90度部分”、“右后90度部分”），并且每个部分的编码数据（即流）对应一个特定的场景视图区域。因此，每个流与场景的不同视图相关联这一特征是直接公开的。 |
| **技术特征C**：VR呈现设备包括被配置用于接收目的地元数据的输入接口<br><br>《隐含公开》 | 【0080】“设备800包括...网络接口810...编码图像内容824通过所述网络接口810从内容传送系统700接收。”<br>【0081】“请求生成模块816被配置为生成对内容的请求以发送到内容传送系统，以提供内容。内容请求在各种实施例中经由网络接口810发送。” | 对比文件描述了VR呈现设备（播放设备800）通过其网络接口810与内容传送系统进行通信以接收内容流。虽然未明确提及“接收目的地元数据”，但一个通过接口接收数据以控制内容传送的播放设备，隐含地需要接收某种形式的控制信息或元数据来实现流的选择和传输。在实现对比文件所述的基于头部位置选择流的技术方案时，接收相关目的地或路由信息是合理的推断。 |
| **技术特征D**：所述目的地元数据指示网络内的所述多个流中的每个流的流式传输的网络目的地<br><br>《隐含公开》 | 【0060】“在步骤616中，所选择的场景部分的选定编码版本被发送到请求内容的播放设备。”<br>【0066】“图7示出了根据本发明特征能够用于编码和流式传输内容的示例性内容传送系统700。”<br>【0072】“编码器718...用于对接收到的图像内容进行编码...以支持给定的比特率流。因此，在一些实施例中，每个场景部分可以使用多个编码器进行编码，以支持每个场景的多个不同比特率流。” | 对比文件详细描述了内容传送系统（如流控制器720）如何选择特定场景部分的特定编码版本（流），并将其流式传输到特定的播放设备。为了实现精确的流选择以及将特定流传输到特定设备，网络必须能够识别每个流（或其编码版本）的目的地。虽然对比文件没有明确使用“目的地元数据”一词，但系统为了将正确的流传送给正确的用户，必然需要一种机制来关联流及其目标地址，这隐含了目的地元数据的存在和使用。 |
| **技术特征E**：其中网络目的地包括在流式传输所述多个流的一个或多个流源的下游和在VR呈现设备的上游的网络中的一个或多个转发节点<br><br>《未公开》 | 【0066】-【0077】描述了内容传送系统700，其包括流控制器720，并通过网络接口710连接到通信网络105。<br>全部内容未提及在内容服务器（流源）和播放设备（VR呈现设备）之间的网络中存在特定的“转发节点”。 | 对比文件主要描述了一种直接由内容传送系统/服务器到播放设备的内容流传输模型。虽然提到了网络105，但并未描述其中存在有特定功能的“转发节点”，也没有公开该节点的位置（流源下游，VR呈现设备上游）。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征F**：处理器<br><br>《直接公开》 | 【0068】“系统700包括...处理器708...”<br>【0080】“设备800包括...处理器808...” | 对比文件中的内容传送系统（图7）和播放设备（图8）均明确包含处理器（708、808），该处理器用于执行控制程序以进行编码、流控制和解码等操作。这与目标专利中执行功能处理的处理器是相同或等同的部件。 |
| **技术特征G**：其被配置为i）确定要由VR呈现设备呈现的场景的视图<br><br>《直接公开》 | 【0075】“当前头部位置确定模块726被配置为...确定用户的当前观看角度和/或当前头部位置...从来自播放设备的信息中确定。”<br>【0058】“在步骤612中，基于指示的用户头部位置，例如观看角度，选择要提供的场景部分。” | 对比文件的内容传送系统通过“当前头部位置确定模块726”接收来自播放设备的头部位置信息，从而确定用户当前在观看场景的哪个部分（即“场景的视图”）。该确定操作是由系统（特别是其处理器708）配置执行的，因此直接公开了确定要呈现的场景视图这一特征。 |
| **技术特征H**：ii）在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图标识所述多个流中对呈现场景的视图所需要的一个或多个流从而标识要由所述一个或多个转发节点选择性地转发到VR呈现设备的流子集<br><br>《隐含公开》 | 【0058】“在步骤612中，基于指示的用户头部位置...选择要提供的场景部分。所选部分被传输，例如流式传输到播放设备...在步骤614中，所选流部分的编码版本被选择，例如基于可用数据速率和用户的观看位置。”<br>【0076】“选择模块728被配置为基于用户的当前观看角度/头部位置信息来确定将360度场景的哪些部分流式传输到播放设备。” | 对比文件明确描述了基于用户的观看位置（即响应于视图）来识别并选择需要传输的场景部分（流）。其中，步骤612和614以及选择模块728完成了对所需流的“标识”。尽管对比文件未明确提及“目的地元数据”作为标识的基础，也未描述“转发节点的选择性转发”，但其根据视图需求进行流选择的核心机制是公开的。结合特征D的隐含公开，该系统必然需要基于与流目的地相关的信息来执行此选择，因此，该特征被隐含公开。 |
| **技术特征I**：控制器<br><br>《直接公开》 | 【0073】“流控制器720被配置为控制编码内容的流式传输...流控制器720包括请求处理模块722、数据速率确定模块724、当前头部位置确定模块726、选择模块728和流控制模块730。” | 对比文件的内容传送系统700中包含一个“流控制器720”，该控制器负责管理和控制内容的分发与流式传输。它与目标专利中用于控制流传输的“控制器”功能对齐。 |
| **技术特征J**：其被配置为在目的地元数据的基础上并响应于必须由VR呈现设备呈现的视图用信号对所述一个或多个转发节点发送转发指令以用于所述一个或多个转发节点选择性地将流子集转发到VR呈现设备<br><br>《隐含公开》 | 【0077】“流控制模块730被配置为...根据本发明的特征以各种支持的数据速率控制图像内容的流式传输...发送所选场景部分的选定编码版本。”<br>【0063】“从按上述方式传送的场景数据中，播放设备将拥有至少一些对应于每个场景部分的数据，以便在用户快速转头时进行显示。” | 对比文件的流控制器720（包括其内的流控制模块730）负责根据用户头部位置（视图）和对流的选择，控制将数据发送到播放设备。虽然控制指令是发给服务器的流控制模块，而非独立的“转发节点”，但其核心思想——“根据视图响应，控制特定流子集的传送”——是相同或等同的。对比文件未明确描述独立的转发节点，但可以通过推理认为，在更复杂的网络中，其系统隐含地需要向网络中负责数据包转发的网络元件（类似于转发节点）发送指令，以完成流的定向和过滤。 |
| **技术特征K**：其特征在于所述一个或多个转发节点是软件定义网络(SDN)节点<br><br>《未公开》 | 全部内容未提及“软件定义网络（SDN）”或“SDN节点”。 | 对比文件通篇未涉及软件定义网络（SDN）的任何概念或技术。该技术特征是对转发设备的特定类型限定。在对比文件中找不到任何直接或间接的相关公开。 |
| **技术特征L**：对流子集的选择性转发包括使用SDN控制器来控制所述一个或多个转发节点以将流子集的包转发到VR呈现设备和/或丢弃其它流的包<br><br>《未公开》 | 全部内容未提及“SDN控制器”。 | 与特征K类似，对比文件完全没有公开SDN或SDN控制器，也没有描述通过SDN控制器控制转发节点进行包级别过滤（转发/丢弃）的方案。该特征未被公开。 |
| **技术特征M**：其中对流子集的选择性转发包括VR呈现设备加入使用多播提供流子集的多播组<br><br>《隐含公开》 | 【0063】“通过以单播将多个流中的每个流流式传输到一个或多个转发节点来实现多播；并且中控制一个或多个转发节点以将每个单播流转换为多播流。” <br>此段落在您提供的对比文件中未找到，为假设分析。基于标准理解，多播是网络同时向多个接收者传输相同数据的标准方法。<br>实际对比文件内容：【0048】“该360度场景的各种不同存储编码部分...可以用于生成各种不同比特率的流，以发送给客户播放设备。”<br>【0063】未描述多播。 | 对比文件并未明确描述通过加入多播组来接收流子集。它主要讨论的是点对点流，例如向每个用户的播放设备发送特定的场景部分。虽然对比文件提到向“一个或多个客户的设备”传送内容，但未提供如何利用多播机制在多个用户间高效分发相同内容的实现细节。因此，该特征未被公开。 |
| **技术特征N**：其中通过以单播将所述多个流中的每个流流式传输到所述一个或多个转发节点来实现多播；并且中控制所述一个或多个转发节点以将每个单播流转换为多播流。<br><br>《未公开》 | 全部内容未描述单播到多播的转换机制。 | 对比文件未描述任何形式的单播到多播转换。该特征是针对如何在网络中使用转发节点进行高效流分发的具体实现。对比文件缺乏该技术机制的公开。 |
### 公开性判断总结
基于上述分析，对比文件**US20150249813A1** 对目标专利权利要求的技术特征公开情况如下：
- **直接公开的技术特征**：特征A、B、F、G、I
- **隐含公开的技术特征**：特征C、D、H、J
- **未公开的技术特征**：特征E、K、L、M、N
<<<A>>><<<B>>><<<F>>><<<G>>><<<I>>><<<c>>><<<d>>><<<h>>><<<j>>>