一种配置成控制将内容从内容源提供商传递到电信网络中的内容用户（UE）的装置（130、510、1000），包括：处理单元（132、300、810、920、1020）；配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景；并且按照选择的情景和与选择的情景对应的传递机制来传递所述内容。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（CN104025553B）的说明书和权利要求书，对权利要求1相对于对比文件D1（US2003093799A）的无效可行性、技术特征比对、创造性最接近对比文件的选择以及对请求方而言最薄弱的技术特征进行深度专业分析。

---

### 一、 目标专利权利要求1的解释与拆解

根据目标专利说明书的公开内容，权利要求1各技术特征的含义解析如下：

* **技术特征A（处理单元）**：对应说明书中的优化引擎（132、300等）。

* **技术特征B（根据观众放弃率等选择情景）**：

* *说明书[0035]~[0039]* 明确了解释了“情景（scenario）”：情景是一个或多个时间时期的序列，在每个时间时期期间用可能的数据速率中的相同数据速率来传递内容。例如在WCDMA的不同无线电状态（DCH、FACH等）之间转换的传输序列。

* *说明书[0039]及图4、图13* 详细解释了“观众放弃率（viewer abandonment rate）”：研究显示用户在部分观看之后频繁放弃（如YouTube前30秒放弃率33.4%）。因此，系统不能急促以最高速度传递整个内容，需要根据该放弃率轨迹来调整传输情景。

* **技术特征C（按照选择的情景和对应传递机制传递内容）**：对应说明书中的机制包括视频定速（video pacing）、内容推迟、去除优先化等，以实现降低UE功耗、减少网络带宽浪费的总技术效果。

---

### 二、 对比文件原文分析与特征比对表格

在本案中，目前仅提供了一份对比文件：

* **D1：US2003093799A1 (Streamed content Delivery)**

以下为权利要求1的各个技术特征与D1原文的详细比对分析：

#### 权利要求1与对比文件D1特征比对表

---

### 三、 最接近对比文件的选择与创造性分析

#### 1. 哪个对比文件适合作为“最接近的对比文件（D1）”？

由于本案目前只提供了一份对比文件D1（US2003093799A1），且**D1在整体解决的技术问题、技术效果和技术领域上与目标专利高度契合，因而毫无疑问是最接近的对比文件**。

* **技术领域相同**：均属于电信网络/有线网络中向终端用户进行流媒体/内容对象分发传递的技术领域。

* **整体解决的技术问题和技术效果极其相似**：

* **D1** 旨在解决由于网络带宽瓶颈、抖动或不可靠连接导致流媒体中断的问题，通过动态转码、调整码率、设置接收方缓冲区大小（延迟启动）等机制，来保证服务质量（QoS），优化网络资源配置（参见D1说明书[0031], [0077]-[0081]）。

* **目标专利** 同样是为了解决电信网络中内容分发在带宽、信令及终端能耗上的浪费问题，通过优化引擎在不同的网络和机制情景（如视频定速、内容推迟）之间进行选择，达到“多维优化”的效果。

* **技术手段覆盖率高**：如上表所示，D1已经完全公开了除“*根据观众放弃率实时选择传递情景*”之外的所有架构特征（内容源、电信网络、UE、处理器、多种传输模式切换机制）。

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

本案当前提示词中**没有包含其他对比文件**（如D2, D3...）。

因此，本特征（**将观众放弃率作为选择情景的输入因素**）目前在已有证据链中处于**未公开**状态。

---

### 四、 无效请求方最薄弱的技术特征（即目标专利的“创新堡垒”）

作为无效请求方，如果单凭目前的D1去提起无效宣告请求，**最薄弱的技术特征（即最难攻克的点）是：技术特征B中的“根据包括观众放弃率的一个或多个因素，从多个可能情景中选择……情景”。**

#### 深度原因分析：

1. **D1的公开流向与目标专利相反（使用方式不同）**：

* 在D1的[0084]中，虽然出现了“rate at which a content object viewing session is abandoned by users”这一字眼，但D1明确将其归类为“**事后记录的性能统计数据**（record performance statistics）”，其目的是用于“billing, maintenance, capacity engineering（计费、维护、容量工程）”。

* 而目标专利的特征B是将“观众放弃率”作为**前置或实时的“多维优化控制输入因素”**。优化引擎（300）实时根据用户在前30秒、60秒的高放弃率轨迹，主动选择低功率无线电状态（FACH）或者在定速机制（Pacing）中限制超前播出的数据量（如说明书图13，避免传输随后被放弃的内容而浪费带宽）。

* 专利局复审和无效审理部在审查时，通常认为将一个“事后统计/计费指标”改造为“实时控制系统的反馈/前馈决策因子”，具有特定的技术构思，能带来减少全网无效突发流量和节约UE电量的实质性技术效果。

2. **缺乏公知常识或D2的结合引导**：

* 由于目前缺乏D2，请求方无法证明“在视频流媒体传输中，根据用户经常看几秒就关（放弃率）来主动拉长传输间隔、限制突发缓存”是本领域的公知常识。

#### 代理师给请求方的下一步行动建议：

由于单独使用D1会因上述“放弃率作为实时控制参数”的区别特征而被专利局认定目标专利具有创造性。请求方若想成功无效该权利要求，**必须启动补充检索（寻找D2）**：

