一种用于在服务提供商的网络中接收内容的系统，所述系统的特征在于：多个节点的订户小区对等网络，；其中每个节点包括被适配来与电视机连接的设备； 包括所述内容的流数据的接收器，该接收器是所述订户小区对等网络中的所述多个节点之一，；所述流数据包括多个块，；其中所述接收器能够通过所述服务提供商的网络提出针对所述内容的需求；以及供应方组，所述供应方组包括有效供应方组和备用供应方组，；其中所述供应方组中的每个供应方是所述订户小区对等网络中的所述多个节点中实际录制了所述内容的一个节点，；其中每个有效供应方向所述接收器发送不同于由其他有效供应方发送的指定流数据部分的指定流数据部分，；并且其中每个备用供应方准备好在特定有效供应方的情况下向所述接收器发送不同于其他备用供应方所发送的指定流数据部分的指定流数据部分； 其中，对于所述接收器已经提出了所述需求的所述内容的所述多个块中的每个块，所述接收器可操作来：利用FEC编码开销比； 用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断； 接收FEC编码块的段，其中每个段表示所述单独分配的片断至少一部分； 基于所述段的聚集来解码所述FEC编码块并且将已解码块存储在缓冲器中； 监控与每个有效供应方的网络连接的性能； 监控该缓冲器以便检测出会导致上溢或下溢的状况；以及基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配，以避免到达该缓冲器的下溢或上溢。

你好，我是你的专利代理师。针对目标专利 CN101305612B（以下简称“本申请”）的权利要求1，结合你提供的四份对比文件（D1-D4），我进行了深入的对比分析和创造性评价。

以下是详细的法律分析报告：

### 一、 权利要求1的技术特征分解

为了便于比对，我们将权利要求1拆解为以下技术特征：

* **特征A**：服务提供商网络中的多个节点的订户小区对等网络（P2P）；

* **特征B**：每个节点包括适配电视机的设备（如机顶盒STB）；

* **特征C**：接收器是所述对等网络中的多个节点之一；

* **特征D**：流数据包括多个块；

* **特征E**：接收器通过服务提供商网络提出内容需求；

* **特征F**：供应方组包括有效供应方组和备用供应方组；

* **特征G**：供应方是网络中实际录制了内容的节点；

* **特征H**：多源传输：有效供应方发送不同部分，备用供应方准备在故障时替换并发送不同部分；

* **特征I**：利用FEC（前向纠错）编码开销比；

* **特征J**：信号通知各有效供应方以分配速率发送FEC编码块的分配片断；

* **特征K**：接收FEC编码块的段；

* **特征L**：基于段聚集解码FEC块并存入缓冲器；

* **特征M**：监控与有效供应方的网络连接性能；

* **特征N**：监控缓冲器以检测上溢或下溢状况；

* **特征O**：基于连接性能和缓冲器状况执行质量适配。

---

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

---

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

#### 1. D1 (US2002162109A) - 分布式P2P存储架构

* **公开特征**：A, B, C, D, E, G, H, M, N。

* **详细分析**：D1公开了有线运营商环境下的P2P网络（[0004]），明确提到使用STB作为存储节点（[0006]）。其描述了内容可以从不同的STB（对等方）下载（[0006]），并指出如果下载速率不足，可以从“替代源”（Alternative source）获取（[0017]），这在功能上对应于**特征F（备用供应方）**。此外，D1提到了文件被分区为段（Segments）并顺序播放（[0007]），对应**特征D**。

#### 2. D2 (JP2002344936A) - 循环缓冲管理

* **公开特征**：N, O。

* **详细分析**：D2侧重于终端内部的存储管理。公开了通过循环使用（cyclic）固定大小的内存领域来防止缓冲区问题（[0009]），以及通过覆盖已再生数据来处理流媒体。这为**特征N（监控上溢下溢）**提供了技术背景，但缺乏P2P架构的支持。

#### 3. D3 (US2003126277A) & D4 (KR1020030056701A) - P2P流媒体反馈机制

* **公开特征**：A, C, D, E, G, M, N, O。

* **详细分析**（以D3为例）：D3公开了P2P结构下的多媒体流服务（[0010]）。特别地，D3详细描述了缓冲器管理：通过设置阈值Lb和Ub来检测数据不足或过多，并反馈给服务器以调整发送速率（[0004]）。这完全公开了**特征N（缓冲监控）**和**特征O（质量适配：基于缓冲状况调整速率）**。

---

### 四、 最接近的对比文件分析

**结论：D1 (US2002162109A) 适合作为最接近的对比文件。**

* **理由（技术问题与效果）**：

1. **技术领域一致**：D1与本申请均针对服务提供商控制下的、基于机顶盒（STB）的订户小区P2P网络，用于解决VoD（点播）带宽不足的问题。

