好的，作为一名经验丰富的专利代理师，我将严格遵循您设定的评估规则，对对比文件WO2007036779A1是否公开目标专利CN101889424B的权利要求各技术特征进行深度评估。
**对比文件名称**：2007-04-05_WO2007036779A_发明申请_WO2007036779A1 METHOD AND SYSTEM OF INVOKING MIDLETS FROM A WEB BROWSER ON A LOCAL DEVICE
**目标专利名称**：1139具有减少轮询的对基于因特网的应用的移动访问CN101889424B
**本次调用的模型名称**：deepseek-chat (或基于该架构的专利评估模型)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述方法包括：在所述用户设备中运行客户端应用实例，其中所述客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互 **《直接公开》** | [p0018]： “web browser 102 issues an http request to web server 102 requesting a service...” （web浏览器102向web服务器102发出http请求，请求一项服务……）<br> [p0018]： “...from a Web Browser on a Local Device.” （……来自本地设备上的web浏览器） | D1明确公开了在本地设备（用户设备）上运行一个web浏览器（客户端应用实例）。该浏览器通过HTTP协议（一种典型的包括轮询的客户端-服务器请求/响应协议）与远程的web服务器（服务器应用）进行交互。该技术特征在D1中的作用与目标专利完全相同，均为实现客户端与远程服务器的标准轮询式通信。 |
| **技术特征B**：发送消息到所述服务器应用，其中到所述服务器应用的所述消息包括唯一地标识所述用户设备和唯一地标识所述用户设备内的所述客户端应用实例的推送地址 **《隐含公开》** | [p0018]： “web browser 102 issues an http request to web server 102...” （web浏览器102向web服务器102发出http请求……） | D1部分公开了“客户端向服务器应用发送消息”这一技术内容（即步骤103中的HTTP请求）。虽然D1的该请求消息中并未明确包含目标专利所定义的“推送地址”，但根据隐含公开的宽松标准，本领域技术人员基于D1公开的浏览器与服务器通过HTTP消息交互的机制，有动机且有可能结合其他对比文件，在该消息中配置用于唯一标识用户设备及浏览器实例的推送地址，以实现后续的推送唤醒功能。因此，D1隐含公开了技术特征B。 |
| **技术特征C**：由所述用户设备内的推送实体从推送服务器接收包括所述客户端应用实例的标识符的推送通知，并且使用所述客户端应用实例的标识符将所述推送通知引导到所述客户端应用实例，其中所述推送服务器响应于从所述服务器应用接收到推送请求而发送所述推送通知 **《隐含公开》** | [p0021]： “web server 102 then submits a binary SMS that might contain parameters and by this invokes the MIDlet.” （web服务器102然后提交一个可能包含参数的二进制SMS，并通过此方式调用MIDlet。）<br> [p0007]： “AMS of a local device... push registry for invocation of MIDlets... based on external events such as SMS receive.” （本地设备的AMS……用于基于外部事件（如SMS接收）调用MIDlet的推送注册表。） | D1部分公开了完整的推送架构：用户设备内的推送实体（AMS）从推送服务器（SMS网关）接收推送通知（二进制SMS），并使用其中的标识符将通知引导至客户端应用实例（MIDlet），且该推送请求是由服务器应用（web服务器）发起的。虽然D1中推送通知的接收目标是MIDlet而非浏览器，但根据宽松的隐含公开标准，本领域技术人员基于D1公开的完整推送架构，有动机且有可能结合其他对比文件，将该推送通知的接收和引导目标替换为浏览器实例。因此，D1隐含公开了技术特征C。 |
| **技术特征D**：响应于所述推送通知，所述客户端应用实例经由所述网络将轮询消息发送到所述服务器应用 **《隐含公开》** | [p0021]： “MIDlet 100 completes it tasks and returns with an SMS or http request that might contain the results...” （MIDlet 100完成任务并返回一个可能包含结果的SMS或http请求……） | D1部分公开了“客户端应用实例（MIDlet）响应于推送通知（SMS），向服务器（web服务器）发回包含结果的HTTP请求”这一交互模式。根据宽松的隐含公开标准，本领域技术人员基于此，有动机且有可能结合其他对比文件，使得目标客户端（浏览器实例）在收到推送通知后，向服务器应用发起轮询消息（HTTP请求）。因此，D1隐含公开了技术特征D。 |
| **技术特征E**：所述客户端应用实例接收对所述轮询消息的响应，其中所述响应包括与所述服务相关的信息 **《隐含公开》** | [p0018]： “In step 108, the http response from the web server contains the result based on the MIDlet results.” （在步骤108中，来自web服务器的http响应包含基于MIDlet结果的结果。） | D1部分公开了“客户端应用实例（浏览器）接收对轮询消息（步骤107中的HTTP请求）的响应（步骤108中的HTTP响应），且该响应中包含了与服务相关的信息（MIDlet的处理结果）”这一标准交互过程。根据宽松的隐含公开标准，本领域技术人员可以合理推断该响应机制同样适用于目标专利中由推送触发的轮询场景。因此，D1隐含公开了技术特征E。 |
| **技术特征F**：在发送所述消息到所述服务器之后，但是在接收包括所述客户端应用实例的标识符的所述推送通知之前，在睡眠模式中操作所述客户端应用实例。 **《未公开》** | [p0018]： “The web client is hanging while the MIDlet is performing its tasks.” （当MIDlet执行其任务时，web客户端处于挂起状态。） | 目标专利中的“睡眠模式”明确定义为客户不执行轮询的省电状态。D1中的web浏览器在发送请求后处于“挂起（hanging）”状态，这是在等待本地MIDlet返回响应的主动阻塞状态，浏览器仍然占用连接和资源，并未停止轮询行为。本领域技术人员无法从D1的主动“挂起”状态合理推断出目标专利的被动“睡眠模式”。D1未部分公开该技术特征，故不构成隐含公开。 |
| **技术特征G**：其中到所述服务器应用的所述消息是HTTP请求。 **《隐含公开》** | [p0018]： “web browser 102 issues an http request to web server 102...” （web浏览器102向web服务器102发出http请求……） | D1部分公开了“向服务器应用发送的消息是HTTP请求”这一技术内容。在隐含公开了技术特征B（发送消息到服务器应用）的基础上，本领域技术人员可以合理推断特征B中的注册消息同样可以采用D1所公开的HTTP请求形式。因此，D1隐含公开了技术特征G。 |
| **技术特征H**：包括：使所述客户端应用实例响应于接收到包括所述客户端应用实例的标识符的所述推送通知而离开所述睡眠模式。 **《未公开》** | 无直接或间接对应内容 | 该特征严格依赖于技术特征F的“睡眠模式”。由于对比文件D1未公开或隐含公开技术特征F（浏览器无睡眠模式），本领域技术人员无法从D1中推导出“使浏览器离开睡眠模式”的技术方案。 |
| **技术特征I**：包括：使所述客户端应用实例响应于检测到的动作而离开所述睡眠模式，所述检测到的动作由所述用户设备的用户发起。 **《未公开》** | 无直接或间接对应内容 | 同技术特征H，该特征严格依赖于技术特征F的“睡眠模式”。由于D1未公开或隐含公开技术特征F，本领域技术人员无法从D1中推导出“使浏览器响应于用户动作离开睡眠模式”的技术方案。 |
| **技术特征J**：其中所述客户端应用实例是浏览器应用实例。 **《直接公开》** | [p0018]： “web browser 102” <br> [发明名称]： “...from a Web Browser on a Local Device” （……来自本地设备上的web浏览器） | D1的发明名称、摘要及具体实施方式（如步骤103中的“web browser 102”）明确记载了web浏览器就是客户端应用实例。该特征在D1中的作用与目标专利完全相同。 |
### 公开性判断代码
根据评估结果，在回答结尾插入对应的代码：
`<<<A>>>` `<<<b>>>` `<<<c>>>` `<<<d>>>` `<<<e>>>` `<<<g>>>` `<<<J>>>`