* **补充检索方向**：重点检索2011年7月14日（目标专利优先权日）之前，有关“视频流媒体定速（Video Pacing/Shaping）”、“智能缓存（Smart Caching/Buffering）”或“流媒体CDN分发优化”的技术文献。

* **目标证据要求**：寻找一本明确提到“*为了防止用户提前关闭/放弃视频导致带宽浪费，CDN或服务器根据统计的用户放弃率/跳出率来限制向客户端预送（Prefetch/Buffer）的数据量*”的对比文件D2。一旦找到D2，再与D1（公开了系统整体架构及多情景切换）进行结合，方能彻底摧毁权利要求1的创造性。

作为一名经验丰富的专利代理师，我针对目标专利（CN104025553B）的权利要求1，结合说明书及提供的四份对比文件（D1~D4）进行深入的法律与技术分析。以下是详细的无效宣告可行性分析报告：

---

### 一、 紧密结合说明书解释权利要求1

权利要求1保护一种控制内容传递的装置，其核心在于**多维度的网络资源传递优化**。结合目标专利说明书，各技术特征的含义及说明书出处解释如下：

* **技术特征A：包括：处理单元（132、300、810、920、1020）**

* **语义解释**：该装置具备执行数据处理和计算的硬件/软件核心。

* **说明书对应**：对应于说明书中的“移动云加速器（MCA）130”中的“优化引擎132”、图9中的“优化引擎300”、图14中的“MCA优化引擎810”等。说明书第\[0007\]段明确“提供具有至少一个处理器并且配置成选择将用于从源代理到移动网络中的UE的内容传递的情景的装置”。

* **技术特征B：配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景**

* **语义解释**：装置的选型决策并非固定的流媒体传输，而是引入了**“观众放弃率”（Audience Abandonment Rate）**作为输入参数。

* **说明书对应**：说明书第\[0039\]段详细解释了“观众放弃率”——研究显示用户频繁在部分观看后放弃数据传输（例如YouTube流媒体只看前几秒）。图4展示了放弃率随观看时间增加的预测轨迹（如30秒时33.4%放弃，60秒时44.1%）。如果盲目以最高速度传递全部内容，在用户放弃时会造成严重的带宽和UE电量浪费。因此，优化引擎将该行为统计特征（因素218）输入，从视频定速、内容推迟等“多个可能情景”中选择最优解。

* **技术特征C：按照选择的情景和与选择的情景对应的传递机制来传递所述内容**

* **语义解释**：根据B步骤的选择，调用具体的底层网络控制机制实现内容输出。

* **说明书对应**：说明书第\[0041\]段、第\[0046\]段及图9指出，传递机制（310）包括但不限于**视频定速（Video Pacing）、内容推迟（Deferral）、去除优先化（De-prioritization）以及TCP加速**。例如图11和图12B所示的视频定速机制，其传输速率仅稍微超过播出速率，确保播出缓冲不枯竭的同时，将内容在时间上分散，从而在用户随时点击“放弃”时，能最大化地节约未传输部分的网络带宽。

---

### 二、 对比文件D1~D4的公开情况分析

对四份对比文件是否公开权利要求1的技术特征进行逐一“毫无异议公开”或“实质公开”的判定：

1. **D1（US2004125877A1）：数字视频内容的索引和基于内容的自适应流式传输方法和系统**

* **技术领域**：流媒体自适应传输。

* **特征公开分析**：公开了特征A（具有特征提取、自适应编码等处理单元）。公开了特征C的部分机制（根据用户偏好或网络状况，将视频解析为基本语义单元FSU，并为不同的视频段分配不同的视频质量水平和属性进行自适应流式传输）。

* **缺陷**：**未公开特征B中的“观众放弃率”因素**。D1的自适应是基于视频本身的语义内容（如棒球比赛中的投球、网球中的发球视点）或用户设备容量进行的质量调节，未考虑用户中途放弃观看的行为规律。

2. **D2（US20050110654A1）：借助无线通信发送和接收信息的装置**

* **技术领域**：车载导航及车载LAN通信。

* **特征公开分析**：公开了特征A（CPU 21A、21B等处理单元）。公开了特征C中的某种传输机制（先发概要信息，根据请求通过单播传输完整内容；在通信因车辆驶出覆盖范围中断时，保存不完整信息并记录接收点信息，下次连通时续传）。

* **缺陷**：**未公开特征B**。D2解决的是因物理距离移动导致的“无线通信意外中断（Interruption）”，属于客观网络连接层面的被动断开；而目标专利的“观众放弃率”是用户主动关闭媒体的主观行为规律。两者性质完全不同，D2未提及观众放弃率。

3. **D3（US20080082553A1）：移动设备多媒体消息系统的节能设计**

* **技术领域**：移动多媒体消息优化传输。

* **特征公开分析**：公开了特征A（媒体处理平台、策略软件及网络访问设备）。实质公开了特征C（多维优化情景选择：系统产生文本、关键帧、视频剪辑等不同格式，根据策略选择是直接通知、下载关键帧还是下载视频流，以实现能耗与延迟的平衡）。D3在段落\[0002\]提到“网络访问用户通常无法观看整个节目以了解正在发生的事情”，这与目标专利关注的“用户频繁在部分观看后放弃”背景极其相似。