2. **系统架构最贴近**：D1公开了本申请大部分的静态系统架构，包括STB节点、录制内容的供应方、多源发送不同部分（分章节下载）以及使用备用源的概念。

3. **技术效果相似**：两者均旨在克服网络不对称性（下载快、上传慢）并提高内容分发的可靠性。

**补充：D3 (US2003126277A) 可作为辅助的最接近对比文件**，主要用于攻击其**动态反馈控制逻辑**。D3提供了详细的缓冲器阈值监控和速率适配方案。

---

### 五、 创造性缺失分析与薄弱环节

#### 1. 未被最接近对比文件（D1）公开的特征：

主要是关于**FEC（前向纠错）的特定应用（特征I, J, K, L）**。

* D1虽然提到了多源下载和连接测试，但并未提到由**接收器**根据**网络性能和缓冲器状况**动态调整**FEC编码开销比（α）**，并通知供应方按分配速率发送FEC编码的片断。

* 虽然FEC本身是本领域的公知常识（用于抗丢包），但本申请将其与“多源分配速率”以及“缓冲器状态”深度耦合，形成了一套复杂的弹性流媒体控制算法。

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

**特征F、特征M、特征N、特征O的结合。**

* **理由**：虽然D1没有明确叫“有效组”和“备用组”，但[0017]提到的“替代源”在专利审查实践中极易被认定为等同于备用组。同时，D3已经给出了完整的基于缓冲器状态调整发送速率的反馈逻辑。

* **突破点**：如果能找到一份公开“在P2P流媒体中使用纠删码/FEC进行多源速率分配”的对比文件，配合D1的架构和D3的反馈逻辑，本申请的创造性将极其危险。

### 六、 总结建议

在提出无效请求时，应：

1. 以 **D1** 作为系统架构的基础（公开了P2P小区、STB、多源录制）。

2. 结合 **D3** 证明“监控缓冲器执行速率适配”是现有技术中的常规手段。

3. **核心挑战点**：寻找关于“接收端控制FEC开销比（Overhead Ratio）以应对P2P抖动”的证据。如果现有技术中已存在类似在多源下载中通过调整纠错码冗余度来适配网络质量的做法，则权利要求1极易被无效。

以上分析供参考，建议在实务中进一步检索关于P2P+FEC动态适配的非专利文献。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN101305612B）的权利要求1进行深度解析，并结合您提供的四份对比文件（D1-D4）进行创造性分析和无效证据组合建议。

### 一、 权利要求1的技术方案解析

权利要求1的核心在于一种**多源P2P视频点播系统**，其技术创新点不仅在于从多个录制了内容的邻居节点（订户小区）获取数据，更在于其**弹性调度机制**：通过“有效组+备用组”的动态切换，结合**FEC（前向纠错）编码比例调节**、**缓冲区状态监控**以及**网络连接性能监控**，实现自动的“质量适配”，以解决流媒体播放中的上溢或下溢（卡顿）问题。

---

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

我们将权利要求1拆解为技术特征A-O，并与对比文件进行横向比对：

---

### 三、 对比文件详细出处及公开事实分析

#### 1. D1 (US2003158958A) / D3 (CN1465189A) —— 架构基础

* **公开号分析**：D1与D3属于同族或高度相关申请，主要公开了P2P分布式存储结构。

* **特征公开情况**：

* **特征A-G**：D1在说明书[0004]明确提到“第一终端用户设备可以为第二终端用户提供内容……服务运营商跟踪存储在终端用户设备上的内容……”。这完全公开了**订户小区P2P录制和共享**的概念（特征A, B, C, G）。

* **特征F、H (实质公开)**：D1提到“如果一个对等方断开连接，下载可能被另一个对等方接管”。虽然没有直接使用“有效组”和“备用组”这两个名词，但“接管（taken over）”的逻辑必然要求系统维持一组可用的候选节点（备用），并在故障时切换，这属于**实质公开**。

* **特征M**：D1 [0004]提到服务商跟踪下载进度和路径，以确定最有效的交付方式，这涉及对连接状态的监控。

#### 2. D2 (JP2003333488A) —— 缓冲监控与适配

* **公开号分析**：该文件专注于流媒体接收时的缓冲管理。

* **特征公开情况**：

* **特征N**：D2 [0007]明确提到“网络拥塞时，接收缓冲区会发生下溢（underflow）……为了回避下溢，进行缓冲处理”。

* **特征O**：D2提出在检测到下溢时，采取重复播放或插入代替媒体的策略。虽然其适配手段（重复播放）与本专利（调整FEC比率或速率）不完全一致，但“监控缓冲状况并执行适配以避免下溢”这一**技术手段组合**已被公开。

---

### 四、 最接近对比文件分析

在创造性分析中，建议选择 **D1 (US2003158958A)** 作为**最接近的对比文件**。

* **理由**：

1. **领域相同**：均属于分布式P2P内容分发（VoD）。

