一种用于管理媒体流的并发流式传输的系统，媒体流至少包括第一媒体流和第二媒体流；第一媒体流和第二媒体流表示事件的不同记录；通过具有资源限制的资源使得能实现媒体流的并发流式传输；所述系统包括输入接口，用于获得限制数据；所述限制数据指示至少以下的并发流式传输超过资源限制；i）向第一流式传输客户端流式传输的第一媒体流；以及ii）向第二流式传输客户端流式传输的第二媒体流；选择子系统，用于基于限制数据而生成选择数据；所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；以及输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深入的法律与技术特征解析，并结合对比文件D1、D2和D3的原文及详细出处进行逐项特征比对与创造性分析。具体如下：

### 一、 权利要求1的技术特征拆解与技术内涵解释

目标权利要求1保护一种**“用于管理媒体流的并发流式传输的系统”**，其核心发明构思在于：当多个表示同一事件不同记录的媒体流在并发流式传输中**超过资源限制**时，系统通过输入接口获得限制数据，选择子系统生成选择数据，**用其中一个媒体流（第一媒体流）在向流式传输客户端的传输中去替换另一个媒体流（第二媒体流）**，从而在满足资源限制的前提下实现媒体流的替换管理。

具体技术特征拆解如下：

* **技术特征A**：媒体流至少包括第一媒体流和第二媒体流。

* **技术特征B**：第一媒体流和第二媒体流表示事件的不同记录（如：同一场球赛或事件的不同摄像机机位/角度、不同记录方式的流）。

* **技术特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输。

* **技术特征D**：系统包括输入接口，用于获得限制数据。

* **技术特征E**：限制数据指示至少以下的并发流式传输超过资源限制：

* **技术特征F**：i）向第一流式传输客户端流式传输的第一媒体流；以及

* **技术特征G**：ii）向第二流式传输客户端流式传输的第二媒体流；

* **技术特征H**：选择子系统，用于基于限制数据而生成选择数据；

* **技术特征I**：选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；

* **技术特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

---

### 二、 对比文件原文比对与详细出处分析

为了清晰展现各对比文件的公开情况，以下使用其公开号指代：

* **D1**：US6487220B2

* **D2**：US6522672B1

* **D3**：US20030189589A1

#### 1. D1 (US6487220B2) & D2 (US6522672B1) 的公开情况分析

D1和D2的文本内容高度相似（D1为D2的母案分案或同族），它们公开了一种**基于内容/优先级的多路复用器设备和复用方法（Content-based multiplexer device and multiplexing method）**。

* **技术特征A、C**：D1/D2公开了对多种媒体信息（如视频、音频、数据）构成的复用比特流进行管理，且其指出在传输带宽受限时（“there is a limitation in a bit rate per media multiplexed bit stream”），依据优先级控制某些媒体信息的复用ON/OFF（开关）。

* **技术特征B（不公开）**：D1/D2中的媒体流是同一个广播节目（Program）中的不同组件（1个视频、2个声音、1个数据），或者是不同的广播节目（如电影、新闻、体育）。**它们并不表示“同一个事件的不同记录”**（例如同一场比赛的多个机位）。

* **技术特征D-J（未公开/实质不公开）**：D1/D2的解决手段是：当带宽受限时，**控制ON/OFF（即丢弃低优先级的媒体流或降低其传输速率）**。原文指出：“controlling ON/OFF of the multiplexing according to the priority... multiplexing or not multiplexing certain media information is supposed to control a transmission rate...”。这属于**“丢包/限速/掐断”**机制，**完全没有公开“用第一媒体流去替换流向第二客户端的第二媒体流”的动态替换机制（特征I、J）**。

#### 2. D3 (US20030189589A1) 的公开情况分析

D3公开了一种**在场馆（如体育场、赛车场）内向便携式无线设备提供多视角现场和回放多媒体流的系统（Systems and methods for enhancing event quality）**。

* **技术特征A、B、C**：D3明确公开了“观众可以通过便携式设备访问多视角（multi-angle views）的现场和回放视频”，这些流均表示**“同一事件的不同记录（不同视角/机位）”**（D3原文：`[0019]` "accessing multi-angle views... in relation to an ongoing experience or event." 且 `[0023]` "select between the various live views"）。同时，D3在`[0006]`和`[0035]`中明确指出无线网络资源是有限的、存在拥堵的（"fairly congested connections", "shared environment that does not automatically manage the utilization of its resources"），即存在资源限制。

* **技术特征D、E、F、G、H（实质公开）**：D3公开了全局资源分配控制机制和速率控制方案（`[0006]` "global resource allocation control mechanism", "rate control scheme that uses such a multimedia streaming TCP-friendly protocol while minimizing the overall distortion under the constraint that the total rate for all objects is upper-bounded by a target bit rate"）。当总速率超过目标比特率（资源限制）时，动态分配比特。

* **技术特征I、J（不公开）**：D3应对带宽限制和网络拥堵的手段是**“平滑发送速率、动态分配比特、最小化失真（即降低码率/压缩质量）”**，或者**“预测并将单播（unicast）转为组播（multicast）”**（见`[0006]`和`[0009]`）。D3**没有公开**“当超过资源限制时，生成选择数据，利用第一媒体流去**替换（replace）**流向第二客户端的第二媒体流”这一技术手段。

---

### 三、 技术特征比对表格

下表将权利要求1的技术特征与D1、D2、D3的原文及出处进行详细比对：

---

### 四、 最接近对比文件（D1/D2/D3）的筛选与创造性分析

在创造性分析中，确定“最接近的对比文件”通常应选择**技术领域相同或相近，解决的技术问题、具有的技术效果最接近，或者公开权利要求技术特征最多**的文件。

#### 1. 筛选分析：

* **D1/D2 (US6487220B2 / US6522672B1)**：属于多路复用传输领域，其整体解决的技术问题是“在传统的传输复用中，如何根据业务/内容优先级在有限带宽内更灵活地复用视音频组件（丢弃或限速低优先级组件）”。

* **D3 (US20030189589A1)**：属于**媒体流流式传输管理领域**，具体是在体育场馆等并发环境中，向**多个流式传输客户端（便携式设备）**无线流式传输表示**同一事件不同记录（多视角机位）**的媒体流。其整体解决的技术问题是“在无线网络资源受限、多客户端并发拥堵时，如何通过资源配置算法最大化流媒体传输质量”。

#### 2. 结论：**D3 最适合作为最接近的对比文件**。

* **理由**：

1. **技术领域和应用场景完全一致**：D3与目标专利均针对“同一事件的不同记录（多视角流）”向“多个客户端（便携式设备）”进行“并发流式传输管理”。而D1/D2属于更底层的多路复用器（Mux）技术。

2. **公开的技术特征最多且最核心**：D3毫无疑问地公开了前置架构特征——**特征B**（表示事件的不同记录）和**特征F、G**（向多个无线便携式流式传输客户端传输）。这两个核心应用场景特征是D1/D2完全不具备的。

#### 3. 补充对比文件分析（未被最接近对比文件公开的特征是否被其他公开）：

最接近对比文件D3**未公开**的创新技术手段为：**特征I和特征J中的“在向第二流式传输客户端的流式传输中，由第一媒体流对第二媒体流进行替换（replace）”**。

* 检查其他对比文件（D1、D2）：D1和D2在面对资源限制（带宽不足）时，公开的手段是“控制ON/OFF（停止复用或降低某些流的传输速率）”。**因此，D1和D2同样没有公开“由第一媒体流替换第二媒体流”的特征。**

---

### 五、 无效请求中最薄弱的技术特征

若针对目标权利要求1提出无效请求，其**最薄弱的技术特征（即专利权人最容易据守、最具有创造性的特征）**是：

> **特征I + 特征J：所述选择数据表示用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择，并输出该选择数据以实现在向第二客户端的传输中由第一媒体流对第二媒体流的替换。**

**无效构思与对抗壁垒分析**：

1. **现有技术（D1, D2, D3）的常规改进行为**：当并发流传输面临网络“资源限制”（带宽过载/网络拥堵）时，本领域技术人员的常规手段是：

* **降码率/丢帧**（如D3的降低媒体编码失真，平滑发送速率）；

* **掐断低优先级流/限速**（如D1/D2的控制ON/OFF复用）；

* **改变传输模式**（如D3的单播转组播）。

2. **目标专利的独特逻辑**：目标专利另辟蹊径，其不降码率也不直接掐断，而是利用已经占用带宽的、流向第一客户端的“第一媒体流”，去**动态替换**流向第二客户端的“第二媒体流”。这种“流替换”的管理机制在D1~D3中完全没有给出任何技术启示。

3. **结论**：特征I和J构成了本权利要求坚固的“创造性步长”。若仅凭目前的D1~D3，**无法直接论证将常规的“降速/掐断/转组播”转换为“用第一流替换第二流”具有显而易见性**。该特征是当前无效请求中最难攻克的薄弱点（对无效请求人而言是最薄弱的攻击点，对专利权人而言是最强防御点）。

---

### 六、 进一步的对比文件检索策略

鉴于目前的D1~D3未能覆盖“流替换”这一核心手段，为了成功无效该权利要求，建议调整检索策略，启动第二轮针对性检索：

1. **调整检索核心关键词（Focus on "Replacement"）**：

* 改变以往单纯检索“拥塞控制（congestion control）”、“带宽限制（bandwidth limit）”的思路。

* 切入**流媒体调度、动态流切换、流替换**领域。

* **英文扩展词**：`stream replacement`, `stream substitution`, `dynamic stream switching`, `client redirection`, `stream reuse`, `channel hopping/switching under network congestion`.

* **中文扩展词**：`媒体流替换`, `流重定向`, `动态流切换`, `带宽限制+流替换`, `并发重用`.

2. **拓展技术领域与应用场景（Cross-domain Search）**：

* **P2P流媒体直播系统（P2P Streaming）**：在P2P网络中，当某个节点带宽受限无法获取特定流时，系统常会调度其他邻居节点已有的相同/关联媒体流进行“重定向或流替换”。

* **CDN内容分发与视频会议系统（Video Conferencing / CDN）**：在多方视频会议中，当某一分支链路带宽恶化（超限）时，中心MCU或服务器会强制将该链路上正在传输的高清流/次要流，**替换**为当前主讲人的流或低带宽关联流（第一媒体流）。

* **IPTV / 动态自适应流媒体（DASH / HLS 变种）**：检索跟踪服务器端根据全网带宽状况，主动对客户端实施的频道/流强制重定向和替换技术。

3. **分类号跟踪检索（IPC/CPC）**：

* 重点锁定：**H04L65/60**（流媒体传输）、**H04L65/80**（响应于网络条件的流媒体流管理/QoS）、**H04L67/10**（多路复制或分布式服务器的调度与重定向）。

通过引入“视频会议多路流动态调度”或“P2P/CDN流重定向替换”等领域的对比文件，配合D3（多视角场景），以**“多方视频会议/P2P在带宽超限时通过流替换来维持传输”**作为公知常识或技术启示，方有望成功无效掉这一核心特征。

作为一名经验丰富的专利代理师，我将为您对该目标权利要求1进行深度解析，并结合三份对比文件（D1: CN1460378A、D2: US20040071209A1、D3: US20040071214A1）的原文及详细出处进行逐项特征比对与创造性、无效可行性分析。

---

### 一、 目标权利要求1的技术特征拆解与技术内涵解释

本申请权利要求1请求保护的是一种**用于管理媒体流的并发流式传输的系统**。其核心逻辑在于：在多路表示同一事件不同记录（如不同视角）的媒体流在并发传输过程中，当总带宽等资源受到限制、无法同时满足两路（或多路）高质量流的并发传输（发生资源超限）时，系统能够获得限制数据并产生选择数据，**自动选择其中一路媒体流（例如第一媒体流）在发往第二客户端的链路上替换掉原本的第二媒体流**，从而通过流的相互替代来动态适配资源限制。

---

### 二、 对比文件原文技术特征比对表格

以下将权利要求1拆解为10个技术特征（A~J），并与对比文件D1、D2、D3的原文详细出处及公开内容进行横向比对：

---

### 三、 最接近对比文件（D1 vs D2/D3）的选择与分析

在创造性审查或无效宣告程序中，选择“最接近的对比文件”通常从**技术领域、整体解决的技术问题以及达到的技术效果**三个维度考量。本案中，存在两个不同的切入方向，因此**最接近的对比文件可以有两个（D1 或 D2）**：

#### 观点A：选择 D1（CN1460378A）作为最接近的对比文件

* **整体解决的技术问题与技术效果**：D1的核心在于解决**“固定带宽网络中，因并发传输多个媒体流导致网络带宽饱和、资源超限”**的问题。其技术效果是在网络饱和时通过管理传输质量的降级，确保多个用户能无缝观看。这与本申请权利要求1在**“管理并发流式传输”、“基于限制数据适配资源限制”**的架构和根本目的上完全一致。

* **适合作为最接近对比文件的理由**：权利要求1的触发核心是“并发流式传输超过资源限制（限制数据）”。在控制触发机理上，D1（自适应带宽脚印匹配状态机）与本申请最为契合。

#### 观点B：选择 D2（US20040071209A1）作为最接近的对比文件

* **整体解决的技术问题与技术效果**：D2、D3属于同一家族。D2核心解决的是**“如何在大型体育赛事（Event）中，向多台便携式设备无线传输由多个摄像机（不同记录）拍摄的视频流”**的问题。它通过传感器和选择器，动态选择并传输最佳视角的视频流，从而在多路不同视角的流中进行切换。

* **适合作为最接近对比文件的理由**：D2毫无异议地公开了特征B（表示事件的不同记录）以及“流切换/选择”的系统拓扑架构，其系统元素（多个摄像机、流选择器、客户端）与本申请权利要求1的形式特征最为接近。

**总结**：如果从**资源限制的管理机制**出发，**D1最适合**作为最接近的对比文件；如果从**多视角媒体流（事件的不同记录）系统架构**出发，**D2最适合**作为最接近的对比文件。

---

### 四、 未被最接近对比文件公开的特征是否被其他对比文件公开？

假设我们以 **D1 或者是 D2** 作为最接近的对比文件，权利要求1的核心未公开特征主要聚焦在**特征I和特征J**，即：**“基于资源超限的限制数据，产生选择数据去选择第一媒体流，并在传输给第二客户端时替换掉第二媒体流”**。

我们来审查这一核心区别特征是否在其余对比文件中被公开：

1. **D1 没有公开此特征**：D1遇到带宽超限时，其手段是“就地降级”（调大量化因子、砍掉像素行/列），属于**单路流内的压缩降级**，完全没有“用流A去替换流B”的概念。

2. **D2 没有公开此特征**：D2虽然有“流切换（Stream Switch）”，但其切换的驱动力是“传感器识别到某运动员更具吸引力”或“用户主动选择”，其目的是为了给用户呈现更有趣的比赛画面，**并不是因为并发流超限而被迫用A替换B**。

3. **D3 没有公开此特征**：D3在带宽不足时，技术方案是把视频流拆成基础流（低质量）和差分流，无线端先发低质量流，等带宽允许或利用延迟器件滞后发送差分流。这属于**分层编码/分时传输技术**，同样没有用第一路流替换第二路流的方案。

**结论**：**核心区别特征（特征I、特征J的有机结合）在三份对比文件中均未被公开。** 也就是说，现有对比文件并未给出“在网络超限时，通过拉取另一路事件记录流来直接替换当前超限客户端的流”这一技术启示。

---

### 三、 若提出无效请求，本专利最薄弱的技术特征分析

若您代表请求人试图无效本权利要求，或者作为代理师评估该权利要求的稳定性，**最薄弱（即最容易被攻破或被规避）的技术特征是：特征I和特征J中所限定的“替换（replace/substitution）”这一宽泛表述**。

* **薄弱原因分析（对请求人有利的角度）**：

权利要求1中对“替换”的限定非常上位。它没有限定替换是在“服务器端、网关端、还是客户端”发生，也没有限定替换是“物理截断”还是“逻辑覆盖”。

在无效审理中，请求人可以通过**扩大解释**来向 D2 靠拢。例如：在 D2 中，当多台客户端并发看比赛，此时系统因某种事件分数（Sensor 评分）改变，流切换器（Stream Switch 322）将输出给第二客户端的画面从摄像机2（第二媒体流）切换到了摄像机1（第一媒体流）。请求人可以辩称：从第二客户端最终接收的角度来看，这在客观上就是**“由第一媒体流对第二媒体流进行了替换”**，且 D2 的背景技术【0005】中也伴随着“大量用户无线接收、带宽受限”的描述。

* **专利权人的防御软肋**：如果请求人成功将 D2 的“视角切换”等同于权利要求1的“媒体流替换”，且将 D2 描述的“用户过多导致带宽不足”等同于“限制数据”，则权利要求1极易被 D2 结合公知常识（或者 D2 结合 D1）拉低创造性。

---

### 六、 进一步的对比文件检索策略建议

鉴于目前现有的三份对比文件均未能完美击中“**因资源超限而触发流替换**”这一核心逻辑，为了能够成功无效该权利要求，建议调整检索策略，往以下两个纵深方向进行补充检索：

1. **多路复用与广播电视/ IPTV 系统中的“统计复用 (Statistical Multiplexing)”与“应急/高标清频道置换”领域**：

* **检索方向**：在有线电视前端或 IPTV 传输中，当总物理带宽发生波动或超限时，系统为了保住核心频道，会动态地将次要频道（第二媒体流）切断，并直接复制主导频道（第一媒体流）的数据填补该频道的空缺；或者将高清流直接替换为同源的标清流。

* **关键词组合**：`IPTV` / `视频流管理` / `流媒体网关` AND `带宽超限` / `拥塞控制` / `资源限制` AND `通道切换` / `流替换` / `替代传输` / `Dynamic Channel Substitution`。

2. **CDN（内容分发网络）与 P2P 实时流媒体调度调度算法领域**：

* **检索方向**：在多路直播（如多机位电竞直播、多视角体育直播）的 CDN 分发架构中，当某一节点的边缘服务器出现过载或客户端下行带宽突降时，CDN 调度系统会强制下发一条指令，将客户端正在接收的高带宽需求流，强制**替换**为另一路共享同源核心帧、但带宽占用低的其他记录流。

* **检索库及分类号延伸**：重点检索中国专利局（CN）、美国专利局（US）以及 IEEE Xplore 文献库。重点关注 IPC 分类号：`H04L65/60`（流媒体传输）、`H04N21/234`（视频输入流的处理/切换）。

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求1的文本内容与各对比文件（D1、D2、D3）的原文及详细出处，为您进行深度合规的权利要求解析、特征对比、最接近 prior art 甄选、无效突破口诊断以及后续的检索策略制定。

---

### 一、 权利要求1的技术特征拆解与解析

根据目标专利的文本，权利要求1是一个系统权利要求，其核心在于**“在总资源受限且发生超限冲突时，通过输入接口获取冲突限制数据，由选择子系统自动选择‘表示同一事件的不同记录’的第一媒体流来替换第二媒体流，并由输出接口输出该选择数据以实现替换”**。

我们可以将其精细拆解为以下10个技术特征（特征A~J）：

* **特征A**：媒体流至少包括第一媒体流和第二媒体流；

* **特征B**：第一媒体流和第二媒体流表示事件的不同记录；

* **特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输；

* **特征D**：所述系统包括输入接口，用于获得限制数据；

* **特征E**：所述限制数据指示至少以下的并发流式传输超过资源限制；

* **特征F**：i）向第一流式传输客户端流式传输的第一媒体流；

* **特征G**：ii）向第二流式传输客户端流式传输的第二媒体流；

* **特征H**：选择子系统，用于基于限制数据而生成选择数据；

* **特征I**：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；

* **特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

---

### 二、 对比文件公开特征深度分析

在此，我们使用公认代号指代各对比文件：

* **D1**：CN1606302A《存在网络阻塞点时用于免打嗝快速信道改变的媒体流调度》

* **D2**：US7099281B1 *Passive system and method for measuring the subjective quality of real-time media streams in a packet-switching network.*

* **D3**：CN1951083A《流传输服务中的改进的质量反馈》

#### 1. D1 (CN1606302A) 的公开情况分析

D1聚焦于网络存在带宽限制阻塞点（拥堵）时，如何通过调度程序动态分配和调整多路媒体流的递送，以实现快速信道切换并防止播放下溢。

* **特征A、C、D、E、F、G、H（实质公开/毫无异议公开）**：D1明确公开了“媒体流网络拓扑100”，其中包含内容分发系统140、网络120作为“带宽限制阻塞点”，且通过调度程序130来实现媒体流的调整。调度程序130会追踪和处理“正被发送到呈现设备的流”，在阻塞点发生带宽限制（超过资源限制）时动态分配猝发位速率。这毫无异议地公开了在资源受限下并发流传输、输入接口接收带宽限制/调度数据、以及通过调度程序（选择子系统）生成调度数据的特征。

* **特征B、I、J（未公开）**：D1的业务场景是用户主动切换“信道”（从一个流切换到另一个，如CNN切到MSNBC，或者英文切到西班牙文）。其调度程序虽然在切换时会“快速停止老信道的递送”并“初始化新信道”，但其**替换的触发并非由于系统检测到资源超限而主动进行的“流级同质替换”**，更未公开“第一流和第二流表示同一事件的不同记录（如同视角或同事件的分流）”。

#### 2. D2 (US7099281B1) 的公开情况分析

D2公开了一种在分组交换网络中非侵入式测量实时媒体流主观质量（QoS/MOS）的系统和方法。

* **特征A、F、G、D（实质公开）**：D2公开了从网络中复制多路实时媒体数据流，通过模拟器（Simulator 44）根据网络数据包头部的源标识符（SSRC）将流分离为单独的单源媒体流。