* **缺陷**：虽然D3注意到了用户不看完完整节目的现象，但其自动化决策模型（段落\[0037\]、\[0041\]、\[0043\]）是基于**关键字紧急度（延迟容忍度分数DTS）**和**剩余电池容量/能耗率（能耗优化分数EOS）**进行格式选择的，**未在算法或机制中将“观众放弃率（作为可预测的随时间变化的统计轨迹）”作为选择传递情景的输入技术特征**。

4. **D4（US7356590B2）：动态应用程序使用信息的分布式捕获和聚合**

* **技术领域**：软件开发过程中的用户行为与错误监控。

* **特征公开分析**：公开了特征A（远程节点、日志服务器等处理单元）。公开了收集“特征（Features）”数据，即哪些功能被使用、由谁使用、何时使用等应用程序使用信息。

* **缺陷**：属于软件工程监控领域，完全未涉及电信网络中控制流媒体/内容传递的情景选择，**未公开特征B和C**。

---

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

下表将权利要求1拆解为具体的技术特征，与对比文件进行横向比对：

---

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

在创造性分析中，适合作为“最接近的对比文件”通常需要具有相同的技术领域、解决相同的技术问题或具有最多的共同技术特征。本案中，**D3和D1均有资格作为最接近的对比文件（本案可双线作战，以D3为主线，D1为辅线）**：

#### 选用【对比文件D3】作为最接近的对比文件的理由：

1. **整体解决的技术问题高度一致**：目标专利旨在解决电信网络中内容传递的**多维优化问题**（同时考虑网络带宽、能耗、用户体验，避免盲目高速传输造成浪费）。D3同样旨在解决移动设备多媒体消息系统的**多维优化与节能设计**，平衡无线接口开销、用户界面能耗与消息延迟（D3摘要、\[0001\]）。

2. **技术效果极其类似**：目标专利通过情景选择（如视频定速）减少UE电量浪费和网络带宽浪费（说明书\[0007\]）。D3通过分层传递策略（先发文本，按需下载关键帧或视频）同样达到了大幅延长 Smartphone 电池寿命、降低GPRS流量开销的技术效果（D3表2、\[0015\]、\[0017\]）。

3. **用户行为背景最契合**：D3在引言中就指出移动用户往往“由于移动性和资源限制，通常无法观看整个节目来了解正在发生的事情”（D3\[0002\]），这直接切中了目标专利“用户频繁在部分观看后放弃”的用户行为特征。

#### 选用【对比文件D1】作为替代的最接近对比文件的理由：

* D1立足于**视频流媒体自适应传输（Adaptive Streaming）**技术领域。目标专利的核心实施例（视频定速，说明书图11、图12B）正是应用于视频流媒体（Video Streaming，如YouTube服务）传递控制。D1公开了将视频流切分为Repetitive Units（FSU）并分配不同质量级别进行流式调度的机制，与目标专利的流媒体底座最为接近。

---

### 五、 其它对比文件的结合与请求方最薄弱的技术特征

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

* **结论：没有。**

* 如前所述，本案最核心、最关键的未公开特征是：**“根据包括观众放弃率的一个或多个因素”来进行情景选择（特征B）**。

* 经审查，无论是主线D3、辅线D1，还是协助线D2、D4，均**没有任何一处**教导过可以将“观众放弃率（或观众观看媒体文件随时间轴放弃的概率轨迹、百分比分布等）”作为一项技术参数输入给电信网络/流媒体系统的优化引擎，用以动态指导网络传输情景（如调节视频定速的超前量或触发推迟传输）。

* D2仅公开了“因距离产生的客观物理信号中断”，D4仅公开了“软件功能的使用频率统计”，它们与“媒体观看的观众放弃率”均无技术关联。

#### 2. 对无效宣告请求方而言最薄弱的技术特征

* **最薄弱的技术特征（即请求方最难攻克的堡垒）**：**特征B中的“根据包括观众放弃率（因素）……选择情景”**。

#### 代理师对抗辩策略的预判（从请求方视角审视薄弱点）：

如果请求方以 **D3（或D1） + 现有技术公知常识** 提起无效，将会面临极大的失败风险，原因如下：

1. **目标专利具备突出的实质性特点（非显而易见）**：虽然现有技术（D3）意识到了移动用户可能不看完视频，且流媒体传输中由于网络中断（D2）或带宽限制需要自适应（D1），但目标专利创造性地将**心理/行为学上的统计数据（观众放弃率轨迹，如图4所示的预测曲线）上升为一种网络资源多维优化的控制变量**。它利用了“用户往往只看前几秒”的规律，去指导“视频定速传输时缓冲区的超前量控制”（图13中通过控制超前量，在时刻700用户放弃时，成功省下了未传流量720）。这种将用户主观行为规律转化为精细化网络丢包/流量控制手段的构思，在现有技术D1~D4中均未给出任何暗示。

2. **产生了显著的进步（技术效果非显而易见）**：这种优化机制在不损害终端用户实时观看体验（QoE）的前提下，极大地压低了移动网络因用户主观随时断看而导致的“无效无效流量（Wasted Bandwidth）”，带来了不可预期的网络整体带宽节约与终端能耗降低。