2. **解决的技术问题相似**：均旨在减少中心服务器压力，利用边缘节点资源解决带宽和可靠性问题。

3. **技术特征重合度最高**：D1已经构筑了本专利权利要求1中除FEC细节和具体适配算法外的所有基础架构（特征A-H, L, M）。

**D2 (JP2003333488A)** 可作为创造性分析中的**辅助对比文件**，用以提供“缓冲监控及适配”的技术启示。

---

### 五、 创造性分析：未被公开的特征与无效策略

#### 1. 未被公开的技术特征

通过比对可以发现，对比文件组合（D1+D2）仍难以直接给出以下特征的明确启示：

* **特征I、J、K**：具体利用**FEC（前向纠错）编码开销比**并结合**单独分配的数据速率**来请求数据的细粒度控制。

* **特征O的具体实现**：虽然D2提到了基于缓冲执行适配，但本专利将“网络性能监控（M）”与“缓冲监控（N）”结合，并反向作用于“FEC比率调节”和“速率分配”，这一具体的闭环反馈机制在对比文件中较为模糊。

#### 2. 无效请求中最薄弱的技术特征（重点攻击对象）

若要提出无效请求，以下特征是**最薄弱（最容易被突破）**的：

* **特征F、H（有效/备用组切换）**：D1中关于“一个节点断开，另一个接管”的描述已经非常接近。在分布式系统中，设置Standby节点是本领域的公知常识。

* **特征N（监控缓冲下溢）**：D2已完全公开。任何流媒体接收系统如果不监控缓冲区，就无法维持正常播放，这被视为本领域的惯用技术手段。

* **特征M（监控网络性能）**：D1已涉及路径有效性判断。

#### 3. 组合攻击建议

* **第一组策略（针对架构）**：D1 + D4。证明订户小区录制、多点发送、奖励机制均属于现有技术。

* **第二组策略（针对适配机制）**：D1 + D2 + 公知常识。

* **逻辑**：在D1的P2P架构基础上，引入D2的缓冲监控逻辑。至于使用FEC（前向纠错）来应对网络波动，这是通信领域的通用技术（例如在UDP传输中增加冗余），将其应用于P2P视频流属于“将已知技术应用于类似场景”，不具备突出的实质性特点。

### 总结意见

本专利的**权利要求1**虽然涉及较多细节，但其骨干架构已被D1涵盖。无效工作的难点在于**特征I、J、O**的结合。建议进一步检索关于“P2P环境下动态调整FEC冗余度”的通信协议类论文作为辅助证据。若能证明根据缓冲状态调整FEC比率在2005年（优先权日）前已在流媒体领域应用，则权利要求1的创造性将彻底瓦解。

你好。作为一名经验丰富的专利代理师，我将针对权利要求1，结合目标专利（CN101305612B）的说明书及提供的三份对比文件（D1: JP2004070914A, D2: US20050055718A1, D3: JPWO2005062617A1）进行深度法律与技术分析。

---

### 一、 权利要求1的技术方案解析（结合目标专利说明书）

权利要求1保护的是一种**在服务提供商网络中接收内容的系统**。其核心技术逻辑在于利用**订户小区对等网络（P2P）**，通过多个已录制内容的节点（供应方）向接收器进行多源流媒体传输。

* **核心架构（特征A-C）：** 系统基于STB（机顶盒）组成的P2P网络。说明书背景技术指出，传统VoD（点播）受限于中心服务器带宽。本发明将STB作为节点，利用P2P缓解带宽压力。

* **多源供应与动态分组（特征F-H）：** 引入“有效供应方组”和“备用供应方组”。有效组并行发送不同数据片断，备用组处于热备份状态，随时应对网络波动或供应方离线。

* **基于FEC的可靠性控制与弹性适配（特征I-O）：** 这是本方案的技术高度所在。接收器根据**网络性能（特征M）**和**缓冲器状态（特征N）**，动态调整**FEC（前向纠错）编码开销比（特征I）**和**数据速率（特征J）**，以实现“质量适配”，防止播放卡顿（下溢）或溢出。

---

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

---

### 三、 最接近对比文件分析

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

* **理由：**

1. **技术领域完全相同：** D2 专门针对 P2P 架构下的 VoD 内容共享系统，旨在解决传统中心化服务（D2, Fig 1）的存储和成本问题。

2. **技术问题高度一致：** D2 解决的是如何在大规模订户网络中灵活存储和分发点播内容。

3. **公开特征最多：** D2 公开了 P2P 网络架构、STB/PVR 作为节点（特征A, B, C）、录制内容的节点作为供应方（特征G）、以及通过网络请求内容（特征E）。

4. **架构基础：** D2 提供了“请求节点”与“源节点”建立连接的基础框架，是本申请“多源+FEC适配”逻辑的最直接改进起点。