* **特征B、I、J（部分实质公开，但本质不同）**：D2在评估质量时，会将复制出来的特定媒体流的负载清空，“替换”为已知的主观测试信号（Known test signal）来构造伪媒体流，用以比对测试。但这属于**“测试信号替换”**，该已知信号46并不是针对真实世界中“同一事件的不同记录（如另一路实况视频）”；且这种替换发生在测试模拟器内部，其输出接口输出的是“质量测量分数52”，而非“用于在客户端传输中实现由第一流对第二流替换的选择数据”。

* **特征C、E、H（未公开）**：D2完全不涉及在总资源受限时由于“并发超限”而主动对多路客户端的在线媒体流进行流替换控制。

#### 3. D3 (CN1951083A) 的公开情况分析

D3公开了一种流传输服务中质量反馈（QoE）的架构，聚焦于客户端如何向服务器反馈帧率偏差、同步损失、丢包等各种细粒度体验指标。

* **特征A、C、D、E、F、G（实质公开）**：D3公开了在无线或有线承载网络中，多个媒体流（如音频、视频流）并发传输到客户端。系统通过RTSP等协议的QoE报告周期返回各类“恶化持续时间”、“帧率偏差”等质量反馈值（属于限制数据/质量劣化的表现）。

* **特征B、H、I、J（未公开）**：D3完全停留在“如何更精准地把恶化情况上报给服务器”这一层面（反馈机制）。其说明书提及服务器接收数据是为了“统计收集、计费或通过增强错误恢复力提高流传输质量”，但未公开由选择子系统根据并发超限数据，**自动选择同一事件的另一路记录（第一媒体流）去替换超限的第二媒体流**并输出控制数据的逻辑。

---

### 三、 权利要求1的技术特征比对表

根据上述深入解析，编制以下标准法律合规特征比对表：

*注：“+”代表完全公开或实质公开；“-”代表未公开。*

---

### 四、 最接近的对比文件（最接近 prior art）甄选及理由

在创造性（Invalidity/Obviousness）审查与诉讼中，**D1 (CN1606302A)** 最适合作为本发明的**最接近的对比文件**。

#### 1. 甄选理由：

* **技术领域高度契合**：本发明与D1均属于**媒体流分发网络中的流量/调度管理技术领域**。

* **解决的技术问题和技术效果极为接近**：本发明旨在解决当多个媒体流并发流式传输时，由于“资源限制”导致超限冲突，从而对流实施动态调整和替换管理的问题。而D1关注的核心问题恰恰是“网络存在带宽限制阻塞点时”，如何通过范例媒体流调度程序动态分配和调整多路同时传输的媒体流，以在带宽受限的情况下实现平滑调度、防止播放下溢（打嗝）。

* **公开的技术特征最多**：由上表可见，D1公开了除“同一事件的不同记录（特征B）”以及“特定流替换逻辑（特征I、J）”之外的绝大多数架构和网络参数感知特征（特征A、C、D、E、F、G、H）。

#### 2. 其他对比文件的排除说明：

* D2纯粹属于网络运维侧的**主观质量测试与测量技术领域**，其所谓的“替换”只是为了实验室或仿真环境下的信号质量比对（将复制流换成标准信号），既不感知并发总资源受限，也不用于下发在线流调度控制，其技术问题与本发明相去甚远。

* D3虽然感知了质量恶化和资源超限，但其本质上是一种**客户端到服务器的质量反馈机制（QoE）**，完全不涉及服务器端或调度系统在超限时对媒体流进行替换控制的执行子系统。

---

### 五、 未被最接近对比文件公开的特征是否被其他文件公开

最接近的对比文件D1未公开的特征为：**特征B、特征I、特征J**。

根据交叉比对分析：

1. **特征B（同一事件的不同记录）**：**未被D2、D3公开。**

* D1是普通的多信道广播切换（如CNN和MSNBC）；

* D2是已知的主观测试标准信号；

* D3是同一流里的多轨音视频同步（如英语/西班牙语同轨视频）。

* 因此，没有任何一个对比文件提到了“两个不同的流表示同一个真实世界事件的不同记录/不同视角”。

2. **特征I和特征J（因总资源受限，由系统主动选择第一流替换第二流并输出）**：**未被D2、D3公开。**

* D1的替换是响应用户手工发起的“Change channel”（信道改变请求）；

* D2的替换是为了产生仿真伪数据进行MOS打分；

* D3完全没有替换动作，只有单纯的恶化数据上报。

**结论**：未被D1公开的特征B、I、J，同样**没有被D2和D3公开**。

---

### 六、 无效请求中最薄弱的技术特征诊断

若您作为请求人对本目标专利提出无效宣告请求，该权利要求中**最难以攻破（对专利权人而言最稳固、对无效方而言最薄弱）的防线**是：

> **【特征B + 特征I】的有机结合体**：即“在并发资源超限时，调度系统能够自动识别并选取**‘表示同一事件的不同记录’（如同事件、同现场的低码率流或另一视角流）**来对原有的第二媒体流进行**自动流替换**”。

#### 诊断原因：

1. **对比文件存在实质盲区**：目前的D1~D3虽然把网络拥堵、资源受限、并发传输、数据接口乃至控制子系统的硬件外壳都公开完了，但在“替换策略的业务内核”上出现了彻底的断层。D1~D3完全没有“同事件不同记录分流”这一概念。

2. **规避了传统的信道切换与质量升降策略**：常规技术（如D1）在网络拥堵时，往往是降低某一个流的码率（自适应流媒体如DASH、HLS技术）或直接让某些呈现设备下线（停止老信道递送）。而目标专利另辟蹊径，提出用“同一事件的另一个流”去替换，这种基于“内容语义相关性（同一事件）”的流控替换机制，极易被专利局合议组认定为具有“预料不到的技术效果”，从而具备高企的创造性高度。

---

### 七、 进一步的对比文件检索策略建议

鉴于目前D1~D3的组合无法阻击权利要求1的核心创造性点（特征B+I+J），必须调整检索策略，补充强力的**X/Y证物**。建议采取以下检索攻防策略：

#### 1. 业务场景与技术术语的重新对焦（扩展关键词）

特征B和I的核心本质是“多视角/同事件分流在资源受限时的联动调度”。应放弃纯粹的“网络阻塞点/QoS测算”这类纯网络层检索，而向**应用层、内容分发网络（CDN）及多视角广播（Multi-view video coding / Multi-angle broadcasting）**方向突破。

* **建议增设检索词（中文）**：同事件、同一事件、多视角、多机位、多角度、备用流、影子流、流替换、内容相关性、语义流控、同源分流、资源限制、码率回退。

* **建议增设检索词（英文）**：*Multi-view, Multi-camera, Alternative stream, Stream substitution, Content-aware streaming, Semantic streaming, Dynamic backup stream, Resource constrained replacement.*

#### 2. 分类号（IPC/CPC）的精准切入

目前的对比文件多集中在 `H04L`（数据网络传输）。必须向**视频、电视、广播传输及流媒体自适应控制（`H04N`）**的大本营进行深度挖掘：

* **`H04N 21/2343`**：涉及在网络端（内容服务器/边缘节点）对流进行转换、变换或码率自适应选择的系统。

* **`H04N 21/266`**：针对多个流或信道的系统管理与流控。

* **`H04N 21/442`**：客户端或系统端检测网络状态资源（资源超限）并触发流切换的装置。

* **`H04N 21/218`**：涉及多个源/多相机机位（表示同一事件的不同记录）的主动流管理。

#### 3. 针对性的检索方向（攻防寻找目标）

* **追溯多机位直播（如体育赛事、大型演艺）的早期专利**：这类场景下最容易出现“由于用户网络带宽资源不够，服务器自动将其从4K多机位主视角流，切换/替换到同一赛事的机位B（低带宽消耗流）”的技术方案。

* **检索CDN领域的“内容感知自适应调度（Content-Aware Adaptive Streaming）”专利**：寻找那些不仅仅依靠降低分辨率，而是通过评估“不同流由于画面动态不同，导致在相同事件下资源消耗不同”而实施流替换的先备技术。

* **检索时间窗口**：重点紧盯视频监控系统（如多路摄像头监控同一广场/同一事件）及移动实况转播领域的全球专利申请。

### 1. 权利要求技术特征的边界与公开号对照

针对无效宣告请求中的特征比对及出处认定，首先明确三份对比文件的公开号及基础信息：

* **D1：** `JP2007115293A`（信息存储介质、程序及再生方法、装置）

* **D2：

```python?code_reference&code_event_index=1

import os

from weasyprint import HTML

# Content generation for the patent analysis report

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm;

@bottom-right {

content: counter(page);

font-family: 'Times New Roman', 'SimSun', serif;

font-size: 10pt;

color: #555;

}

@bottom-left {

content: "专利无效宣告请求技术与法律分析报告";

font-family: 'SimSun', serif;

font-size: 10pt;

color: #555;

}

}

body {

font-family: 'Times New Roman', 'SimSun', serif;

font-size: 11pt;

line-height: 1.6;

color: #333333;

margin: 0;

padding: 0;

}

h1 {

font-size: 20pt;

text-align: center;

color: #1a365d;

margin-bottom: 25px;

font-weight: bold;

}

h2 {

font-size: 14pt;

color: #2b6cb0;

border-left: 4px solid #2b6cb0;

padding-left: 10px;

margin-top: 30px;

margin-bottom: 15px;

page-break-after: avoid;

}

h3 {

font-size: 12pt;

color: #2d3748;

margin-top: 20px;

margin-bottom: 10px;

font-weight: bold;

page-break-after: avoid;

}

p {

text-align: justify;

text-indent: 2em;

margin-bottom: 12px;

}

.no-indent {

text-indent: 0 !important;

}

table {

width: 100%;

border-collapse: collapse;

margin: 20px 0;

font-size: 10pt;

page-break-inside: auto;

}

tr {

page-break-inside: avoid;

page-break-after: auto;

}

th, td {

border: 1px solid #cbd5e0;

padding: 8px 10px;

text-align: left;

vertical-align: top;

}

th {

background-color: #f7fafc;

color: #2d3748;

font-weight: bold;

}

.feature-id {

width: 12%;

font-weight: bold;

text-align: center;

}

.feature-desc {

width: 28%;

}

.doc-analysis {

width: 60%;

}

.highlight {

background-color: #ebf8ff;

padding: 10px;

border-left: 3px solid #3182ce;

margin: 15px 0;

text-indent: 0;

}

.bold-text {

font-weight: bold;

}

</style>

</head>

<body>

<h1>专利无效宣告请求技术与法律分析报告</h1>

<h2>一、 权利要求1的技术内涵与原理解析</h2>

<p>目标专利权利要求1保护的是一种“用于管理媒体流的并发流式传输的系统”。从专业的专利代理师角度出发，紧密结合其技术方案，该权利要求的核心发明构思在于：<b>在资源有限的网络流媒体传输环境中，通过实时监控流式传输客户端的资源限制状态（如带宽、硬件负载等），在发生资源超限时，自动触发一种流媒体替换机制，使用同一事件的不同记录（例如较低码率的流或者不同视角的流）去替换原有的媒体流，从而实现平滑降级，确保整体传输服务的连续性和稳定性。</b></p>

<p>为了精确界定其保护范围，对关键技术术语和特征作如下解释：</p>

<p>1. <b>“表示事件的不同记录”（特征B）：</b>这是本权利要求极其核心的限定。它意味着第一和第二媒体流不是任意相互独立的视频，而是针对同一个“事件”（Event）所产生的不同记录形式。在流媒体工程中，这可以具体表现为同一段视频的不同分辨率/码率版本（如1080P与720P）、同一现场直播的不同摄像机机位（多视角），或者不同的编码格式。其技术目的是为了在替换后，客户端用户依然能够获取关于该“事件”的连续内容，而不是切换到不相关的系统或内容中。</p>

<p>2. <b>“限制数据指示并发流式传输超过资源限制”（特征E、F、G）：</b>此处建立了一个多维度的并发超限判定条件。即系统获取的限制数据必须能直接或间接反映出：向第一客户端传输第一流以及向第二客户端传输第二流的“并发”总体积或各自分配额，已经无法被当前的硬件/网络带宽资源所容纳。这并非单纯的单一客户端网络抖动，而是立足于全局或涉及多客户端的并发资源冲突管理。</p>

<p>3. <b>“选择子系统用于替换的选择”（特征H、I、J）：</b>该子系统基于上述超限警报，生成指导性的选择数据，其核心逻辑是在给第二流式传输客户端的流中，用第一媒体流“替换”第二媒体流。这说明第一媒体流具备替代第二媒体流的技术可行性（因为是同一事件的不同记录），替换的输出结果是引导网络架构或客户端改变接收目标，从而降低资源消耗。</p>

<h2>二、 对比文件技术特征比对与原文出处分析</h2>

<p>本案涉及三份关键对比文件：</p>

<ul>

<li><b>对比文件1 (D1)：</b>US7286502B1，公开日2007-10-23。主要涉及基于IP的无线设备与光网络接口系统，侧重于多天线、多收发器(T/R)以及多处理器的硬件并行通路。</li>

<li><b>对比文件2 (D2)：</b>US20080098446A1，公开日2008-04-24。主要涉及组播和广播流式传输方法及系统，重点阐述了动态带宽自适应(DBA)和体验质量(QoE)管理。</li>

<li><b>对比文件3 (D3)：</b>US20090060086A1，公开日2009-03-05。主要涉及终端感知组播系统，侧重于自适应编码调制(ACM)以及分层预编码（基础层与增强层）。</li>

</ul>

<h3>权利要求1与各对比文件的详细特征比对表</h3>

<table>

<thead>

<tr>

<th class="feature-id">特征编号</th>

<th class="feature-desc">权利要求1的技术特征</th>

<th class="doc-analysis">各对比文件原文法律分析及出处引证</th>

</tr>

</thead>

<tbody>

<tr>

<td class="feature-id">A</td>

<td>媒体流至少包括第一媒体流和第二媒体流</td>

<td>

<b>【D2实质公开】</b>原文[0011]公开："Multiple simultaneous unique streams are delivered to each group to allow client devices in each group to respectively receive one of the unique streams."（向每个组交付多个同时的唯一流）。[0020]公开："The server can stream multiple signals... for each multicast group." 毫无疑问公开了存在多个媒体流。<br>

<b>【D1/D3实质公开】</b>D1 Fig.10公开了DS1, DS2, DS3三个数据流。D3[0009]公开了分层媒体流（"hierarchical communications of content... lower layers... higher layers"）。

</td>

</tr>

<tr>

<td class="feature-id">B</td>

<td>第一媒体流和第二媒体流表示事件的不同记录</td>

<td>

<b>【D2实质公开】</b>原文[0004]明确指出："The multicast groups may each provide the same basic content, such as a particular video program, but there may be differences between the signals available in each of the multicast groups. For example, each multicast group might transmit the video program at a different bit rate than other multicast groups." 此外，[0019]公开："The streaming data can include... live or recorded programs"。同一视频节目的不同码率属于对同一“事件”的不同记录形式，构成实质公开。<br>

<b>【D3实质公开】</b>原文[0009]公开："allow for different levels of playback (e.g., lower layers allowing lower resolution playback of the video, and higher layers allowing higher resolution playback of the video)." 同一视频的分辨率分层属于对相同内容（事件）的不同记录，构成实质公开。<br>

<b>【D1未公开】</b>D1仅提及平行的通用数据流，未限定为同一事件的不同记录。

</td>

</tr>

<tr>

<td class="feature-id">C</td>

<td>通过具有资源限制的资源使得能实现媒体流的并发流式传输</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0006]公开："network bandwidth conditions... dictate that the particular client device switch..."；[0008]公开："Unlike wired networks, wireless networks suffer from high rates of effective packet loss and intermittent packet delays... caused by factors such as network congestion"。明确指出了在网络带宽具有资源限制的环境下进行并发流式传输。<br>

<b>【D3毫无疑问公开】</b>原文[0006]公开："Because communication systems have limited bandwidth, decreasing bandwidth efficiency may decrease the amount of service-related information..."（因为通信系统带宽有限...）。

</td>

</tr>

<tr>

<td class="feature-id">D</td>

<td>所述系统包括输入接口，用于获得限制数据</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0011]公开："Metric data pertaining to the delivery of the streams to the client devices is received and evaluated." 并且[0089]指出："One purpose of the channel 116 is to communicate QoE, DBA, and/or QoS metric data from the client devices to the respective modules of the server 100." 接收流媒体传输度量数据的反向信道或接口即对应“输入接口”，度量数据（Metric data）即对应“限制数据”。

</td>

</tr>

<tr>

<td class="feature-id">E</td>

<td>所述限制数据指示至少以下的并发流式传输超过资源限制</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0029]公开："by monitoring the channel to each client for statistically significant and persistent changes in the bandwidth that may be associated with packet loss, delay, or delay variation. When these changes occur... DBA module 106 switches over to that lower stream..."。[0031]更明确指出并发集体超限场景："if 8 out of 10 client devices... can receive a maximum of 64 kbps, the remaining two client devices that wish to receive 128 kbps may not get that bit rate since that may not be the optimal decision." 证实限制数据明确指示了并发流式传输超限。

</td>

</tr>

<tr>

<td class="feature-id">F</td>

<td>i）向第一流式传输客户端流式传输的第一媒体流</td>

<td>

<b>【D2毫无疑问公开】</b>结合特征E，D2原文[0031]中所述的“8 out of 10 client devices”构成了第一流式传输客户端群体，其接收的64 kbps流即对应第一媒体流。

</td>

</tr>

<tr>

<td class="feature-id">G</td>

<td>ii）向第二流式传输客户端流式传输的第二媒体流</td>

<td>

<b>【D2毫无疑问公开】</b>D2原文[0031]中所述的“the remaining two client devices”即对应第二流式传输客户端，它们原本希望接收或正在接收的128 kbps流即对应第二媒体流。

</td>

</tr>

<tr>

<td class="feature-id">H</td>

<td>选择子系统，用于基于限制数据而生成选择数据</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0025]公开："One embodiment of the server 100 incorporates a Dynamic Bandwidth Adaptation (DBA) module 106 and a QoE Server Module 108." [0030]公开："the DBA algorithm will recommend a bit rate adjustment." 该DBA模块基于收到的流媒体度量指标进行计算并做出决策（推荐调整），完全对应“基于限制数据生成选择数据”的选择子系统。

</td>

</tr>

<tr>

<td class="feature-id">I</td>

<td>所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0031]公开，对于那2个由于全局资源限制无法获得128 kbps的客户端（第二客户端），"In that case for these 'two client devices,' it is better to switch to another group or stay with 64 kbps." 也就是系统生成了让其“保持在64 kbps（第一媒体流）”或“切换”的选择，从而在向其传输时用64 kbps流替换了原本的128 kbps流。

</td>

</tr>

<tr>

<td class="feature-id">J</td>

<td>输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换</td>

<td>

<b>【D2毫无疑问公开】</b>原文[0090]明确公开："Another purpose of the channel 116 can be to communicate control signals from the server 100 to any one of the client devices 104. For instance, the channel 116 can be used to convey instructions from the server 100 to a particular client device 104 to switch to a different stream..."。服务器输出控制信号/指令的物理通道或接口即对应“输出接口”，该指令实现了流的切换（替换）。

</td>

</tr>

</tbody>

</table>

<h2>三、 最接近对比文件（最接近现有技术）的选择与分析</h2>

<p>在创造性评述中，确定最接近的现有技术需要从<b>技术领域、所解决的技术问题以及技术效果</b>三个维度进行综合考量。经过审查，<b>对比文件2 (D2, US20080098446A1)</b> 是最适合作为无效宣告请求中权利要求1的最接近对比文件。分析如下：</p>

<p>1. <b>技术领域高度重合：</b>目标专利权利要求1涉及管理媒体流的并发流式传输系统；而D2的领域明确限定为“在硬连线和/或无线网络中向客户端设备流式传输数据”（见D2[0002]），两者的技术大背景和具体的工业应用场景完全一致，均属于网络流媒体传输控制领域。</p>

<p>2. <b>解决的技术问题相同：</b>目标专利旨在解决多路媒体并发传输时，因资源限制导致超限，从而引发传输中断或质量恶化的问题；D2则聚焦于“高包丢失率、间歇性包延迟以及网络拥塞导致端用户体验质量（QoE）下降”的技术缺陷（见D2[0008]、[0010]）。两者均致力于解决流媒体在资源受限（带宽波动/拥塞）环境下的全局或局部资源优化分配问题。</p>

<p>3. <b>技术效果与手段高度契合：</b>目标专利通过输入接口获取限制数据，由选择子系统做出流替换决策并通过输出接口下发，实现平滑替换；D2则通过反向信道收集QoE/DBA度量数据，利用DBA自适应算法做出降低或提高码率的决策，并通过控制信道向特定的客户端发送切换流的指令（见D2[0011]、[0029]、[0090]），从而达到“动态带宽自适应、提供相对平滑的视频和清晰音频”的技术效果。其技术手段与权利要求1的架构几乎完全重叠。</p>

<p>另外，<b>对比文件3 (D3, US20090060086A1)</b> 也可作为次要的或并列的最接近现有技术。D3关注的是组播中不同终端能力的动态感知与分层传输，同样处于流媒体网络传输控制领域，其解决的是如何利用自适应编码调制（ACM）和分层编码（Base/Enhancement layers）在变动的链路条件下平衡传输可用性与高画质的技术问题。但相比之下，D2在“系统架构（输入-控制-选择-替换输出）”的表述上与权利要求1更为贴近，故D2为最佳最接近现有技术。</p>

<h2>四、 权利要求1的无效方案与薄弱特征突破口</h2>

<p>基于上述详尽的比对分析，若向国家知识产权局提起该专利的无效宣告请求，可制定如下具备极高胜诉率的法律诉讼方案：</p>

<h3>1. 核心无效方案（基于A+B共同限定的创造性评述）</h3>

<p>通过特征比对可以看出，D2已经完全公开了权利要求1中除了“表示事件的不同记录”（特征B）之外的全部结构和逻辑特征。在无效诉讼中，专利权人最常规的抗辩理由通常是：“D2公开的仅是同一视频的不同‘码率/带宽版本’，这属于对同一源文件的压缩处理，而权利要求1中的‘表示事件的不同记录’应该解释为不同机位、不同录制设备的独立记录，因此两者具有本质区别。”</p>

<p>为了攻破专利权人的这一防线，必须引入<b>D2与D3的结合方案（即基于《专利审查指南》标准的三步法创造性评述）</b>：</p>

<p class="no-indent"><b>（1）确定区别特征：</b>假设将特征B（表示事件的不同记录）视为形式上的区别特征（即使从广义流媒体工程来看，不同码率也是事件的不同数字化记录）。</p>

<p class="no-indent"><b>（2）确定其实际解决的技术问题：</b>如何让资源超限的客户端在降低资源消耗的同时，仍能连续获得当前所关注事件的关联多媒体内容。</p>

<p class="no-indent"><b>（3）分析技术启示：</b>对比文件3 (D3) 已经明确公开了“分层预编码（hierarchical pre-coding）”和“多级回放数据（different levels of playback）”的技术方案（见D3[0009]、[0011]）。D3指出，利用基础层和增强层（对应视频的不同分辨率/不同记录深度），可以让低能力或链路差的终端独立解码基础层（低分辨率），高能力终端解码增强层（高分辨率），且其明确提到这种手段是为了在“变动的链路条件下动态调整传输参数”（D3[0008]）。</p>

<p>同时，属于本领域普通技术人员的常识是：在现场直播或流媒体服务中，为了适应客户端带宽限制，提供同一事件的不同机位流（多视角流，如全景流与特写流，特写流数据量小）或不同编码记录，是本领域的公知技术手段。因此，在D2的基础上面对并发流超限的问题，引入D3分层记录的思想，或者直接结合本领域关于“同一事件采用不同机位/不同清晰度录制记录”的公知常识，来作为替换源，对本领域技术人员而言是完全显而易见的，不具备创造性。</p>

<h3>2. 提出无效请求时最薄弱的技术特征（突破口）</h3>

<p>在权利要求1的整个技术闭环中，<b>“特征B：第一媒体流和第二媒体流表示事件的不同记录”</b> 是该权利要求<b>最薄弱、最容易被攻破的特征</b>。原因如下：</p>

<p>首先，该特征在撰写上存在显著的<b>“功能性限定”或“宽泛概念化限定”</b>倾向。它使用了“事件的不同记录”这一非常规的非技术性法律词汇，而非流媒体工程的标准术语。根据专利解释原则，当说明书对该词汇没有极其特殊的排他性定义时，应当做最广义的理解。在广义流媒体领域，对同一场足球比赛（事件），用4K相机录制的流和用1080P相机录制的流，或者经由转码器转出的高、低码率流，在本质上都属于对该“现场事件”的“不同记录（形式）”。而这一范畴已被D2的“same basic content... different bit rate”（[0004]）和D3的“different levels of playback/resolution”（[0009]）实质性公开。</p>

<p>其次，即使专利权人将其限缩解释为“不同机位/不同录制源”，这种替换在技术效果上并没有产生任何“意想不到的技术效果”。无论是换成低码率流还是换成全景小数据流，其目的都是为了特征E、H所述的“降容超限响应”。因此，该特征属于典型的“表面伪装特征”，缺乏实质技术贡献，是无效请求中应当予以猛烈阻击的“阿喀琉斯之踵”。</p>

<h2>五、 进一步的对比文件检索策略建议</h2>

<p>为了在后续的无效宣告程序或口头审理中建立绝对压倒性的证据链，防止专利权人通过修改权利要求（如将从属权利要求并入正文）或进行极端的限缩解释，建议发起第二轮针对性的补充检索。检索策略制定如下：</p>

<h3>1. 关键检索要素（Query Elements）的提炼与细化</h3>

<ul>

<li><b>主题要素（流媒体传输）：</b>流媒体、并发流、组播、广播、MPEG、H.264、H.265、Streaming、Multicast、Concurrent Streams、Bitrate Adaptation。</li>

<li><b>控制要素（资源超限控制）：</b>动态带宽自适应、QoE、体验质量、资源限制、超限、拥塞控制、Bandwidth Limitation、Congestion Control、Congestion Avoidance、Resource Exceeding。</li>

<li><b>核心突破要素（流替换机制）：</b>流替换、流切换、多视角切换、机位替换、平滑降级、Stream Switching、Stream Replacement、Multi-view Video、Dynamic Switching、Alternative Stream。</li>

</ul>

<h3>2. 针对薄弱特征（特征B）的精准检索路径</h3>

<p>为了彻底封杀专利权人关于“事件的不同记录是指不同机位/不同视频源”的辩解，应将补充检索的重点放在<b>“多视角视频编码（MVC, Multi-view Video Coding）”以及“HTTP动态自适应流（DASH, Dynamic Adaptive Streaming over HTTP）”</b>的早期专利上。</p>

<p class="no-indent"><b>检索方向 A：MVC（多视角视频编码）标准及应用专利</b><br>

重点检索2005年-2015年期间，各大通信巨头（如爱立信、诺基亚、华为、中兴、高通）在多视角视频传输方面的专利。寻找这类公开原文：“当网络发生拥塞或带宽受限时，系统从传输多路视角流切换为仅传输一路基础视角流，或者从高清机位流切换到低带宽消耗的辅助/全景机位流。”——若能检索到此类证据，特征B在“不同录制源”维度的创造性将彻底丧失。</p>

<p class="no-indent"><b>检索方向 B：DASH或平滑流（Smooth Streaming）底层协议专利</b><br>

重点检索微软（Smooth Streaming）、苹果（HLS）或MPEG组织关于DASH标准的基础专利。这类技术天然地将同一个事件（视频）切片成不同码率、不同分辨率的多个独立文件（不同记录），并由客户端或服务器根据网络带宽限制（资源限制）进行动态的“替换与切换”。</p>

<h3>3. 推荐检索数据库及分类号（IPC/CPC）</h3>

<ul>

<li><b>首选分类号：</b><b>H04N21/24</b>（流媒体服务器端的监测，如流量、连接、负载监测）；<b>H04N21/2343</b>（涉及为了适应网络或终端能力而进行的媒体流重格式化、转码或自适应更改）；<b>H04L47/12</b>（网络拥塞控制）。</li>

<li><b>重点数据库：</b>中国专利文摘数据库（CNABS）、美国专利全网数据库（USPAT）、欧洲专利局各成员国联检数据库（EPO）、IEEE Xplore期刊网（用于检索公知常识和标准提案文本）。</li>

</ul>

<p>通过执行上述针对性检索，可以确保获得“毫无争议公开多机位/多自适应流动态替换以应对拥塞”的绝对破坏性X/Y类文献，彻底将目标专利权利要求1送入无效的终局。</p>

</body>

</html>

"""

# Output PDF path

output_pdf_path = "Patent_Invalidation_Analysis_Report.pdf"

# Generate the PDF file using WeasyPrint

HTML(string=html_content).write_pdf(output_pdf_path)

print(f"Successfully generated PDF at: {output_pdf_path}")

```