### 总结建议：

作为请求方，如果仅凭现有的D1~D4文件，直接去挑战权利要求1的创造性是**极度薄弱且极难成功的**。建议请求方必须进一步检索**互联网CDN（内容分发网络）缓存控制、P2P流媒体视频预加载（Pre-fetching/Pre-caching）控制、或者早期流媒体服务器流量整形（Traffic Shaping）**技术领域的文献，寻找是否有文献真正公开过“**利用Viewer Abandonment Rate / Completion Rate（观看完成率）来动态限制/调整视频流预流（Pacing/Pre-roll）窗口大小**”的技术方案。否则，权利要求1的创造性将坚不可摧。

尊敬的委托人，作为一名经验丰富的专利代理师，针对目标专利授权公告号 **CN104025553B**（对应申请案文挡：2018-04-10_CN104025553B_发明授权_CN104025553B 移动云加速器中的优化引擎及相关方法.docx）的权利要求1，结合您提供的三份对比文件（D1、D2、D3），我为您制作了如下详尽的专利无效/创造性技术分析及特征比对报告：

---

### 一、 目标专利权利要求1的合理解释与特征拆解

根据目标专利说明书第 `[0003]`、`[0007]`、`[0010]` 及 `[0039]` 段的记载，权利要求1保护的是一种网络侧控制内容传递的架构或装置（如移动云加速器MCA中的优化引擎）。其中核心概念**“观众放弃率（Audience Abandonment Rate）”**在说明书第 `[0039]` 段有明确定义：指用户在未完整观看/接收全部内容前，由于主观原因（如只看了视频前几秒）而频繁放弃数据传输的统计轨迹或概率（如播出的30秒有33.4%放弃）。

“**多个可能情景**”及“**传递机制**”对应说明书第 `[0007]`、`[0044]` 段，包括视频定速（Pacing）、内容推迟（Deferral）、去除优先化、TCP加速等。

我们将权利要求1拆解为以下三个独立的技术特征：

* **技术特征A（主体结构）**：一种配置成控制将内容从内容源提供商传递到电信网络中的内容用户（UE）的装置（130、510、1000），包括：处理单元（132、300、810、920、1020）；

* **技术特征B（核心决策因果）**：配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景；

* **技术特征C（执行输出机制）**：并且按照选择的情景和与选择的情景对应的传递机制来传递所述内容。

---

### 二、 对比文件针对性分析

#### 1. D1：US20090061954A1 (SERVER INITIATED POWER MODE SWITCHING IN PORTABLE COMMUNICATION DEVICES)

* **技术方案**：通过内容服务器根据多媒体流的码率、分辨率、压缩比等属性，计算并向便携式通信设备（PCD）发送功耗模式指示符（PMI），从而控制PCD中的电路模块切换功耗模式（全功耗或低功耗），达到省电目的。

* **公开特征**：实质公开了特征A（服务器、发射器、模式选择器含有处理单元）以及特征C的部分机制（按照选定的功耗模式/机制传输数据包）。但未公开特征B，其调节因素完全基于物理流属性（码率、分辨率），未考虑用户行为层面的“观众放弃率”。

#### 2. D2：US20090077233A1 (Load Control Device and Method Thereof)

* **技术方案**：一种位于客户端和服务器之间的负载控制设备，通过监控服务器的响应等待请求数是否达到阈值，在缓冲区内对请求进行排队、调度和优先级控制（如基于HTTP的POST方法、CGI文件类型或会话状态进行FIFO或优先级划分），以防止服务器过载、性能下降。

* **公开特征**：公开了特征A（负载控制设备、调度单元）。特征B中提及“情景/机制选择”时仅限于网络/服务器负载调配（如动态调整响应等待阈值、区分动态/静态网页请求）。完全未公开“观众放弃率”。

#### 3. D3：US20100057872A1 (MEDIA TRANSFER SYSTEM AND ASSOCIATED METHODS)

* **技术方案**：一种媒体传输系统，允许接收端用户在接收含有媒体的消息时，选择接受、拒绝、延迟或调度传递（Accept, reject, delay or schedule delivery）。同时包含网络流量负载感知系统（Network traffic load awareness system）以避开拥堵时段传输，并引入前导码（Preamble）与主体的暂停时间，供用户进行选择决策。

* **公开特征**：高度公开了特征A和特征C。在特征B上，D3公开了基于网络流量负载、用户可主观选择“拒绝、延迟”等因素（即考虑了用户可能丢弃或拒绝消息的行为），但其未明确提及根据大数据的、客观统计学上的“观众放弃率”作为内部引擎自动选择传递情景的判定因素。

---

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

---

### 四、 最接近的对比文件选择及理由

本案中，适合做**最接近对比文件（Closest Prior Art）**的是 **对比文件3 (D3: US20100057872A1)**。

**理由如下**：