**补充：** **D3 (JPWO2005062617A1)** 可作为辅助对比文件，因为它公开了将视频流划分为 VOBU（块）进行管理的技术细节（特征D），以及边录边传的控制逻辑。

---

### 四、 未被最接近对比文件公开的特征分析

权利要求1中未被 D2 公开，且在 D1、D3 中也未得到充分体现的**区别技术特征**主要集中在：

1. **精细化的供应方管理（特征F、H）：** 明确划分“有效组”与“备用组”，且各供应方发送“不同片断”。

2. **接收器主导的FEC弹性控制逻辑（特征I、J、K、L、M、N、O）：**

* 接收器不仅是数据的接收端，更是**控制中枢**。

* 它根据实时监控的“连接性能”和“缓冲器状态”，反向命令供应方以特定速率发送带特定“FEC开销比”的分片。

**分析：** D1 侧重于计费与激励逻辑；D3 侧重于 VOBU 的寻址与特殊播放（快进/快退）。目前没有任何一份对比文件给出了**“接收器监控缓冲+网络性能 -> 动态调整多源FEC开销和速率分配”**的技术启示。这种结合能有效解决 P2P 网络中节点极度不稳定的技术难题，具有显著的进步。

---

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

若要发起针对权利要求1的无效请求，**最薄弱的技术特征**（即最容易被挑战的）是：

* **特征D、E、G：** 将数据分块（D3已公开）、节点为PVR设备（D2已公开）、提出点播需求（D1/D2已公开）。这些属于本领域的惯用技术手段。

* **特征F（供应方组的划分）：** 虽然 D2 未明确使用“备用组”字眼，但在分布式系统中，从候选列表中选择活跃节点，其余作为冗余备份是计算机网络领域的**公知常识**。

**最牢固的防护墙（难以无效的部分）：**

* **特征I、J、O的组合：** 即**“利用FEC编码开销比进行质量适配”**。

* 通常 FEC 是由发送端固定设置或全局协议规定的。本申请提出由接收器（机顶盒）根据自身缓冲水位（特征N）和各连接性能（特征M）动态计算开销比并指挥多个供应方协作，这在现有的 P2P 检索协议中并不常见。

* **攻击思路建议：** 寻找通信领域关于“自适应FEC（Adaptive FEC）”或“多源纠错传输”的通用技术标准（如Raptor码在移动广播中的应用），尝试证明将该通用传输技术应用到P2P VOD系统属于“显而易见的转用”。

### 六、 总结建议

本案权利要求1的**创造性高度较高**，其将 P2P 的多源冗余与复杂的 FEC 动态适配逻辑深度耦合。在无效防御中，应重点强调“接收器主动控制下的FEC开销比调整”与“多源速率重分配”之间如何协同解决了 P2P 环境下带宽极其不稳定的技术效果。

你好，我是经验丰富的专利代理师。针对你提出的发明专利无效宣告请求分析需求，我结合目标专利说明书（CN101305612B）对权利要求1进行了深入解析，并紧密结合你提供的三份对比文件原文进行了详细的比对分析。

以下是我的分析报告。

### 第一部分：目标专利权利要求1的解释

结合目标专利说明书（CN101305612B，以下简称“本专利”），权利要求1保护的是一种在服务提供商网络中接收内容的**系统**。该系统基于对等（P2P）网络架构，旨在解决传统的集中式VoD系统带宽有限、弹性差（抗抖动和节点故障能力弱）的技术问题，从而实现高质量、高弹性的按需视频流媒体传输（参见说明书【背景技术】及【发明内容】）。

对权利要求1中关键技术特征的解释如下：

1. **订户小区对等网络（Subscriber Community P2P）及节点设备（特征A、B、C）：** 说明书明确指出，这是指STB（机顶盒）之间的P2P网络，每个STB是网络节点，且STB适配连接电视机。这限定了特定应用场景为基于广电或电信服务提供商基础设施的家庭电视按需点播，而非普通的计算机互联网P2P。

2. **供应方组（特征F、G、H）：** 采用了多源流媒体技术。

* **“实际录制了所述内容”：** 这是本专利的一个重要限定。结合说明书具体实施方式，是指STB利用其PVR（个人视频录像机）特征录制了广播内容存储在本地，从而成为该内容的供应方（节点）。

* **有效与备用供应方组：** 为了提高弹性。有效组负责当前的流传输；备用组在有效供应方故障或网络波动时，通过质量适配模块被激活添加到有效组中（参见说明书算法1和算法2）。

* **发送“不同于”其他供应方的指定流数据部分：** 说明书第【0014】段指出，“本专利把所述媒体文件划分成一组小数据块，并且每个源供给相同块的片断”。即通过多源协调，共同完成一个完整块的传输。

3. **接收器的可操作性（特征I至O）：** 构成了本专利的核心**弹性机制和质量适配**方案。