```text?code_stdout&code_event_index=1

Successfully generated PDF at: Patent_Invalidation_Analysis_Report.pdf

```

您的专利无效宣告请求技术与法律分析报告已成功生成。

[file-tag: code-generated-file-4d496a10-606a-4802-b705-f4df8e354766]

以下是基于资深专利代理师视角，围绕目标专利（权利要求1）与三份对比文件（D1、D2、D3）展开的详尽无效法律与技术分析概要：

### 一、 权利要求1的技术内涵与原理解析

从专业的流媒体工程与专利审查标准来看，权利要求1的核心构思在于构建一个**“网络并发流媒体传输的动态超限降级机制”**。其关键术语的法律内涵如下：

1. **“表示事件的不同记录”（特征B）**：这是全案的防御/进攻焦点。其不仅涵盖了相同视频节目的不同“码率/分辨率版本”，也广义上包括针对同一现场事件的不同“摄像机机位/多视角流”。技术目的是确保替换发生后，用户获取的内容保持事件的连续性。

2. **“并发流式传输超过资源限制”（特征E, F, G）**：建立了多维度或多客户端的“并发”总体积超限判定。系统监控的不是单一客户端的偶发抖动，而是立足于全局硬件或总带宽负载的冲突管理。

3. **“替换的选择与输出”（特征H, I, J）**：选择子系统基于多路并发超限限制数据，生成用于替换第二客户端媒体流的选择数据（改用第一媒体流），通过输出接口下发，强制实现平滑降级。

---

### 二、 技术特征比对表

结合对比文件原文及法律引证，针对权利要求1各技术特征的拆解比对如下：

---

### 三、 最接近对比文件的选择与创造性法律评述

在无效宣告请求中，**对比文件2（D2, US20080098446A1）** 最适合作为权利要求1的**第一最接近对比文件**（最接近现有技术）。

* **技术领域完全相同**：两手均属于网络流媒体组播/广播的动态传输控制领域。

* **解决的技术问题一致**：目标专利解决多路媒体并发传输时因硬件/带宽资源受限导致的超限崩溃；D2同样解决因网络拥塞、丢包和延迟导致的端用户体验质量（QoE）下降问题。

* **技术效果与技术手段高度重合**：目标专利采用“输入接口读取限制 $\rightarrow$ 选择子系统生成替换决策 $\rightarrow$ 输出接口下发实现平滑替换”；D2则通过反向信道收集QoE/DBA度量数据，利用DBA自适应算法做出降低码率或切换流组的决策，并利用控制指令（instructions）通过信道下发给特定客户端执行流切换，二者的系统架构与控制闭环完全一致。

**对比文件3（D3, US20090060086A1）** 也可作为并列的或次要的最接近对比文件。D3利用ACM（自适应编码调制）和分层编码（Base/Enhancement layers）在链路带宽变动时，对不同解码能力的终端实现分层流的动态适配，同样完整体现了在资源受限下进行媒体流动态调整的逻辑。

---

### 四、 无效请求突破口：最薄弱的技术特征分析

若提起无效宣告请求，**最薄弱、最容易被攻破的技术特征是“特征B：第一媒体流和第二媒体流表示事件的不同记录”**。

1. **撰写缺陷（功能性限定宽泛）**：“事件的不同记录”是一个非标准的工程词汇，带有强烈的宽泛概念化限定倾向。根据通常的专利解释原则，若说明书没有给出排他性的狭义定义，应作最广义理解。在流媒体领域，对同一视频事件经由转码器压制出的高码率、低码率文件，在本质上均属于对该“现场事件”的“不同数字化记录形式”。这已被D2的“same basic content... different bit rate”（[0004]）实质性公开。

2. **缺乏实质性贡献（显而易见性）**：即便专利权人在口审中进行限缩解释，声称其特指“不同摄像机机位/不同录制源”。但本领域普通技术人员的常识是，在资源超限或网络拥塞时，通过关闭高清机位切换为全景低数据量机位（或相反视角），是流媒体直播控制中的常规技术手段。

3. **结合D3的创造性围剿**：D2已经公开了特征B以外的所有结构和算法闭环。如果将“不同机位/分层视频源”视为微小的区别特征，D3[0009]和[0011]也已经明确公开了“通过分层预编码（hierarchical pre-coding）产生多级回放数据（不同分辨率/不同记录深度的流）以在变动链路上动态调整参数”的技术启示。因此，在D2的基础上结合D3或本领域关于多视角/多自适应流编码的公知常识，特征B的限定完全是显而易见的，权利要求1不具备创造性。

---

### 五、 进一步的对比文件检索策略

为了应对专利权人在后续程序中可能出现的“将从属权利要求并入正文”或“极端限缩解释特征B”的防御手段，建议发起第二轮补充检索，策略如下：

1. **精准要素（Query Elements）提炼**：

* 主题/控制：组播(Multicast)、并发流(Concurrent Streams)、自适应流(Adaptive Streaming)、拥塞控制(Congestion Control)、平滑降级(Graceful Degradation)。

* 核心替换机制：流替换(Stream Replacement)、流切换(Stream Switching)、多视角视频编码(MVC, Multi-view Video Coding)、机位切换(Camera Angle Switching)。

2. **针对特征B的精准检索路径**：

* **检索方向 A（MVC多视角视频标准专利）**：重点检索2005-2015年间各大通信巨头（爱立信、高通、诺基亚、华为等）在MVC（Multi-view Video Coding）标准下的基础专利，寻找“网络发生拥塞时，服务器从多路机位/多视角传输动态切换为仅传输一路主视角或全景低带宽流”的原文描述。

* **检索方向 B（早期DASH或平滑流协议专利）**：检索微软（Smooth Streaming）、苹果（HLS）或MPEG组织关于HTTP动态自适应流（DASH）的底层专利，证明将同一事件切片为不同多媒体记录并在带宽受限时进行动态“替换”是通用工业标准。

3. **推荐分类号与数据库**：

* **IPC/CPC 分类号**：`H04N21/24`（流媒体服务端负载/拥塞监测）；`H04N21/2343`（为适应网络/终端能力而进行的媒体流重格式化、自适应更改）；`H04L47/12`（网络拥塞控制）。

* **数据库**：CNABS、VEN、USPAT、欧洲专利局联检数据库以及IEEE Xplore文献库（用于标准提案引证）。

您可以直接点击下载上方的 PDF 文件，查阅排版严谨、包含详细引证段落的完整报告。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度解析，并结合三份对比文件（D1、D2、D3）的原文及详细出处进行逐项特征比对。

三份对比文件公开号对应如下：

* **D1**：JP2009188735A

* **D2**：CN101543009A

* **D3**：CN101548275A

---

## 一、 权利要求1的技术特征拆解与解析

目标专利权利要求1保护的是一种**用于管理媒体流的并发流式传输的系统**。其核心发明构思在于：当系统检测到两个不同的流式传输客户端分别传输针对“同一事件的不同记录”的媒体流（如同一球赛的不同机位画面），且并发传输的总带宽**超过资源限制**时，系统自动生成选择数据，利用其中一个媒体流（第一媒体流）在向第二客户端的传输中**替换**原本的流（第二媒体流），从而在超出网络资源限制时进行智能降级或同源流替换，以释放带宽。

---

## 二、 权利要求1与对比文件的技术特征比对

以下是针对权利要求1各技术特征（A-J）与各对比文件原文内容的详细比对分析。

### 1. 技术特征比对表

---

## 三、 最接近对比文件（D1 vs D2 vs D3）的选择分析

在创造性分析中，选择“最接近的对比文件”通常应优先考虑技术领域相同或相近、解决的技术问题最相似、且公开的核心技术特征数量最多的文献。

### 1. 各对比文件的技术特点分析

* **D1 (JP2009188735A)**

* **技术问题与效果**：解决网络带宽不稳定时，如何快速调整单路视频流的比特率以防止播放卡顿，实现了平滑的码率自适应。

* **架构对应度**：公开了“限制数据获取（监测发送速率）”、“基于限制选择对应码率流”的反馈闭环，架构与本发明最为接近。

* **D2 (CN101543009A)**

* **技术问题与效果**：解决如何根据用户个人偏好定制多视角大型事件放映的问题。

* **特征对应度**：虽然公开了“事件的不同记录（特征B）”，但它**完全没有提及网络资源限制、带宽超限以及流替换控制**。

* **D3 (CN101548275A)**

* **技术问题与效果**：解决多播系统在因特网上盲目广播导致的网络拥塞、稀有网络资源低效使用的问题。

* **特征对应度**：其核心思想是通过应用层的TCP套接口计数或轮询来判断是否有人观看，若无人观看则“终止多播”或“阻止进入网络”，在带宽饱和时则“拒绝新客户机加入”。

### 2. 结论：最接近对比文件的确定

本案中，建议选择 **D3 (CN101548275A)** 和 **D1 (JP2009188735A)** 共同作为**最接近的对比文件（并列第一）**。

* **理由（从技术问题和效果角度）**：

* **D3** 与目标专利所解决的**整体技术问题完全一致**——即“在管理并发流式传输时，如何应对**并发总位速率超过网络资源限制、导致网络拥塞**的问题”。D3所追求的技术效果也是“将网络带宽消耗效率最大化，避免网络饱和”。其从“并发、多客户端、总带宽限制”的宏观层面上与本发明最为契合。

* **D1** 虽然解决的是单路流的平滑传输问题，但在**系统架构和微观控制机制**上，它公开了“输入接口接收网络速率限制数据 $\rightarrow$ 选择子系统基于限制数据选择替换流 $\rightarrow$ 动态调整输出”的完整控制链路，是逻辑架构上的重要基石。

---

## 四、 未被公开的特征及最薄弱技术特征分析

### 1. 未被最接近对比文件公开的特征是否被其他文件公开？

通过比对可以发现，即使将 D1、D2、D3 的所有公开特征进行组合，**依然无法完全覆盖**权利要求1的全部特征：

* **特征B**（事件的不同记录）被 **D2** 和 **D3** 明确公开。

* **特征D、E、H**（基于资源限制数据进行替换选择）被 **D1** 和 **D3** 实质公开。

* 然而，**特征I和特征J**的核心控制逻辑——**“在并发超限时，使用正在向第一客户端传输的第一媒体流，去替换向第二客户端传输的第二媒体流”**，在D1、D2、D3中**均未被公开**：

* D1 只在同一个客户端的流里做高低码率自适应。

* D2 只做多视角的聚集和用户自主切换，不考虑带宽资源。

* D3 在带宽超限时的做法是“直接切断（终止）流”或“拒绝新用户”，属于“一刀切”式丢包或限流。

### 2. 若提出无效请求，最薄弱的技术特征是什么？

如果本案作为无效宣告请求案，目标专利权利要求1中**最薄弱（即最容易被突破）**的特征是：

> **技术特征B：第一媒体流和第二媒体流表示事件的不同记录。**

* **原因**：专利权人可能会辩称，D1只公开了“同一视频的多个码率分身”，不属于“事件的不同记录”。但这一特征已经被D2（第9-10页，不同观众手机、数码相机拍的同一场球赛的数千个流）和D3（第13页，第一视频摄像机和第二视频摄像机产生的不同视频）彻底公开。在大型活动多机位直播、监控并发传输等已知场景下，将并发流定义为“同一事件的不同记录（如主视角和侧视角）”属于本领域的公知常识或普通技术设计，不具备实质性的创造性贡献。

相反，**最顽固（最难被无效掉）**的核心发明点在于**特征I和J的“同源流替换跨流降级机制”**（超限时用A流替B流以省带宽），这是目前的对比文件结合无法直接得出的突破口。

---

## 五、 进一步的对比文件检索策略

鉴于目前D1-D3的组合对“超限时用第一媒体流替换第二媒体流”这一降低带宽的控制特征（特征I、J）未形成完全覆盖，若要成功无效该权利要求，必须调整检索策略，补充针对该核心控制逻辑的“定点清除”：

### 1. 调整检索关键词与语义组合

应将检索重点从单纯的“多媒体多播/聚集”转向**“拥塞控制”、“带宽限制下的流分级/流替换/同源替代”**。

* **核心检索式要素**：

* `(媒体流 OR 视频流 OR 视频帧 OR 流媒体) AND (并发 OR 超限 OR 拥塞 OR 带宽限制 OR 资源限制) AND (替换 OR 替代 OR 抢占 OR 降低画质 OR 同源) AND (机位 OR 视角 OR 同一事件 OR 关联流)`

* 英文检索：`(media stream OR video stream) AND (congestion OR bandwidth limit OR resource constraint) AND (replace* OR substitut* OR swapp* OR alternate) AND (multi-view OR camera angle OR co-site OR correlated stream)`

### 2. 锁定特定技术演进领域

* **P2P流媒体传输领域（Peer-to-Peer Streaming）**：在P2P或CDN边缘节点调度中，为了节省骨干网带宽，当多个Peer请求同一场直播的不同高清晰度流且带宽不够时，系统会强制将某些节点强制重定向（替换）到已经缓存在本地、或正在并发传输的某个主媒体流上。

* **多视角/VR/全景视频传输（Multi-view Video Coding / Tile-based Streaming）**：在多机位互动直播（如腾讯体育多视角、舞台多机位）或VR全景视频中，当用户网络变差（超限）时，系统为了保流，会自动将用户正在观看的边缘特写机位（第二媒体流）切换/替换为目前正在全网广播/传输消耗最少的主安全机位（第一媒体流）。

### 3. 扩大检索库与目标分类号

* **重点IPC分类号**：锁定 `H04N21/24`（流管理、监测网络资源）、`H04N21/266`（基于网络条件的流分发控制）、`H04N21/442`（客户端网络监视及响应）。

* **非专利文献（NPL）检索**：强烈建议在 IEEE Xplore、ACM Digital Library 以及 Google Scholar 中检索 2005-2015 年间关于“*Multi-view video streaming congestion control*”（多视角视频流拥塞控制）或“*Cross-stream adaptation in wireless networks*”（无线网络中的跨流自适应）的学术论文。这类在特定资源（如无线多播）下通过“流替换”或“多流协同流控”的学术方案，极有可能构成破坏该专利特征I、J的实质性现有技术。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1以及三份对比文件（D1、D2、D3）进行深度法律与技术解构。

为了进行严谨的无效或创造性分析，首先需要准确把握**权利要求1的真正发明构思（True Intent）**：权利要求1的核心在于通过在“选择子系统”中引入“限制数据”（并发流式传输超过资源限制），**动态地用同一个事件的第一媒体流去替换（代替传输）第二媒体流**，从而在不中断第二流式传输客户端接收的前提下，解决并发流传输导致的资源超限/带宽瓶颈问题。也就是说，它实现的是**“同事件不同记录流之间的跨客户端/跨流替换”**。

以下是具体的对比分析和创造性论证：

---

## 一、 对比文件技术特征比对表