1. **技术领域及目的高度重合**：目标专利旨在解决电信网络中，从内容源向UE传递内容时，因“用户中途放弃观看”及“网络负载高”导致的资源和带宽浪费，从而进行传递情景的多维优化（参见目标专利说明书 `[0003]`、`[0005]`）。D3同样属于媒体传递系统，其核心发明目的即在于建立一种机制，利用网络流量负载感知系统确定最佳传递时间，并允许用户 elect to accept, reject or delay delivery（选择接受、拒绝、推迟传递），以减少网络拥堵并给用户提供便利（参见D3说明书 `[0008]`、`[0012]`）。

2. **技术手段最为接近**：D3不仅公开了电信网络、服务器和媒体使能终端的架构（特征A），还极为特殊地公开了将消息分为Preamble（前导码）和Main body（主体），并在中间留有Pause（暂停时间）供用户做出“接受/拒绝/延迟”的传递情景选择。这与目标专利说明书图11-图14中优化的“内容推迟（deferral）”和“避免由于用户放弃而浪费带宽”的动态传递机制在底层逻辑上完全相通。

---

### 五、 创造性整体分析与未公开特征的补全情况

如上分析，若以D3为最接近的对比文件（D3单独已公开了特征A、特征C以及特征B中关于根据网络负载、用户意愿选择传递情景的绝大部分内容），**唯一的区别特征**在于：

* **区别技术特征**：目标专利特征B中明确限定了优化决策的因素中包括“**观众放弃率（观众在部分观看后频繁放弃传输内容的统计概率/轨迹）**”，而D3中选择延迟或拒绝是基于特定单次交互中接收端用户在Pause期间的操作或既定的屏蔽参数（Predetermined parameter）。

**其他对比文件（D1、D2）是否公开了该区别特征？**

* **D1 (US20090061954A1)** 关注的是硬件层面的码率与分辨率适配省电，完全不涉及任何用户行为或放弃率的统计与应用。

* **D2 (US20090077233A1)** 关注的是服务器端的排队论和拥塞控制（响应等待数、CPU使用率），其缓冲调度也是为了解决服务器性能衰减，同样不涉及流媒体层面的“观众放弃率”。

因此，D1和D2均未公开“根据观众放弃率选择内容传递情景”这一技术特征，也未给出将统计学上的观众放弃率引入内容传递优化控制的暗示。

---

### 六、 请求方案件的最薄弱点与无效宣告成功评估

#### 1. 针对请求方而言最薄弱的技术特征

若您作为**无效请求方**提出诉讼，本案**最薄弱（最难攻克、对方答辩防线最稳固）的技术特征是：特征B中的“根据包括观众放弃率的一个或多个因素……选择用于将所述内容传递给所述内容用户的情景”**。

**原因在于**：

虽然D3在技术逻辑上已经非常接近“放弃”的概念（用户在Pause期间拒绝或延迟接听消息本体），但目标专利聪明地将这种用户个人行为上升为了**“观众放弃率（群体统计学概率/轨迹）”**这一技术参数（见目标专利图4和说明书 `[0039]` 段基于YouTube的大数据统计轨迹）。在通常的审查实践中，专利所有权人（专利权人）会极力抗辩：D3只是一种“单次通信中允许用户手动挂断或延迟”的交互机制，而目标专利的处理单元是基于“大数据统计出的观众往往在30秒内有33.4%放弃、60秒内有44.1%放弃的客观规律”，从而在后台**主动、自动**采用视频定速（Pacing）或推迟（Deferral）情景，这属于从“被动响应单次操作”向“主动基于概率进行网络资源多维调配”的质的飞跃。

#### 2. 无效宣告成功概率及应对策略评估

* **直接以现有技术（D3+D1/D2）组合完全无效权利要求1的成功率：中等偏低（约35%-45%）**。因为“观众放弃率”这五个字及背后的统计因果关系在三份对比文件的原文中确实存在字面和实质上的空白。

* **最佳诉讼策略（破局点建议）**：

为了打破专利权人对“观众放弃率”的垄断，请求方在提交无效宣告时，应当**跳出单纯的通信协议文件，补充提交流媒体/CDN/VOD（视频点播）领域的公知常识、教科书或行业报告作为辅助证据（D4）**。证明在2011年（目标专利优先权日）之前，在视频流媒体传输（如YouTube、P2P点播）领域，根据用户的视频观看放弃曲线（Retention Rate / Abandonment Curve）来优化CDN的高速缓存策略、预加载（Prefetching）深度或定速（Pacing）发包，已经是本领域技术人员为了节约服务器带宽的**惯用技术手段或公知常识**。

一旦通过补充证据将“基于放弃率优化流媒体传递”打为公知常识，再将其与D3（已具备延迟/拒绝传递机制的电信加速器架构）相结合，权利要求1的创造性将荡然无存，届时成功无效的概率将大幅提升至 **75%以上**。

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

---

## 一、 权利要求1的法律解释与技术内涵分析

紧密结合目标专利说明书的公开内容，对权利要求1的装置进行逐项原意解释：

* **前序部分：“一种配置成控制将内容从内容源提供商传递到电信网络中的内容用户（UE）的装置（130、510、1000）”**

* **解释**：该装置处于内容提供商和UE之间的电信网络中，如说明书图6及[0041]所述的移动云加速器（MCA 130），其可以驻留在多个节点上，包含DPI节点和高速缓冲存储器服务器，配置成优化内容传递。

* **技术特征A：“包括：处理单元（132、300、810、920、1020）”**