* **FEC编码开销比（α）：** 接收器利用前向纠错码。根据说明书，接收器根据网络丢包率动态调节α。α越大，冗余分组越多，容错能力越强，但所需流送速率也越高（参见说明书【0014】及算法1第5步）。

* **用信号通知发送“利用FEC编码开销比进行了FEC编码的块的至少单独分配的片断”：** 这意味着接收器不仅指定速率，还指定了FEC编码后的特定数据片断（例如，速龙码或里德所罗门码编码后的第i到j个分组）。供应方可能需要响应信号动态进行FEC编码，或者选择预先编码好的块的对应部分（参见说明书图5步骤550描述）。

* **解码与缓冲器管理（特征L、N）：** 接收器聚集来自多个有效供应方的FEC段，重建完整块并FEC解码，存入缓冲器供播放器耗用。接收器监控缓冲器大小、播放速率和流送速率，检测上溢（防止浪费）或下溢（防止卡顿）（参见说明书图9、图10描述）。

* **监控连接性能与执行质量适配（特征M、O）：** 这是实现弹性的关键。接收器监控每个连接（例如，使用网络断层扫描技术检测拥塞或故障），基于连接性能和缓冲器状况，动态调节流送速率分配、调节有效/备用组、或调节FEC编码参数（α），以避免缓冲器状况恶化（参见说明书算法1、算法2）。

综上，权利要求1是一个包含特定硬件场景（STB-TV-ISP网络）、特定数据源（PVR录制节点）、特定传输方式（多源、FEC分片、动态速率分配）以及特定控制逻辑（基于缓冲器和连接监控的质量适配）的系统组合。

---

### 第二部分：权利要求1与对比文件的特征比对

为了清晰展示各对比文件公开的技术特征，我整理了下述特征比对表格，并给出了详细的对比文件原文出处。

#### 特征比对表格

#### 对比文件详细出处说明（原文引用）

* **对比文件1 (D1): JP2004227394A (公开号：JP2004227394A)**

* **【0001】:** “映画、音楽、画像、プログラムなどの情報（以下、「コンテンツ」と記載）をネットワークを介してコンピュータ間で配信する技術に係わり、特に、Ｐ２Ｐ接続で配信されるコンテンツに対する課金管理を効率的に行うのに好適なＰ２Ｐコンテンツ配信管理技術に関するものである。”

* **【0015】:** “管理用コンピュータ６（以下および図中「配信・課金管理サーバ６」と記載）とコンピュータ１，２が図示していないインターネットで接続されており、ここでは、コンピュータ１をコンテンツの配信側（コンピュータ１を以下および図中「配信サーバ１」と記載）、コンピュータ２をコンテンツ要求側（コンピュータ２を以下および図中「受信サーバ２」と記載）とする。” (图1示出了包含服务器6、ISP网络的系统结构)。

* **【0016】:** “コンピュータ１，２は、配信・課金管理サーバ６において、会員登録がなされており……”

* **【0018】:** “コンテンツ受信側のコンピュータ２は、配信・課金管理サーバ６に、コンテンツ配信側の配信サーバ１およびこの配信サーバ１が蓄積したコンテンツを指定して配信要求を行う機能を有し……”

* **【0030】:** “配信により受信したコンテンツを他の配信要求先へ配信可能とするための改竄検証用に生成した共有化コードとを通知する” (生成共有化码用于篡改校验，控制共有化编码隐含符号化开销比利用)。

* **【0031】:** “共有化情報は、コンテンツを暗号化（符号化）しておくときのハッシュを生成する場合などに使用する乱数表等であり、共有化情報を受信サーバ２に渡す必要はない。しかし、受信サーバ2と配信サーバ1の両方に送るような共有化情報の生成であっても良い。” (描述乱数表哈希编码，即符号化/加密方式，共有化码不一定传给接收服务器)。

* **图4, S102-S104:** 内容分发要求和负载存在确认交互。

* **图4, S107, 【0047】:** 配信サーバ1は、受信元Ｂサーバ2に対して、符号化したコンテンツＡを配信する。 (一对一分发符号化内容)。

* **图4, S108, 【0048】:** 受信元Ｂサーバ2は、共有化コードを用いて、配信元Ａサーバ1から受信したコンテンツＡを復号化して蓄積し。 (接收器聚集数据解码符号化块并存储在缓冲器)。

* **图4, S2, S3:** 負荷確認要求、负载确认结果通知（监控网络负荷状况）。

* **对比文件2 (D2): JP2005135140A (公开号：JP2005135140A)**

* **【0020】:** “ピアツーピア型コンテンツ配信システムでは，サーバ１０と複数のクライアント２０とが，それぞれインターネット等のネットワーク３０に接続されている。” (图1结构)。

* **【0001】:** 流媒体、特许文献1

* **【0022】:** クライアント２０からコンテンツ配信要求、接続登録要求を受信し、

