**目标专利名称**：管理媒体流的并发流式传输（CN107079013B）
**对比文件名称**：US20100088425A1 – Location Based Multicast Policies
**模型名称**：DeepSeek (with chain-of-thought)
### 特征比对表格
| 技术特征描述及公开性结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：媒体流至少包括第一媒体流和第二媒体流<br>《直接公开》 | [0019] “server 116 provides the stream at 500 Kbps (Kilobytes per second) and server 118 provides the stream at 100 Kbps.”（服务器116以500Kbps提供流，服务器118以100Kbps提供流。） | 对比文件明确公开了两个具有不同数据速率的媒体流，分别由服务器116和服务器118提供。本领域技术人员可以毫无疑义地得出存在第一媒体流和第二媒体流。因此直接公开。 |
| **技术特征B**：第一媒体流和第二媒体流表示事件的不同记录<br>《未公开》 | 对比文件全文未提及媒体流对应事件的不同记录。服务器116和118提供的是同一多播流内容的不同比特率版本，而非不同视角、不同采集设备或不同内容的记录。 | 目标专利强调“不同记录”指事件的多角度、多类型记录；对比文件仅涉及相同内容的不同码率版本，不存在“不同记录”的含义。因此未公开。 |
| **技术特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输<br>《隐含公开》 | [0016] “a user may be moving, causing the user's signal strength to decrease such that the effective bandwidth is being reduced. This information can be fed back into the policy infrastructure, and the user can be redirected to a different stream… so that the user receives an uninterrupted stream.”（用户移动导致信号强度下降、有效带宽减小；该信息反馈到策略基础设施，用户被重定向到不同流以保障不间断传输。）<br>[0019] 描述了无线链路作为传输介质。 | 对比文件虽未直接提及“并发流式传输”场景，但公开了无线链路等资源具有带宽限制（资源限制），且网络中的资源（如接入点、链路）必然被多个流共享。本领域技术人员根据常识可以合理推断：在多个媒体流同时传输时，资源限制会影响并发流式传输的质量。因此隐含公开了资源限制对并发流式传输的影响。 |
| **技术特征D**：所述系统包括输入接口，用于获得限制数据<br>《隐含公开》 | [0021] “multicast policy logic 202 is configured to receive a signal from a device requesting a multicast stream… determine whether to provide the multicast stream based on a point of attachment…”（多播策略逻辑202配置为接收来自设备的请求信号，并基于附着点决定是否提供多播流。） | 对比文件中的多播策略逻辑202通过接收设备请求、确定附着点（如连接类型、信号质量）来获得决策所需的信息。这些附着点数据实质上构成了“限制数据”（如带宽限制、连接类型的限制）。虽然未使用相同术语，但本领域技术人员可以合理推断该系统具备获取限制数据的输入接口。因此隐含公开。 |
| **技术特征E**：所述限制数据指示至少以下的并发流式传输超过资源限制<br>《未公开》 | 对比文件未提及“并发流式传输超过资源限制”这一判断。其限制数据（附着点、信号强度）用于决定单个多播流的提供与否或源选择，而非基于并发流总量超出资源限制。 | 目标专利的限制数据专门指示多个媒体流同时传输时超出资源限制；对比文件始终在单流场景下评估条件，没有涉及多流并发总量超过限制的情形。因此未公开。 |
| **技术特征F**：i）向第一流式传输客户端流式传输的第一媒体流<br>《直接公开》 | [0017]-[0019] 设备（第一客户端）在位置102A通过无线信号106连接到接入点108，从服务器116接收第一媒体流（500Kbps）。 | 对比文件明确描述了第一客户端（移动设备）从第一服务器（116）接收第一媒体流的过程。因此直接公开。 |
| **技术特征G**：ii）向第二流式传输客户端流式传输的第二媒体流<br>《未公开》 | 对比文件全文只涉及一个客户端（移动设备）的接收过程。虽然存在第二媒体流（100Kbps），但该流仅作为同一客户端在条件变化时的切换目标，不存在同时向另一客户端流式传输第二媒体流的场景。 | 目标专利的第二客户端是独立于第一客户端的另一实体，同时接收第二媒体流。对比文件未公开两个客户端同时接收不同媒体流的情况。因此未公开。 |
| **技术特征H**：选择子系统，用于基于限制数据而生成选择数据<br>《直接公开》 | [0020]-[0024] “multicast policy logic 202 … selects a server, e.g. one of servers 116, 118 in the example illustrated in FIG. 1, to provide the multicast stream.”（多播策略逻辑202选择服务器116或118来提供多播流。）<br>选择基于附着点（限制数据）。 | 多播策略逻辑202构成选择子系统，其根据点附着、信号质量等限制数据生成选择结果（选择哪个服务器提供流）。该选择结果即为选择数据。因此直接公开。 |
| **技术特征I**：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择<br>《未公开》 | 对比文件中的选择数据是针对同一客户端在不同源之间的切换（例如从服务器116切换至服务器118），不存在向第二客户端替换其媒体流的概念。 | 目标专利的替换发生在不同客户端之间（第二客户端停用其原有流，转而接收第一客户端的流）。对比文件未公开跨客户端的替换。因此未公开。 |
| **技术特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换<br>《未公开》 | 对比文件的输出接口（通信链路204）用于指示网络将特定源连接到请求设备，但始终针对同一客户端，未涉及向第二客户端替换流。 | 目标专利要求的输出接口服务于跨客户端替换，对比文件无此应用。因此未公开。 |
| **技术特征K**：其中选择子系统被配置用于进一步基于选择准则而生成选择数据<br>《直接公开》 | [0023]-[0025] 选择准则包括：连接类型（有线/无线）、信号质量（有效带宽）、设备能力（高容量/低容量）等。<br>例如[0023] “selects multicast server 116 to provide the multicast stream responsive to determining the point of attachment is a wired connection and selects the second multicast server 118 to provide the multicast stream responsive to determining the point of attachment is a wireless connection.”（如果附着点为有线则选116，无线则选118。） | 多播策略逻辑202在生成选择数据时明确使用了多种准则（连接类型、信号强度、设备能力等）。这些准则构成了选择准则。因此直接公开。 |
| **技术特征L**：选择准则指示在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于媒体流的并发流式传输中的另一替换是优选的<br>《未公开》 | 对比文件的多播策略中，某一替换（如切换至低速率流）是否被选用完全基于当前条件（如有线/无线），不存在两个替换之间的偏好比较，尤其是涉及第二客户端的替换比较。 | 目标专利的准则明确用于在多种可能的替换中做出优选（例如替换第一客户端还是第二客户端），对比文件没有多个客户端替换选项及比较。因此未公开。 |
| **技术特征M**：其中选择子系统被进一步配置用于基于选择准则为每个媒体流分派质量得分，从而获得多个分派的质量得分<br>《未公开》 | 对比文件没有为媒体流分派质量得分的概念。其选择直接基于条件（如信号质量好则选高速率流，否则选低速率流），而非通过分派得分并比较来决策。 | 目标专利通过分派质量得分（如按比特率、内容质量等）实现定量比较；对比文件仅进行条件匹配（if-else逻辑），不存在得分分派。因此未公开。 |
| **技术特征N**：基于分派的质量得分而生成选择数据，以使得能够基于对所述多个分派的质量得分的比较，在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于另一替换被选择<br>《未公开》 | 对比文件没有质量得分比较，也不涉及不同替换之间的选择（无第二客户端替换）。 | 同M，对比文件不采用得分比较机制。因此未公开。 |
| **技术特征O**：其中媒体流包括表示事件的并发时间段的并发部分；并且中选择子系统被进一步配置用于在每一部分的基础上向每个媒体流分派质量得分<br>《未公开》 | 对比文件未将媒体流分割为并发时间段部分，也不存在逐部分分派得分。服务器116和118提供的流是连续未分段的。 | 目标专利的并发部分（如分段）是动态切换的基础，对比文件无此结构。因此未公开。 |
| **技术特征P**：其中基于多个选择准则来分派质量得分<br>《未公开》 | 对比文件虽使用多个准则（有线/无线、信号、设备能力），但这些准则不是用于分派得分，而是直接决定源选择。 | 由于M、O未公开，分派行为本身不存在，基于多个准则分派得分也无从谈起。因此未公开。 |
| **技术特征Q**：-资源准则，其优选比替换进一步减少资源的资源分配的另一替换<br>《直接公开》 | [0024] “if the endpoint can no longer receive the stream at the higher data rate… multicast policy logic 202 can then switch the endpoint to server 118.”（如果端点无法再接收高速率流，则切换到低速率流。）<br>该切换减少了网络资源（带宽）的消耗。 | 对比文件中当信号变弱时，选择低速率流（服务器118）替换高速率流（服务器116），这实质上是采用资源消耗更低的替换。因此直接公开了资源准则（优选减少资源分配）。 |
| **技术特征R**：-客户端准则，其优选比替换更少影响所选流式传输客户端或者流式传输客户端的所选组的另一替换<br>《直接公开》 | [0025]-[0026] 对比文件考虑设备类型（高容量/低容量）决定是否提供高速率流。<br>[0026] “if the multicast stream is a video stream and the endpoint (device) is only capable of producing an image at a low resolution, multicast policy logic 202 may select multicast server 118 to provide the stream even though the bandwidth is sufficient for providing a higher resolution stream.”（如果设备仅能显示低分辨率，即使带宽足够也选择低速率流。） | 该选择准则基于客户端自身能力（影响客户端体验/受影响程度），相当于客户端准则：优先选择对客户端影响较小的替换（避免给低能力设备传送高分辨率流）。因此直接公开。 |
| **技术特征S**：-源准则，其优选比替换更少影响媒体流从流式传输源的流式传输的另一替换<br>《未公开》 | 对比文件未考虑源侧的限制（如源的处理能力、连接数）。其选择仅基于接收端条件。 | 目标专利的源准则关注源端的负担（如源是否过载），对比文件无此内容。因此未公开。 |
| **技术特征T**：-流准则，其优选对相比媒体流、被流式传输到更小数目的流式传输客户端的另一媒体流的替换<br>《未公开》 | 对比文件没有依据被访问的客户端数量来选择媒体流。假设多播组可能有多个接收者，但对比文件未利用该信息进行替换决策。 | 目标专利的流准则考虑流被多少客户端接收以便减少总资源，对比文件无此考虑。因此未公开。 |
| **技术特征U**：-类似性准则，其优选媒体流被在质量、时间对准和/或地理记录位置方面类似的另一媒体流的替换<br>《未公开》 | 对比文件中的两个流是相同内容的不同码率，不涉及质量类似性、时间对准或地理记录位置类似性的比较。 | 目标专利的类似性准则用于在不同记录之间选择替换流（如视角相近），对比文件不存在不同记录，也无对应准则。因此未公开。 |
| **技术特征V**：-媒体流跨网段的并发流式传输中的带宽限制<br>《直接公开》 | [0016] “signal quality … effective bandwidth is being reduced” (信号质量、有效带宽减少) <br>[0023]-[0025] 对比文件基于带宽（有线/无线、信号强度）决定源选择。 | 带宽限制是对比文件做出决策的核心资源限制之一（如无线链路带宽受限时必须切换到低速率流）。因此直接公开。 |
| **技术特征W**：-媒体流从计算机可读介质的读出中的读出限制<br>《未公开》 | 对比文件未涉及从计算机可读介质读出的场景。其流来自网络服务器，不涉及本地读出的限制。 | 目标专利的读出限制指本地存储读取速度瓶颈，对比文件无此内容。因此未公开。 |
| **技术特征X**：-媒体流的处理中的处理限制<br>《未公开》 | 对比文件未考虑服务器或网络设备处理能力的限制。其决策仅基于传输链路条件。 | 目标专利的处理限制指转码等处理瓶颈，对比文件无此内容。因此未公开。 |
| **技术特征Y**：其中输出接口被配置用于将选择数据格式化为元数据流<br>《未公开》 | 对比文件未将输出格式化为元数据流。其输出可能是网络指令或协议消息（如IGMP），而非元数据流。 | 目标专利要求选择数据以元数据流形式发送，便于客户端获取。对比文件无此特征。因此未公开。 |
| **技术特征Z**：清单文件包括用于使得流式传输客户端能够访问如由根据权利要求1-9中任一项所述的系统生成的选择数据的地址信息<br>《未公开》 | 对比文件未提及任何清单（manifest）文件。客户端通过请求和策略逻辑直接获得流，无需清单。 | 目标专利的清单用于向客户端提供地址信息以便访问选择数据，对比文件完全不涉及。因此未公开。 |
### 公开性代码汇总
根据以上判断，对比文件直接公开或隐含公开的技术特征如下：
- 直接公开：**特征A、F、H、K、Q、R、V**
- 隐含公开：**特征C、D**
（注意：特征C、D因作用不同但可合理推断而标记为隐含公开；其余未公开特征均未列出代码。）
因此，回答结尾应插入对应代码：
`<<<A>>> <<<F>>> <<<H>>> <<<K>>> <<<Q>>> <<<R>>> <<<V>>> <<<c>>> <<<d>>>`
但是，根据要求，“若对比文件直接公开了技术特征A请在回答的结尾插入大写英文代码<<<A>>>”，若隐含公开则插入小写代码。因此，A、F、H、K、Q、R、V用大写，C、D用小写。注意特征C和D隐含公开，代码应为<<<c>>>和<<<d>>>。按顺序排列无特定要求。
最终回答尾部应包含：
`<<<A>>><<<F>>><<<H>>><<<K>>><<<Q>>><<<R>>><<<V>>><<<c>>><<<d>>>`
但为了清晰，可以空格分隔。按照用户指示，直接在每个代码前后插入代码。我将在下面输出。</think><<<A>>><<<F>>><<<H>>><<<K>>><<<Q>>><<<R>>><<<V>>><<<c>>><<<d>>>