* **解释**：对应说明书中的“优化引擎（132、300、810、920）”或“处理器（1020）”，是执行核心多维优化计算和机制选择的硬件/软件处理核心。

* **技术特征B：“配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景”**

* **解释**：这是本专利最核心的逻辑。

1. **观众放弃率（因素）**：对应说明书图4及[0039]，指用户在未传输完全部内容前放弃使用内容的统计概率（如视频播放的前30秒有33.4%放弃）。

2. **可能情景**：对应说明书[0035]、[0044]，情景指一个或多个时间时期的序列，在每个时间时期内用特定的数据速率（或对应的无线电状态如DCH、FACH）来传递内容。例如：软件更新下载情景、视频流传送情景等。

3. **选择的内涵**：优化引擎接收放弃率等输入，寻找与适当情景相对应的参数值集合，以最小化带宽浪费和电池消耗。

* **技术特征C：“并且按照选择的情景和与选择的情景对应的传递机制来传递所述内容。”**

* **解释**：对应说明书图9及[0046]，传递机制包括但不限于**视频定速（Pacing）**、内容推迟、去除优先化以及TCP加速。即选定情景后，采用具体的物理传输调配手段（如定速或推迟）来指导底层数据的实际下发。

---

## 二、 对比文件特征比对与公开状态分析

以下分析三份对比文件是否**毫无异议公开（实质公开）**或**未公开**权利要求1的技术特征。

### 1. 对比文件D1 (US20100080290A1)

* **技术领域与架构**：D1公开了一种在网络上调整媒体传递质量和比特率的技术。其基于精细粒度的客户端控制，由客户端根据网络带宽、启动延迟、卡顿（glitching）容忍度等，通过发送字节范围请求（HTTP range requests）来选择媒体块（chunks）的层（layers）或比特率。

* **特征比对分析**：

* **特征A**：D1公开了处理单元（Processing unit 110）。

* **特征B**：D1虽提到了客户端在决定选择何种比特率/质量级别时可以考虑“各种因素”（various factors [[0023]]），并明确列举了网络状况、首帧延迟（start up latency）、卡顿容忍度（tolerance to glitching）等。**但D1并未公开“观众放弃率（Audience abandonment rate）”这一关键因素。** D1的控制逻辑完全是基于客户端当前的物理带宽状态及解码播放侧防卡顿的预防性主导选择，其根本不涉及群体统计或预测意义上的“用户未观看即中途放弃”所带来的前瞻性情景决策。

* **特征C**：D1公开了通过选择分层数据来传递内容，但其传递是由客户端主导的字节截断请求（客户端驱动的自适应流），与本专利由网络侧处理单元选择的针对特定放弃率特征的传递机制（如网络侧实施的视频定速Pacing）存在本质差异。

### 2. 对比文件D2 (WO2010140938A1)

* **技术领域与架构**：D2公开了一种在内容分发网络（CDN）中高效分发电子内容的方法和节点。核心在于引入“虚拟节点”对多个边缘缓存节点进行逻辑聚合，利用“分配器节点（Allocator node 120）”收集区域/全局的统计数据（gain counters），以此来决定特定内容是否应该缓存、迁移到哪个节点，从而降低骨干网/核心网负载。

* **特征比对分析**：

* **特征A**：D2公开了分配器节点、中央处理单元（CPU 750）。

* **特征B**：D2在[[p0019]]-[[p0020]]详细描述了其缓存和分发决策所依据的“统计数据/因素”，明确定义了**成本因素（cost factor）**和**内容需求因素（content demand factor）**。其中，内容需求因素包括“观测到的信息（历史普及度、实时请求频率）”和“预期信息（如好莱坞大片的发布预测、历史观看习惯）”。**D2的全部统计和预测都是为了解决“内容该存在哪个物理缓存节点”的问题，完全没有公开根据“观众放弃率”来选择“传递内容的情景”。**

* **特征C**：D2公开的“传递机制”是控制内容在各节点间如何迁移（Migration）、重定向（Redirection）或预缓存（Pre-cache），属于静态或宏观的节点路由、资源分发布局，并非针对单次内容传输选定具体的空中接口或数据包级别的传输控制机制（如定速下发）。

### 3. 对比文件D3 (US20110058675A1)

* **技术领域与架构**：D3公开了一种控制客户端设备访问媒体内容副本的技术（数字版权管理DRM）。它通过密钥服务器（Key server 130）接收客户端的请求，并根据业务规则（如地理位置、是否注册、是否付费、订阅级别等）来决定返回哪些质量级别（Profiles）的解密密钥，从而限制未付费用户访问高质量内容。

* **特征比对分析**：

* **特征A**：D3公开了密钥服务器、业务规则引擎（Rules engine 330）及处理器。

* **特征B**：D3公开了根据规则“从多个可用副本/质量级别中允许或限制访问”（[[0019]], [[0065]]）。其考虑的因素（业务规则）在图6B及[[0065]]中明文列举为：注册状态、地理区域（IP地址）、是否付费、以及订阅级别。**D3完全未公开“观众放弃率”这一因素，其决策性质属于“安全与商业授权控制”，而非网络资源的“多维传输优化控制”。**