为了清晰展示各对比文件的公开情况，以下给出权利要求1的技术特征与对比文件原文的详细出处及比对映射。

* **D1**: US20090309977A1 (BENCHMARKING AND CALIBRATING VIDEO QUALITY ASSESSMENT TOOLS)

* **D2**: US20090325526A1 (Method and apparatus for reporting state information)

* **D3**: US20100088425A1 (LOCATION BASED MULTICAST POLICIES)

---

## 二、 最接近的对比文件（D1-D3）分析

在创造性评评述或无效宣告程序中，选择最接近的对比文件通常从**技术领域、所解决的技术问题、技术效果以及公开权利要求技术特征的数量**四个维度进行考量。

### 1. 各对比文件分析

* **D1 (US20090309977A1)**

* **技术领域与问题**：属于“视频质量评估工具的基准测试与校准”领域。它解决的是如何模拟网络损伤来测试VQA工具的准确性。

* **结论**：与本申请管理媒体流传输的实际应用场景完全不同，公开特征极少，**完全不适合**作为最接近的对比文件。

* **D2 (US20090325526A1)**

* **技术领域与问题**：属于“无线组播/广播服务（MBS）中的资源配置和状态报告”领域。解决的是如何减少信令开销，同时在信道质量动态变化时，通过分层编码（Layered Coding）自适应调整接收的层数（基础层/增强层）。

* **公开特征**：公开了媒体流并发传输、资源限制、输入接口获取信道参数、动态调整等特征。

* **D3 (US20100088425A1)**

* **技术领域与问题**：属于“组播流管理与策略控制”领域。解决的是如何根据移动终端的接入点位置（Point of Attachment）、网络介质（有线/无线）或信号强度退化，动态重定向或切换组播源，以确保流传输不中断。

* **公开特征**：公开了多路并发流、客户端因移动导致带宽限制、基于策略逻辑（选择子系统）生成切换选择、输出并执行从高码率流向低码率流的替换。

### 2. 结论：最接近的对比文件选择

本案中，**D3（US20100088425A1）最适合作为最接近的对比文件（第一主要对比文件D1）**，同时**D2可作为备选的最接近对比文件**。

> **理由：**

> D3在**技术领域、整体解决的技术问题以及技术效果**上与目标权利要求1最为接近。D3的核心在于“在网络流传输面临资源/带宽限制时，通过策略逻辑动态选择/重定向媒体流版本（高码率切换为低码率），以实现无缝、不中断的流式传输”，这与权利要求1管理媒体流并发流式传输、解决资源限制、通过替换媒体流实现连续传输的构思高度契合。此外，D3公开了权利要求1中除“事件的不同记录”和“并发导致超限的特定限制数据”外的大部分架构特征。

---

## 三、 未被最接近对比文件公开的特征分析及“最薄弱”特征指出

若以 **D3** 作为最接近的对比文件，权利要求1未能被D3公开的**区别技术特征**主要有两组：

1. **特征B：第一媒体流和第二媒体流表示事件的不同记录（如：同一场球赛的机位A和机位B）。**

2. **特征E-G结合特征I-J的特定替换逻辑：限制数据是指“由于多客户端并发传输本身导致超过总资源限制”，且替换手段是“在向第二客户端的传输中，用第一媒体流去替换第二媒体流（跨流/跨客户端复用同一路流传输）”。**

### 1. 区别特征是否被其他对比文件（D2、D1）公开？

* **关于特征B（不同记录）**：**D2和D1均未公开**。D2中公开的是同源视频的“分层（Base/Enhancement Layer）”，D3公开的是同源视频的“不同码率版本（500Kbps/100Kbps）”。不管是D2的分层还是D3的转码版本，都代表**同一个记录**的数字表征，而不是“事件的不同记录（Different Recordings of an event）”。

* **关于特定替换逻辑（特征E-G, I-J）**：D2和D3公开的都是“基于单个客户端自身信道质量（CINR/信号强度）变差，而降低其自身的流码率或减少接收层数”。它们**均未公开**“因为客户端1和客户端2并发流式传输，导致整体网络资源超限，从而系统决定把客户端2的第二媒体流直接换成正在发给客户端1的第一媒体流”这一联合互锁特征。

### 2. 指出无效请求中最薄弱的技术特征

从专利无效宣告的实务经验来看，本权利要求**最薄弱（即最容易被攻破、创造性最低）**的特征是：

> **特征C/D/H/J中所体现的“基于网络限制/带宽不足而将高码率/高质量媒体流替换/切换为低码率媒体流”的常规架构。**

* **理由**：这一套“检测网络变差 $\rightarrow$ 逻辑判断 $\rightarrow$ 切换/重定向媒体流”的动态流控机制，已被D3和D2实质上完全公开。这属于多媒体通信领域的公知常识和常规技术手段。

相反，本权利要求**最顽强（最难被无效掉，具有实质显著进步）**的核心发明点在于**特征B与特征I、J的耦合**：

> **在资源超限时，不是通过常规的“降低分辨率/转码（如D3）”或“剥离增强层（如D2）”来省带宽，而是巧妙地利用了“第一、第二媒体流是同一个事件的不同记录”这一业务特性，直接在网络层将第二媒体流“替换”为第一媒体流。因为是同一事件，用户虽然看的目标画面（机位）变了，但业务（事件体验）没有中断，且由于两路客户端复用了同一路媒体流（第一媒体流）的传输网络资源，从而瞬间释放了并发造成的资源瓶颈。**

这一核心构思（同事件不同记录间的跨流复用替换）在D1、D2、D3中均**完全没有提示**，且未能被公开。

---

## 四、 进一步的对比文件检索策略

鉴于目前的D1-D3未能有效攻破特征B（事件的不同记录）以及特征I-J（利用不同记录流进行跨流替换省带宽）的结合，若要成功提起无效请求，必须调整检索策略，补充更精准的“X占位”对比文件。

### 1. 拓展关键词与技术交织检索

当前的检索过于偏向传统的网络层组播策略（D2、D3）或质量评估（D1）。后续检索应转入**应用层多媒体广播、P2P流媒体分发、多视角视频（Multi-view Video）调度、以及体育赛事/多机位直播系统**领域。

* **核心关键词组1（多机位/不同记录）**：

`"multi-view" OR "multiple cameras" OR "different angles" OR "alternative angles" OR "同事件" OR "多视角" OR "多机位" OR "不同记录"`

* **核心关键词组2（流替换/流复用/带宽限制）**：

`"stream substitution" OR "stream replacement" OR "channel switching" OR "bandwidth limit" OR "resource constraint" OR "stream re-use" OR "跨流替换" OR "带宽限制" OR "流复用"`

### 2. 检索方向与特定场景定位

建议重点检索2009年之前的以下技术标准或专利场景：

1. **多视角视频编码（MVC, Multi-view Video Coding）的传输控制专利**：在H.264/AVC的MVC扩展标准制定期间（2006-2009年左右），必然存在大量关于“当网络带宽不足时，多视角视频流之间如何进行丢弃、切换、或者相互预测/替换”的系统级专利。

2. **P2P流媒体及CDN边缘节点优化**：检索在交互式多机位直播（如在线体育场直播）中，CDN或服务器为了应对并发突发流量，如何将请求“次要机位（第二媒体流）”的用户强制或建议重定向到“主机位（第一媒体流）”以共享组播树或缓存的技术。

3. **交互式电视（IPTV / Interactive TV）系统**：检索用户在并发切换不同机位频道时，系统因资源受限进行频道强制合并或动态替代的流控管理方案。

作为一名经验丰富的专利代理师，我将严格结合目标专利（“本申请”）的说明书及权利要求书，并对照三份引用的对比文件（D1、D2、D3）的原文及详细出处，为您进行深度法律与技术分析。

以下是针对权利要求1的技术特征拆解、对比文件比对、最接近对比文件（原型）选择、无效请求最薄弱特征分析，以及下一步检索策略的完整法律意见书。

---

## 一、 技术特征比对表格与原文出处分析

为了客观、直观地展现对比文件对权利要求1的公开情况，以下给出技术特征比对表，并附带各对比文件的具体公开号、详细原文（包含段落号及图示）。

### 权利要求1技术特征比对表

---

## 二、 对比文件详细出处与技术特征公开分析

### 1. 对比文件1：US7822869B2 (D1)

D1公开了一种分布式内容分发系统（CDN），通过在多个片段存储服务器（Fractional-storage servers）上存储擦除码（Erasure-coded）片段，并基于服务器的带宽和链路状态进行动态调整。

* **技术特征A、C、F、G的公开出处**：

* **原文说明书[0038]**：“FIG. 1 illustrates one embodiment... Content 100... is segmented into content segments... encoded into erasure-coded fragments... Similarly to content 100, additional contents are segmented... distributed to the fractional-storage servers...” 这证实了系统中存在多路媒体流（特征A）并向不同客户端（组装设备）流式传输（特征F、G）。

* **原文说明书[0002]及[0133]**：“...providing communication resources... outgoing communication link limitation, such as a fixed-bandwidth line, which prevents the server from transmitting fragments beyond a rate...” 这公开了系统通过具有资源/带宽限制的资源实现并发传输（特征C）。

* **技术特征D、E、H的公开出处**：

* **原文说明书[0105]及[0118]**：“...decision component... occasionally changes at least some of the servers of the subsets. Optionally, the decision component is implemented at each assembling device. Alternatively... at a control server... A server signals the retrieving assembling device that it is close to its bandwidth limit...”

* **分析**：D1公开了系统通过接口获取“服务器接近其带宽限制（超过资源限制）”的信号（限制数据，特征D、E），并由决策组件（选择子系统）生成重新选择服务器的数据（选择数据，特征H）。

* **关于特征B、I、J的未公开说明**：

* D1中的“替换”是指**当某个服务器节点拥堵、失败或超过带宽限制时，客户端重新选择另一台服务器（提供相同的擦除码片段）来替换该服务器，其流传输的内容本质上没有发生改变**。它既未公开第一和第二媒体流是“事件的不同记录”（特征B），也未公开“用第一媒体流替换向第二客户端传输的第二媒体流（内容或替换流变体切换）”（特征I、J）。

### 2. 对比文件2：US7827296B2 (D2)

D2与D1结构类似，侧重于在分布式存储中实现“类广播（Broadcast-like）”流式传输的最大带宽复用。

* **技术特征A、C、D、E、F、G、H的公开出处**：

* **原文说明书[0005]**：“...The servers can support various mixtures of demand for the erasure-coded broadcast-like streaming contents up to the point where the total bandwidth demand approaches the total outgoing fragment delivery bandwidth...”公开了多内容流并发与服务器总带宽的资源限制（特征A、C）。

* **原文说明书[0063]及[0139]**：“...each assembling device selecting a subgroup of the least loaded fractional-storage servers... higher loaded servers will be replaced by least loaded servers...”。

* **分析**：D2毫无异议地公开了客户端或控制服务器获取各节点的负载状态（特征D、E），并在某个节点负载过高时，选择低负载服务器进行动态替换（特征H）。

* **关于特征B、I、J的未公开说明**：

* 与D1相同，D2的选择和替换局限于底层网络拓扑和服务器节点的路由切换，并不涉及媒体层面上对“事件的不同记录”的内容替换。

### 3. 对比文件3：US7835437B1 (D3)

D3公开了一种压缩视频段的统计重复用（Statistical Remultiplexing）系统，通过将原始视频流切片并转码为多个不同码率（Bit rates）的视频段版本，在下行信道带宽受限时，通过“码率开关（Bit Rate Switch）”选择合适码率的视频段组装进恒定码率（CBR）的复用流中。

* **技术特征A、C、D、E、F、G的公开出处**：

* **原文说明书[0006]及[0007]**：“...These programming streams generally contain multiple bitstreams of compressed video... multiplexed to form a single constant-bit-rate (CBR) stream... when bitstreams are extracted from a statistical multiplex... the peak bit rates of the various source streams could exceed the total fixed bit rate for the output bitstream and exceed the service provider's downstream communications channel capacity.”

* **分析**：D3明确公开了多路媒体流（特征A）在有限带宽的下行通信信道（资源限制，特征C）中并发流式传输（特征F、G），并且其限制数据输入是“各源流的峰值速率超过了输出总固定信道容量”（特征D、E）。

* **技术特征H、I、J的实质公开出处**：

* **原文说明书[0018]及[0019]**：“In another embodiment, a bit rate switch selects among the video segments in a video block to determines the optimal video segment to place in the multiplex... select a video segment and interleave its packets into the multiplexed output without repacketizing...”

* **原文说明书[0077]**：“The bit rate switch 330 ensures that the total output bit rate does not exceed the constraints of the communications channel... selects a video segment that is encoded at an appropriate bit rate in order to fill the communications channel... based on the bit rate demands of the other concurrent programming streams.”

* **分析**：D3的“速率开关330”（选择子系统）会基于信道容量限制，通过降低某一路流的码率，即**选择该视频段对应的另一个低码率替换版本（第一媒体流）来替换原本的高码率版本（第二媒体流）**，并将选定视频段的传输包交织输出到输出流中（特征H、I、J）。

---

## 三、 最接近的对比文件（原型）分析

在创造性分析中，**对比文件3 (D3, US7835437B1)** 适合被选为**最接近的对比文件**。

### 1. 技术领域与检索架构重合度

本申请的真正技术意图（True Intent）是：在媒体流并发式传输时，由于整体资源（带宽）受到限制，系统通过某种选择机制，**在流传输层面用一种媒体流版本去替换另一种媒体流版本**，从而保持传输客户端的并发流传输不因过载而中断。

* **D3** 正是典型的**流分发和复用控制系统**。它在架构上设立了输入/输出接口、专门的速率切换和调度器（对应选择子系统），专门解决“并发多路VBR流在通过有限带宽信道时总带宽超限（Overload）”的技术问题。这与本申请“管理并发流式传输、基于限制数据进行媒体替换”的系统架构完全一致。

* 反观 **D1 和 D2**，它们属于**分布式网络存储与路由架构拓扑**（擦除码、服务器节点选择领域），其解决的技术问题是如何在底层节点坏死、拥堵时切换“数据块的获取源”，其选择对象的本质是“硬件服务器节点”，而不是“流内容/流变体本身”。

### 2. 技术效果与手段的贴合度

* **D3** 产生并输出了“选择数据”，实现了通过“第一媒体流（低码率变体视频段）”对“第二媒体流（高码率变体视频段）”在流向特定客户端时的**实质替换**（特征I、J），达到的技术效果是保障了整个恒定码率信道不发生溢出。这构成了本申请权利要求1绝大部分技术特征的上位原型。

---

## 四、 创造性缺陷与最薄弱的技术特征

通过上述分析，本申请权利要求1在 D3 奠定的原型基础上，其无效请求防御中最薄弱、或抗辩空间最窄的结构如下：

1. **绝大部分系统架构特征已被 D3 实质公开**：特征 A、C、D、E、F、G、H、I、J 的逻辑骨架已被 D3 的“统计多路复用调度系统”完全占满。本申请所谓的“替换第二媒体流”，在技术本质上被 D3 的“用同内容的低码率视频段替换高码率视频段”所覆盖（落入上位概念）。

2. **唯一未被直接公开的特征——技术特征B（“表示事件的不同记录”）**：

* D3 中进行替换的第一和第二媒体流是**同一段视频内容的不同码率变体（同源转码）**。

* 本申请权利要求1限定了第一和第二媒体流表示**“事件的不同记录”**（例如：同一场球赛或新闻事件，由不同机位、不同摄像机录制的画面，或者不同清晰度、不同视角的独立记录）。

### 结论

若要提出无效请求，本申请**最薄弱（最容易被攻破）的地方在于其架构和替换动作对 D3 的完全抄袭**；而其**最顽固（最不容易被公开）的技术特征是特征B**。

在无效宣告程序中，专利权人必然会辩称：“D3 只公开了同源视频的码率切换，而本申请是在资源超限时，直接用‘机位B（事件记录2）’去替换‘机位A（事件记录1）’，这属于完全不同的多媒体内容调度逻辑，带来了‘让用户在带宽受限时至少能看到事件的另一视角记录而不中断’的独特技术效果。”

---

## 五、 进一步的对比文件检索策略

为了彻底无效掉权利要求1，下一步的检索必须**以 D3 为最接近对比文件（负责敲碎整体系统架构和替换输出逻辑），去寻找能够公开“特征B（事件的不同记录/多机位/多视角流切换）”并能产生结合启示的结合对比文件（D4）**。

建议采取以下针对性的检索策略：

### 1. 关键词扩展策略

* **核心技术场景**：多机位广播、多视角视频切换、应急流替换、事件并发记录。

* **英文检索词**：

* `("multi-camera" OR "alternative angle" OR "different recordings of an event" OR "multi-view" OR "camera angles" OR "alternative streams")`

* 搭配流替换动作：`(replace* OR switch* OR substitut* OR swapp*)`

* 搭配资源受限：`(bandwidth restriction OR congest* OR low-resource OR dynamic fall-back)`

* **中文检索词**：

* `(多机位 OR 多视角 OR 不同记录 OR 不同视角 OR 机位切换 OR 替代流)`

* `(带宽限制 OR 拥堵 OR 降级替换 OR 动态切换)`

### 2. 国际专利分类号 (IPC/CPC) 精准锁定

特征B往往大量出现在广播电视技术及多机位交互传输领域，应重点检索以下分类号：

* **H04N 21/442**：与客户端网络条件、信道状态监测相关的媒体流流切换。

* **H04N 21/2187**：现场直播流管理（Live broadcast），该分类号下极易出现多机位/多事件记录的流分发控制。

* **H04N 21/234**：针对视频输入流的加工或替换切换（涉及服务器端的流替换控制）。

* **H04N 13/00**：立体或多视角电视系统（Multi-view video coding/streaming）。

### 3. 检索逻辑组配示例

* **目标**：寻找一篇公开了“当主视角机位/高质量记录流因为网络拥堵（限制数据）无法传输时，服务器或系统自动切换输出较小码率或较省资源的次要机位/事件另一记录流（用第一流替换第二流）”的文献。

* **理想组合**：

* **最接近对比文件**：D3（公开了基于带宽超限在复用器处进行视频段替换输出的总体架构）。

* **补盲对比文件（D4）**：公开在直播或多媒体系统中，利用不同视角/不同机位（表示事件的不同记录）作为流切换池，在带宽变化时从不同机位间进行流内容替代。

* 两者结合，本领域技术人员在面对多机位流传输超载的技术问题时，将特征B的应用场景引入D3的复用调度架构中，是显而易见的，从而彻底攻克其创造性。

作为一名经验丰富的专利代理师，我将严格依据目标专利的权利要求与说明书，结合三份对比文件（D1: US7920523B2, D2: WO2011039293A1, D3: US20110138020A1）的原文及详细出处，为您进行深度法律与技术分析。

---

### 一、 权利要求技术特征分解与解释

目标专利权利要求1涉及一种**“用于管理媒体流的并发流式传输的系统”**。其核心逻辑在于：在多路媒体流并发传输遭遇系统资源限制（如带宽瓶颈）时，系统不是简单地拒绝服务，而是通过“用第一媒体流替换向第二客户端传输的第二媒体流”的方式，来实现资源的动态调配和优化管理。

根据您的要求，权利要求1被严格分解为以下10个技术特征：

* **技术特征A**：媒体流至少包括第一媒体流和第二媒体流。

* **技术特征B**：第一媒体流和第二媒体流表示事件的不同记录（注：说明书语境下，例如同一场球赛或活动的不同机位拍摄、不同角度或不同清晰度/层级的记录）。

* **技术特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输。

* **技术特征D**：所述系统包括输入接口，用于获得限制数据。

* **技术特征E**：所述限制数据指示至少以下的并发流式传输超过资源限制。

* **技术特征F**：i）向第一流式传输客户端流式传输的第一媒体流。

* **技术特征G**：ii）向第二流式传输客户端流式传输的第二媒体流。

* **技术特征H**：选择子系统，用于基于限制数据而生成选择数据。

* **技术特征I**：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择。

* **技术特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

---

### 二、 对比文件技术特征比对分析（毫无异议公开 / 实质公开）

#### 1. D1: US7920523B2

* **技术架构**：主要涉及多模移动终端在不同网络技术（如WiMAX与EV-DO）之间切换时的服务质量（QoS）会话连续性管理。

* **特征比对**：

* D1公开了移动台（Client）在切换过程中同时建立第一会话（第一媒体流）和第二会话（第二媒体流）以保持QoS（特征A、C）。

* 然而，D1的并发会话是**针对同一个移动终端（单客户端）在无缝切换期间的并发传输**，目的是为了防止掉线。

* **结论**：D1没有公开向“第一客户端”和“第二客户端”（多客户端）传输不同媒体流，更未公开“因资源超限而用一路流去**替换（Replace）**另一路流”的机制（未公开特征B、D、E、F、G、H、I、J）。

#### 2. D2: WO2011039293A1

* **技术架构**：涉及可伸缩视频编码（SVC）在IMS网络架构下的带宽分配。其核心思想是当多路流或多用户并发导致总带宽超限时，动态调整或阻断（Block）某些增强层（Enhancement Layer），以保证基础层（Base Layer）或高优先级流的传输。

* **特征比对**：

* **特征A、C、F、G**：毫无异议公开。D2明确提到了多路视频流（如三个视频流各占4Mbps）并发流式传输，以及这些流共享单条ADSL连接或无线基础设施的有限带宽。

* **特征D、E**：毫无异议公开。D2的策略控制服务器（PCRF）和执行功能（PCEF）用于监控流量、检测是否超过资源限制（带宽）。

* **特征B**：**实质公开**。D2在说明书可伸缩视频编码（SVC）的方案中，视频被分为基础层和增强层（增强层与基础层结合能提高分辨率、帧率或图像质量）。从广义技术等同和本领域技术人员的认知来看，基础层和增强层是对“同一视频事件的不同层级/属性的记录”，实质上对应了“表示事件的不同记录”。

