对比文件名称：2008-04-08_US7356590B_发明授权_US07356590B2 Distributed capture and aggregation of dynamic application usage information
目标专利的名称：1148移动云加速器中的优化引擎及相关方法CN104025553B
本次调用的模型名称：DeepSeek（作为资深专利代理师角色）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：处理单元（132、300、810、920、1020）<br>《直接公开》 | 对比文件[0026]：“The service provider architecture 100 comprises an IP switch 102, a set of one or more web server machines 104, a set of one more application server machines , a database management system 108, and a set of one or more administration server machines 110.”<br>对比文件[0027]：“analytics and reporting engine 208”. | 对比文件公开了由多台服务器（Web服务器、应用服务器、管理服务器）及远程节点（Remote Node）构成的系统，这些设备必然包含作为核心运算逻辑硬件的处理单元（如CPU）。权利要求A限定的“处理单元”作为基础的通用硬件构件，已被对比文件直接公开。 |
| **技术特征B：** 配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景<br>《未公开》 | 对比文件[0011]： “a tracking platform is run as a hosted (or managed) service to monitor, collect and aggregate application usage information.”<br>对比文件[0027]：“This usage data is transported... to a central server... aggregated and processed within an analytics and reporting engine 208.” | 对比文件的整体发明构思是监控、收集并聚合软件应用使用信息，以帮助开发者分析软件功能的使用情况（ROI）。其并不涉及基于“观众放弃率”等网络内容传递因素来动态选择“情景”（scenario）以控制内容向用户设备的传递。两者所解决的技术问题、采用的技术路径完全不同，对比文件未公开本技术特征。 |
| **技术特征C：** 按照选择的情景和与选择的情景对应的传递机制来传递所述内容<br>《未公开》 | 对比文件[0031]：“Usage data is sent back in a lightweight proprietary manner to an aggregation and reporting server.”<br>对比文件[0036]：“the remote node then transfers all log files, preferably by submitting them to an HTML form on an HTML page specified by the URL.” | 对比文件中所谓的“传递”是指远程节点以HTTP上传方式将日志文件传输到服务器。这与目标专利中根据所选择的“情景”调用对应的“传递机制”（如视频定速、内容推迟等）来传递多媒体内容的方案完全不同。对比文件不存在“情景”及与之对应的“传递机制”的概念。 |
| **技术特征D：** 还包括：数据存储单元<br>《直接公开》 | 对比文件[0026]：“database management system 108”.<br>对比文件[0035]：“Log File： A repository of feature and configuration events.”<br>对比文件[0037]：“writes the incoming log file to an import directory”. | 对比文件明确公开了用于持久化存储数据的数据库管理系统（108）、日志文件（Log File）以及用于暂存接收数据的导入目录（import directory），这些均属于权利要求限定的数据存储单元。 |
| **技术特征E：** 配置成存储从所述内容源提供商接收的将按照所述选择的情景被传递给所述内容用户的所述内容<br>《未公开》 | 对比文件[0030]：“usage information is gathered in a log file local to the deployed application and then dispatched to an upload server for processing in a batch manner.”<br>对比文件[0037]：“the server writes the incoming log file to an import directory.” | 对比文件中存储的是应用在被使用过程中产生的“使用信息数据”（日志），而非从“内容源提供商”处接收的、预备传递给“内容用户（UE）”的多媒体内容本身。其存储的数据来源、对象和目的均与目标专利不同，对比文件未公开该技术特征。 |
| **技术特征F：** 所述一个或多个因素还包括以下中的至少一个<br>《未公开》 | 对比文件全文 | 对比文件不涉及基于“观众放弃率”等特定因素选择内容传递情景的技术方案，因此其下位概念（特征G~M）均未公开。 |
| **技术特征G：** （A）一天中的时间<br>《未公开》 | 对比文件[0066]：“The reporting mechanism can segment the data so that feature usage information can be examined per hour, per day, per week, per month, or any other time scale.” | 对比文件中“一天中的时间”仅作为对已采集数据进行“事后分段统计报告”的一个维度。这与目标专利中将其作为优化引擎“预先选择内容传递情景（如将传递推迟至非高峰时间）”的决策因素的作用完全不同。 |
| **技术特征H：** （B）UE的电池能量消耗<br>《未公开》 | 对比文件未涉及 | 对比文件方案运行在通用计算设备（服务器/PC）上，完全不涉及移动网络用户设备（UE）的电池能量消耗优化或将其作为决策因素。 |
| **技术特征I：** （C）网络信令的量<br>《未公开》 | 对比文件未涉及 | 对比文件关注应用特征使用数据，不涉及无线网络信令负载的监测或将其作为内容传递的决策因素。 |
| **技术特征J：** （D）所述内容提供商的偏好<br>《未公开》 | 对比文件[0044]-[0046]：开发者通过实现MessageHandler类来定义日志记录的规则（如过滤条件、分发URL、代理设置等）。 | 对比文件中开发者的“偏好”是关于如何记录和上报应用使用数据的“日志策略配置”。这与目标专利中内容提供商关于内容“如何被传递（如是否允许推迟）”的偏好作用完全不同。 |
| **技术特征K：** （E）所述内容用户的偏好<br>《未公开》 | 对比文件[0030]：描述了终端用户与应用的交互行为。 | 对比文件仅被动采集终端用户的操作行为数据，并未涉及采集或应用“内容用户”关于内容传递方式（如体验质量QoE要求）的显性偏好。 |
| **技术特征L：** （F）将被传递的所述内容的类型<br>《未公开》 | 对比文件[0030]：“the application under test is one of： application software (such as a program written in Java, Net, C++, C#, or the like), a script-enabled web application... or a rich internet application (RIA)”. | 对比文件中的“类型”是被植入了监控API的“被测软件”的类型。目标专利中的“类型”是优化引擎依据其性质来决定传递“情景”的“内容”类型（如软件更新、视频流）。两者在技术方案中起到的作用完全不同。 |
| **技术特征M：** （G）当前网络负载<br>《未公开》 | 对比文件未涉及 | 对比文件不涉及对“当前网络负载”的实时监测，也不涉及基于网络负载状况进行传递决策。 |
| **技术特征N：** 所述多个可能情景包括软件更新、视频或音频流传送、社交网络更新、丰富媒体上载以及广告传递<br>《未公开》 | 对比文件[0030]：前述关于应用软件、web应用、富互联网应用的描述。 | 对比文件中的列表是被植入了监控API的“被测软件”的类型，而非目标专利中由优化引擎根据因素动态选择的“内容传递情景”。两者的技术意义和在方案中的作用完全不同。 |
| **技术特征O：** 所述传递机制包括视频定速、内容推迟、去除优先化以及TCP加速中的一个或多个机制<br>《未公开》 | 对比文件[0036]：“the remote node stores the log files for a user-defined number of days if a connection cannot be made to the server”. | 对比文件中唯一的“推迟”行为是在“无法连接服务器”后的被动失败重试机制。而目标专利中的“内容推迟”是优化引擎主动选择以规避网络负载峰值、节约资源的传递机制。作用完全不同，且对比文件不涉及视频定速等其他机制。 |
| **技术特征P：** 处理单元还配置成为视频或音频流传送选择视频定速机制<br>《未公开》 | 对比文件未涉及<br>对比文件[0030]仅涉及跟踪应用，不涉及多媒体流传送。 | 对比文件完全不涉及视频或音频流内容传递，且无“视频定速”的相关概念。 |
| **技术特征Q：** 已被传递的量超过已播出的量<br>《未公开》 | 对比文件未涉及 | 对比文件不涉及多媒体内容的播放速率与传输速率的平衡控制。 |
| **技术特征R~W：** 无线电状态、数据速率、电池功率、使用状态最小化能量消耗<br>《未公开》 | 对比文件未涉及 | 对比文件系统架构基于通用互联网和企业网络，完全不涉及移动通信网络中用户设备（UE）的无线电状态（如WCDMA/LTE的IDLE/FACH/DCH状态）管理及相应的能量消耗优化策略。 |
| **技术特征X：** 处理单元配置成如果选择的情景包括内容推迟，则延迟传递所述内容<br>《未公开》 | 对比文件[0036]：“stores the log files for a user-defined number of days if a connection cannot be made to the server.” | 对比文件的延迟是基于连接失败的被动响应。目标专利的延迟是基于“主动选择了内容推迟情景”的预定策略。两者触发条件和目的不同，技术特征未公开。 |
| **技术特征Y：** 处理单元配置成按照预定规则的集合来选择包括所述内容推迟的情景<br>《未公开》 | 对比文件[0036]：对存储天数的定义（user-defined number of days）。 | 对比文件的规则是被动重试的等待时长。目标专利的规则是用于主动决策是否执行“内容推迟”的规则集合。对比文件未公开该技术特征。 |
| **技术特征Z：** 如果选择的情景包括去除优先化，则分配低优先级给传递所述内容<br>《未公开》 | 对比文件未涉及 | 对比文件不涉及对内容传递进行去除优先化（de-prioritization）的操作。 |
<<<A>>> <<<D>>>