* **特征C**：D3对应的机制是通过下发部分解密密钥或操作指令来控制媒体播放器具有哪些质量级别的“访问权限”，后续传输仍由常规HTTP或内容服务器处理，未公开根据传递情景执行诸如定速发送等具体的网络层传递机制。

---

### 技术特征比对表格

为了直观展现公开情况，现将权利要求1的技术特征与对比文件进行横向特征比对：

---

## 三、 创造性分析：最接近对比文件的确立与分析

在创造性审查过程中，选择“最接近的对比文件（D1）”需要从技术领域、解决的技术问题、技术效果及技术特征重合度四个维度进行考量。

### 1. 谁适合作为“最接近的对比文件”？——确立 D1 为最接近对比文件

根据《审查指南》，最接近的对比文件应当是具有最类似的技术领域、解决最类似的技术问题、或者涉及最多数目的技术特征的文献。

* **D1 (US20100080290A1) 适合作为最接近的对比文件（D1可单独作为最接近对比文件）。**

* **整体解决的技术问题**：D1旨在解决**由于网络带宽变动或错误的比特率传输导致的内容传递卡顿、首帧延迟过长，从而优化网络资源和提升用户播放体验的问题**（见D1 [[0007]], [[0023]]）。这与目标专利说明书[0003]、[0005]、[0013]中提到的“控制从内容提供商到网络中UE的内容传递、优化带宽/资源浪费、提高体验质量（QoE）”的技术实质高度契合。

* **技术效果**：两者都实现了精细化或动态化的媒体传输调整，在避免带宽浪费和保证QoE方面方向一致，且都涉及将视频切分为块/情景并区分基础层和剩余层进行精细控制的传输控制架构。

* **为什么 D2 和 D3 不适合作为最接近的对比文件？**

* **D2的偏差**：D2解决的是CDN网络中**“缓存架设与静态内容存储位置拓扑优化”**的问题（防止跨核心网捞数据造成的资源浪费）。它解决的是“空间节点”的部署，而不涉及特定用户在播放单条视频流时的“时间维度上的数据下发调配策略”，技术实质相去较远。

* **D3的偏差**：D3完全属于**“安全、防黑客规避及数字版权管理（DRM）授权”**领域。其核心技术问题是如何确保非付费用户看不了高清视频，其技术效果是实现分级的权限控制，与目标专利的网络层资源/信令/能耗多维动态传输优化毫无关系。

### 2. 基于D1的创造性三步法评述与特征公开状态

既然以D1作为最接近的对比文件，我们将以此为基准点，审视未被公开的特征是否能被其他对比文件（D2、D3）结合解决：

* **第一步：确定区别技术特征**

将权利要求1与最接近对比文件D1比对后，其区别技术特征在于：**装置在配置选择情景时，其依据的因素包括“观众放弃率”；并且执行与其对应的传递机制（如网络侧实施的定速、推迟下发控制）。**

* **第二步：确定发明实际解决的技术问题**

根据说明书[0005]、[0039]，“急促以最高速度传递整个内容产生系统中带宽的浪费以及用户设备处能量消耗的浪费”，因为研究表明大量用户存在只看前几秒即中途放弃的行为。因此，本发明实际解决的技术问题是：**如何结合用户行为学统计规律（中途放弃概率），前瞻性地调配传输网络中的数据下发节奏，以避免因用户中途放弃观看而造成的电信网络带宽及终端电量的无效抽干和浪费。**

* **第三步：判断是否具有显而易见性（其他对比文件是否公开该区别特征）**

* **审查D2是否公开或给出启示**：D2虽然提到了在决定缓存时考虑“内容需求因素”，并提及可以基于历史习惯预测某好莱坞大片未来会大火（全局普及度预测 [[p0020]]）。但这完全属于**“该内容有多少人想看（Popularity/Demand）”**的宏观预测，旨在解决“要不要把内容备货到边缘仓库”的问题。而本专利的“观众放弃率”是指**“点开视频的人有多大比例看到一半不看了（Abandonment Rate）”**的行为特征，用以解决“当前传输水管流速要不要限速”的问题。**D2既未公开观众放弃率，更未给出利用放弃率去限速、调配传递情景的任何技术启示。**

* **审查D3是否公开或给出启示**：D3的业务规则完全基于“用户交没交钱（付费状态）”和“用户在哪里（IP地理限制）”。这属于行政/商业准入资质审查，与用户自发的行为学特征（放弃率）以及网络优化完全属于不同的技术范畴。**D3未公开也未给出任何相关启示。**

**创造性结论：** 本领域技术人员在面对D1的基础上，结合D2和D3，依然没有任何技术动因能够想到将“观众放弃率”这一统计维度引入到电信网络侧的处理单元中，用来动态控制媒体流的传递情景（例如实施视频定速下发）。因此，**权利要求1相对于D1、D2、D3的结合，具备突出的实质性特点和显著的进步，完全符合《专利法》第22条第3款的创造性规定。**

---

## 四、 风险评估：无效宣告请求方最薄弱的技术特征

若我方站在**无效请求方（即试图推翻本专利的竞争对手）**的角度来策划针对权利要求1的无效诉讼，经过严密的检索与推演，可以得出：**请求方最薄弱、最难攻克的防线（即本专利的最强护城河）正是——“根据包括观众放弃率的一个或多个因素选择传递情景”这一技术特征。**