* **特征H、I、J**：**实质公开 / 强相关公开**。D2公开了当第三路流加入导致总带宽超限（12Mbps超限）时，策略服务器通过执行功能**“阻断（Block/Gate）某些增强层”**。这在实质上等于**“选择了仅包含基础层的流（第一媒体流）来替换原本包含基础层+增强层的流（第二媒体流）”**，以便将腾出的带宽分配给其他服务或客户端。

#### 3. D3: US20110138020A1

* **技术架构**：涉及使用非流式传输协议（如HTTP）进行实时或近实时媒体流传输（即HLS技术），重点在于变体播放列表（Variant Playlist）、切片文件及播放列表压缩。

* **特征比对**：

* D3公开了同一个节目可以有不同码率的变体流（Variant Streams）（特征A、B）。

* D3公开了客户端在带宽变化时可以动态切换码率（特征C、H、I、J的客户端行为）。

* **结论**：D3的码率切换完全是**客户端（单个客户端）根据自身检测到的带宽自发进行的自适应切换**，并不涉及系统级输入接口接收“指示多个客户端并发传输超限的限制数据”并由“系统生成选择数据去实施跨客户端的替换”（未公开特征D、E、F、G）。

---

### 三、 技术特征比对表格

为了直观展现比对结果，以下给出针对权利要求1各技术特征的详细出处与比对表：

---

### 四、 最接近对比文件（最接近现有技术）的筛选

在创造性分析中，确定“最接近的对比文件”通常遵循**技术领域相同或相近、解决的技术问题最类似、公开的技术特征最多**的原则。

#### 最适合作为最接近对比文件的是：**D2 (WO2011039293A1)**

**分析理由如下：**

1. **技术领域与架构高度契合**：D2和目标专利均处于**“多客户端并发媒体流传输的系统级网络资源/带宽管理”**技术领域。两者均采用了策略控制服务器（如目标专利的选择子系统/D2的PCRF）与执行节点（目标专利的输出接口/D2的PCEF）的系统架构。

2. **解决的技术问题完全一致**：目标专利解决的是“多路并发流式传输时如何应对资源限制（瓶颈）”的问题。D2同样解决“在带宽有限的单连接或共享基础设施中，多个媒体流服务并发导致过载和拥塞”的问题（参见D2的[p0009]-[0012], [p0016]）。

3. **技术效果最接近**：D2通过动态地“阻断/门控（Block/Gate）某些流的增强层”，避免了直接拒绝新的流媒体请求，从而达到了“在有限的总带宽下提供更多内容输送服务、优化整体用户感知质量（QoE）”的技术效果（参见D2的[p0032]），这与目标专利通过“替换”流来管理资源限制的效果如出一辙。

4. **技术特征公开度最高**：如比对表所示，权利要求1的10个技术特征中，D2毫无异议地公开了绝大部分（A, C, D, E, F, G, H, J），并实质公开了核心的替换与流分层特征（B, I）。相比之下，D1局限于单客户端的多模无缝切换，D3局限于单客户端的自适应码率调整，均未触及多客户端并发导致系统超限时的**“系统级集中调配与干预”**。

---

### 五、 漏洞与薄弱特征分析（若提出无效请求）

如果对目标专利的权利要求1提出无效宣告请求，该权利要求最薄弱、最容易被突破的技术特征是：

**【技术特征B：第一媒体流和第二媒体流表示事件的不同记录】**

**理由如下：**

1. **术语具有极大的泛化性（Broad Interpretation）**：在目标专利中，“表示事件的不同记录（different recordings of an event）”是其试图构建新颖性的核心限制条件。然而，从技术本质上讲，什么是“同一事件的不同记录”？

* 在D2的SVC（可伸缩视频编码）中，基础层记录了事件的基本视频（低分辨率），增强层记录了事件的提升视频（高分辨率），它们结合共同呈现一个事件。因此，基础层和增强层完全可以被解读为“对同一视频事件的不同记录”（一个记粗略，一个记精细）。

* 在D3的变体流（Variant Streams）中，高码率、中码率、低码率文件本身就是对“同一场棒球比赛（事件）”用不同压缩参数进行的“不同记录”（参见D3的[0010], [0103]）。

2. **容易被评述为组合创造性或惯用手段**：即使目标专利辩称“不同记录”必须指代“不同机位/不同视角的独立摄像机记录”，在本领域中，针对同一场体育赛事（事件）提供多视角（多机位）直播，且各视角由于码率或客户端多路并发导致带宽限制时进行流的切换，也是极其常规的业务场景。一旦特征B被D2的基础层/增强层或者D3的变体流成功覆盖，权利要求1的所有技术特征将被D2完全读入（Read on），或者落入“D2 + D3”或“D2 + 本领域公知常识”的创造性杀伤范围内。

---

### 六、 进一步的对比文件检索策略

为了确保彻底无效掉权利要求1（甚至包括未给出的从属权利要求），建议开展补充检索，并采取以下策略：

1. **关键词扩展与技术文本切入**：

* 目标专利使用了较宽泛的词汇（如“限制数据”、“选择数据”、“不同记录”）。在检索时，必须将其转化为本领域的标准技术术语：

* 将“限制数据/超过资源限制”转换为：`Bandwidth limitation`, `Congestion control`, `Admission control oversubscription`, `Resource allocation bottleneck`, `QoS/QoE degradation`.

* 将“替换/选择数据”转换为：`Stream switching`, `Dynamic stream substitution`, `Layer dropping`, `Adaptive bitrate (ABR) server-side control`, `Transcoding down-rating`.

* 将“不同记录”转换为：`Multi-view video coding (MVC)`, `Multi-camera streaming`, `Alternative angles`, `Scalable Video Coding (SVC)`, `Variant streams`.

2. **聚焦“服务端/网络端主动控制”的检索分类号（IPC/CPC）**：

* 鉴于D3等文件纯客户端自适应（Client-driven）的缺陷，应重点检索**由网络侧、服务器侧或网关侧根据全局资源实施流切换（Server-driven / Network-assisted）**的专利。

* 重点关注以下分类号：

* `H04L65/60` (流媒体传输协议/网络流媒体)

* `H04L47/12` (网络流量控制、拥塞缓解)

* `H04L47/70` (网络资源分配、准入控制)

* `H04N21/2343` (核心网/服务器端的视频数据重新格式化、自适应转换或层级丢弃)

* `H04N21/24` (服务端监控网络条件和客户端状态)

3. **加强对“多视角/多机位流管理”的联合检索**：

* 构建检索式：`(Multi-view OR Multi-camera OR "different angles") AND (bandwidth OR resource) LIMIT AND (switch* OR substitut* OR replac*)`。

* 重点寻找在2011年之前，IPTV或CDN（内容分发网络）在面对多用户观看不同机位、总带宽爆满时，服务器端主动强制将某些用户“降级”或“重定向到基础流”的先例。这类文献将能给特征B和特征I致命一击。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深入的说明书结合分析，并与三份对比文件（D1、D2、D3）的原文及出处进行严格的特征比对，进而确定最接近的对比文件、分析无效请求中最薄弱的技术特征以及下一步的检索策略。

---

## 一、 权利要求1的技术特征拆解与说明书释义

目标专利权利要求1保护的是一种“用于管理媒体流的并发流式传输的系统”，其核心解决的是在**资源受限**的情况下，通过生成选择数据，用第一媒体流**替换**第二媒体流，以实现客户端的无缝流式传输切换。

根据说明书的内在逻辑，各技术特征的含义释义如下：

* **特征A~B（媒体流与事件记录）：** 系统处理至少两个媒体流（第一和第二），它们是同一“事件”（如体育赛事、音乐会）的“不同记录”（如不同的摄像机机位、不同角度或不同分辨率/画质的记录）。

* **特征C（并发传输与资源限制）：** 系统的应用场景是并发流式传输，但这种传输受到“资源限制”（例如网络带宽限制、服务器硬件资源限制或客户端解码能力限制）。

* **特征D~G（输入接口与限制数据）：** 系统通过输入接口获取限制数据，该数据明确指示：如果同时向第一客户端流式传输第一媒体流、向第二客户端流式传输第二媒体流，将会**超过**当前的资源限制（即带宽或资源爆表，无法维持现有传输）。

* **特征H~I（选择子系统与流替换选择）：** 这是核心发明点。选择子系统不是简单地断开连接，而是基于上述限制数据，生成选择数据，决定用“第一媒体流”去**替换**发送给第二客户端的“第二媒体流”（例如：把原本给第二客户端的高清流替换为带宽占用较小的另一个角度的流，或者共享第一流以节省带宽）。

* **特征J（输出接口）：** 输出该选择数据，在实际的流媒体传输中执行该替换动作，从而在不中断流媒体的情况下应对资源超限问题。

---

## 二、 对比文件公开情况分析与特征比对表格

### 1. 对比文件公开号及简称对应

* **对比文件1 (D1)：** `US20110280540A1` (BROADCAST MANAGEMENT SYSTEM)

* **对比文件2 (D2)：** `US20110302319A1` (METHOD AND APPARATUS FOR ADAPTIVE STREAMING BASED ON PLURALITY OF ELEMENTS FOR DETERMINING QUALITY OF CONTENT)

* **对比文件3 (D3)：** `US20110307781A1` (SEAMLESS PLAYBACK OF COMPOSITE MEDIA)

### 2. 对比文件实质公开内容分析

* **D1 (US20110280540A1)：** 公开了一种广播管理系统。其核心在于接收同一事件（如同场体育比赛）多个摄像机机位（不同角度）的同步视频流，并在广播管理界面中由导演/用户选择某一个流输出给观众（客户端）。D1主要解决的是“多视角视频的实时切换和广播剪辑”问题，其切换是由用户主动选择触发的，**完全没有提及根据网络带宽或资源限制进行自动流替换**的机制。

* **D2 (US20110302319A1)：** 公开了一种基于多种要素确定内容质量的自适应流媒体传输方法。它针对同一个内容（Predetermined content）使用不同的编码参数（分辨率、码率、帧率）生成多个媒体数据（Tracks/Representations），客户端根据估计的流媒体传输环境（如带宽变化、硬件资源限制）**自动在不同质量的流或片段（Segments）之间进行切换替换**（高质换低质或低质换高质）。然而，D2中提到的是“同一个内容（One input content/Predetermined content）的不同质量编码”，**并非“同一事件的不同记录（如不同机位角度）”**。

* **D3 (US20110307781A1)：** 公开了一种组合媒体的无缝播放系统。其核心是通过组合清单（Composite Manifest）将现有的、来自不同源或同一资产不同片段的剪辑（Clips）拼接成一个新的统一流，实现无缝播放，并支持广告插入和快进快退。D3主要解决的是“多段视频剪辑的逻辑拼接与无缝客户端播放”问题，其替换和流拼接是基于清单预先编排或广告插入逻辑，**并非基于网络资源限制实时将一个客户端的事件记录流替换为另一个客户端的流**。

### 3. 技术特征比对表格

以下是目标专利权利要求1与对比文件D1、D2、D3的详细特征比对表：

---

## 三、 最接近对比文件（D1/D2）的确定及创造性分析

在创造性审查或无效宣告程序中，本案适合选择 **D1** 或 **D2** 作为**最接近的对比文件（D1或D2均可独立作为最接近的对比文件）**，它们分别从不同的技术角度切入：

### 1. 视D1 (`US20110280540A1`) 为最接近的对比文件

* **技术领域与技术问题一致性：** D1同样属于“多机位/多视角媒体流管理系统”。它解决的是在同一个直播事件中，如何管理和流式传输至少包括第一和第二媒体流（不同摄像机记录）给多个客户端的技术问题。这与目标专利在技术架构、媒体流的属性（特征A、B、F、G）上高度契合。

* **区别技术特征：** 目标专利相比于D1，核心区别在于**特征C、D、E、H、I、J**。即D1是依靠**导演人工选择**流来进行广播，而目标专利引入了**“资源限制数据”**，并在并发传输超限时，自动通过选择子系统生成选择数据，**用第一媒体流替换第二媒体流**。

* **技术效果与改进方向：** 目标专利达到的技术效果是：在网络或服务器资源受限时，无需人工干预，系统能自动根据网络超限状态进行智能流替换，避免第二客户端彻底卡顿或断流。

### 2. 视D2 (`US20110302319A1`) 为最接近的对比文件

* **技术手段与核心机制一致性：** D2属于“自适应流媒体传输系统”。它最先提出了本发明的核心控制机制——即通过输入接口获取网络带宽/硬件等**“资源限制数据”**（特征C、D、E），并在环境恶化（超限）时，通过选择组件自动生成选择数据（特征H），实现**媒体流的自适应替换**。

* **区别技术特征：** 目标专利相比于D2，区别在于**特征B、I、J**。D2中被替换的流是“同一内容的不同画质/码率转码流（同一视角的纵向缩放）”，而目标专利是个“多客户端并发环境”，替换的客体是“同一事件的不同记录（横向的不同机位/视角流的交叉替换）”。

* **技术效果与改进方向：** 目标专利将单流的自适应码率切换思路，创造性地应用到了多客户端并发、多视角的共享与替换调度中，提供了更丰富的资源优化维度（通过切换事件记录/视角来降低资源开销）。

---

## 四、 无效请求中最薄弱的技术特征分析

若要对目标专利提出无效宣告请求，该权利要求1中**最薄弱的技术特征（即最容易被评价为不具备创造性、或最容易被对比文件组合拉下马的特征）**是：

> **特征H：选择子系统，用于基于限制数据而生成选择数据。**

> 以及 **特征D、E：输入接口，用于获得限制数据（且该数据指示并发传输超过资源限制）。**

### 原因分析：

这些关于“基于网络带宽或资源限制自动进行流切换/替换”的特征，在流媒体领域（特别是2011年左右自适应流媒体技术MPEG-DASH、HLS、MSS大行其道的时期）属于**极其公知常规的技术手段**。

如特征比对表所示，**D2 (`US20110302319A1`)** 已经非常彻底地公开了“检测流媒体环境（带宽、硬件限制数据），在环境恶化无法维持传输（超过资源限制）时，自动选择并切换到另一种媒体数据进行替换”的完整闭环。

因此，目标专利中关于“接口获取限制数据、系统根据超限自动做切换”的架构，在D2面前没有任何新颖性和创造性可言，属于防线极度薄弱的常规技术特征。

### 目标专利真正的“防线”（核心发明点）：

目标专利之所以目前具有创造性，完全取决于**特征B与特征I、J的结合**——即**“在多客户端并发下，利用事件的不同记录（如机位A的流）去替换另一个客户端的事件记录（如机位B的流）”**。这种“跨客户端的视角交叉替换以应对带宽超限”的方案，在D1（纯人工切换视角）和D2（单客户端纯码率切换）中均未被实质公开。

---

## 五、 进一步的对比文件检索策略

鉴于目前的防线卡在“多视角/多机位流的交叉自适应替换”上，为了成功无效该权利要求，建议采取以下进阶检索策略：

1. **关键词精准扩展与相交：**

* **视角/机位维度：** `multi-angle`, `multi-view`, `multiple cameras`, `alternative angle`, `camera feed`, `different vantages`.

* **自适应/资源调度维度：** `adaptive streaming`, `bandwidth constraint`, `resource limitation`, `congestion control`, `dynamic allocation`, `cross-client`.

* **替换/流调度动作：** `switch`, `replace`, `substitute`, `stream selection`, `join/leave multicast`.

2. **聚焦特定的技术演进背景（检索方向提示）：**

* **P2P流媒体与多视角直播结合（重点）：** 在2010-2015年间，有很多关于“多视角P2P直播”的研究。当某个视角的服务器/节点带宽不够时，系统为了不让用户卡顿，会强制或引导用户切换到“有其他节点正在并发传输的、邻近视角的流”（共享带宽）。这种体制完美对应了“用第一客户端正在接收的第一媒体流替换第二客户端的第二媒体流”的跨客户端调度方案。

* **组播（Multicast）流优化：** 检索在IP组播或应用层组播中，当总带宽超限时，动态将用户从一个高带宽组播组（第二媒体流）调度/替换到另一个已有用户驻留的低带宽或多视角组播组（第一媒体流）的系统。

3. **优先检索的专利分类号（IPC/CPC）：**

* `H04N21/2343` (涉及改变媒体流的格式、码率或改变流本身以适应端到端环境)

* `H04N21/442` (客户端网络或硬件资源监测)

* `H04N21/218` (管理多台摄像机或源)

* `H04L65/60` (网络流媒体传输协议与控制)

通过寻找将“自适应流控（D2类）”与“多视角/组播共享（D1类改良）”相结合的单一对比文件，或者寻找公开了“因带宽不足建议或自动切换视频视角/质量”的现有技术，将能直接摧毁目标专利权利要求1的创造性防线。

作为一名经验丰富的专利代理师，我将严格依据《专利审查指南》及相关法律法规，紧密结合目标专利说明书的公开内容，针对权利要求1及给定的对比文件（D1、D2、D3）进行深度解析与创造性评述。

首先，为方便后续法律评述与比对，明确对比文件的指代与公开号映射关系如下：

* **对比文件1（D1）**：US20120033037A1（公开日：2012-02-09）

* **对比文件2（D2）**：US8159995B2（授权公告日：2012-04-17）

* **对比文件3（D3）**：CN1606302B（授权公告日：2012-05-23）

---

## 一、 权利要求技术特征分解与解析（结合说明书）

根据目标专利的文本，权利要求1属于**系统权利要求**，其保护的是“一种用于管理媒体流的并发流式传输的系统”。其技术特征可被细化分解为以下A至J共10个特征：

* **技术特征A**：媒体流至少包括第一媒体流和第二媒体流；

* **技术特征B**：第一媒体流和第二媒体流表示事件的不同记录；

* **技术特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输；

* **技术特征D**：所述系统包括输入接口，用于获得限制数据；

* **技术特征E**：所述限制数据指示至少以下的并发流式传输超过资源限制；

* **技术特征F**：i）向第一流式传输客户端流式传输的第一媒体流；

* **技术特征G**：ii）向第二流式传输客户端流式传输的位置第二媒体流；

* **技术特征H**：选择子系统，用于基于限制数据而生成选择数据；

* **技术特征I**：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；

* **技术特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

### 说明书内涵合理解释：

该系统核心解决的是在**网络总资源受限（特征C）**且**多路客户端并发传输（特征F、G）**导致**超过限制（特征E）**时，如何通过一种智能化、低成本的**流替换策略（特征H、I、J）**来缓解资源超载的问题。

值得注意的是**特征B**中“**表示事件的不同记录**”，在音视频领域，这通常指同一场景、同一活动的不同视角（多视角）、不同清晰度码率（如SVC/MVC的分层）或不同语言音轨的记录。

---

## 二、 各对比文件技术特征比对与分析

以下将紧密结合各对比文件原文，逐一分析其对技术特征的公开情况（指出详细原文出处与段落编号）。

### 1. 对比文件1（D1: US20120033037A1）分析

D1涉及网络流式传输视频数据的属性信令传递，特别是针对多视角视频编码（MVC）或3D视频表示。

* **关于特征A、B**：D1明确公开了。原文`[0009]`、`[0035]`、`[0036]`指出：“receiving, for multimedia content, video data for two or more views of a scene... view identifiers for views of multimedia content may correspond to horizontal locations of camera perspectives”。多视角视频中，不同视角即为“同一场景（事件）的不同相机位置记录”，完美对应特征A和B。

* **关于特征F、G、I、J（多客户端/流替换）**：D1的方案是基于单客户端（a client device / destination device）根据自身屏幕大小或带宽选择最合适的MVC表示（Representation），其manifest（MPD）发送给客户端进行适配选择。D1**未公开**多客户端（第一、第二流式传输客户端）并发导致的资源超载以及由系统生成选择数据去“替换第二客户端的第二媒体流”的架构。

### 2. 对比文件2（D2: US8159995B2）分析

D2涉及卫星通道的选择方法与设施，主要解决在通用通道（背景通道）质量劣化时切换到专用通道的问题。

* **关于特征A、C**：D2公开了媒体流并发传输及资源限制。原文`[0008]`、`[0018]`指出系统提供通用通道AK和专用通道DK，“The general channel AK is available equally to all users... bandwidth being a function for example of the number of users using this general channel at the same time.” 证明存在并发和带宽资源限制。

* **关于特征D、E、H、I、J**：D2属于**通道（物理层/传输层信道）切换**，而非“第一媒体流替换第二媒体流”。D2中当质量下降时，是为**同一个**数据源/宿请求专用通道，路由的是它自己的流（从D1切换到D2，均为该DQ的数据）。它**没有公开**因为超过资源限制而“用第一客户端的第一媒体流去替换第二客户端的第二媒体流”。

### 3. 对比文件3（D3: CN1606302B）分析

D3涉及存在网络阻塞点时媒体流的动态调度，旨在实现免打嗝的快速信道改变。

* **关于特征A、B、C**：D3明确公开。原文`[0038]`、`[0057]`、`[0090]`等指出：系统包括编码器110、调度程序130、内容分发系统140（属于带宽限制阻塞点）。传输系统并发传输多个媒体流（如电影、电视等）。

* **关于特征D、E、F、G、H、I、J（核心架构比对）**：

* D3原文`[0038]`明确指出：“本实现调整媒体流网络上的**多个同时媒体流的递送**。其调整解决限制带宽的阻塞点的遍历；**快速地停止来自流集合的一个或多个媒体流的递送**；快速地初始化一个或多个先前没有在集合中的媒体流的递送和呈现（即‘信道改变’）”。

* 原文`[0076]`-`[0078]`（保留但可动态分配的带宽）：“呈现设备具有与它们相关联的保留位速率。然而，在对当前时隙进行调度时，该保留位速率**可被动态赋予其他呈现设备**... 几个流可被同时发送到相同的呈现设备。然而，被发送到呈现设备的流的名义位速率必须合计起来小于该呈现设备的保留位速率。”