* **【0028】:** “送受信部２１、コンテンツ配信要求部２２、配信クライアント選択部２３、受信コンテンツ記憶部２４、コンテンツ再配信部２５、配信品質・ライセンス条件管理部２６、配信品質測定部２７……”

* **【0030】:** クライアント20から接続・配信要求を送信し（图4步骤S24）。。比較し，最も良好なクライアント２０を親クライアント２０として選択する。 (整体选择亲供应方进行连接)。

* **【0032】:** “受信コンテンツ記憶部２４は，サーバ１０または親クライアント２０から送受信部２１によって受信したコンテンツを記憶する。” (隐含存储缓冲器解码)。

* **【0033】:** “配信品質測定部２７は，定期的，継続的にコンテンツの配信品質を測定しているものとする。” 【0031】描述评估参数包括受信ビットレートの平均値、抖动标准偏差等网络性能。

* **【0015】、【0049】:** “良好な接続環境を有するクライアント２０への接続替えを配信中に実現するために，周期的にサーバ１０にアクセスし，接続替えの候補となるクライアント２０のアドレスを問い合わせて……決定しているが、最良な接続環境を有するクライアント２０に接続替えできるようにしてもよい。” (描述动态询问候选备用组以执行整体切换，执行的是供应方切换质量适配，未公开FEC多源速率编码弹性特征细节)。

* **对比文件3 (D3): US2006291811A1 (公开号：US2006291811A1)**

* **【0001】、【0074】:** "moving picture distribution system 100" (Preamble), "server 101 and a client 102 together over a network 103" (Feature A), "streaming playback operation" (Feature A), "server and client nodes" (Feature A). (Figure 3 structure).

* **【0002】:** mentions devices recording telecast program (Feature B implicit application).

* **【0003】:** server function distributing movie data (Feature C).

* **【0009】:** movie data made up of predetermined data units (Feature D).

* **【0013】:** data unit is video object unit (VOBU) (Feature D).

* **【0015】:** receiving request to get management information and transmitting data unit from client (Feature E).

* **【0063】:** video recording function of server device 101 recording program and distributing recorded movie (Feature G供应方实际录制内容).

* **【0075】:** server device 101 includes TV tuner 204 (Feature B适配电视机特定限定硬件特征).

* **【0081】:** client device 102 includes external display 310 (TV) (Feature B实质公开应用特定限定硬件)。

* **【0083】:** client device receives distributed program data over network (Feature C).

* **【0086】:** server functional blocks including movie recording processing section 404. client functional blocks including reception processing section 409, streaming playback control section 408. client buffers 411, 412 (Feature L存储在缓冲器中). client movie output processing section 410. (Figure 6 blocks).

* **【0095】:** client requests VOBUs sequentially by calculating addresses of VOBU (Feature E).

* **【0096】:** HTTP GET requests using RANGE header to specify VOBU address (Feature E/Feature J).

* **【0099】:** server request processing section 402 reads MPEG-2 data corresponding to VOBU and transmits it (Feature J server responses requested VOBU).

* **【0105】:** movie output processing section 410 expands MPEG-2 data using MPEG-2 decoder 304 and outputs it to external display 310 (Feature L解码并存储在缓冲区). client 缓冲区和解码器限定。

---

### 第三部分：最接近的对比文件及创造性分析

从整体解决的技术问题以及技术效果角度分析，我认为在创造性分析过程中，**对比文件2 (JP2005135140A)** 最适合做最接近的对比文件。以下是详细分析：

#### 1. 哪个对比文件最适合做最接近的对比文件及其理由：

**最接近的对比文件：D2 (JP2005135140A)**

* **理由（技术领域与问题/效果）：**

* D2同属于P2P内容（流媒体）分发系统技术领域（【0001】）。

* D2旨在解决通过让终端用户相互通信来增加接收内容的客户端数量的技术问题（即P2P技术的基础问题），从而提高系统效率和稳定性（【0001】）。

* 最关键的是，D2为了使内容要求侧客户端能从“配信品質やライセンス条件が良いクライアント”（分发质量和许可条件好的客户端）接收分发（【0012】），公开了管理服务器统筹提供候选（备用）列表供接收器客户端整体评估（通过带宽、抖动等监控特征【0033】）并切换的特征（【0015】、【0030】、【0049】）。

* 这与本专利解决“传统的集中式VoD系统网络带宽需求增加和缺乏弹性机制”（本专利【0006】、发明内容）这一技术问题，旨在通过多源P2P网络实现“弹性的和高质量的视频流”（本专利【0008】）的技术初衷最接近。D2公开了动态测量连接性能以优化P2P分发源选择的质量适配思想。

* **创造性比对：**

* 如比对表格所示，D2未公开包含特定STB-TV硬件场景（特征B）和实际录制特征（特征G，但这两个特征属于特定应用场景限定），更关键地，未公开基于缓冲器状况监控（特征N）实施特定速率分配（特征J）、利用FEC开销比编码机制（特征I、J、K）、由多个供应方同时发送不同分片（特征H、J、K）这一完整、具体的弹性流媒体动态质量适配技术方案（特征O）。