### 为什么该特征对无效请求方来说是最薄弱的攻击点（最难推翻）？

1. **现有技术存在严重的选择性盲区（技术偏见与技术隔阂）**：

在2011年前后的主流多媒体传输（自适应流媒体如D1）中，网络和终端的研发逻辑完全是**“竭尽全力保证QoS/QoE”**——即只要网络带宽够，就应该以最快速度把数据塞满客户端的Buffer（缓冲），或者让客户端尽可能无限制地拉取最高画质数据，从而绝对避免卡顿。

而本专利却反其道而行之，指出“太急促传递整个内容会导致严重的带宽和能耗浪费”，并创造性地将**社会行为学/统计学特征（观众放弃率）**和**物理层/网络层控制（情景与传递机制）**连接起来，实行“主动定速限速”或“推迟”多维优化。这种从“纯物理网络参数”向“用户行为心理统计参数”的技术跨界，在D1、D2、D3中完全找不到任何交集和思维源头。

2. **概念无法等同或下位包含替代**：

无效请求方可能会试图辩称：D2公开的“内容需求预测（Demand/Popularity）”或者D1公开的“用户偏好（Playback preferences）”等同于“观众放弃率”。

但在专利法意义上，这种抗辩极其无力。**需求度/普及度**回答的是“要不要看”，**放弃率**回答的是“看到哪里不看了”，两者在数学统计模型和最终控制目的上完全不具有等同替换的可能性。说明书图4和图13明确展示了放弃率随观看时间推移的特有数学曲线及其直接决定网络侧带宽节约量（带宽720）的因果链条，这是D1-D3完全无法通过技术逻辑推理出来的。

3. **传递机制（特征C）的协同防御**：

一旦“观众放弃率”立足，特征C“按照选择的情景和传递机制传递”就会形成极强的协同防御。因为D1-D3中的传递机制（客户端自适应拉取、CDN节点迁移、DRM密钥下发）没有一个是服务于“基于放弃率的限速/定速优化情景”的。

### 总结

作为无效请求方，针对特征A（处理单元）和前序架构的无效理由是成立的（已被D1-D3完全公开）。但在**“观众放弃率 $\rightarrow$ 选择传递情景 $\rightarrow$ 按机制传递”**这一核心链条上，现有技术三份文件由于**领域隔阂（D3）、控制维度不符（D1）以及优化目的相左（D2）**，形成了致命的断层。因此，该特征成为请求方在无效阶段**最薄弱、最不可能撼动**的专利壁垒。

如权利要求1所述的装置，还包括：数据存储单元；配置成存储从所述内容源提供商接收的将按照所述选择的情景被传递给所述内容用户的所述内容。

如权利要求1所述的装置，其中所述一个或多个因素还包括以下中的至少一个；（A）一天中的时间；（B）与所述可能情景中的每个情景相关联的UE的电池能量消耗；（C）与所述可能情景中的每个情景相关联的网络信令的量；（D）所述内容提供商的偏好；（E）所述内容用户的偏好；（F）将被传递的所述内容的类型；以及（G）当前网络负载。

如权利要求1所述的装置，其中所述多个可能情景包括软件更新、视频或音频流传送、社交网络更新、丰富媒体上载以及广告传递；并且所述传递机制包括视频定速、内容推迟、去除优先化以及TCP加速中的一个或多个机制。

如权利要求4所述的装置，其中所述处理单元还配置成如果所选择的情景是视频或音频流传送，则为所选择的情景选择视频定速机制；并且所述视频定速机制将是当传递所述内容时，已经被传递给所述内容用户的所述内容的量超过已经由所述内容用户播出的所述内容的量。

如权利要求5所述的装置，其中无线电状态包括第一状态和第二状态；在所述第一状态期间所述内容用户以第一数据速率接收所述内容并且使用第一电池功率；在所述第二状态期间所述内容用户以第二数据速率接收所述内容并且使用第二电池功率；所述第一数据速率比所述第二数据速率大；所述第一电池功率比所述第二电池功率大；并且所述处理单元还配置成使用所述第一状态和所述第二状态来传递所述内容以便最小化能量消耗。

如权利要求4所述的装置，其中所述处理单元配置成如果所述选择的情景包括所述内容推迟，则延迟传递所述内容。

如权利要求7所述的装置，其中所述处理单元配置成按照预定规则的集合来选择包括所述内容推迟的情景。

如权利要求7所述的装置，其中所述处理单元配置成如果满足以下条件中的至少一个，则选择包括所述内容推迟的情景；所述内容的大小超过预定大小阈值；包括移动小区负载的当前网络负载超过预定网络负载阈值；以及当前时间与网络使用高时一天中的时期相对应。

如权利要求7所述的装置，其中所述处理单元还配置成接收网络负载分布；并且如果所述网络分布指示当前网络负载高并且预期减少，则选择包括所述内容推迟的情景。

如权利要求4所述的装置，其中如果所述选择的情景包括所述去除优先化，则分配低优先级给传递所述内容。

如权利要求11所述的装置，其中所述处理单元配置成如果所述内容的大小超过预定大小阈值，则选择包括所述去除优先化的情景。