对比文件的名称：2010-04-01_US2010080290A_发明申请_US20100080290A1 FINE-GRAINED CLIENT-SIDE CONTROL OF SCALABLE MEDIA DELIVERY
目标专利的名称：1148移动云加速器中的优化引擎及相关方法CN104025553B
本次调用的模型名称：DeepSeek Chat
#### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括处理单元（132、300、810、920、1020）《直接公开》 | [0034] “The computing environment (100) includes at least one processing unit (110)…” [0045] “The server-side media controller (214) manages connections with one or more media clients…” [0048] “The media client (250) includes a client-side controller (254)…” | 对比文件公开了服务器侧（214）和客户端侧（254）的处理单元，用于控制媒体内容的传递决策。该处理单元执行指令以管理媒体内容传递，与目标专利中用于执行优化控制的处理单元在结构和功能上实质相同，因此属于直接公开。 |
| 技术特征B：配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景《未公开》 | 对比文件全文未提及“观众放弃率（audience abandonment rate）”或类似概率统计概念。 | 对比文件的选择逻辑基于客户端侧的实时网络条件、缓冲器状态和个体用户偏好，而非基于群体用户放弃内容的统计概率。目标专利中作为核心优化维度的“观众放弃率”在对比文件中完全缺失，因此该技术特征未被直接或隐含公开。 |
| 技术特征C：按照选择的情景和与选择的情景对应的传递机制来传递所述内容。《未公开》 | 对比文件没有定义如软件更新、流媒体、社交网络等“情景”分类，也没有为不同情景分配特定的“传递机制”（如推迟、去除优先化）。传递仅基于通用HTTP协议的字节范围请求。 | 由于对比文件未公开如目标专利所述的“情景”分类体系以及“情景-机制”的特定映射关系，因此该技术特征未被对比文件直接或隐含公开。 |
| 技术特征D：还包括数据存储单元《直接公开》 | [0044] “The media server (210) stores encoded data in the form of scalable layers of each chunk… The storage (140) may be removable or non-removable, and includes magnetic disks, magnetic tapes or cassettes, CD-ROMs, DVDs, or any other medium…” | 对比文件明确公开了用于存储编码后的媒体内容的数据存储单元（例如存储设备140，服务器210的存储介质），其功能是存储待传递的媒体内容，与目标专利中的数据存储单元作用相同，属于直接公开。 |
| 技术特征E：配置成存储从所述内容源提供商接收的将按照所述选择的情景被传递给所述内容用户的所述内容。《直接公开》 | [0044] “The media server (210) stores encoded data… The server can store different scalable layers for a chunk in different files…” [0050] “…server stores chunks of media content… at multiple bit rates/quality levels…” | 对比文件公开了服务器存储从编码器（内容源）接收的媒体内容，并准备将其传递给客户端。存储的内容将根据客户端的选择进行传递。该特征与目标专利特征E完全对应，属于直接公开。 |
| 技术特征F：其中所述一个或多个因素还包括以下中的至少一个（G：一天中的时间 H：UE电池能量消耗 I：网络信令的量 J：内容提供商的偏好 L：内容的类型）《未公开》 | 对比文件全文未公开上述具体因素。 | 对比文件考虑的因素为网络条件、用户偏好和缓冲器状态，未公开使用一天中的时间、UE电池消耗、网络信令量、内容提供商偏好或区分内容类型（如软件更新与流媒体）作为直接决策因素。因此这些技术特征未被对比文件公开。 |
| 技术特征K：（E）所述内容用户的偏好《隐含公开》 | [0023] “…the client can consider various factors… preferred start up latency and preferred tolerance to glitching.” | 对比文件虽然没有使用完全相同的措辞，但明确教导了在选择媒体传递参数时考虑用户的偏好（如启动时延容忍度、播放中断容忍度）。本领域技术人员可以合理推断，这些属于“内容用户的偏好”范畴，且作为传递决策的一个因素。因此该技术特征被对比文件隐含公开。 |
| 技术特征M：（G）当前网络负载《隐含公开》 | [0023] “…network conditions such as network bandwidth and network delay time, which can change over time due to network congestion or other factors.” [0007] “Delivering media content over the Internet… is typically characterized by variable bandwidth…” | 对比文件将当前网络条件（带宽、延迟、拥塞情况）作为客户端选择码率/质量的核心因素。这本质上就是对“当前网络负载”的考量。本领域技术人员可以毫无疑问地认识到，对比文件中用于决策的网络条件因素即是目标专利中的“当前网络负载”。因此该技术特征被对比文件隐含公开。 |
| 技术特征N：其中所述多个可能情景包括软件更新、视频或音频流传送、社交网络更新、丰富媒体上载以及广告传递《未公开》 | 对比文件仅涉及媒体内容（视频/音频）的流式传递，未涉及其他应用类型场景的区分和处理。 | 对比文件的技术方案专注于可伸缩媒体的流式传递，并未建立目标专利中列举的多种应用情景（软件更新、社交网络等）的分类和选择机制。因此该技术特征未被对比文件公开。 |
| 技术特征O：所述传递机制包括视频定速、内容推迟、去除优先化以及TCP加速中的一个或多个机制。《隐含公开》 | [0062] - [0085] (Section IV. Theory and Examples on rate-distortion optimization and download time-distortion optimization). [0023] “…a client chooses a bit rate/quality level for each of the chunks…” | 对比文件的核心发明在于客户端根据网络条件和播放进度动态选择码率/质量层，这实质上是“视频定速”机制。对比文件虽然没有公开内容推迟、去除优先化、TCP加速，但其技术方案明确包括了“视频定速”这一传递机制。由于该技术特征采用开放式表述（包括…中的一个或多个），因此对比文件隐含公开了该技术特征。 |
| 技术特征P：其中所述处理单元还配置成如果所选择的情景是视频或音频流传送，则为所选择的情景选择视频定速机制《隐含公开》 | [0048] “The media client (250) includes a client-side controller (254) and scalable media decoder (252) for decoding media such as audio or video.” [0062] - [0085] | 对比文件公开的媒体客户端处理单元（254）专门用于处理音频或视频流媒体。在处理视频或音频流传送时，客户端通过选择不同的码率/质量层来匹配播放速率，这正是“视频定速”机制的选择和应用。对比文件虽然未明确使用“情景”和“视频定速”的术语，但其技术方案在针对流媒体（情景）时，必然采用速率适配（定速）机制。因此该技术特征被对比文件隐含公开。 |
| 技术特征Q：所述视频定速机制将是当传递所述内容时，已经被传递给所述内容用户的所述内容的量超过已经由所述内容用户播出的所述内容的量。《直接公开》 | [0065] “…the decoder buffer never starves (suffers from underflow)… constraint R0 + R1 + … + Ri <= CumulativeBi… the bits used for chunks 0 to i must be less than the number of bits downloaded during the initial startup delay and playback of chunks 0 to i-1.” [0077] “CumulativeS_i = sum(S_j) <= CumulativeT_i = sum(T_j)” | 对比文件通过严格的数学约束（缓冲器不上溢/下溢）保证了传递给客户端的媒体数据量（已下载的比特/时间）始终超前于客户端实际播出的数据量（已播放的比特/时间）。这精确描述了目标专利中“视频定速”机制的核心特征，即传递量超过播出量，因此属于直接公开。 |
| 技术特征R-W：无线电状态及功率管理（包括第一状态、第二状态及相关功率速率比较）《未公开》 | 对比文件未涉及电信网络中特定的无线电状态（如DCH, FACH）及其功率管理。 | 目标专利的技术方案明确将内容传递与移动网络的无线电状态（第一状态/第二状态）及其电池功率消耗相关联，以最小化能量消耗。对比文件基于通用的计算机网络环境，未公开任何关于无线电状态选择或基于状态的能量优化技术。因此这些技术特征未被对比文件公开。 |
| 技术特征X：其中所述处理单元配置成如果所述选择的情景包括所述内容推迟，则延迟传递所述内容。《未公开》 | 对比文件未公开基于时间或规则的内容推迟机制。 | 对比文件中客户端请求后服务器立即响应，不存在将传递推迟到特定时间（如非高峰时段）的机制。因此该技术特征未被对比文件公开。 |
| 技术特征Y：其中所述处理单元配置成按照预定规则的集合来选择包括所述内容推迟的情景。《未公开》 | 对比文件未公开基于预定规则选择推迟策略的机制。 | 对比文件中客户端基于实时网络条件选择码率，不存在基于预定规则集合选择推迟情景的机制。因此该技术特征未被对比文件公开。 |
| 技术特征Z：其中如果所述选择的情景包括所述去除优先化，则分配低优先级给传递所述内容。《未公开》 | 对比文件未公开通过策略（如Rx接口）对特定会话进行去除优先化的机制。 | 对比文件中所有请求在HTTP层面平等处理，不存在基于策略分配低优先级给特定内容传递的技术方案。因此该技术特征未被对比文件公开。 |
<<<A>>><<<D>>><<<E>>><<<Q>>><<<k>>><<<m>>><<<o>>><<<p>>>