好的，作为资深专利代理师，我将对本次评估进行严谨、详尽的分析。
**对比文件名称：** 2008-04-03_US2008082553A_发明申请_US20080082553A1 Energy-efficient design of a multimedia messaging system for mobile devices
**目标专利名称：** 1148移动云加速器中的优化引擎及相关方法CN104025553B
**本次调用的模型名称：** gpt-4o
### 特征比对与分析
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：处理单元（132、300、810、920、1020）<br><br>《隐含公开》 | [0032] “They also download and install policy software into their network access device 440 for progressive content delivery, battery conservation, and message download management.” <br><br> [0041] “FIG. 5 shows this embodiment's implementation of policies capitalizing on energy savings mechanisms. In the depiction of the implementation of these policies 500, the policies are implemented as software and stored in the network access device in this embodiment.” | 对比文件公开了一种在“网络接入设备”（Network Access Device，类似于目标专利中的UE或网络节点）上运行策略软件的系统。虽然对比文件没有明确提及一个独立的、名为“优化引擎”的“处理单元”，但其为执行能量优化策略（如分层内容传递、电池监控、消息下载管理）而在网络接入设备上运行的“政策软件”（policy software）及其所依赖的硬件处理器，实质上构成了一个用于控制内容传递的“处理单元”。该处理单元执行了选择如何传递内容的核心决策功能，这与目标专利中处理单元（优化引擎）的功能相对应。因此，该技术特征被隐含公开。 |
| **技术特征B：** 配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景<br><br>《未公开》 | [无直接或隐含引用] | 对比文件全文未提及“观众放弃率”（audience abandonment rate）这一概念。其决策因素主要包括消息的“优先级”（priority，基于用户关键词设定）和设备的“能量状态”（battery capacity/energy-optimal score）。尽管对比文件考虑了用户行为和设备状态，但其未公开任何与“观众放弃率”相关的信息或基于此进行选择。因此，该技术特征未被公开。 |
| **技术特征C：** 按照选择的情景和与选择的情景对应的传递机制来传递所述内容。<br><br>《隐含公开》 | [0017] “A message can be delivered as text, or enhanced with key frame images or video clips with different resolution and frame rates. In this system, the messaging server generates and stores a message in different formats but sends only a short text message at first to the network access device, which includes links to other feature rich formats.” <br><br> [0041] “...the policy software is executed to decide on how to process the message for notification and for delivery. The notification policy 570 checks the message priority and the battery power availability in order to determine whether to notify the user through the Alerting Device or through the Network Access Device to deliver the message.” | 目标专利的“情景”和“传递机制”是关联的。对比文件虽然未使用相同术语，但其“分层内容传递”（hierarchical content delivery）机制实现了类似功能。它对应不同的内容格式（文本、关键帧、视频）和传递策略（直接下载、通过提醒设备通知、基于优先级的延迟），这些可以被视为不同的“情景”。对比文件通过执行策略软件（相当于处理单元），根据消息优先级和电池能量等“因素”做出决策（通知方式、下载内容质量），并“按照选择的情景”来传递内容。尽管机制的具体名称不同（如分层传递 vs. 视频定速），但其“选择-执行”的核心逻辑是相似的。因此，该技术特征被隐含公开。 |
| **技术特征D：** 还包括：数据存储单元<br><br>《直接公开》 | [0010] “It automatically monitors a large number of TV content feeds 102, extracts the content 110 that matches user interest profiles 104, repurposes the content 114, and delivers repurposed content to network access devices 118 according to device profiles 108. The system consists of a media processing platform (102, 110, 116) and a content delivery platform (104, 106, 112, 114, 118).” <br><br> [0011] “...are digitized, compressed and stored in a database 116.” | 对比文件明确描述其系统包含一个“媒体处理平台”，该平台将内容“存储在一个数据库116中”（stored in a database 116）。这个数据库116即为用于存储内容的“数据存储单元”。其作用是将从内容源接收的内容进行存储，供后续传递使用，与目标专利中数据存储单元配置成的功能完全一致。因此，该技术特征被直接公开。 |
| **技术特征E：** 配置成存储从所述内容源提供商接收的将按照所述选择的情景被传递给所述内容用户的所述内容。<br><br>《直接公开》 | [0010] “...delivers repurposed content to network access devices 118...” <br><br> [0011] “These structured video feeds from broadcast television are digitized, compressed and stored in a database 116.” | 如对技术特征D的论述，数据库116存储了从卫星或有线电视（内容源提供商）接收并处理后的内容。这些存储的内容最终将被传递给网络接入设备（内容用户）。由于对比文件具有“选择的情景”（如基于策略选择传递文本还是视频），因此其数据存储单元存储的内容正是为按“选择的情景”进行传递而准备的。因此，该技术特征被直接公开。 |
| **技术特征F：** 其中所述一个或多个因素还包括以下中的至少一个<br><br>《未公开》 | [无直接或隐含引用] | 该特征为上位概括，其下位的具体因素由特征G至M限定。由于对比文件公开的因素仅限于用户设定的“消息优先级”和设备的“电池能量状态”，并未完整公开或暗示构成“以下中的至少一个”的完整集合。因此，作为一个开放式的上位概念，该特征未被对比文件公开。 |
| **技术特征G：** （A）一天中的时间<br><br>《隐含公开》 | [0045] “The first is having priori knowledge of the message traffic to allow use of short communication intervals when the traffic is high. For example, many TV programs are broadcast on a fixed schedule. If a user is interested in a certain program, he or she is more likely to receive messages in the corresponding program time, and can therefore set the network access device to communicate with the alerting device more often during that time. The second is using a simple adaptive scheme to adjust the communication intervals according to the message traffic.” | 对比文件明确讨论了基于“一天中的时间”（program time, time windows of the day）来调整通信间隔以提高能效。这表征了网络使用情况随时间变化，并且系统会根据“一天中的时间”这一因素来调整其行为（如通信策略），以优化资源（能量）使用。这与目标专利中利用“一天中的时间”（如高峰/非高峰）来优化内容传递的思路一致。因此，该技术特征被隐含公开。 |
| **技术特征H：** （B）与所述可能情景中的每个情景相关联的UE的电池能量消耗<br><br>《直接公开》 | [0040] “Battery information is used in both downloading and notification policies. First, software on a Network Access Device reads the device's remaining battery capacity (RBC) every 15 minutes and estimates the current energy consumption rate (ECR) based on extrapolation... It then calculates an energy-optimal score (EOS).” <br><br> [0044] “The policy implicitly makes a tradeoff between user attention discretion and energy consumption. That is, when the energy supply is not optimistic with a small EOS, the policy relies on user discretion instead of automatically downloading higher quality messages.” | 对比文件的核心目标就是最小化能量消耗，其决策机制（通知策略和下载策略）的核心输入就是“电池能量消耗”。它计算“能量最优评分”（EOS），该评分直接反映了设备的电池状态和能量消耗率。不同的传递方式（如手动下载、自动下载、不同质量的格式）都有明确的“能量成本”（[0013]段表格），系统根据这些成本相关的EOS来选择传递方式。这完全等同于目标专利中根据“与可能情景相关联的UE的电池能量消耗”来选择情景。因此，该技术特征被直接公开。 |
| **技术特征I：** （C）与所述可能情景中的每个情景相关联的网络信令的量<br><br>《未公开》 | [无直接或隐含引用] | 对比文件主要关注UE端的能量消耗（电池、显示、蓝牙），并未提及或考量“网络信令”的量。其优化目标是节能，而非减少网络信令负载。因此，该技术特征未被公开。 |
| **技术特征J：** （D）所述内容提供商的偏好<br><br>《未公开》 | [无直接或隐含引用] | 对比文件中的内容源（如TV content feeds）是固定的，系统根据用户的兴趣配置文件和设备配置文件进行内容提取和推送。在整个系统中，没有提及内容提供商（如电视台）有任何偏好或要求被系统作为决策因素。因此，该技术特征未被公开。 |
| **技术特征K：** （E）所述内容用户的偏好<br><br>《直接公开》 | [0010] “...extracts the content 110 that matches user interest profiles 104...” <br><br> [0030] “...mobile users sign up for the multimedia messaging service and specify their device and interest profiles on the web server 420.” <br><br> [0033] “To generate message priorities, users associate one of three urgency levels as an attribute with each keyword in the messaging system.” | 对比文件将“用户兴趣配置文件”（user interest profiles）和“设备配置文件”（device profiles）作为系统运行的基础。用户通过Web界面指定其感兴趣的内容关键词和消息紧急程度（关键、信息性、可推迟），这直接构成了“内容用户的偏好”。系统根据这些偏好来提取、处理和推送内容。因此，该技术特征被直接公开。 |
| **技术特征L：** （F）将被传递的所述内容的类型<br><br>《隐含公开》 | [0013] 表格展示了不同“消息格式”（Message Format）——文本（Text）、关键帧（Keyframes）、视频（Video）——的能量消耗。 <br><br> [0017] “A message can be delivered as text, or enhanced with key frame images or video clips with different resolution and frame rates.” | 对比文件的整个“分层内容传递”机制都是基于内容的类型。系统会将同一内容生成不同格式（文本、关键帧、视频），并根据策略选择传递哪种类型。这表明系统确实将“将被传递的内容的类型”作为一个核心考量因素，因为传递视频和传递文本所消耗的资源和策略是完全不同的。因此，该技术特征被隐含公开。 |
| **技术特征M：** （G）当前网络负载。<br><br>《未公开》 | [无直接或隐含引用] | 对比文件并未考虑“当前网络负载”这一因素。其优化域主要集中在UE设备内部（电池、显示）和UE与提醒设备之间的通信（蓝牙），而非核心移动网络或承载网的负载状况。因此，该技术特征未被公开。 |
| **技术特征N：** 其中所述多个可能情景包括软件更新、视频或音频流传送、社交网络更新、丰富媒体上载以及广告传递<br><br>《未公开》 | [无直接或隐含引用] | 对比文件明确描述其应用场景是“多媒体消息系统”（multimedia messaging system），其“情景”主要围绕消息的不同格式（文本、关键帧、视频）。它并未公开或暗示其系统应用于“软件更新”、“社交网络更新”、“丰富媒体上载”或“广告传递”这些特定的、多样化的应用场景。因此，该技术特征未被公开。 |
| **技术特征O：** 所述传递机制包括视频定速、内容推迟、去除优先化以及TCP加速中的一个或多个机制。<br><br>《隐含公开》 | **对于“内容推迟”**：[0033] “The three urgency levels are: critical, informative, and deferrable.”；[0041] “...the policy software is executed to decide on how to process the message for notification and for delivery.” <br><br> **对于“去除优先化”**： [0041] “The notification policy 570 checks the message priority and the battery power availability...” | 对比文件虽然未使用“视频定速”和“TCP加速”这些术语，但其机制与“内容推迟”和“去除优先化”在概念上高度对应。1）**内容推迟**：对比文件明确定义了“可推迟的”（deferrable）消息优先级，并根据消息优先级（结合电池状态）来决定是否立即通知用户或交付内容。当选择推迟时，消息的传递被延迟，这正是“内容推迟”机制的核心思想。2）**去除优先化**：对比文件通过“消息优先级评分”为不同消息分配不同的紧急程度，系统策略会根据这个优先级来决定处理顺序和方式（如低优先级消息只发送文本通知到提醒设备），这实质上是一种去除优先化操作。因此，该特征中的部分机制被隐含公开。 |
| **技术特征P：** 其中所述处理单元还配置成如果所选择的情景是视频或音频流传送，则为所选择的情景选择视频定速机制<br><br>《未公开》 | [无直接或隐含引用] | 尽管对比文件处理视频内容，但其传递视频的方式是将其作为一个完整的MMS消息下载，而不是采用“视频定速”（即控制传输速率以匹配播放速率并优化资源）这种特定的流传输控制机制。对比文件没有公开或暗示与“视频定速”相关的任何技术手段。因此，该技术特征未被公开。 |
| **技术特征Q：** 所述视频定速机制将是当传递所述内容时，已经被传递给所述内容用户的所述内容的量超过已经由所述内容用户播出的所述内容的量。<br><br>《未公开》 | [无直接或隐含引用] | 如对特征P的论述，对比文件未公开任何形式的“视频定速”机制。因此，作为该机制具体定义的此技术特征自然未被公开。 |
| **技术特征R：** 其中无线电状态包括第一状态和第二状态<br><br>《未公开》 | [无直接或隐含引用] | 对比文件提到了GPRS通信，但并未定义或讨论网络接入设备的“无线电状态”（如DCH/FACH/IDLE等）。其能耗分析聚焦于整体组件（GPRS, LCD, Bluetooth），而非不同无线电状态下的行为优化。因此，该技术特征未被公开。 |
| **技术特征S：** 在所述第一状态期间所述内容用户以第一数据速率接收所述内容并且使用第一电池功率<br><br>《未公开》 | [无直接或隐含引用] | 由于特征R未被公开，作为其限定的一部分，该特征也未被公开。 |
| **技术特征T：** 在所述第二状态期间所述内容用户以第二数据速率接收所述内容并且使用第二电池功率<br><br>《未公开》 | [无直接或隐含引用] | 由于特征R未被公开，作为其限定的一部分，该特征也未被公开。 |
| **技术特征U：** 所述第一数据速率比所述第二数据速率大<br><br>《未公开》 | [无直接或隐含引用] | 由于特征R未被公开，作为其限定的一部分，该特征也未被公开。 |
| **技术特征V：** 所述第一电池功率比所述第二电池功率大<br><br>《未公开》 | [无直接或隐含引用] | 由于特征R未被公开，作为其限定的一部分，该特征也未被公开。 |
| **技术特征W：** 所述处理单元还配置成使用所述第一状态和所述第二状态来传递所述内容以便最小化能量消耗。<br><br>《未公开》 | [无直接或隐含引用] | 由于特征R至V均未被公开，作为其直接依赖的上位技术方案，该技术特征也未被公开。对比文件没有描述通过在不同无线电状态间切换来传递内容以最小化能量消耗的技术方案。 |
| **技术特征X：** 其中所述处理单元配置成如果所述选择的情景包括所述内容推迟，则延迟传递所述内容。<br><br>《隐含公开》 | [0033] “The three urgency levels are: critical, informative, and deferrable.” <br><br> [0041] “If there is an instruction, and if there is sufficient battery power available, the delivery instruction is executed, and the system is finished with this message. In the case where there is no message delivery instruction with the message, the policy software is executed to decide on how to process the message for notification and for delivery.” | 对比文件的策略软件会根据消息的优先级（包括“可推迟的”）和电池状态来决定传递行为。对于优先级低的消息，系统会延迟其通知或下载（例如，仅发送文本概要至提醒设备，待用户决定是否下载更高质量的版本）。这种基于“可推迟”属性而有意延迟用户对完整内容接收的过程，实质上就是“如果选择的情景包括内容推迟，则延迟传递所述内容”的一种实现方式。因此，该技术特征被隐含公开。 |
| **技术特征Y：** 其中所述处理单元配置成按照预定规则的集合来选择包括所述内容推迟的情景。<br><br>《直接公开》 | [0041] “The notification policy 570 checks the message priority and the battery power availability in order to determine whether to notify the user through the Alerting Device or through the Network Access Device to deliver the message. It also builds the list of notifications to have ready to send to the Alerting Device. The policy software 570 uses both the message priority score and energy score EOS notification policy to maximize the energy saving mechanisms described above.” <br><br> [0043] 公式 `Y = P * EOS - S / 10^6` | 对比文件明确给出了一个“预定规则的集合”来决定如何处理消息，包括是否推迟。这些规则以软件策略（[0041]）和数学公式（[0043]）的形式存在。例如，公式`Y = P * EOS - S / 10^6`及其判定准则（Y<0, Y>=0.5等）构成了一个决策规则，系统根据消息优先级(P)、能量最优评分(EOS)和内容大小(S)这些输入，按照这个预定规则计算出结果，从而决定是立即下载、仅下载关键帧后通知、还是延迟处理（推迟）。这与目标专利中“按照预定规则的集合来选择包括内容推迟的情景”完全一致。因此，该技术特征被直接公开。 |
| **技术特征Z：** 其中如果所述选择的情景包括所述去除优先化，则分配低优先级给传递所述内容。<br><br>《隐含公开》 | [0041] “The notification policy 570 checks the message priority and the battery power availability in order to determine whether to notify the user through the Alerting Device or through the Network Access Device to deliver the message.” <br><br> [0044] “if Y<0 and P*EOS<=0.5, the user will be notified immediately without downloading... only when Y>0.5, the user will be notified after the video clip for the message is downloaded.” | 对比文件的策略系统根据“消息优先级评分”和“能量最优评分”来决定消息的传递行为。当消息优先级低（P小）或能量状况不佳（EOS小）时，系统会选择不自动下载高质量版本，而是仅通过低功耗提醒设备提供文本通知。这种方式实质上是将内容的传递（尤其是高质量版本）置于一个较低的优先级，即“分配低优先级给传递所述内容”。这与目标专利中“去除优先化”的核心思想（给予低优先级处理）一致。因此，该技术特征被隐含公开。 |
---
### 公开性判断代码总结
根据以上分析，对比文件直接公开或隐含公开了以下技术特征。按照输出格式要求，在回答结尾插入对应代码。
**直接公开的特征：** D, E, H, K, Y
**隐含公开的特征：** a, c, g, l, o, x, z
<<<D>>>
<<<E>>>
<<<H>>>
<<<K>>>
<<<Y>>>
<<<a>>>
<<<c>>>
<<<g>>>
<<<l>>>
<<<o>>>
<<<x>>>
<<<z>>>