* 原文`[0144]`-`[0146]`：“快速停止从流集合到老信道设备的递送。呈现设备（及其新的信道）除任何其他调度程序能够分配到新信道的带宽外现在还可以使用从前分配到老信道的带宽。当停止流时，简单地从最终期限时间表中移除该流的数据……”

* **实质公开分析**：D3公开了调度程序（输入接口和选择子系统）获取各个阻塞点及客户端的带宽利用和限制数据（特征D、E），当总带宽遭遇阻塞点限制，且有新的客户端请求新流或并发超载时，调度程序通过“快速停止老流”或动态挪用、调整不同客户端之间的流递送和带宽分配。这在技术实质上，已经毫无异议地公开了“基于限制数据，生成选择数据/调度策略，实现在网络流传输中对流的调整和替换”（特征H、I、J）。

---

## 三、 特征比对表格

为了直观展现权利要求1的每一个技术特征在各对比文件中的公开情况，特制备如下特征比对表：

---

## 四、 最接近对比文件（D1-D3）的筛选与创造性分析

在创造性审查或无效宣告程序中，选择“最接近的对比文件”通常遵循**技术领域相同或相近、解决的技术问题最突出、公开的技术特征最多**的原则。

### D3 适合作为最接近的对比文件（第一最接近对比文件）

* **技术领域与架构高度契合**：目标专利与D3均属于**网络媒体流的多路并发调度与带宽管理系统**，且均引入了“中央/网络侧调度节点（目标专利的选择子系统 vs D3的调度程序130）”来监控全局网络限制。

* **解决的技术问题相同**：目标专利和D3的核心诉求都是解决在**网络资源受限（阻塞点）**的情况下，多路并发流如何动态调整、切断或替换，以达到最优传输、防止播放中断（D3称为“免打嗝”、避免“下溢”；目标专利称为“管理并发流式传输超过资源限制”）。

* **公开特征最多**：由特征比对表可见，D3几乎实质公开了权利要求1中除字面表述细微差异外的全部架构特征（特征A、C、D、E、F、G、H、I、J），包含动态挪用带宽、停止老流、快速初始化新流的技术实质。

### D2 不适合作为最接近对比文件

* D2虽然解决了资源受限时的通道切换问题，但其技术实质属于**物理信道/传输通道（通用信道 vs 专用信道）的切换切换**。它的切换结果是同一路流在不同通信媒介间跳转，而非本专利所述的“在流媒体层面上，用第一流替换第二流”的媒体流级别管理。因此其技术手段和实质相差较远。

### 结论：

**D3最适合作为创造性分析中最接近的对比文件。**

---

## 五、 结合其余对比文件的创造性评述与最薄弱特征分析

### 1. 未被最接近对比文件公开的特征及其余文件的公开情况

如果严格从字面含义（Literal Reading）出发，D3在**技术特征B**“第一媒体流和第二媒体流表示**事件的不同记录**”上的公开可能存在轻微争议（D3主要强调不同信道，如CNN vs MSNBC，或者同一信道的视音频流）。

然而，**D1（US20120033037A1）**在其说明书`[0009]`、`[0035]`中已经明确且完美地公开了这一特征：多视角视频编码（MVC）中的两个或多个View（视角），即为“针对同一 Scene（事件场景）自不同 Camera perspective（相机记录）产生的数据”。

因此，如果以D3为最接近的对比文件，本领域技术人员在面对多路多视角/3D视频网络并发超载的技术缺陷时，**极易想到将D1公开的多视角/不同相机记录的流媒体属性应用到D3的并发流调度系统中**。这种结合属于本领域的常规技术手段融合。

### 2. 若提出无效请求，目标专利最薄弱的技术特征

若要对本权利要求1提起无效宣告请求，该专利**最薄弱（即最容易被攻破、防守力最弱）的技术特征**是：

> **特征I和特征J中关于“由第一媒体流对第二媒体流的替换”这一动态调度逻辑。**

* **薄弱原因**：专利权人可能会抗辩称：“D3只是停止了老流，释放了带宽给新流，并不是‘第一媒体流替换了第二媒体流’”。但从通信与资源调度的本质来看，在总带宽固定的管道里，掐断B客户端的流（第二媒体流），进而腾出资源保证A客户端的流（第一媒体流）并发成功，或者将A客户端的多视角流顺势推给B客户端进行画面降级替换，这在资源运筹学和多路复用调度中属于**等流替换/动态对冲的常规演算法**。D3的`[0076]`（将保留位速率动态赋予其他呈现设备）已经将这种“拆东墙补西墙”的流替换实质表述得非常透彻。因此，该系统的核心控制逻辑在D3+D1的架构下，创造性高度岌岌可危。

---

## 六、 进一步的对比文件检索策略建议

鉴于目前的权利要求1在系统架构、接口和宏观流替换逻辑上已被D3和D1深度覆盖，为了彻底切断其创造性（尤其针对可能存在的修改或从属权利要求），建议采取以下针对性的**进一步检索策略**：

1. **细化特征检索（Focusing on Event Recording / Single Transport Line）**：

* 针对“同一事件的不同记录（如：多机位直播、CDN多视角分发、应急指挥多路监控替换）”，联合检索**流媒体CDN调度**、**多机位（Multi-camera）直播带宽控制**领域的专利。

* **关键词组合**：`(并发流/concurrent streams) AND (带宽限制/bandwidth limit OR 阻塞点/bottleneck) AND (多视角/multi-view OR 动态替换/dynamic substitution OR 降低码率/adaptive bitrate)`。

2. **重点检索多客户端组播/单播转换节点（Edge Node / Traffic Shaper）**：

* 检索目标转向网络边缘节点（如智能路由器、BRAS、边缘网关）。这些设备在物理上天然具备“输入接口获得全局/局域限制数据”，并根据策略“切断不重要用户的流，把带宽替换给重要视频流”的功能。

* **推荐分类号检索**：聚焦于 `H04L47/00`（网络流量控制或拥塞控制）和 `H04N21/234`（服务端视频流处理/改动视频流）。

3. **非专利文献（NPL）检索突破**：

* 由于流媒体替换与动态带宽调度在2010-2012年间伴随HTTP DASH标准和P2P流媒体的兴起有海量研究，建议深入检索IEEE、ACM高级网络会议（如SIGCOMM、INFOCOM、MMSys）在2012年之前的学术论文，寻找关于“多视点视频流（Multi-view Video Streaming）在无线/有线受限带宽下的多用户流丢弃与替换策略”，通常能找到比专利更为直接的算法数学模型作为完全公开的销毁性证据。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1以及三份对比文件（D1: CN1951083B, D2: US20120185906A1, D3: US20120198506A1）进行深入的法律与技术特征比对分析。以下是详细的无效宣告/创造性分析报告：

---

## 一、 权利要求技术特征分解与对比文件特征比对

目标专利权利要求1保护的是一种“用于管理媒体流的并发流式传输的系统”，其技术方案可拆分为10个具体的技术特征（A至J）。以下是各对比文件是否公开这些特征的详细出处及比对表：

### 1. 技术特征比对表

---

## 二、 最接近对比文件（D1/D2/D3）的选择与分析

在创造性分析中，**D3 (US20120198506A1)** 和 **D2 (US20120185906A1)** 均适合作为最接近的对比文件。

### 1. 为什么选择 D3 作为第一最接近对比文件？

* **整体解决的技术问题：** D3旨在解决由于并发用户量大、网络带宽受限导致的OTT视频流传输拥堵、卡顿问题（背景技术[0001]）。这与目标专利“管理并发流式传输以防超过资源限制”的技术问题完全一致。

* **技术效果与核心机制：** D3的核心机制是“自适应多播流切换（Multicast Adaptive Stream Switching）”。当客户端110检测到网络拥堵（限制数据）时，会向系统发送切换多播组的请求，从而在**向该客户端流式传输的过程中，用同一事件的Q2媒体流（第一媒体流）直接替换原有的Q1媒体流（第二媒体流）**（详见D3 [0024], [0038]）。这种“流替换”的架构与目标专利特征I、J的耦合度最高。

### 2. 为什么 D2 也适合作为最接近对比文件？

* **技术问题与架构：** D2解决的是多用户或单用户多终端在有限带宽（如ADSL 12Mbps）下并发观看视频导致的带宽超限问题（详见D2 [0005]）。

* **控制策略：** D2通过策略服务器（PCRF）和执行节点（PCEF），在检测到新连接或带宽超限时，动态调整（替换）分层编码中的增强层（Enhancement Layers），从而实现服务质量的动态切换。

---

## 三、 未被最接近对比文件公开的特征及其他对比文件控制分析

结合上述分析，最接近对比文件（D3/D2）共同构成的组合，已经实质公开了目标专利绝大部分行政和架构特征，但**特征B（第一媒体流和第二媒体流表示事件的不同记录）**是主要区别特征。

* **关于特征B（事件的不同记录）：**

* D3公开的是“同一视频内容的不同码率编码（different bit-rate encodings of the same video content）”；D2公开的是“基础层与增强层（base layer and enhancement layers）”或“不同的电视节目频道”。

* **其他对比文件是否公开？** D1中提到了“音频或语音帧的重放和对应的视频帧之间的同步（[0042]）”，这属于同一记录的不同媒体轨，也非“事件的不同记录”。

* **法律适用分析：** 如果目标专利所述的“事件的不同记录”指的是“同一场球赛的不同机位视角”或“不同摄像设备独立录制的内容”，在传统的电视广播/多媒体流控制领域，提供多视角（Multi-angle）流式传输并在带宽受限时从高清视角切换到低码率/主视角是本领域的公知常识。

---

## 四、 提出无效宣告请求时最薄弱的技术特征

若对目标专利提出无效请求，其**最薄弱（即最容易被攻破、最缺乏创造性）**的技术特征是：

### **特征I和特征J（基于限制数据生成选择数据，并输出以实现流的替换）**

* **薄弱原因：** 专利权人可能试图辩称其核心发明点在于“自动生成选择数据以实现媒体流的动态替换”。然而，这一特征已被 **D3 毫无异议地实质公开**。

* D3的图3及说明书第[0038]段明确记载：用户设备110提供“流选择（stream selection 340）”给切换传输系统122（对应生成并输出选择数据），传输系统122将其关联到新的多播组并断开原多播组，从而输出并实现“由Q2流对Q1流的替换（optimal content stream 350）”。

* D2的第[0026]、[0097]段也明确公开了通过PCRF和PCEF动态关断（Gating）或切换视频流的层级。

* 因此，权利要求1中除“事件的不同记录”这一可能具有争议的限定外，其核心的系统架构、接口输入输出、流替换控制逻辑已经被D3和D2完全架空。

---

## 五、 进一步的对比文件检索策略

为了彻底无效掉包含“事件的不同记录（不同视角切换）”这一特征的权利要求1，建议启动第二轮精准检索，检索策略如下：

1. **关键词组合扩展（多视角/多录制+带宽自适应）：**

* `(多视角 OR 多机位 OR 不同记录 OR 切换 OR Multi-angle OR Multi-view OR Alternate camera OR Different recordings)`

* **AND** `(并发 OR 同时 OR 资源限制 OR 带宽限制 OR 拥塞 OR Concurrent OR Bandwidth limit OR Congestion OR Exceed)`

* **AND** `(媒体流 OR 替换 OR 选择 OR 码率自适应 OR Stream adaptive OR Replace OR Substitution OR Switch)`

2. **重点分类号（IPC/CPC）锁定：**

* **H04N 21/2343**（涉及为了适应网络条件、端设备转码或更改媒体流格式的中央服务器端处理）。

* **H04N 21/442**（客户端网络条件或系统资源监测）。

* **H04N 13/00** 或 **H04N 21/218**（涉及多视角、立体电视图像流的输入源选择控制）。

3. **目标标杆企业/交叉文献检索：**

* 重点检索2012年前后，思科（Cisco）、爱立信（Ericsson）、华为（Huawei）、微软（Microsoft）在 **MPEG-DASH 标准化阶段**以及 **多视角视频流自适应传输（Multi-view Video Coding, MVC Adaptive Streaming）** 领域的在先专利申请。这类申请通常完美包含“由于带宽超限，系统在多机位/不同记录的媒体流之间进行自动切换或替换”的技术方案。

```python?code_reference&code_event_index=1

import base64

from weasyprint import HTML

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm;

@bottom-right {

content: counter(page);

font-family: 'Times New Roman', 'SimSun', serif;

font-size: 9pt;

color: #555;

}

}

body {

font-family: 'Times New Roman', 'SimSun', serif;

line-height: 1.6;

color: #333333;

margin: 0;

padding: 0;

font-size: 10.5pt;

}

h1 {

font-size: 18pt;

text-align: center;

margin-bottom: 25px;

color: #1a365d;

font-weight: bold;

}

h2 {

font-size: 14pt;

border-left: 4px solid #2b6cb0;

padding-left: 10px;

margin-top: 25px;

margin-bottom: 15px;

color: #2b6cb0;

}

h3 {

font-size: 11.5pt;

margin-top: 15px;

margin-bottom: 8px;

color: #2d3748;

font-weight: bold;

}

p {

text-indent: 2em;

margin: 8px 0;

text-align: justify;

}

.bold-text {

font-weight: bold;

}

table {

width: 100%;

border-collapse: collapse;

margin-top: 15px;

margin-bottom: 15px;

font-size: 9.5pt;

}

th, td {

border: 1px solid #cbd5e0;

padding: 8px;

text-align: left;

vertical-align: top;

}

th {

background-color: #ebf8ff;

color: #2b6cb0;

font-weight: bold;

}

tr:nth-child(even) {

background-color: #f7fafc;

}

.feature-code {

font-weight: bold;

color: #c53030;

text-align: center;

width: 8%;

}

.quote-block {

background-color: #f7fafc;

border-left: 3px solid #cbd5e0;

padding: 5px 10px;

margin: 5px 0;

font-style: italic;

font-size: 9.5pt;

}

</style>

</head>

<body>

<h1>本案权利要求1的专利无效可行性及创造性深度分析报告</h1>

<h2>一、 目标权利要求1的技术方案深度解析</h2>

<p>本案目标权利要求1保护一种“用于管理媒体流的并发流式传输的系统”。从技术实质来看，该系统主要解决的是在<b>有限的网络/物理资源限制下</b>，如何通过智能化替换策略来对并发的多路媒体流进行动态调度，以避免超过资源负载极限。</p>

<p>其核心逻辑可划分为以下几个层面：首先，界定了操作对象为至少两路表示“同一事件不同记录”（例如同一体育赛事或电影的不同视角、不同清晰度或不同剪辑版本）的媒体流（特征A、B）；其次，确立了背景环境为并发传输且存在“资源限制”（特征C）；再次，核心发明点在于引入了<b>限制数据输入→选择子系统处理→输出替换数据</b>的闭环控制机制（特征D至J）。系统并非盲目丢弃高负载流，而是通过“第一媒体流”去“替换”向第二客户端传输的“第二媒体流”，从而在维持客户端基本收视不中断的前提下，强行压降总体资源消耗。</p>

<h2>二、 各对比文件公开情况与技术特征深度比对分析</h2>

<p>针对权利要求1分解出的技术特征A至J，结合对比文件D1（US20120221740A1）、D2（US20130042015A1）和D3（US20130086278A1）的原文及详细出处，具体比对如下：</p>

<table>

<thead>

<tr>

<th style="width: 8%;">编号</th>

<th style="width: 27%;">权利要求1的技术特征</th>

<th style="width: 65%;">对比文件原文出处、具体引文及公开程度判定</th>

</tr>

</thead>

<tbody>

<tr>

<td class="feature-code">A</td>

<td>媒体流至少包括第一媒体流和第二媒体流</td>

<td><b>【D1(US20120221740A1) 毫无异议公开】</b><br>

段落[0007]: "providing the multimedia information formed of a plurality of data streams, with at least two of the data streams..."<br>

<b>【D2(US20130042015A1) 毫无异议公开】</b><br>

段落[0016]: "receives a manifest for plural encoded representations of a single content stream..."<br>

<b>【D3(US20130086278A1) 毫无异议公开】</b><br>

段落[0009]: "Each broadcast may have several corresponding live streams..."</td>

</tr>

<tr>

<td class="feature-code">B</td>

<td>第一媒体流和第二媒体流表示事件的不同记录</td>

<td><b>【D1(US20120221740A1) 毫无异议公开】</b><br>

段落[0007]: "...at least two of the data streams at least partially representing alternative contents of the multimedia information;" 且段落[0085]: "...data streams comprise different perspectives of the multimedia information. Hence, several data streams can be provided in parallel that provide different perspectives to a scene, e.g., a sports event..." 完全对应“事件的不同记录”。<br>

<b>【D2(US20130042015A1) 实质公开】</b><br>

段落[0016]: "...each representation fragmented into plural chunks, each representation comprising a different quality level..." 属于同一单路流的不同质量（码率）级别记录。</td>

</tr>

<tr>

<td class="feature-code">C</td>

<td>通过具有资源限制的资源使得能实现媒体流的并发流式传输</td>

<td><b>【D1(US20120221740A1) 毫无异议公开】</b><br>

段落[0025]: "...reduce the number of unicast transmissions, which require extensive resources, which may limit the possible interactions provided by the operators..." 公开了在并发交互传输中存在资源限制。<br>

<b>【D2(US20130042015A1) 毫无异议公开】</b><br>

段落[0017]: "...downshifts to a lower quality when bandwidth is scarce..." 公开了网络带宽作为并发流传输中的资源限制。</td>

</tr>

<tr>

<td class="feature-code">D</td>

<td>所述系统包括输入接口，用于获得限制数据</td>

<td><b>【D1(US20120221740A1) 实质公开】</b><br>

段落[0038]: "A decision can be made, e.g., by the centralized component (e.g., a middleware functionality) based on properties and/or parameters (e.g., quality of service, data rate, delay, etc.)..." 中间件的功能必然包含用于接收这些限制或属性参数的输入接口。</td>

</tr>

<tr>

<td class="feature-code">E</td>

<td>所述限制数据指示至少以下的并发流式传输超过资源限制</td>

<td><b>【D1(US20120221740A1) 实质公开】</b><br>

段落[0039]: "In addition to the trigger... these additional properties and/or parameters can be used to ensure an efficient utilization of resources. For example, decentralized components that experience large delays may be combined..." 延迟、服务质量劣化隐含指示了当前并发流式传输已面临或超过当前分配的资源限制。</td>

</tr>

<tr>

<td class="feature-code">F</td>

<td>i）向第一流式传输客户端流式传输的第一媒体流</td>

<td><b>【D1(US20120221740A1) 毫无异议公开】</b><br>

段落[0035]: "...transmitting a multicast data stream according to a first choice to all decentralized components that sent the trigger 'first choice'..." 对应向第一流式传输客户端传输第一媒体流。</td>

</tr>

<tr>

<td class="feature-code">G</td>

<td>ii）向第二流式传输客户端流式传输的第二媒体流</td>

<td><b>【D1(US20120221740A1) 毫无异议公开】</b><br>

段落[0035]: "...and transmitting a multicast data stream according to a second choice to all decentralized components that sent the trigger 'second choice'..." 对应向第二流式传输客户端传输第二媒体流。</td>

</tr>

<tr>

<td class="feature-code">H</td>

<td>选择子系统，用于基于限制数据而生成选择数据</td>

<td><b>【D1(US20120221740A1) 实质公开】</b><br>

段落[0038]、[0039]: 中间件（middleware functionality）作为控制核心，根据网络参数（延迟、带宽限制）自动将大延迟的去组合、进行信道合并或切换。该处理单元实质上就是一种“基于限制数据生成选择数据”的选择子系统。</td>

</tr>

<tr>

<td class="feature-code">I</td>

<td>所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择</td>

<td><b>【D1(US20120221740A1) 实质公开】</b><br>

段落[0035]、[0039] 及 [0203]: 公开了当网络资源受限（如出现延迟）时，为了节省网络整体资源，可以通过不重新创建新信道（避免分配额外资源），而让原本需要接收特定单独媒体流的延迟客户端，去联合（jump on/join）已经向其他客户端传输的已有组播信道（即第一媒体流）。这在本质上通过强行改变收视流，实现了“用第一媒体流替换第二媒体流”的选择。</td>

</tr>

<tr>

<td class="feature-code">J</td>

<td>输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换</td>

<td><b>【D1(US20120221740A1) 实质公开】</b><br>

段落[0023]: "The middleware may trigger a video server to convey a particular data stream and inform a router to forward the data stream..." 该中间件发送控制指令给路由器和服务器的接口，即完成了选择数据的输出，从而在下行数据流中实现了物理流的替换。</td>

</tr>

</tbody>

</table>

<h2>三、 最接近对比文件的确定及理由</h2>

<p>在创造性分析过程中，<b>对比文件D1（US20120221740A1）最适合作为本案权利要求1的最接近对比文件</b>。理由如下：</p>

<p>从<b>整体解决的技术问题</b>来看，本案关注的是在网络存在资源限制的环境下，如何调度和管理并发媒体流的流式传输，避免超出系统承载。对比文件D1同样聚焦于减少高度消耗资源的单播传输、降低运营商网络总体带宽和流量压力（段落[0025]: "reduce the number of unicast transmissions, which require extensive resources..."）。两者解决的技术问题完全契合。</p>

<p>从<b>技术效果</b>来看，本案通过媒体流的替换，在不增加资源负载的前提下满足客户端传输需求；D1同样利用中间件监控网络延迟和节点属性，将客户端动态合并到已有的动态组播信道中（段落[0050]: "Losing some frames... may be acceptable and preferable in view of the alternative of creating a new channel and thus allocating additional resources."），从而达到释放、再分配和高效利用系统资源的效果。因此，D1公开了权利要求1绝大部分的技术特征，构成了最合适的创造性分析起点。</p>

<h2>四、 无效请求中最薄弱的技术特征及检索策略</h2>

<p>根据上述分析，若对本案权利要求1提出无效宣告请求，<b>最薄弱的技术特征（即专利权人最核心的防线）是特征D、E和I中关于“输入限制数据直接作为触发选择/替换媒体流的判定闭环”的精细控制逻辑</b>。</p>

<p>虽然D1在实质上公开了通过监控延迟（资源限制的体现）来让后期客户端“强行跳跃合并（jump on）”到已有流，但D1更强调系统基于“用户主动触发（Trigger Based on Choice）”与“系统资源优化”的叠加。本案将其精简抽象为一套完全由“限制数据（负载超限）”驱动“媒体流强制替换（A替换B）”的纯自动化网关管理机制。专利权人后续极可能抗辩：D1的合并是基于用户选择了相同内容或相同故事线，而本案的替换是为了解决单纯的资源超限问题，两者在替换的直接因果链条上存在微弱差异。</p>

<h3>进一步的对比文件检索策略：</h3>

<ol>

<li><b>关键词微调与扩展</b>：在后续检索中，应强化针对网络硬性丢包或QoS超载时的动态内容降级调度。可加入：<span class="bold-text">"congest control"（拥塞控制）、"stream substitution"（流替换）、"dynamic stream switching"（动态流切换）、"resource constraint/bound"（资源约束/极限）、"redundant stream suppression"（冗余流抑制）</span>。</li>

<li><b>分类号精准锁定</b>：重点检索 <span class="bold-text">H04L65/60</span>（媒体流包传输协议）、<span class="bold-text">H04L47/10</span>（网络拥塞控制管理）以及 <span class="bold-text">H04N21/238</span>（有线电视/IPTV服务端流限速与调度）大组下的专利。</li>

<li><b>目标追踪拓展</b>：重点关注思科（Cisco）、华为（Huawei）、爱立信（Ericsson）等在2010-2015年间关于“组播动态流回退（Multicast Stream Fallback under Congestion）”以及CDN边缘节点在带宽超限时强制将次要视角（Alternative Perspectives）替换为基本收视流的核心基础通信专利。</li>

</ol>

</body>

</html>

"""

with open("patent_analysis_report.html", "w", encoding="utf-8") as f:

f.write(html_content)

HTML("patent_analysis_report.html").write_pdf("patent_analysis_report.pdf")

print("PDF generated successfully.")

```