* 对于特征O（质量适配特征），D2执行的是基于网络性能周期性整体切换供应商的质量适配（【0049】），而不是特征O所限定的“基于网络连接的性能以及缓冲器的状况”动态调节编码/多源速率以避免上/下溢的技术特征。

#### 2. 其他对比文件的适合度分析：

* **D1 (JP2004227394A):** 虽然是P2P连接系统且涉及符号化（编码）控制（【0030】），但D1主要关注的是“効率的な課金処理”（有效的计费处理【0011】），其核心在于基于从父节点获得哈希乱数表生成共有化码（类似密钥控制）管理收费（【0010】）。虽然实质公开了部分技术特征，但其并非关注如何提高流媒体传输弹性和抗网络波动，不适合做质量适配特征创造性分析的最接近对文件。

* **D3 (US2006291811A1):** 虽然D3采用了ISP网络硬件场景（包含TV tuner和显示器【0075】、【0081】），其核心解决的技术问题在于如何实现在客户端正在进行流媒体回放时对服务器正在记录的电影进行诸如特种播放（快进/快退）的特殊操作的技术问题（【0001】、【0006】）。其公开的技术方案是服务器侧根据客户端请求在单播流响应消息中（【0103】）添加最新的管理信息更新差异（【0010】、【0102】、【0104】）。其是单源单播流传输，完全不具备任何多供应方网络弹性或基于监控状况的质量适配的思想或机制，因此不适合做最接近对比文件。

---

### 第四部分：若提出无效请求最薄弱的技术特征

基于代理师经验，结合上述详细特征比对表格和分析，若对本专利权利要求1提出无效请求，**最薄弱的技术特征**（即最容易被认定为未被现有技术毫无异议公开或实质公开，从而被专利局作为区别特征从而驳回无效请求的特征）在于以下特征的**组合和具体实施逻辑**：

**最薄弱的技术特征：特征H（部分）+ 特征I + 特征J + 特征K + 特征M + 特征N + 特征O 的特定组合及其限定。** 简而言之，即“基于网络性能和缓冲器状况监控，利用具有可调FEC开销比的多源动态速率分配的流媒体弹性质量适配技术特征方案”。

**薄弱原因分析：**

1. 如比对表格和对比分析所示，没有一个对比文件完整公开了基于网络性能测量和缓冲器状况（特征N）的**双重监控**，来执行包含利用FEC编码开销比调解（特征I、J）、用信号指定不同供应方发送不同分片并指定速率（特征H、J、K）的**具体的动态质量适配逻辑**（特征O）。

2. **D2** 虽然涉及网络性能监控，但它执行的是基于询问服务器的整体切换候选节点的思想（特征H/K/J未公开特定的多源FEC机制）。

3. **D1** 虽然实质公开了符号化（编码）控制特征，但它旨在控制密钥管理计费，没有将该符号化编码机制与多源分片速率适配组合形成提高抗波动的弹性机制。

4. 组合创造性分析常涉及现有技术的“启示（teaching）”。在本案中，将特定硬件场景（ISP网络 STB录制应用）与特定编码控制（FEC、共有化符号控制D1）和特定网络适配（周期性整体切换供应商思想D2）进行组合，从而形成一个基于双重监控实施速率和可调冗余开销动态适配的完整流媒体方案（特征O组合描述了系统逻辑描述而非简单叠加），对于本领域技术人员并非显而易见的事实是显而易见的。在创造性分析中，D2整体切换节点思想并不直接启示权利要求1复杂的FEC动态分片流适配思想。

综上，特征O所限定的、系统整体架构下的动态弹性质量适配机制的具体限定及其所依赖的前置监控特征组合，是现有技术无法轻易建立启示的最薄弱技术环节。

---

以上是我作为代理师的详细报告。请根据实际案情和证据收集情况统筹考虑。

一种用于通过服务提供商的网络接收内容的方法，所述方法的特征在于以下步骤：从订户小区对等网络中的候选供应方组中选择供应方组以作为共同发送所述内容的有效供应方组，以及从所述候选供应方组中选择另一供应方组以作为备用供应方组，其中，所述订户小区对等网络包括分别被适配来与电视机进行连接的设备，其中所述候选供应方包括所述设备，并且其中所述内容包括多个流数据块；以及对于要被接收的所述多个流数据块中的每个块： 利用FEC编码开销比； 用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断； 接收该FEC编码块的段，其中每个段表示所述单独分配的片断的至少一部分； 基于所述段的聚集解码所述FEC编码块并且将已解码块存储在缓冲器中； 监控与每个有效供应方的网络连接的性能； 监控该缓冲器以便检测出会导致上溢或下溢的状况；以及基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配，以避免到达该缓冲器的下溢或上溢。

