以下是根据您的要求进行的特征比对分析。本次调用的模型名称为：GPT-4。
对比文件名称：2007-02-13_US7177628B_发明授权_US07177628B2 Method for enabling IP push capability to wireless devices on a wireless network
目标专利名称：1139具有减少轮询的对基于因特网的应用的移动访问CN101889424B
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述方法包括：在所述用户设备中运行客户端应用实例，其中所述客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互<br>**未公开** | 对比文件[0005]：设备请求服务器下载信息最常见的方式是，即设备发起轮询以获取信息下载。例如，当有传入邮件时，邮件服务器向无线设备发送信号通知邮件可用。收到信号后，无线设备发起轮询开始下载过程。这种方法通常被称为“触发轮询”方法。<br>对比文件[0007]：因此，需要一种系统和方法，允许无线设备用户在有数据可用时接收数据而无需轮询。 | 对比文件背景技术部分提及了传统的“触发轮询”方法作为现有技术，但本发明的目的是避免轮询，其核心方案是服务器主动推送数据。在对比文件的正常推送模式（图7、图9）中，设备无需轮询，而是由服务器主动建立通信通道并推送数据。虽然对比文件的“优雅降级模式”（图10）中设备在收到SMS后主动请求下载，但这是一种异常模式下的补救措施，且该请求是用于建立socket连接并下载数据，并非目标专利中所述的基于“包括轮询的协议”（如HTTP轮询）进行常规交互。因此，对比文件没有公开“客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互”这一常规操作模式。 |
| **技术特征B**：发送消息到所述服务器应用，其中到所述服务器应用的所述消息包括唯一地标识所述用户设备和唯一地标识所述用户设备内的所述客户端应用实例的推送地址<br>**未公开** | 对比文件[0029]：在获得IP地址后，移动设备102打开一个到电子邮件服务器202的socket连接，并将其IP地址和其他标识信息提供给电子邮件服务器202。<br>对比文件[0036]：移动设备102打开一个到电子邮件服务器202的socket连接，步骤408，并将IP地址和其他标识信息提供给电子邮件服务器，步骤410。其他标识信息可包括移动标识号（MIN）。 | 对比文件公开了移动设备在注册时向服务器提供IP地址和MIN等标识信息。然而，目标专利中的“推送地址”明确用于标识用户设备以及用户设备内的客户端应用实例（如浏览器实例），以便推送服务器能将推送通知路由到正确的客户端实例。对比文件中提供的IP地址和MIN标识了设备和用户，但并未涉及标识“用户设备内的客户端应用实例”（例如一个特定的浏览器标签或应用）。此外，目标专利中的“推送地址”是用于后续推送通知的地址，而对比文件中的IP地址是用于服务器直接建立socket连接以进行数据推送，二者在功能和作用上不同。因此，对比文件未公开特征B。 |
| **技术特征C**：由所述用户设备内的推送实体从推送服务器接收包括所述客户端应用实例的标识符的推送通知，并且使用所述客户端应用实例的标识符将所述推送通知引导到所述客户端应用实例，其中所述推送服务器响应于从所述服务器应用接收到推送请求而发送所述推送通知<br>**未公开** | 对比文件[0031]：该请求被网关支持服务器206接收，然后将其转发到移动设备102。移动设备接收该请求并通过确认该请求进行响应，并打开通信通道。<br>对比文件[0043]：移动设备102接收打开socket的请求，步骤，然后继续打开socket以建立通信通道，步骤904。 | 对比文件描述了网关支持服务器将开放socket的请求转发给移动设备，移动设备直接接收并处理该请求。对比文件中没有公开“用户设备内的推送实体”这一内部组件，也没有公开由该实体接收推送通知并根据“客户端应用实例的标识符”将通知引导到特定客户端实例的机制。对比文件中的请求直接发送到设备，由设备整体响应，缺乏目标专利中所述的设备内部分发和引导过程。因此，对比文件未公开特征C。 |
| **技术特征D**：响应于所述推送通知，所述客户端应用实例经由所述网络将轮询消息发送到所述服务器应用<br>**《隐含公开》** | 对比文件[0044]（图10描述）：移动设备接收SMS消息，步骤1002，然后继续激活PDP上下文，即获取新的IP地址，步骤1004。移动设备接收新的IP地址，步骤1006，并向电子邮件服务器202发送打开socket的请求，步骤1008。电子邮件服务器202通过打开socket并建立通信通道进行响应。 | 虽然目标专利中的“推送通知”对比文件中的“SMS消息”在具体实现上存在差异，但结合目标专利说明书[0039]段“当检测到推送通知的接收...客户端应用实例重新进入常规客户端/服务器轮询操作模式...并因此将轮询消息发送到web应用”，对比文件公开了类似的行为链条：在接收到一个通知（SMS消息）后，客户端（移动设备）主动向服务器发送一个请求（打开socket的请求），以获取后续数据。对比文件[0044]中的“打开socket的请求”可以视为一种广义的轮询消息，其功能是触发服务器响应并传输数据。在隐含公开的宽松标准下，本领域技术人员可以合理推断对比文件公开了“响应于通知，客户端发送请求到服务器”这一核心机制，与特征D实质相同。 |
| **技术特征E**：所述客户端应用实例接收对所述轮询消息的响应，其中所述响应包括与所述服务相关的信息<br>**《隐含公开》** | 对比文件[0044]（图10描述）：移动设备继续请求下载内容，步骤1010，并接收内容，步骤1012。内容下载完成后，通信通道被拆除。<br>对比文件[0040]：中继服务器然后开始通过通信通道向IP地址的移动设备传输内容，步骤716。 | 基于特征D的隐含公开，客户端（移动设备）在发送请求（轮询消息）后，必然接收到来自服务器的响应。对比文件[0044]明确记载了“接收内容，步骤1012”，该内容即为“与所述服务相关的信息”（如电子邮件、股票报价等）。对比文件[0040]也描述了服务器传输内容作为对客户端打开的通信通道的响应。因此，特征E与对比文件中的接收数据过程实质上一致，被隐含公开。 |
| **技术特征F**：在发送所述消息到所述服务器之后，但是在接收包括所述客户端应用实例的标识符的所述推送通知之前，在睡眠模式中操作所述客户端应用实例<br>**《隐含公开》** | 对比文件[0029]：在向电子邮件服务器202提供IP地址后，移动设备102关闭socket，但保持上下文数据激活。<br>对比文件[0037]：在分配IP地址后，移动设备102与网关支持服务器206之间的连接被拆除，但移动设备102保留IP地址。 | 目标专利说明书[0034]段描述：“在这点，客户端应用实例在睡眠模式中操作（步骤215），其中它不执行轮询。”对比文件描述了移动设备在完成注册（即发送包含标识信息的消息）后，关闭socket连接，不再进行主动轮询，仅保持PDP上下文和IP地址激活。这种“保持上下文但不进行通信活动”的状态，本领域技术人员可以合理推断为一种低功耗的等待状态，其技术实质与目标专利中的“睡眠模式”相同，即在不活动期间减少资源消耗。对比文件虽然没有使用“睡眠模式”这一术语，但公开了相同的技术状态，因此特征F被隐含公开。 |
| **技术特征G**：其中到所述服务器应用的所述消息是HTTP请求<br>**未公开** | 对比文件[0029]：在获得IP地址后，移动设备102打开一个到电子邮件服务器202的socket连接，并将其IP地址和其他标识信息提供给电子邮件服务器202。<br>对比文件[0036]：移动设备102打开一个到电子邮件服务器202的socket连接，步骤408，并将IP地址和其他标识信息提供给电子邮件服务器，步骤410。 | 目标专利说明书[0010]段明确说明：“到服务器应用的消息能例如是HTTP请求”。对比文件中，移动设备在注册时是通过打开“socket连接”来传输标识信息，并未指定其使用HTTP协议或HTTP请求格式。对比文件中描述的通信是基于底层socket连接，而非应用层的HTTP协议。因此，对比文件未公开该消息为HTTP请求。 |
| **技术特征H**：包括：使所述客户端应用实例响应于接收到包括所述客户端应用实例的标识符的所述推送通知而离开所述睡眠模式<br>**《隐含公开》** | 对比文件[0043]：移动设备102接收打开socket的请求，步骤，然后继续打开socket以建立通信通道，步骤904。<br>对比文件[0044]：移动设备接收SMS消息，步骤1002，然后继续激活PDP上下文...并向电子邮件服务器202发送打开socket的请求，步骤1008。 | 基于特征F的隐含公开，客户端在睡眠模式中等待。对比文件[0043]和[0044]描述了设备在接收到通知（开放socket请求或SMS消息）后，立即开始建立通信连接或发送请求，这实质上是从不活动状态（睡眠模式）恢复到活动状态。目标专利说明书[0039]段明确指出“检测到推送通知的接收...客户端应用实例重新进入常规客户端/服务器轮询操作模式”，对比文件中的响应行为与此一致，因此特征H被隐含公开。 |
| **技术特征I**：包括：使所述客户端应用实例响应于检测到的动作而离开所述睡眠模式，所述检测到的动作由所述用户设备的用户发起<br>**未公开** | 对比文件全文未提及用户主动发起动作以离开睡眠模式。 | 目标专利说明书[0034]段描述了离开睡眠模式的两种触发条件：推送通知和用户发起的动作。对比文件仅描述了由网络侧通知（开放socket请求或SMS）触发的设备行为，完全没有提及用户主动操作（如点击、触摸等）可以唤醒客户端应用实例。该特征在对比文件中既无文字记载，也无法由本领域技术人员合理推断得出。 |
| **技术特征J**：其中所述客户端应用实例是浏览器应用实例<br>**未公开** | 对比文件[0029]：移动设备102发送一个分组数据协议上下文请求到网关支持服务器206...移动设备102打开一个到电子邮件服务器202的socket连接。<br>对比文件[0045]：用户购买移动设备并订阅即时股票报价服务...移动设备向即时股票报价服务提供商注册。 | 目标专利说明书[0026]段明确指出“客户端应用实例能例如是浏览器应用实例”。对比文件中，移动设备上运行的应用是电子邮件客户端或股票报价客户端等特定应用，并未指定或暗示该客户端是“浏览器应用实例”。对比文件描述的交互过程（如通过socket连接注册、接收数据）是通用应用行为，并非浏览器特有的HTTP/Browser行为。因此，该特征未被公开。 |
### 公开性代码结论
根据上述分析，对比文件隐含公开了技术特征D、E、F、H。
<<<d>>><<<e>>><<<f>>><<<h>>>