```text?code_stdout&code_event_index=1

PDF generated successfully.

```

您的 PDF 专利无效及创造性深度分析报告已生成完毕。

[file-tag: code-generated-file-acf62099-b129-479b-a656-06a1ad203b82]

以下是基于目标专利权利要求1与三份对比文件（D1: US20120221740A1; D2: US20130042015A1; D3: US20130086278A1）所进行的深度法律与技术专家级无效可行性分析摘要：

### 一、 目标权利要求1的技术实质解析

权利要求1的核心在于构建了一种**由“资源限制（带宽/延迟超限等）”直接驱动的、在服务端/中间件闭环实现的媒体流动态替换系统**。其技术演进路径在于：针对同一事件的不同记录（如多视角赛事流），当并发传输面临硬件资源极限时（特征A、B、C），系统通过输入接口实时获取反映该超限的“限制数据”（特征D、E），由选择子系统计算后生成替换决策，利用第一媒体流强行替代传输给第二客户端的第二媒体流（特征F、G、H、I），并最终向底层网关/路由器输出该替换指令（特征J）。此方案的根本目的是在网络过载时，通过降低部分客户端的收视流级别（从特定流替换为已有流），来确保总体传输不崩溃。

### 二、 创造性分析中最接近的对比文件确定及理由

在创造性分析中，**对比文件D1（US20120221740A1）最适合作为最接近的对比文件（第一独立起点）**。

* **技术领域与技术问题完全契合**：D1同样聚焦于 IPTV/视频点播网络中多路并发流式传输的架构优化。其明确指出在多用户交互或多视角（Different Perspectives）传输中，存在单播极其消耗资源、导致网络系统面临瓶颈的硬性资源限制问题（D1段落[0025]）。这与本案特征C、E解决的“由于并发流式传输导致超过资源限制”的技术问题完全一致。

* **核心技术手段与技术效果高度重合**：D1公开了利用中间件（Middleware）监控网络服务质量、延迟、数据率等限制参数（特征D、E、H），并在网络资源受限时，为了避免分配额外资源，强制让后期接入的延迟客户端直接“跳跃合并（Jump on）”到已经发往其他客户端的已有组播信道（第一媒体流）中（D1段落[0050], [0203]）。这种通过合并信道来免除新通道创建的技术实质，完美对应了本案“用第一媒体流对第二媒体流进行替换（特征I、J）”以优化资源利用的技术效果。

*注：对比文件D2（US20130042015A1）虽涉及动态码率切换，但其属于单路流内部基于Manifest（清单文件）的常规分段平滑升降速，不涉及本案核心的“多流/多客户端间”的交叉强制替换；对比文件D3（US20130086278A1）虽涉及P2P流媒体的质量上报与Tracker源选择，但其属于常规的P2P节点拓扑优化，未能实质公开本案的资源限制自适应替换逻辑。因此D2和D3仅适合作为外围补强证据。*

### 三、 无效请求中最薄弱的技术特征分析

若对本案权利要求1提起无效宣告请求，**最薄弱（即可能面临专利权人激烈抗辩）的技术特征主要体现在特征E、H、I的因果链条上**。

* **抗辩盲点**：D1中客户端加入已有组播流，在绝大多数描述中仍是以“用户做出了相同的故事线选择（Choice/Trigger）”为基础，系统再结合网络延迟参数进行优化合并。而本案权利要求1将其高度抽象为一种**纯粹由网络拥塞/资源超限数据（限制数据）直接触发的强制流替换**。

* **无效突破口**：在诉讼中应坚决主张，D1段落[0039]已明确指出中间件可以完全基于属性参数（质量、延迟、数据率）将客户端动态组合到特定的组播流中，且段落[0050]指出为了节省资源即使丢失一些帧让其强制加入已有流也是更优选择。这在技术实质上已经公开了由资源限制数据直接导致物理流替换的逻辑流。

### 四、 进一步的对比文件检索策略

为了在后续的实审复审或无效宣告中彻底封杀该权利要求，建议采取以下补充检索策略：

1. **分类号拓展**：重点攻坚 **H04L47/12**（网络拥塞管理中的流量重定向）、**H04L65/612**（基于点对点或组播的流媒体传输）以及 **H04N21/2381**（流速限制下的服务端流自适应控制）。

2. **关键词微调**：引入更底层的通信网关术语，如 `"stream/multicast substitution"`（组播/流替换）、`"dynamic fallback"`（动态回退流）、`"congestion-driven throttling/downgrade"`（拥塞驱动的节流/降级）、`"redundant channel suppression"`（冗余信道抑制）。

3. **精准追踪思科（Cisco）与爱立信（Ericsson）早期核心专利**：在 2010-2015 年间，各大通信巨头针对 CDN 边缘节点在遭遇突发大流量（例如重大体育赛事直播突发拥塞）时，网关动态将次要视角组播流（Alternative Perspectives）强行压降、合并回主干基本流（Base Layer / Main Stream）的架构有过极为密集的底层专利布局。沿此路径检索可彻底解决特征I的创造性问题。

作为一名经验丰富的专利代理师，我现针对目标权利要求1以及三份对比文件（D1、D2、D3）进行深入的法律与技术分析。

本案涉及的技术领域为**网络媒体流的自适应流传输与并发控制**，核心发明构思在于：当系统检测到由于多个客户端并发流式传输不同媒体流（表示同一事件的不同记录/视角）而导致网络等资源超过限制时，系统能够自动输出选择数据，实现在向其中一个客户端的传输中，用另一个流替换其原有的流，从而动态管理和优化资源利用。

以下是详细的无效宣告/创造性分析报告：

---

## 一、 技术特征分解（Claim 1 Map）

为了便于精确比对，首先将权利要求1拆解为以下10个独立的技术特征：

* **特征A**：媒体流至少包括第一媒体流和第二媒体流；

* **特征B**：第一媒体流和第二媒体流表示事件的不同记录；

* **特征C**：通过具有资源限制的资源使得能实现媒体流的并发流式传输；

* **特征D**：所述系统包括输入接口，用于获得限制数据；

* **特征E**：所述限制数据指示至少以下的并发流式传输超过资源限制；

* **特征F**：i）向第一流式传输客户端流式传输的第一媒体流；

* **特征G**：ii）向第二流式传输客户端流式传输的位置第二媒体流；

* **特征H**：选择子系统，用于基于限制数据而生成选择数据；

* **特征I**：所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；

* **特征J**：输出接口，用于输出选择数据，以用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

---

## 二、 对比文件技术特征比对表格

以下将三份对比文件与权利要求1的各项技术特征进行逐一比对，并给出各对比文件原文的详细出处。

### 1. 对比文件指代说明

* **D1**：CN103222277A 基于用于确定内容质量的多个元素的自适应流传输的方法和装置

* **D2**：US20130194996A1 TECHNIQUES FOR IMPROVED MULTICAST CONTENT DELIVERY

* **D3**：US20130301415A1 METHODS AND SYSTEMS FOR MANAGING MEDIA TRAFFIC BASED ON NETWORK CONDITIONS

### 2. 特征比对表

---

## 三、 最接近的对比文件（D1/D2/D3 创造性最接近分析）

在无效宣告或创造性审查过程中，判断“最接近的对比文件”应从**技术领域、解决的技术问题以及核心技术效果**三个维度综合考量。本案可以有**两个**最接近的对比文件，分别代表不同的评述路径：

### 路径一：以 D2 (US20130194996A1) 作为最接近的对比文件

* **理由（技术领域与技术问题契合度最高）**：

* **技术领域**：D2属于多播内容传输技术，天生涉及“多个客户端（Multiple destinations）”并发接收媒体流的场景（特征F、G）。

* **解决的技术问题**：D2解决的是在网络通道具有质量和容量限制（特征C）时，如何向不同需求的多个客户端高效传输多视角（MVC）或多层级（SVC）的媒体流（特征B）。这与本案“媒体流表示事件的不同记录（如多视角）”以及“管理媒体流的并发流式传输”的技术架构和业务场景最为接近。

* **技术效果**：实现了多客户端流传输的自适应切换。

### 路径二：以 D3 (US20130301415A1) 作为最接近的对比文件

* **理由（网络流量和资源管理架构最为接近）**：

* **技术领域**：D3聚焦于网络监测和流量管理，特别是分布式网络中无线接入网（RAN）的负载监控。

* **解决的技术问题**：D3核心解决**并发流式传输超过资源限制（特征E）**时的全局交通控制。其引入了网络资源模型（NRM）和网络事件收集器（NEC）来监控多客户端超载（特征F、G、D），并由处理器做出流量管理决策（特征H）。这与本案从“全局系统/服务端”监控资源限制并做出动作的系统级拓扑结构完全一致。

> **结论**：在撰写无效宣告请求书时，建议**首选D2为主方案**（因为D2公开了“多视角/事件不同记录”这一关键限制条件），**D3为备选方案**（用以强化全局资源超载监控和管理架构的评述）。D1由于仅局限于单客户端单播自适应，其系统拓扑和技术效果与本案存在一定方向性偏差，不优先作为最接近对比文件。

---

## 三、 权利要求1中最薄弱的技术特征及无效策略

通过特征比对矩阵可以明显看出，没有任何单一对比文件完全公开了权利要求1的全部特征。若要提出无效请求，**最薄弱的技术特征（即本案最具防御性的核心创新点）**在于：

> **核心薄弱特征（组合特征）**：**特征B + 特征I + 特征J 的有机结合**。

> 即：系统基于并发超载限制（特征E），生成的选择数据是“在向第二流式传输客户端的流式传输中，**用（表示同一事件不同记录的）第一媒体流去替换第二媒体流**”。

### 为什么这是最薄弱（对无效请求者而言最难攻克）的特征？

1. **D1的局限**：D1的替换是“同一内容、同一路径”的**质量层替换（降码率/降分辨率）**，不涉及两个不同记录（如机位A和机位B）之间的跨客户端跨会话替换。

2. **D2的局限**：D2虽然提到了多视角（MVC），但它的流切换是客户端根据自身想看左眼还是右眼、或者带宽够不够而主动发起的。D2并没有公开：系统发现**客户端1的流+客户端2的流导致总带宽超载了**，系统便强行或建议“用客户端1的流去替换客户端2的流”这种为了跨客户端节约总体资源的协作控制逻辑。

3. **D3的局限**：D3在面对网络资源超载（BLACK状态）时，想到的通用手段是转码（Transcoding）压缩或者直接阻断（Blocking）。它完全没有利用“媒体流是同一事件的不同记录”这一业务特性去进行“流替换”。

### 无效宣告突破策略

为了打掉这一特征，必须构建**公知常识**或寻找**进一步的对比文件**进行结合：

* **逻辑重构**：将“第一媒体流替换第二媒体流”抽象为“在网络超载时，为了维持会话不中断，将带宽高的媒体流（第二媒体流）切换为当前网络中已有缓存或带宽占用更低的网络已知流（第一媒体流）”。

* **结合路径**：以D2（公开了多视角并发）或D3（公开了超载监控管理）为最接近对比文件，结合公知常识或D1的自适应替换思想。但由于本案将“流的内容属性（事件的不同记录）”与“网络控制属性（超载替换）”做了强耦合，单纯依靠D1~D3的三案结合极易被审查员以“不存在技术启示，且替换后改变了D2/D3的发明目的”为由驳回。

---

## 四、 进一步的对比文件检索策略

鉴于目前D1~D3对特征I和特征J的公开程度不够（未能直接体现“因资源超载而用一个客户端的不同视角流替换另一个客户端的流”），为了彻底无效该权利要求，必须调整检索策略，补充更精准的D4、D5。

### 1. 调整检索关键词（Keywords Refinement）

应将检索重点从通用的“自适应流传输（Adaptive Streaming）”或“拥塞控制（Congestion Control）”转向**多视角/多机位协同传输**以及**P2P/流媒体协同调度**领域。

* **核心中文词组**：多视角视频、多机位直播、相同事件、资源限制、带宽超载、流替换、视角切换、协同调度、流媒体多播、公用信道。

* **核心英文词组**：Multi-view video, multi-camera live streaming, same event / occurrence, resource constraint, network congestion / overload, stream replacement, view switching, cooperative scheduling, joint bit-rate allocation.

### 2. 精准锁定IPC/CPC分类号（Classification Search）

利用分类号缩小范围，排除大量纯粹做TCP窗口调解或视频转码的干扰文献：

* **H04N21/2343**：服务端数据流处理（专门涉及针对网络条件、客户端能力进行转码或流更改的）

* **H04N21/262**：内容分发调度（涉及服务端根据资源分发不同流的策略）

* **H04N21/442**：客户端/网络状态检测

* **H04N13/117**：多视角视频流的传输与控制

* **H04L47/12**：网络拥塞管理（网络层）

### 3. 针对性的检索方向提示

* **方向一：多视角直播（Multi-view Live Streaming）系统中的带宽优化文献**

* 寻找这类文献：在体育场馆或多机位直播（如D3提到的sports stadium场景）中，多个用户在同一基站下看不同机位的画面。当基站超载时，服务器为了不让用户卡顿，强制将看高码率非热门视角（第二媒体流）的用户，切换到当前基站已经广播好的或者码率较低的主视角流（第一媒体流）。如果能检索到这种业务层面的视角切换调度文献，即可完美解决特征I、J。

* **方向二：P2P流媒体分发/CDN协同分发专利**

* 在P2P或边缘节点分发中，若节点资源受限，系统常通过“流替代”或“父节点切换”，让客户端2去复用客户端1正在下载的流。检索该领域的“流复用与替代”逻辑，用以评述特征I和J的显而易见性。

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并结合三份对比文件（D1、D2、D3）的英文原文及出处进行详尽的特征比对、最接近对比文件筛选、无效突破口分析及下一步的检索策略制定。

---

## 一、 目标专利权利要求1的释义与技术拆解

目标专利的核心在于**“多路媒体流并发传输时的资源超限控制与流替换机制”**。

其解决的场景是：在网络或硬件等资源受限的前提下，当多路表示**“同一事件不同记录”**（如同一场比赛/婚礼的不同拍摄视角）的媒体流同时传输导致资源超限时，系统不是简单地中断或降低质量，而是通过输入接口获取限制数据，由选择子系统生成选择数据，**用“第一媒体流”去“替换第二媒体流”**，从而在维持并发流结构或客户端顺畅播放的同时，消除资源超限状态。

---

## 二、 对比文件公开情况与特征比对表格

为了清晰展现各对比文件对技术特征的公开情况，以下给出详尽的特征比对表。

---

## 三、 最接近对比文件（D1-D3）的深度分析

作为最接近的对比文件（最接近现有技术），应当选择与目标专利**分类最接近、解决的技术问题最相似、公开技术特征最多**的文件。在此，本案适合将 **D3** 和 **D1（或D2）** 分别作为两个不同视角的“最接近对比文件”。

### 1. 为什么 D3 适合做最接近对比文件（架构与场景视角）

* **技术领域与场景高度一致：** 目标专利的核心前提是“第一和第二媒体流表示**事件的不同记录**（技术特征B）”。在D1-D3中，**只有D3公开了这一特定的多媒体场景**（D3原文`[0007]` / `[0019]`：多个移动设备拍摄同一场婚礼或事件）。

* **解决的技术问题相近：** D3解决的正是多个用户记录同一事件时造成的带宽、链路容量浪费及用户难以选择的问题（D3原文`[0004]`）。这与目标专利“并发传输超过资源限制”进而进行流控制的出发点完全契合。

### 2. 为什么 D1/D2 也适合做最接近对比文件（控制机制视角）

* **控制逻辑与技术手段相近：** 如果审查员或无效请求人从“流媒体传输中的自适应控制转换（DASH/PSS协议）”角度出发，D1和D2公开了完整的“**获取资源/质量限制数据 $\rightarrow$ 缓冲分析 $\rightarrow$ 触发决策子系统 $\rightarrow$ 输出切换请求/调整数据**”的闭环反馈式流式管理系统。目标专利的系统架构（输入接口-选择子系统-输出接口）在结构上与D1/D2的自适应流客户端/服务端架构几乎完全对应。

---

## 四、 核心未公开特征与最薄弱技术特征（无效突破口）

通过上述精细比对，我们可以推导出本案在创造性辩护或攻击时的**最薄弱技术特征**，即**核心发明点/无效突破口**：

### 1. 未被最接近对比文件完全公开的特征组合

虽然D3公开了“同一事件的不同记录流”，D1/D2公开了“资源超限下的流自适应切换”，但它们皆未公开以下特征的有机结合（即特征I、J的后半部分）：

> **“在向第二流式传输客户端的流式传输中，由表示同一事件不同记录的第一媒体流，去【替换】原有的第二媒体流，以解决资源超限问题。”**

* **D1/D2的局限性：** 它们的“替换”是同一流的高低码率切换（Representation Switch），不改变内容（同一记录）。

* **D3的局限性：** D3的视角选择和缝合（Stitching）是为了“提供增强的观看体验（enhanced viewing experience）”，是由导演系统（Casting Director）主动挑选最美、最稳或全景的画面呈现给远端观众。而目标专利的替换是**被动由于“资源超限（超过资源限制）”而触发的防御性替换**（例如：因为传输第二媒体流给客户端B时带宽不够了，系统发现有现成的第一媒体流可能更容易传输或已被缓存，从而在客户端B的流中用第一媒体流替换掉第二媒体流）。

### 2. 无效请求中最薄弱的技术特征（突破口）

本案权利要求1若面临无效宣告请求，最薄弱、最容易被攻破的点在于：**技术特征I和J中关于“替换（replacement）”的法律原理解释。**

如果无效请求人通过补充检索，找到一份不仅公开了“同一事件不同视角”，还公开了“当网络变差时，系统自动将某个客户端的视角切换为低带宽消耗的另一视角记录”的对比文件，则本案将直接丧失创造性。即便没有直接公开，审查员也很容易认为：在D3的多视角视频分享系统中，当网络带宽受限时（D3已公开带宽限制），将当前高带宽消耗的视角B（第二媒体流）切换为已被缓存或更易传输的视角A（第一媒体流），属于本领域技术人员为了解决网络拥堵而做出的**常规自适应选择**，其技术效果是可预期的，从而被认定为**显而易见**。

---

## 三、 进一步的对比文件检索策略

为了在无效程序中彻底巩固（或彻底攻破）本权利要求，建议采取以下精准检索策略：

### 1. 关键词与逻辑算式调整

目前的D1-D3偏向于DASH基础自适应或大范围的多人协同网流缝合。下一步检索应紧扣**“因带宽/硬件超限触发的多视角/多记录之间的流替代”**。

* **核心关键词：** (多视角 OR 多记录 OR 协同拍摄 OR 同一事件) AND (自适应切换 OR 流替换 OR 视角动态选择) AND (带宽限制 OR 资源超限 OR 重缓冲 OR 拥堵控制)

* **英文对应词：** ("multi-view" OR "multiple recordings" OR "same event" OR "cooperative capture") AND ("stream replacement" OR "view switch" OR "substitute") AND ("resource constraint" OR "bandwidth limit" OR "congestion avoidance" OR "rebuffering").

### 2. 分类号（IPC/CPC）精准锁定

应重点针对流媒体内容控制与自适应多路传输的细分领域进行交叉检索：

* **H04N 21/234：** 服务端视频流处理（流的插入、替换、混流）。

* **H04N 21/44：** 客户端视频流处理（终端的自适应流切换、流替换）。

* **H04N 21/2187：** 现场直播（Live streaming）技术，尤其是多机位直播控制。

* **H04N 13/117：** 多视角视频流的选择或转换。

### 3. 目标公司与应用场景检索

