**回答开始**
**对比文件名称**: 2010-10-26_US7822869B_发明授权_US07822869B2 Adaptation of data centers' bandwidth contribution to distributed streaming operations
**目标专利名称**: 2054管理媒体流的并发流式传输 CN107079013B
**模型名称**: GPT-4
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：媒体流至少包括第一媒体流和第二媒体流 《直接公开》 | [0038] “内容100（其可以可选地是流式内容）被分段...” [0039] “类似地，对于内容100，附加内容被分段、编码成纠删码片段并分布到分段存储服务器和/或带宽放大设备。” | 对比文件明确公开了多个流式内容（例如内容100和附加内容），这些内容可作为独立的媒体流存在，因此本领域技术人员可以直接地、毫无疑义地确定媒体流至少包括第一和第二媒体流。 |
| 技术特征B：第一媒体流和第二媒体流表示事件的不同记录 未公开 | 对比文件未公开任何与“事件的不同记录”相关的内容。所有媒体流（内容）均独立，未提及它们是对同一事件从不同角度或方式获得的记录。 | 对比文件仅公开了多个独立的内容（如电影、节目），并未描述不同媒体流在内容上存在关联（如表示同一事件的不同记录）。本领域技术人员无法从对比文件得出或合理推断该特征。 |
| 技术特征C：通过具有资源限制的资源使得能实现媒体流的并发流式传输 《直接公开》 | [0094] “如果服务器698b由于网络拥塞或第二因特网骨干提供商300i的故障而不可用...组装设备通过即时切换到可用服务器来补偿丢失的带宽。” [0207] “分段存储服务器通过共享链路传输片段流量和通常的因特网流量；这些链路的负载影响服务器的选择。” | 对比文件明确指出网络拥塞、共享链路容量等资源限制的存在，并且多个组装设备同时获取片段（即并发流式传输）受这些限制影响。因此，通过具有资源限制的资源实现并发流式传输被直接公开。 |
| 技术特征D：所述系统包括输入接口，用于获得限制数据 《直接公开》 | [0118] “服务器向检索组装设备发信号表明其接近带宽限制，组装设备搜索替代服务器。” [0099] “每个组装设备可以方便地进行测量...基于测量参数持续做出关于选择/重新选择服务器的决策。” | 对比文件公开了获得限制数据的具体方式：服务器发信号（如带宽限制）或组装设备进行测量（如延迟、丢失率），这些数据被输入给决策主体，相当于输入接口的功能。本领域技术人员可直接识别。 |
| 技术特征E：所述限制数据指示至少以下的并发流式传输超过资源限制 《直接公开》 | [0094] “由于第二因特网骨干提供商300i的拥塞或故障导致服务器698b不可用...组装设备补偿丢失的带宽。” [0118] “服务器信号表明其接近带宽限制。” | 对比文件中，服务器信号或网络拥塞指示并发传输（多个组装设备同时请求）已超过资源（如带宽）的限制。限制数据明确指向“并发流式传输超过资源限制”这一状况。 |
| 技术特征F：i）向第一流式传输客户端流式传输的第一媒体流 《直接公开》 | [0038] “代理服务器661s可以使用标准流式技术向客户端661o广播/多播和/或重新流式传输重建的内容。” [0068] “广播频道/直播内容通过实时分布和检索技术实现在多个组装设备上同时分发。” | 对比文件描述内容被流式传输到客户端（组装设备或最终用户），且存在多个客户端同时接收不同内容的情况。因此，向第一流式传输客户端流式传输第一媒体流被直接公开。 |
| 技术特征G：ii）向第二流式传输客户端流式传输的第二媒体流 《直接公开》 | 同上 [0038] [0068]。对比文件明确支持多个客户端同时接收流式内容，例如在广播效应中多个组装设备同时获取内容。 | 基于同样的引用，第二流式传输客户端接收第二媒体流也是直接公开的，因为对比文件不限制客户端数量，且多个内容可被不同客户端流式传输。 |
| 技术特征H：选择子系统，用于基于限制数据而生成选择数据 《直接公开》 | [0099] “关于选择或重新选择参与子集的服务器，持续由组装设备、控制服务器或任何其他决策组件做出决策。这些决策基于测量的参数，并旨在改善测量的参数。” | 对比文件的“决策组件”（相当于选择子系统）基于测量参数（即限制数据）生成选择数据（哪些服务器被选入子集）。该功能与目标专利直接对应。 |
| 技术特征I：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择 未公开 | 对比文件的选择数据是关于“服务器子集”的选择与重新选择（如 [0099]），而非关于“媒体流”的替换。服务器替换后提供的是相同的媒体流（内容），并非用第一媒体流替换第二媒体流。 | 对比文件从未教导或暗示用一个媒体流替换另一个媒体流的方案。其核心是服务器层面的替换以保证内容传输的连续性，而非媒体流层面的替换以节省资源。本领域技术人员无法得出该特征。 |
| 技术特征J：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换 未公开 | 对比文件的输出接口用于输出服务器选择指令（如通知组装设备更换服务器， [0099] 或 [0118]），但从未输出用于实现媒体流替换的数据。 | 由于特征I未公开，基于同一原理，特征J也无法实现。对比文件输出的选择数据不涉及媒体流替换，故未公开。 |
| 技术特征K：其中选择子系统被配置用于进一步基于选择准则而生成选择数据 《直接公开》 | [0099] “决策基于测量的参数（如延迟、负载）”；[0132] “对不同参数（带宽、延迟、拓扑距离）进行加权以确定最合适的服务器。” | 对比文件的选择子系统明确基于多个准则（测量参数）来选择服务器，这些准则正是“选择准则”。因此，基于选择准则生成选择数据被直接公开。 |
| 技术特征L：选择准则指示在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于媒体流的并发流式传输中的另一替换是优选的 未公开 | 对比文件中不存在媒体流替换的概念，故不存在针对媒体流替换的优选指示。其选择准则仅涉及服务器子集的选择（如偏好低负载服务器）。 | 对比文件的选择准则均围绕服务器选择，而非媒体流替换。本领域技术人员无法从中得出用于比较不同媒体流替换方案优劣的准则。 |
| 技术特征M：其中选择子系统被进一步配置用于基于选择准则为每个媒体流分派质量得分，从而获得多个分派的质量得分 未公开 | 对比文件为服务器分派“分数”或权重（如 [0132]），但未为媒体流分派质量得分。其评分对象是服务器，不是媒体流。 | 对比文件未涉及媒体流的质量得分。虽然对服务器进行了评分，但这不同于对媒体流（内容）进行评分，且评分目的不同（服务器负载 vs 媒体流替换决策）。 |
| 技术特征N：基于分派的质量得分而生成选择数据，以使得能够基于对所述多个分派的质量得分的比较，在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于另一替换被选择 未公开 | 对比文件的选择决策基于服务器得分比较（如 [0132]），但从未将这种比较用于媒体流替换的选择。 | 由于特征M未公开，且对比文件不存在媒体流替换的比较基础，故本特征完全未公开。 |
| 技术特征O：其中媒体流包括表示事件的并发时间段的并发部分；并且选择子系统被进一步配置用于在每一部分的基础上向每个媒体流分派质量得分 未公开 | 对比文件将内容分段（segment），但这些分段是同一媒体流内部的时间分段，并非不同媒体流之间表示同一事件并发时间段的部分。对比文件也没有为不同媒体流的并发部分分派得分。 | 对比文件没有“事件的不同记录”的概念，因此也不存在不同媒体流之间的“并发部分”。分段是对单个媒体流的时间切分，而非不同记录间的并发时间段。该特征未公开。 |
| 技术特征P：其中基于多个选择准则来分派质量得分 未公开 | 对比文件基于多个准则（如带宽、延迟、拓扑）为服务器选择加权（[0132]），但未为媒体流分派得分。 | 由于特征M和O未公开，该特征缺乏前提。对比文件的多个准则用于服务器评分，而非媒体流评分，因此不涉及“用多个准则分派媒体流质量得分”。 |
| 技术特征Q：其中选择准则是以下中的至少一个：- 资源准则，其优选比替换进一步减少资源的资源分配的另一替换 《隐含公开》 | [0102-0103] “对于表现不佳的数据中心，减少其带宽获取量或排除其服务。” [0207] “选择通过相对未加载的链路传输片段的服务器，以降低共享链路的负载。” | 对比文件在数据中心或服务器选择时体现了资源准则：倾向于选择能进一步减少资源（带宽、负载）分配的替换方案。虽然对象是数据中心/服务器，但本领域技术人员可以合理推断出类似的资源准则也可应用于媒体流替换场景，以实现减少资源分配的目的。因此认为该特征被隐含公开。 |
| 技术特征R：- 客户端准则，其优选比替换更少影响所选流式传输客户端或者流式传输客户端的所选组的另一替换 未公开 | 对比文件在选择服务器时主要考虑服务器负载和网络条件，未明确考虑对流式传输客户端的影响。 | 对比文件没有公开或暗示在选择替换方案时以“对客户端影响更小”作为准则。因此该特征未公开。 |
| 技术特征S：- 源准则，其优选比替换更少影响媒体流从流式传输源的流式传输的另一替换 《隐含公开》 | [0087] “根据服务器的未利用片段传递带宽选择服务器。” [0111] “组装设备尝试从拓扑上最近的服务器获取片段；若最近服务器不响应或报告带宽限制，则尝试下一最近的。” | 对比文件选择服务器时考虑服务器（即源）的负载、可用带宽等因素，替换故障或过载服务器以维持稳定的流式传输。这体现了优先选择对源影响较小的替换方案。本领域技术人员可合理推断该准则同样可用于媒体流替换场景（即替换时倾向选择对原本的流式传输源影响较小的方案）。故隐含公开。 |
| 技术特征T：- 流准则，其优选对相比媒体流、被流式传输到更小数目的流式传输客户端的另一媒体流的替换 未公开 | 对比文件未涉及根据媒体流被客户端访问的数量来决定替换优先级。其服务器选择不依赖每个内容被多少客户端访问。 | 对比文件无此教导，无法合理推断。 |
| 技术特征U：- 类似性准则，其优选媒体流被在质量、时间对准和/或地理记录位置方面类似的另一媒体流的替换 未公开 | 对比文件未描述媒体流之间在质量、时间对齐或地理位置的相似性比较。其替换仅关注服务器性能，不涉及媒体流内容的相似性。 | 完全未公开。 |
| 技术特征V：其中资源限制是以下中的至少一个：- 媒体流跨网段的并发流式传输中的带宽限制 《直接公开》 | [0094] 描述因骨干网拥塞或故障导致的带宽限制；[0207] 描述共享链路的带宽容量限制。 | 对比文件大量涉及带宽限制作为资源限制，包括跨网段的拥塞。因此带宽限制作为资源限制被直接公开。 |
| 技术特征W：- 媒体流从计算机可读介质的读出中的读出限制 未公开 | 对比文件未专门公开“读出限制”。[0133] 提及硬件限制（CPU、内存）但未提及存储读出接口的瓶颈。 | 对比文件没有讨论从存储介质读取数据成为限制因素的情形。本领域技术人员不能合理推断出这种资源限制被公开。 |
| 技术特征X：- 媒体流的处理中的处理限制 《直接公开》 | [0133] “服务器硬件限制，例如CPU能力或内存总线约束，使其无法以超过一定吞吐量传递片段。” | 处理限制（CPU、内存）被明确列为限制片段传输的因素。这直接对应于“媒体流的处理中的处理限制”。 |
| 技术特征Y：其中输出接口被配置用于将选择数据格式化为元数据流 未公开 | 对比文件未提及将选择数据格式化为元数据流。其选择数据（服务器标识）通常通过控制信令或列表传递，而非以元数据流形式。 | 对比文件中无任何关于元数据流格式的内容。 |
| 技术特征Z：清单文件包括用于使得流式传输客户端能够访问如由根据权利要求1-9中任一项所述的系统生成的选择数据的地址信息 未公开 | 对比文件未使用清单文件来提供选择数据的访问地址。其客户端从控制服务器或直接查询获知服务器信息。 | 对比文件无清单文件机制，亦无将选择数据地址纳入清单的教导。 |
---
**公开性代码输出**
根据上述判断，以下代码表示被直接公开（大写）或隐含公开（小写）的技术特征：
<<<A>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<K>>><<<V>>><<<X>>><<<q>>><<<s>>>