对比文件的名称：2009-03-19_US2009077233A_发明申请_US20090077233A1 Load Control Device and Method Thereof
目标专利的名称：1148移动云加速器中的优化引擎及相关方法CN104025553B
本次调用的模型名称：大语言模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：处理单元（132、300、810、920、1020） **《直接公开》** | [0089] “负载控制设备3”(load control device 3)。[0170] “调度单元31”(scheduling unit 31), “请求接收单元30”(request receiving unit 30) 等。 | 对比文件公开的负载控制设备3及其内部的调度单元31、请求接收单元30等模块，执行请求的接收、调度、转发等功能，属于处理单元。该特征被直接公开。 |
| **技术特征B：** 配置成根据包括观众放弃率的一个或多个因素，从多个可能情景中选择用于将所述内容传递给所述内容用户的情景 **《未公开》** | [0012] “无法等待长时间的用户被迫取消请求”(users cannot wait long are forced to cancel requests)。[0040] 基于服务器负载（响应时间、吞吐量）进行“自动调整阈值”(automatic adjustment of the threshold)。 | 对比文件公开了基于服务器负载和请求特征来调度请求，但完全没有公开“观众放弃率”这一因素。对比文件的调度是为了防止服务器过载，而目标专利的情景选择是为了优化内容传递（如节省带宽、电池），两者解决的问题和采用的核心因素完全不同。该特征未被公开。 |
| **技术特征C：** 按照选择的情景和与选择的情景对应的传递机制来传递所述内容 **《未公开》** | [0010] “将请求发送给服务器，并将响应返回给客户端”(sends a request to the server and sends a response... to the client)。 | 对比文件仅涉及请求的转发与响应的返回，没有公开“传递机制”（如视频定速、内容推迟等）的概念，更没有“按照选择的情景及对应传递机制来传递内容”的步骤。该特征未被公开。 |
| **技术特征D：** 还包括：数据存储单元 **《直接公开》** | [0091] “将请求存储在缓冲器中”(stores the request in the buffer)。[0130] “将URL存储在缓存中”(stores the URL in the cache)。[0178] “注册请求表”(registers the request table)。 | 对比文件公开了缓冲器(buffer)、缓存(cache)、请求表(request table)等数据存储结构，用于存储请求、会话标识、URL等数据。该特征被直接公开。 |
| **技术特征E：** 配置成存储从所述内容源提供商接收的将按照所述选择的情景被传递给所述内容用户的所述内容 **《未公开》** | [0091] “将请求存储在缓冲器中”(stores the request in the buffer)。请求本身例如HTTP GET请求。 | 对比文件的数据存储单元存储的是“请求”（request），即对内容的请求信息（如URL），并非目标专利中所述的需要按照情景传递的“内容”本身（例如视频文件、软件更新包）。该特征未被公开。 |
| **技术特征F：** 其中所述一个或多个因素还包括以下中的至少一个 **《隐含公开》** | [0095]“根据请求的内容对请求进行分类”(Classification of requests into classes based on content of requests)。[0114-0116] 基于方法、文件类型等。 | 基于技术特征L（内容的类型）被隐含公开，作为包含该因素的上位特征F也相应地被隐含公开。 |
| **技术特征G：** (A) 一天中的时间 **《未公开》** | 对比文件全文未涉及。 | 对比文件未公开基于“一天中的时间”作为因素。 |
| **技术特征H：** (B) 与所述可能情景中的每个情景相关联的UE的电池能量消耗 **《未公开》** | 对比文件全文未涉及。 | 对比文件未涉及UE电池能量消耗这一考虑因素。 |
| **技术特征I：** (C) 与所述可能情景中的每个情景相关联的网络信令的量 **《未公开》** | 对比文件全文未涉及。 | 对比文件未涉及网络信令负载这一考虑因素。 |
| **技术特征J：** (D) 所述内容提供商的偏好 **《未公开》** | 对比文件全文未涉及。 | 对比文件未涉及内容提供商的偏好这一因素。 |
| **技术特征K：** (E) 所述内容用户的偏好 **《未公开》** | 对比文件全文未涉及。 | 对比文件未涉及内容用户（如QoE、可推迟性）的偏好这一因素。 |
| **技术特征L：** (F) 将被传递的所述内容的类型 **《隐含公开》** | [0115] “基于文件类型对请求进行分类”(Classification of requests into classes based on file type)。[0141] “基于RTSP请求方法名对请求进行分类”(classification based on RTSP request method names)。 | 对比文件明确公开了根据“内容的类型”（如文件类型、方法）来对请求进行分类和调度。虽然对比文件将其用于请求调度优先级，目标专利将其用于情景选择，但该特征“类型”本身作为决策因素已被对比文件部分公开。 |
| **技术特征M：** (G) 当前网络负载 **《未公开》** | [0017] “服务器负载状态”(server load status)。[0039] “等待响应的请求数”(number of response-waiting requests)。 | 对比文件公开的是“服务器负载”或“请求负载”，而非目标专利中的“当前网络负载”（如网络带宽利用率、网络拥塞状态）。 |
| **技术特征N：** 其中所述多个可能情景包括软件更新、视频或音频流传送、社交网络更新、丰富媒体上载以及广告传递 **《未公开》** | [0002] “视频点播”(video on demand)。[0004-0008] “流传送”(streaming)。 | 对比文件涉及HTTP网页服务和流媒体服务，但并未像目标专利那样将服务类型定义为“情景”集合（软件更新、社交网络更新等）。该特征未被公开。 |
| **技术特征O：** 所述传递机制包括视频定速、内容推迟、去除优先化以及TCP加速中的一个或多个机制 **《隐含公开》** | [0091] “将请求存储在缓冲器中...直到数量低于阈值”(stores request in buffer...until the number falls below the threshold)。[0094] “使用多队列进行优先级控制”(priority control using multiple queues)。 | 对比文件公开了请求层面的“内容推迟”（通过缓冲器延迟发送请求）和“去除优先化”（通过优先级队列分配低优先级）机制。虽然对比文件的应用对象是请求转发而非目标专利中的内容传递，但机制的核心原理（延迟推进、降低优先级）部分相同。视频定速和TCP加速未被公开。 |
| **技术特征P：** 其中所述处理单元还配置成如果所选择的情景是视频或音频流传送，则为所选择的情景选择视频定速机制 **《未公开》** | 对比文件全文未涉及。 | 对比文件未公开“视频定速”机制，也未公开为视频或音频流传送选择该机制。 |
| **技术特征Q：** 所述视频定速机制将是当传递所述内容时，已经被传递给所述内容用户的所述内容的量超过已经由所述内容用户播出的所述内容的量 **《未公开》** | 对比文件全文未涉及。 | 对比文件未公开视频定速机制的具体操作方式。 |
| **技术特征R：** 其中无线电状态包括第一状态和第二状态 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及无线电状态的管理。 |
| **技术特征S：** 在所述第一状态期间所述内容用户以第一数据速率接收所述内容并且使用第一电池功率 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及用户设备的电池功率和数据速率关联。 |
| **技术特征T：** 在所述第二状态期间所述内容用户以第二数据速率接收所述内容并且使用第二电池功率 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及用户设备的电池功率和数据速率关联。 |
| **技术特征U：** 所述第一数据速率比所述第二数据速率大 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及无线电状态的数据速率比较。 |
| **技术特征V：** 所述第一电池功率比所述第二电池功率大 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及无线电状态的电池功率比较。 |
| **技术特征W：** 所述处理单元还配置成使用所述第一状态和所述第二状态来传递所述内容以便最小化能量消耗 **《未公开》** | 对比文件全文未涉及。 | 对比文件不涉及利用无线电状态来最小化能量消耗。 |
| **技术特征X：** 其中所述处理单元配置成如果所述选择的情景包括所述内容推迟，则延迟传递所述内容 **《隐含公开》** | [0091] “如果等待响应的请求数等于或大于阈值...则负载控制设备不向服务器发送请求”(If the number of response-waiting requests is equal to or larger than the threshold... the load control device does not send a request to the server)。 | 对比文件公开了处理单元（调度单元）在满足条件（等待响应请求数达到阈值）时，选择延迟（推迟）发送请求的逻辑。该逻辑与目标专利中“如果情景包括内容推迟则延迟传递”的处理方式一致。 |
| **技术特征Y：** 其中所述处理单元配置成按照预定规则的集合来选择包括所述内容推迟的情景 **《直接公开》** | [0094] “根据预定规则对请求进行分类”(classification according to a predetermined rule)。[0164-0167] “自动调整阈值”(automatically adjust the threshold)。 | 对比文件公开了调度单元基于预定规则（如队列规则、优先级参数以及基于吞吐量的动态调整算法）来判断是否推迟请求（即选择包含内容推迟的情景）。这与目标专利中按照规则集合选择内容推迟情景的特征直接对应。 |
| **技术特征Z：** 其中如果所述选择的情景包括所述去除优先化，则分配低优先级给传递所述内容 **《隐含公开》** | [0094] “优先级排队...根据重要性或质量进行优先级控制”(Priority Queuing... priority control according to the importance or quality)。[0115] “将.cgi文件的请求分类到低优先级类”(classify the request into a low-priority class)。 | 对比文件公开了将请求分配至低优先级队列的机制。当请求被分配低优先级时，其对应的内容传递也相应地被分配了低优先级。该机制与目标专利中去除优先化的逻辑一致。 |
<<<A>>><<<D>>><<<Y>>><<<f>>><<<l>>><<<o>>><<<x>>><<<z>>>