建议追踪在2014-2018年间（目标专利优先权日前后）大力布局**“多机位互动直播”、“P2P多视角协同流媒体传输”**或**“体育场馆多视角自适应分发”**的高校或企业。

* **重点关注申请人：** 华为 (Huawei)、中兴 (ZTE)、高通 (Qualcomm)、三星 (Samsung)、爱立信 (Ericsson)，以及在多媒体学术界（如ACM Multimedia, IEEE TMM）活跃的研究机构。

* **策略提示：** 检索其关于“当小区基站拥堵或多路机位并发超限时，如何利用邻近机位流（第一流）去替代当前机位流（第二流）以保障用户不卡顿”的专利，此类文件一旦检出，将成为对目标专利具有杀伤力的绝对D1文件。

作为一名深谙专利审查与无效宣告程序的资深专利代理师，我将严格依据《专利法》及其实施细则、以及《专利审查指南》的相关规定，紧密结合目标专利说明书以及对比文件（D1-D3）的原文及出处，对权利要求1进行全面的法律与技术剖析。

---

## 一、 目标专利权利要求1的说明书深度解析

目标专利权利要求1保护一种**用于管理媒体流的并发流式传输的系统**。在说明书的语境下，其核心发明构思和各技术特征的边界界定如下：

* **技术特征A（媒体流至少包括第一和第二媒体流）：** 指系统处理的输入流。

* **技术特征B（表示事件的不同记录）：** 这是本专利**最核心的场景限定**。在说明书中，这通常指对同一客观事件（如同一个球赛、同一场演唱会等）从“不同角度”、“不同摄像机”或“不同时间点/片段”进行的独立记录（即不同视角的源文件）。

* **技术特征C（通过具有资源限制的资源实现并发传输）：** 明确了系统的工作环境存在带宽、CPU或存储等硬件瓶颈（即带宽不足以同时支持所有原始流）。

* **技术特征D、E、F、G（输入接口及限制数据）：** 输入接口接收到的“限制数据”是一个触发信号，该信号明确指出：**“第一客户端收听/观看第一媒体流”加上“第二客户端收听/观看第二媒体流”的并发带宽（或资源）总和，已经超过了网络或服务器的物理限制。**

* **技术特征H、I、J（选择子系统、替换选择、输出接口）：** 系统的解决手段。基于上述超限警报，选择子系统生成选择数据，**决定在向“第二客户端”传输时，用“第一媒体流”去强行“替换”掉其原本请求的“第二媒体流”**。输出接口负责输出该指令并实施替换，从而达到降低资源消耗、保证传输不中断的目的。

---

## 二、 对比文件原文详细出处及特征比对

以下将对比文件分别编号为：

* **D1：** `US8806529B2` (Variability in available levels of quality of encoded content)

* **D2：** `US20140282777A1` (APPARATUS AND METHODS FOR DELIVERY OF MULTICAST AND UNICAST CONTENT...)

* **D3：** `WO2013004260A1` (NETWORK-CAPACITY OPTIMIZED ADAPTIVE HTTP STREAMING)

### 1. 各对比文件公开特征的深度剖析（结合原文出处）

#### D1 (US8806529B2)

* **实质公开的技术内容：** D1公开了一种传统的**客户端/服务端自适应码率（ABR）流媒体传输技术**。当网络拥堵、带宽下降时，客户端或服务端能够动态地将高码率/高画质的媒体分片（Segment）**替换**为低码率/低画质的媒体分片，以确保播放不中断。

* **原文证据出处：**

* `[0002]`: "...communication link over which a data stream is transmitted to the decoder... may experience congestion... bandwidth... may significantly drop." (公开了特征C的资源限制/网络拥堵)。

* `[0109]`: "...upon detecting a condition such as the occurrence of network congestion... selects an appropriate lower level of quality of encoded content to transmit..." (公开了基于带宽选择不同质量级别的流进行替换，对应特征H、I、J的部分机制)。

* **关于特征B的缺失：** D1中虽然有不同的“流”（Stream 120-1, 120-2），但其明确指出这些流是**同一内容（Same content）的不同码率/分辨率编码**（参见`[0067]`: "...each of the multiple streams of data 120 is encoded in accordance with a different bit rate..."），**并非**特征B要求的“表示事件的不同记录（如不同视角、不同记录源）”。

#### D2 (US20140282777A1)

* **实质公开的技术内容：** D2公开了一种**混合流媒体分发架构（组播Multicast与单播Unicast结合）**。当大量单播用户请求同一热门视频导致边缘带宽超限时，系统动态建立组播流，并指示原单播客户端**切换/替换**为加入该组播流。

* **原文证据出处：**

* `[0018]`: "...typical content delivery networks do not have sufficient bandwidth capacity to support unicast delivery... relegated to use of the less efficient unicast..." (公开了特征C、E的网络资源限制)。

* `[0066]`: "...determines whether an existing multicast is already established for the requested packetized content, and if so joins the existing multicast..."

* `[0100]`: "...provide a mechanism to not only provide the requested content... but also a mechanism for enabling other devices which were previously receiving the requested content to switch from a unicast delivery thereof, to the newly created multicast stream." (公开了系统决定用组播流替换单播流，并由网关或客户端实施替换，对应特征H、I、J)。

* **关于特征B的缺失：** D2的目标是进行组播和单播切换，其切换的前提是多位用户在观看**相同内容（Same content / Same programs）**（参见`[0019]`: "...viewers are viewing same programs..."）。因此，其组播流和单播流不属于“事件的不同记录”。

#### D3 (WO2013004260A1)

* **实质公开的技术内容：** D3公开了一种**网络容量优化的自适应HTTP流媒体控制技术**。由于不同类型的视频（如体育比赛 vs. 脱口秀）在相同码率下的主观QoE（用户体验质量/MOS分）不同，基站或代理节点在网络拥堵时，通过修改清单文件（Manifest），**调整或删除**某些高码率候选码率，强迫客户端调整下载码率，以实现全网MOS分的公平性。

* **原文证据出处：**

* "Summary"章节: "...manipulating the manifest file by adjusting at least one of the one or more media data rate candidates based on the available data rate..." (公开了特征D、H、I、J中操控清单、调整流的机制)。

* "Detailed description"第16页第3段: "...DPI node 300... provides a reduced list of representations... when the server 200 or the DPI node 300 is aware about congestion on the link..." (公开了检测拥堵并限制/调整流，对应特征C、E、F、G、H)。

* **关于特征B的分析：** D3在第3页及后续示例中明确提到了“Sports content”（体育流）和“Talk-show content”（脱口秀流）。这两个流显然属于**不同的媒体内容**，甚至是**完全不同的事件**（并非同一事件的不同记录）。其调整流的目的是为了在两个完全不同的独立会话之间平衡带宽，不属于权利要求1所述的“在向第二客户端的传输中，用第一媒体流替换第二媒体流”的特定事件纠错逻辑。

---

### 2. 技术特征比对表格

依据上述原文深度分析，以下构建标准无效宣告程序中的**特征比对表（Claim Chart）**：

---

## 三、 最接近对比文件（最接近现有技术）的筛选与分析

在创造性分析中，确定“最接近现有技术（最接近对比文件）”通常遵循**技术领域相同或相近、所解决的技术问题最相似、公开的技术特征最多**的原则。

本案中，**D1（US8806529B2）和D2（US20140282777A1）均适合作为最接近的对比文件（存在双标准评述路径）：**

### 评述路径一：以 D1 为最接近现有技术

1. **整体解决的技术问题与技术效果：** D1与目标专利高度一致，都在解决“当并发流式传输由于网络拥堵导致资源超限时，如何通过流控制手段避免播放卡顿/中断，确保连续流式分发”的技术问题，达成了“保障资源限制下的顺畅流分发”的技术效果。

2. **技术构思的相似度：** D1基于资源限制，动态地在传输过程中用一条流（低码率）去**“替换”**另一条流（高码率）。这种“在传输中进行流片段替换”的架构和逻辑，与目标专利“用第一媒体流替换第二媒体流”的执行动作最为相似。

### 评述路径二：以 D2 为最接近现有技术

1. **整体解决的技术问题与技术效果：** D2同样聚焦于“CDN网络分发中由于大量并发请求导致物理带宽超出瓶颈限制”的技术问题。通过系统级并发监控，在超限时引入大范围的流调配机制，以期达到降低全网总带宽消耗的效果。

2. **网络拓扑的相似度：** D2引入了边缘流式分发服务器（ABR Streamer）以及智能家庭网关（Gateway 202）的协同架构，这种“多客户端并发 + 集中/边缘节点管控 + 流重写切换”的系统级拓扑结构，与目标专利的系统框图匹配度极高。

*注：D3的核心构思是通过调整Manifest（清单）来平衡不同会话间的QoE分（MOS），其本质是自适应码率的策略干预，不涉及多流间的物理“替换”动作，其解决技术问题的手段与目标专利偏离相对较远，因此不首选作为最接近现有技术。*

---

## 四、 创造性缺陷与最薄弱技术特征分析

通过上述表格及对比文件的细化分析，我们会发现一个极其关键的**专利壁垒（无效攻坚难点）**：

### 1. 现有对比文件未能公开的特征

**没有被最接近对比文件（无论是D1还是D2）公开的区分特征为：技术特征B，以及由其限制的特征I和特征J中的特定替换关系。**

* **现有的技术（D1、D2、D3）中：** 流与流之间的切换，要么是**“同一内容的不同码率切换（D1, D3）”**，要么是**“同一内容的单/组播传输协议层切换（D2）”**。

* **目标专利的独特构思（特征B+I+J）：** 它是**在业务层、内容层进行的“异流互替”**。例如：第一客户端在看球赛的“主视角（第一媒体流）”，第二客户端在看球赛的“明星特写视角（第二媒体流）”。当带宽超限时，系统认为明星特写视角太浪费带宽或不重要，强行在传输通道中**把第二客户端的明星特写视角切断，直接用主视角的画面（第一媒体流）塞进第二客户端的通道里进行替换**。

### 2. 宣告无效时“最薄弱的技术特征”

若针对权利要求1提起无效宣告请求，**最薄弱（即最难被攻破、专利权人最稳固的防御盾牌）的技术特征正是：技术特征B（表示事件的不同记录）以及与之相绑定的特征I、J（针对不同记录媒体流的互替控制）。**

* **原因剖析：** 审查员或专利复审委员会在审理时，极易认定该特征带来了非显而易见的工程效果——常规自适应流媒体（如D1、D3）在拥堵时只能无限降低当前画质直至变糊，而本专利通过“同事件不同视角流的物理替换”，使第二客户端在网络超限时，虽然失去了原请求的特定视角，但能以高画质无缝转看主视角，全系统直接砍掉了一条独立事件记录流的编解码与分发开销，大幅节省了网络核心资源。**这种内容层的互替构思，在D1的码率自适应和D2的单/组播协议切换中不存在直接的技术启示。**

---

## 五、 进一步的对比文件检索策略

鉴于目前的对比文件（D1-D3）在**“同一事件的不同记录/不同视角（Multi-view / Camera angles）流之间的动态带宽替换”**这一核心发明点上存在公开漏洞，若要成功无效权利要求1，必须调整检索策略，精准补充**特定领域的“黄金对比文件”**：

### 1. 改变关键词检索矩阵（锁定多视角/多机位流媒体）

目前检索到的D1-D3均属于通用的自适应流媒体分发技术。下一步必须切入**多视角分发（Multi-view Video Streaming）、交互式多机位直播（Interactive Multi-camera Streaming）、3D/立体视频传输**等细分领域。

* **核心检索词推荐：**

* 英文：`Multi-view video`, `multi-camera`, `different camera angles`, `viewpoint switching`, `bandwidth congestion`, `drop view`, `substitute stream`, `alternative view`.

* 中文：多视角、多机位、视点切换、带宽拥堵、流替换、主视角、备用流。

### 2. 寻找特定应用场景的现有技术

重点检索在2014年（目标专利申请日前后）各大通信和视频巨头（如爱立信、华为、诺基亚、中兴、高通、三星、大唐）在国际标准组织（如**MPEG-DASH 标准组、3GPP SA4 视频组**）中提交的提案（Contributions）或专利。

* **重点挖掘技术场景：** 在多视角DASH分发或多机位体育场馆直播分发中，“当小区基站（eNB）拥堵时，网络控制节点主动剥离/关断次要视角流（Dependent View / Non-base view），将用户强制重定向或替换为主编码流（Base View / Main stream）”的技术方案。

### 3. 分类号（IPC/CPC）精准制导

放弃通用的 H04L（数据传输）大类，直接锁定以下精准分类号进行穿透式检索：

* **H04N21/23439**（服务端根据网络条件改变流的格式/内容）

* **H04N21/21805**（涉及多个图像源，如多摄像机的流媒体服务端控制）

* **H04N21/44016**（客户端或网关基于网络条件或拥堵进行流片段的处理与替换）

* **H04N13/00**（立体或多视角视频分发相关的细分子类）

通过上述策略，一旦检索到一本公开了“**在网络拥堵时，通过停发次要机位流并用主机位流对客户端进行动态替换**”的对比文件作为D2（或与现有的D2结合），权利要求1的创造性防线将荡然无存。

为了准确进行权利要求的解读与现有技术比对，以下将D1、D2、D3分别对应如下：

* **D1**: US20120185899A1

* **D2**: US20130084053A1

* **D3**: WO2013098317A1

鉴于未提供目标专利的说明书原文，以下分析将基于权利要求中技术术语的本领域通常含义，并结合专利撰写与侵权/无效分析逻辑进行。

## 权利要求 1 的技术原理解释

权利要求 1 保护的是一种用于管理媒体流并发流式传输的系统，其核心发明点在于**网络资源受限条件下的流合并与替代机制（Stream Consolidation/Substitution）**。

其运作逻辑为：当网络向客户端1发送第一媒体流、向客户端2发送第二媒体流时（即并发流式传输），若系统通过输入接口判定当前的并发传输量超过了系统资源限制（例如带宽瓶颈），系统的选择子系统会生成选择数据，指示在向客户端2的传输中，**用第一媒体流替换掉第二媒体流**。通过这一操作，系统实际上将两个独立的流式传输合并为一个流，从而释放了原本用于传输第二媒体流的资源，解决了资源受限的技术问题。其中，这两个媒体流表示同一事件的“不同记录”（例如同一节目的不同分辨率版本、不同机位或不同目标广告推流）。

---

## 技术特征比对分析表

将权利要求1分解为技术特征A-J，与对比文件进行详细比对：

---

## 创造性分析及最接近的现有技术 (CPA)

**D1 是进行创造性分析时最接近的现有技术。**

从解决的技术问题来看，本专利与 D1 均致力于解决视频/媒体流并发传输时的网络资源（带宽）受限问题。从技术效果来看，两者均通过“流合并/流替代”来释放多余的网络资源。D1 明确公开了在带宽受限时，将多个用户合并（Consolidating）到更少的节目流上，并将设备的接收通道从原本的流切换至另一流，从而移除未使用的流。这一过程实质上完整对应了权利要求1中“用第一媒体流替换第二媒体流”的核心创新点。

**未被最接近现有技术公开的特征及其他文件公开情况：**

D1 在特征B“表示事件的不同记录”上的表述略微宽泛（主要涉及不同广告定位或标清/高清区分）。然而，**D2 明确公开了特征B**，D2 指出多元记录系统会针对同一视频源，生成不同分辨率和帧率的记录内容。**D3 也公开了类似特征**，指出同一内容提供不同视频质量的流分段。

---

## 无效宣告请求中的最薄弱特征及组卷策略

如果在无效请求程序中，权利要求 1 **最薄弱的技术特征是特征B**（“第一媒体流和第二媒体流表示事件的不同记录”）与流合并机制（特征E、H、I、J）的结合。

**无效攻击逻辑：**

1. **确定区别技术特征**：将 D1 作为最接近的现有技术，权利要求 1 的核心流控制逻辑（监控带宽受限 -> 将第二客户端的流切换到第一客户端所在的流 -> 关闭第二流以节省带宽）已被 D1 完全公开。唯一的细微区别可能在于 D1 未特别强调被合并的两个流必须是同一事件的“不同记录”。

2. **结合 D2/D3 或本领域公知常识**：D2 已经明确教导了在流式传输环境中，同一视频源（事件）会存在多个不同帧率/分辨率的记录版本。D3 也教导了同一视频可以有不同质量的记录流。

3. **得出结论**：本领域技术人员在面对 D1 中“合并媒体流以节省带宽”的教导时，很容易想到将这种流切换机制应用到 D2 或 D3 中“同一事件的不同记录（如高清流与标清流）”的场景中，例如在带宽受限时，强制将请求不同记录版本的客户端合并到同一个分辨率的记录流上，以达到节约带宽的预期效果，故权利要求 1 不具备创造性。

## 进一步的对比文件检索策略

如果需要进一步完善证据链，可从以下角度制定检索策略以寻找破坏新颖性或创造性的 X 类文献：

1. **关键词拓展**：聚焦“单播转组播（Unicast to Multicast transition）”、“流合并（Stream consolidation / Session merging）”、“码率自适应/降级（Adaptive bitrate streaming / fallback）”、“并发流管理（Concurrent stream management）”等核心概念。

2. **重点 IPC/CPC 分类号**：

* `H04L 65/40` （流媒体传输协议）

* `H04L 65/80` （响应服务质量 QoS 或网络状况的流媒体修改）

* `H04N 21/24` （VOD系统中网络性能监控与带宽分配）

3. **检索重点**：由于D1已高度公开流合并，进一步检索可重点寻找明确在 **IPTV、CDN（内容分发网络）或 HAS（HTTP自适应流）** 领域中，提及在网络拥塞时，将某个请求“独立视角”或“独立清晰度”的客户端，强制无缝切换至“主视角”或“基础清晰度”组播流的专利文献。

根据权利要求1所述的系统，其中选择子系统被配置用于进一步基于选择准则而生成选择数据；选择准则指示在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于媒体流的并发流式传输中的另一替换是优选的。

根据权利要求2所述的系统，其中选择子系统被进一步配置用于基于选择准则为每个媒体流分派质量得分，从而获得多个分派的质量得分；以及基于分派的质量得分而生成选择数据，以使得能够基于对所述多个分派的质量得分的比较，在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换相对于另一替换被选择。

根据权利要求3所述的系统，其中媒体流包括表示事件的并发时间段的并发部分；并且其中选择子系统被进一步配置用于在每一部分的基础上向每个媒体流分派质量得分。

根据权利要求2至4中任一项所述的系统，其中基于多个选择准则来分派质量得分。

根据权利要求2至4中任一项所述的系统，其中选择准则是以下中的至少一个：- 资源准则，其优选比替换进一步减少资源的资源分配的另一替换；- 客户端准则，其优选比替换更少影响所选流式传输客户端或者流式传输客户端的所选组的另一替换；- 源准则，其优选比替换更少影响媒体流从流式传输源的流式传输的另一替换；- 流准则，其优选对相比媒体流、被流式传输到更小数目的流式传输客户端的另一媒体流的替换；以及- 类似性准则，其优选媒体流被在质量、时间对准和/或地理记录位置方面类似的另一媒体流的替换。

根据权利要求1至4中任一项所述的系统，其中资源限制是以下中的至少一个：- 媒体流跨网段的并发流式传输中的带宽限制；- 媒体流从计算机可读介质的读出中的读出限制；以及- 媒体流的处理中的处理限制。

根据权利要求1至4中任一项所述的系统，其中为第二流式传输客户端提供清单；清单包括用于使得第二流式传输客户端能够访问媒体流的地址信息；并且其中生成选择数据以使得第二流式传输客户端能够从清单选择第一媒体流；- 输出接口被配置用于将选择数据提供给第二流式传输客户端。

根据权利要求1至4中任一项所述的系统，其中输出接口被配置用于将选择数据格式化为元数据流。

根据权利要求1至4中任一项所述的系统，其中媒体流包括表示事件的并发时间段的并发部分；其中选择子系统被配置用于生成用于第二流式传输客户端的清单；清单包括标识用于媒体流的被连续地访问的不同部分的播放列表；已经基于选择数据选择了不同部分中的至少一个。

根据权利要求1至4中任一项所述的系统，被配置为至少第二流式传输客户端和至少提供第一媒体流的流式传输源之间的流式传输代理；所述系统被配置用于依照选择数据将第一媒体流流式传输到第二流式传输客户端。

一种用于供根据权利要求1至10中任一项所述的系统使用的流式传输客户端，其中流式传输客户端被配置用于获得清单；清单包括用于使得流式传输客户端能够访问多个流式传输源的地址信息；流式传输客户端进一步包括输入端，用于从系统接收选择数据；选择数据表示对媒体流中的一个的选择；以及处理子系统，其被配置用于i） 基于选择数据，从清单选择所述多个流式传输源中的提供对所选媒体流的访问的一个；以及ii） 访问来自所述流式传输源的所选媒体流。

一种用于流式传输客户端的清单文件，清单文件包括用于使得流式传输客户端能够访问如由根据权利要求1-9中任一项所述的系统生成的选择数据的地址信息。

一种用于管理媒体流的并发流式传输的方法，媒体流至少包括第一媒体流和第二媒体流；第一媒体流和第二媒体流表示事件的不同记录；通过具有资源限制的资源使得能实现媒体流的并发流式传输；所述方法包括获得限制数据；所述限制数据指示至少以下的并发流式传输超过资源限制：i） 向第一流式传输客户端流式传输的第一媒体流；以及ii） 向第二流式传输客户端流式传输的第二媒体流；- 基于限制数据而生成选择数据；所述选择数据表示对用于在向第二流式传输客户端的流式传输中替换第二媒体流的第一媒体流的选择；以及- 输出选择数据，用于实现在向第二流式传输客户端的流式传输中由第一媒体流对第二媒体流的替换。

一种包括指令的计算机可读介质，所述指令用于使处理系统执行根据权利要求14所述的方法。