根据权利要求2所述的方法，其中，所述流数据是音频数据、视频数据或全部二者。

根据权利要求2所述的方法，其中，所述订户小区对等网络包括机顶盒STB、个人计算机PC或移动计算设备的任意组合，所述机顶盒STB、个人计算机PC或移动计算设备中的每个都作为供应方、接收器或全部二者进行操作。

根据权利要求2所述的方法，其中，选择供应方组是基于使用选自以下组的度量的任意组合的等级，所述组包括：供应方的供给或接收状态、可用上行链路带宽、处理能力、可靠性历史、路径等待时间、分组丢失以及公平性。

根据权利要求5所述的方法，其中，可靠性历史是基于设备故障率、网络连接时间以及供应方的内容可用性的任意组合。

根据权利要求5所述的方法，其中，公平性是基于负荷平衡和供应方的先前选择历史的任意组合。

根据权利要求2所述的方法，其中，监控与每个有效供应方的网络连接的性能是被动的，并且是基于实际从该供应方接收到的流数据的度量。

根据权利要求2所述的方法，其中，监控与每个有效供应方的连接的性能包括：检测该有效供应方是否经历了网络波动、是否发生了故障或者是否删除了要作为流数据被供给的内容。

根据权利要求2所述的方法，其中，监控所述缓冲器包括监控当前缓冲器大小、当前播放速率以及当前流送速率。

根据权利要求2所述的方法，其中，执行质量适配包括以下各项中的一项或多项：速率分配调节； 供应方组调节；以及 FEC编码参数调节。

根据权利要求11所述的方法，其中，所述速率分配调节包括以下各项中的一项或多项：为有效供应方分配新的所分配的数据速率；以及 为有效供应方分配新的所分配的片断。

根据权利要求11所述的方法，其中，所述供应方组调节包括以下各项中的一项或多项：从所述有效供应方组中去除有效供应方； 把备用供应方添加到所述有效供应方组中；以及 把候选供应方添加到所述备用供应方组中。

根据权利要求11所述的方法，其中，编码参数调节包括以下各项中的一项或多项：利用新的FEC编码开销比；以及 利用新的FEC编码方案。

根据权利要求2所述的方法，还包括：从所述对等网络的搜索引擎获得供应方的候选组。

根据权利要求2所述的方法，还包括：在流数据的所述有效供应方组中确定要被用作流数据源的媒体文件的一个或多个拷贝内的公共起始点。

根据权利要求16所述的方法，其中，在所述有效供应方组中确定媒体文件内的公共起始点包括：限定时间间隔； 从每个有效供应方接收一组参考对象，其中每个参考对象对应于在所述时间间隔期间出现在媒体文件内的参考帧； 把所接收到的各组参考对象进行比较，以便识别出所有组参考对象所共有的公共参考对象；以及把所述公共起始点设置成对应于该公共参考对象的参考帧。

根据权利要求17所述的方法，其中，所述媒体文件是视频文件，每个参考帧是视频帧，并且每个参考对象是散列值。

根据权利要求17所述的方法，其中，所述时间间隔与连接到所述订户小区对等网络的设备的时钟同步相关。

一种用于通过服务提供商的网络供给内容的系统，所述系统的特征在于：接收器，该接收器是订户小区对等网络中的节点，其中，所述订户小区对等网络包括分别被适配来与电视机进行连接的设备，并且其中所述内容包括多个流数据块；以及分别录制了所述内容的供应方组，其中，所述供应方组中的每个供应方是所述订户小区对等网络中的所述节点之一； 其中，对于由所述接收器请求的所述内容的所述多个块中的每个块，每个供应方可操作来：从所述接收器接收信号，该信号指示要被利用的FEC编码开销比、单独分配的数据速率以及利用该FEC编码开销比对该块进行FEC编码操作所得到的FEC编码块的单独分配的片断；以及以所述单独分配的数据速率发送所述FEC编码块的所述被分配的片断的至少部分。

一种用于通过服务提供商的网络供给内容的方法，所述方法的特征在于以下步骤：录制所述内容，所述内容包括多个流数据块； 对于要由订户小区对等网络中提出了针对所述内容的请求的接收器接收的每个流数据块，其中所述订户小区对等网络包括分别被适配来与电视机进行连接的设备：从所述接收器接收信号，该信号指示要被利用的FEC编码开销比、单独分配的数据速率以及利用该FEC编码开销比对该块进行FEC编码操作所得到的FEC编码块的单独分配的片断；以及以所述单独分配的数据速率把所述FEC编码块的所述被分配的片断的至少部分发送到该接收器。

根据权利要求21所述的方法，其中，利用FEC编码开销比包括：对于所述块的后续FEC编码设置所述FEC编码开销比，或者使用所述FEC编码开销比来选择预先编码的块。