好的，作为一名经验丰富的资深专利代理师，我将对您提供的对比文件与目标专利权利要求的各技术特征进行严谨的评估和分析。
### 任务确认
- **对比文件名称**: 2006-07-06_WO2006070067A_发明申请_WO2006070067A1 PUSH MESSAGING METHODS AND DEVICES
- **目标专利名称**: 1139具有减少轮询的对基于因特网的应用的移动访问CN101889424B
- **本次调用的模型名称**: DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A**：所述方法包括：在所述用户设备中运行客户端应用实例，其中所述客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互<br><br>《隐含公开》 | **引用段落[0034]**: “移动终端配备有装置（例如软件），该装置使用互联网技术发起并维持与服务器的联系，从而避免了服务器通过电信消息或互联网技术接触移动终端时产生的成本、延迟、合同及防火墙穿透问题。这种移动发起的永久IP连接允许服务器在任意时间从运营商防火墙外部向移动终端传递或推送消息。” <br><br> **引用段落[0076]**: “图7展示了一个‘XPULL’过程的示例，在该过程中，推送客户端210可以随时响应于推送客户端210中定义的任何触发事件，向推送服务器22发送一条（拉取/事件/推送）消息。” | 目标专利的技术特征A定义了客户端与服务器交互的基本模式是“包括轮询的协议”。对比文件公开的核心技术是基于“移动发起的永久IP连接”的推送系统。虽然其主要目的是避免轮询，但系统运行的基础是客户端必须主动“发起并维持联系”以保持连接。这种维持连接的机制，如定期发送心跳包（[p0064]提及的keep-alive message），本质上是一种轮询，用于检测连接状态。此外，对比文件明确描述了“XPULL”过程，即客户端响应事件主动发送消息（pull/event/push message）以请求或触发服务器响应，这完全符合“轮询”的定义（即客户端请求，服务器响应）。因此，本领域技术人员可以合理推断，该系统的底层操作模式必然包含客户端发起的周期性消息或事件驱动请求（轮询），以维持连接和获取服务器信息。该特征被隐含公开。 |
| **技术特征B**：发送消息到所述服务器应用，其中到所述服务器应用的所述消息包括唯一地标识所述用户设备和唯一地标识所述用户设备内的所述客户端应用实例的推送地址<br><br>《直接公开》 | **引用段落[0088, 步骤102]**: “在步骤102中，建立到服务器22的连接，并且服务器22被告知客户端210的可用性以及如何联系客户端210的细节，直到服务器22另行通知。” | 目标专利的技术特征B要求客户端发送的消息包含一个“推送地址”，该地址能唯一标识用户设备和设备内的客户端实例。对比文件中，客户端软件在登录过程（步骤401）和连接建立后（步骤406-408），会与服务器进行通信，以告知其“可用性以及如何联系客户端210的细节”。为了使服务器能够随时“推送”消息给客户端，服务器必须获知客户端在网络中的唯一可达地址。在对比文件描述的移动网络环境下（防火墙/NAT），这个“联系细节”必然包括能穿透防火墙的唯一标识（例如，通过UPnP打开的端口和客户端IP，或一个由服务器分配的临时会话ID），该标识足以唯一确定特定的移动设备及其上的推送客户端实例。因此，对比文件直接公开了客户端在初始化阶段向服务器发送包含唯一标识信息的消息，该信息的作用（提供推送地址）与目标专利完全相同。 |
| **技术特征C**：由所述用户设备内的推送实体从推送服务器接收包括所述客户端应用实例的标识符的推送通知，并且使用所述客户端应用实例的标识符将所述推送通知引导到所述客户端应用实例，其中所述推送服务器响应于从所述服务器应用接收到推送请求而发送所述推送通知<br><br>《隐含公开》 | **引用段落[0072]**: “从服务器22推送到客户端210的最基本消息是一个统一资源定位符（URL）或等效的二进制信息，指定了要呈现给移动终端21用户的信息的网络地址。收到此类消息后，客户端210将根据接收到的消息执行操作，以借助移动终端中的web浏览器、音频播放器、视频播放器和其他程序来呈现此信息。” <br><br> **引用段落[0073]**: “推送服务器22可以响应于任何触发事件（在服务器上定义的本地或远程事件）来触发推送消息。……通过推送消息，服务器22可以直接将web浏览器220引导至外部网站25……” | 目标专利的技术特征C描述了移动网络内部的一个标准推送流程：服务器->推送服务器->推送实体->客户端实例。对比文件的核心机制是“移动发起的永久IP连接”（[p0034]），它跳过了传统移动运营商的推送基础设施（如SMS-C）。在对比文件系统中，服务器22通过一个**始终保持的IP连接**直接将消息发送到客户端210。这个连接本身就是一个定向的通信管道，因此消息自然就送达了正确的客户端应用实例，无需额外的“推送实体”来根据标识符进行路由。然而，对比文件也承认传统推送方式的存在，例如基于SMS的推送（[p0020]-[p0023]）。更重要的是，对比文件描述了一种通过防火墙配置（UPnP）为服务器开辟一个客户端接收端口的方法（[p0068]，[p0085]）。在这种情况下，服务器后续尝试发起的IP连接（[p0088，步骤103]）必须能唯一标识客户端，而客户端上的监听软件（推送客户端210）就扮演了“推送实体”的角色，负责接收并处理这些消息。因此，虽然对比文件的优选实施例未使用中间推送服务器，但其可选方案和整体架构隐含了目标专利权利要求C所述的流程，即存在一个实体（客户端软件）接收来自服务器的通知，并将其引导至正确的应用实例。 |
| **技术特征D**：响应于所述推送通知，所述客户端应用实例经由所述网络将轮询消息发送到所述服务器应用<br><br>《隐含公开》 | **引用段落[0072]**: “收到此类消息后，客户端210将根据接收到的消息执行操作，以借助移动终端中的web浏览器、音频播放器、视频播放器和其他程序来呈现此信息。……最常见的做法是将URL传递（图2中的箭头D）给安装在移动终端21中的本地web浏览器220，从而显示web或媒体信息。” <br><br> **引用段落[0075]**: “图6展示了一个‘PROXY XPUSH’过程的示例，该过程与XPUSH类似，但推送服务器22向客户端210发送web内容推送，即要显示的实际网页。……客户端210随后以上述方式作为代理运行，并启动web浏览器220以从代理获取网页。” | 目标专利的技术特征D是客户端在收到推送通知后，主动向服务器发送轮询消息以获取具体数据。对比文件描述的“XPUSH”过程（[p0074]）中，服务器直接推送一个URL或网页内容到客户端。在这种情况下，客户端收到通知后直接使用该URL去请求内容，这个HTTP GET请求就是一个典型的“轮询消息”。尤其在“PROXY XPUSH”（[p0075]）中，客户端软件本身作为一个本地代理，启动本机的web浏览器去“获取”网页。这个“获取”动作即是对本地代理的请求，本质上也是一种轮询/拉取。虽然这个过程可能非常迅速（因为数据已在本地），但从逻辑上讲，它仍然遵循了“收到通知 -> 发起请求（轮询） -> 接收响应”的模式。因此，对比文件隐含公开了客户端响应推送通知，通过发送HTTP请求（轮询）来获取信息的步骤。 |
| **技术特征E**：所述客户端应用实例接收对所述轮询消息的响应，其中所述响应包括与所述服务相关的信息<br><br>《直接公开》 | **引用段落[0073]**: “通过推送消息，服务器22可以直接将web浏览器220引导至外部网站25，……或者选择将实际要显示的网页传输给客户端210。”<br><br> **引用段落[0075]**: “客户端210随后以上述方式作为代理运行，并启动web浏览器220以从代理获取网页。作为代理，客户端软件还负责将用户的操作（如HTTP get和HTTP post数据）转发回web服务器。” | 在对比文件中，无论是直接推送URL还是推送网页内容，其最终目的都是让客户端收到并显示“与所述服务相关的信息”。当客户端（或其启动的浏览器）向服务器（或本地代理）发送了HTTP GET请求后（即特征D中的轮询消息），它必然会接收到一个HTTP响应。根据对比文件的描述，这个响应的内容正是服务器22或外部web服务器25提供的网页、媒体等信息（[p0073]）。这个信息流完全符合“客户端请求 -> 服务器响应”的轮询协议基本模型。因此，对比文件直接公开了客户端接收包含服务相关信息的响应这一技术特征。 |
| **技术特征F**：在发送所述消息到所述服务器之后，但是在接收包括所述客户端应用实例的标识符的所述推送通知之前，在睡眠模式中操作所述客户端应用实例。<br><br>《隐含公开》 | **引用段落[0070]**: “在任何时候，在客户端210和服务器22之间建立连接后，客户端210可以推送一条消息到服务器22，或者服务器22可以向客户端210发送一条推送消息。……因此，相关的开销（如连接建立期间的三次握手）发生在实际消息传输之前，而不是延迟实际消息传输。” <br><br> **引用段落[0085, 步骤410]**: “在此之后的任何时间，服务器22或客户端210可以选择关闭剩余的网级连接（通常是TCP连接），同时保持应用级的‘连接’，即知晓服务器22此时如何在需要时可以联系客户端210。这种没有网级连接的应用级连接的优势在于，可以降低网络资源的使用，特别是在服务器端，从而通过降低每活动用户的额外开销来提高服务器可扩展性。” | 目标专利的技术特征F定义了客户端在发送推送地址后、接收到推送通知前，可以进入“睡眠模式”。这个“睡眠模式”的核心在于停止轮询以节省资源，但保持能被唤醒的能力。对比文件明确提到了可以在保持“应用级连接”（即服务器知道如何联系客户端）的前提下，关闭底层的TCP连接（[p0085]）。这是一种降低资源消耗的机制，与目标专利的“睡眠模式”在目的和效果上完全一致。此时，客户端不再发送心跳包（轮询），进入一种资源占用极低的等待状态，符合“睡眠模式”的定义。当服务器需要推送消息时，它可以尝试重新建立连接或使用预先配置好的方式（如通过防火墙打开的端口）来唤醒客户端。因此，本领域技术人员可以合理推断，对比文件系统允许客户端在完成初始登录和地址交换后，进入一种低功耗的等待状态（睡眠模式），只待服务器需要通过推送通知唤醒。该特征被隐含公开。 |
| **技术特征G**：其中到所述服务器应用的所述消息是HTTP请求。<br><br>《直接公开》 | **引用段落[0066]**: “——使用适用于移动推送操作的、能穿越更严格防火墙和代理互联网连接的备选面向连接协议，例如HTTP。” | 目标专利的技术特征G限定发送给服务器的消息是HTTP请求。对比文件明确指出，在连接建立过程中，客户端可以选择使用HTTP协议作为备选方案，以穿透更严格的防火墙（[p0066]）。这直接公开了客户端与服务器之间的通信消息可以是HTTP请求。 |
| **技术特征H**：包括：使所述客户端应用实例响应于接收到包括所述客户端应用实例的标识符的所述推送通知而离开所述睡眠模式。<br><br>《隐含公开》 | **引用段落[0072]**: “从服务器22推送到客户端210的最基本消息是一个统一资源定位符（URL）或等效的二进制信息，指定了要呈现给移动终端21用户的信息的网络地址。收到此类消息后，客户端210将根据接收到的消息执行操作，以借助移动终端中的web浏览器、音频播放器、视频播放器和其他程序来呈现此信息。” <br><br> **引用段落[0070]**: “在任何时候，在客户端210和服务器22之间建立连接后，客户端210可以推送一条消息到服务器22，或者服务器22可以向客户端210发送一条推送消息。” | 目标专利的技术特征H是响应于推送通知离开睡眠模式。如上文对特征F的分析，对比文件允许客户端在无数据交换时关闭底层连接，进入一个“休眠”状态以节省资源。当服务器需要发送信息时（例如，响应触发事件），它会尝试向客户端发送消息。根据对比文件的描述，客户端一旦收到来自服务器的推送消息（[p0072]，[p0073]），就会立即“执行相应的功能”，如通知浏览器显示页面。这个接收消息并执行动作的过程，必然隐含了客户端从低功耗的待机“睡眠”状态被唤醒，并进入活动状态以处理消息。因此，本领域技术人员可以合理推断，客户端响应于从服务器收到的推送通知（消息）而脱离睡眠模式并执行操作。该特征被隐含公开。 |
| **技术特征I**：包括：使所述客户端应用实例响应于检测到的动作而离开所述睡眠模式，所述检测到的动作由所述用户设备的用户发起。<br><br>《隐含公开》 | **引用段落[0031]**: “用户访问网站的过程被称为拉取（pull），因为用户操作触发了对web服务器的请求，而web服务器则生成所请求的页面，然后该页面被拉取到手机上。这个过程需要用户主动发起并执行若干手动步骤和决策：打开web浏览器，选择要访问的站点，输入该站点的URL，并通过站点浏览到感兴趣的内容。” | 目标专利的技术特征I定义了客户端可以响应用户动作离开睡眠模式。对比文件描述了常规的web浏览模式（[p0031]），即用户通过手动操作（打开浏览器、输入URL等）来发起请求。虽然对比文件的推送系统旨在自动化这个过程，但并没有排除用户主动交互的可能性。在客户端处于睡眠模式（即没有活跃的IP连接）时，如果用户发起一个动作（例如，主动打开浏览器），客户端软件必须离开睡眠模式来处理这个用户的请求，建立新的连接或使用已有的信息进行通信。这是本领域技术人员可以合理预期的行为，即用户发起的动作会唤醒处于待机状态的应用程序。因此，该特征被隐含公开。 |
| **技术特征J**：其中所述客户端应用实例是浏览器应用实例。<br><br>《直接公开》 | **引用段落[0031]**: “现在许多新的移动终端都包含web浏览器。” <br><br> **引用段落[0072]**: “最常见的做法是将URL传递（图2中的箭头D）给安装在移动终端21中的本地web浏览器220，从而显示web或媒体信息。” | 目标专利的技术特征J限定客户端应用实例是浏览器。对比文件通篇都在描述一个向移动终端推送web内容的系统，并且其最终接收并呈现信息的组件就是“web浏览器 220”（[p0072]）。客户端软件210的核心功能之一就是操控这个浏览器来显示内容。因此，对比文件直接公开了客户端应用实例是浏览器应用实例。 |
### 特征公开性代码总结
根据上述分析，对比文件对目标专利权利要求的各技术特征公开情况如下：
- **直接公开**: 技术特征B, 技术特征E, 技术特征G, 技术特征J
- **隐含公开**: 技术特征A, 技术特征C, 技术特征D, 技术特征F, 技术特征H, 技术特征I
<<<B>>><<<E>>><<<G>>><<<J>>><<<a>>><<<c>>><<<d>>><<<f>>><<<h>>><<<i>>>