好的，作为一名资深专利代理师，我将严格遵循您的要求，对对比文件与目标专利权利要求的各技术特征进行深度比对和公开性分析。
首先，明确本次评估的相关信息：
- **对比文件名称**：2003-11-06_US2003208603A_发明申请_US20030208603A1 System and method for initiating communication
- **目标专利名称**：1139具有减少轮询的对基于因特网的应用的移动访问CN101889424B
- **本次调用的模型名称**：gpt-4o-mini
以下是根据您的要求创建的**特征比对表格**和**公开性判断**。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述方法包括：在所述用户设备中运行客户端应用实例，其中所述客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互。 <br><br>**未公开** | **段落 [0003]**：FIG. 1 shows a computing device with a client application 100, which in this case is a desktop computer with a web browser, receiving data from a server 200 (e.g. web server) over the Internet. <br><br>**翻译**：图1显示了一个带有客户端应用100的计算设备，在这种情况下是一个带有web浏览器的台式计算机，通过因特网从服务器200（例如web服务器）接收数据。 | 对比文件公开了客户端应用（如Web浏览器）通过网络从服务器接收数据，这属于典型的客户端-服务器交互。但是，对比文件并未明确描述客户端应用“**借助于包括轮询的协议**”与服务器交互。对比文件的背景技术部分也未提及轮询，其核心发明点在于通过活动检测来触发通信，而非解决频繁轮询带来的资源消耗问题。因此，对比文件未公开本技术特征中“采用轮询协议”这一关键限定，本领域技术人员无法毫无疑义地、直接地从对比文件中得出该技术方案。 |
| **技术特征B**：发送消息到所述服务器应用，其中到所述服务器应用的所述消息包括唯一地标识所述用户设备和唯一地标识所述用户设备内的所述客户端应用实例的推送地址。 <br><br>**未公开** | **段落 [0017]**：Both the client application 100 and the server 200 are associated with unique I.P. addresses and packets containing requests for data and responses to the requests are addressed and sent over the Internet using these I.P. addresses. <br><br>**翻译**：客户端应用100和服务器200都关联有唯一的IP地址，包含数据请求和请求响应的数据包通过这些IP地址在因特网上进行寻址和发送。 | 对比文件公开了客户端和服务器具有唯一的IP地址，用于网络通信中的寻址。但是，这仅仅是一般网络通信的基础。本技术特征的核心在于：1）用户设备主动向服务器发送一条“消息”；2）该消息中包含一个专用的“**推送地址**”，这个地址不仅标识用户设备本身，还标识设备内的一个“**特定客户端应用实例**”。对比文件中的IP地址用于常规数据包路由，并非用于推送服务的专用地址，也没有提及标识到设备内的具体应用实例。因此，对比文件未公开本技术特征。 |
| **技术特征C**：由所述用户设备内的推送实体从推送服务器接收包括所述客户端应用实例的标识符的推送通知，并且使用所述客户端应用实例的标识符将所述推送通知引导到所述客户端应用实例，其中所述推送服务器响应于从所述服务器应用接收到推送请求而发送所述推送通知。 <br><br>**未公开** | **全文未找到相关内容** | 本技术特征描述了完整的推送通知接收和分发机制，包括：1）用户设备内的“推送实体”；2）接收来自“推送服务器”的“推送通知”；3）推送通知包含“客户端应用实例的标识符”；4）推送服务器是基于“服务器应用”的请求才发送推送通知。对比文件的全部内容均未提及“推送实体”、“推送服务器”、“推送通知”或类似的主动消息推送技术。对比文件描述的通信建立流程（如图4所示）是基于客户端侧的活动检测，而不是基于服务器触发的推送。因此，对比文件完全没有公开本技术特征的任何内容。 |
| **技术特征D**：响应于所述推送通知，所述客户端应用实例经由所述网络将轮询消息发送到所述服务器应用。 <br><br>**未公开** | **全文未找到相关内容** | 本技术特征描述了客户端应用实例在收到推送通知后的具体行为：发送轮询消息。由于对比文件未公开技术特征C中任何关于“推送通知”的内容，因此，也就不存在“响应于推送通知”而发送轮询消息的逻辑。对比文件中的客户端应用在触发通信后，直接启动通信应用（如聊天、VOIP等），并没有先发送轮询消息再从服务器获取信息的过程。因此，对比文件未公开本技术特征。 |
| **技术特征E**：所述客户端应用实例接收对所述轮询消息的响应，其中所述响应包括与所述服务相关的信息。 <br><br>**未公开** | **段落 [0003]**：...receiving data from a server 200 (e.g. web server) over the Internet. <br><br>**翻译**：...通过因特网从服务器200（例如web服务器）接收数据。 | 本技术特征描述了客户端接收轮询响应，并且响应中包含“与服务相关的信息”。虽然对比文件公开了客户端从服务器接收数据，但这是在常规的客户端-服务器请求-响应模式下的数据接收，而不是本技术特征中特定上下文下的行为。本技术特征中的“响应”是步骤D中“轮询消息”的直接结果，且其目的是为了在停止频繁轮询后，通过推送触发一次性的轮询来获取更新信息。由于对比文件未公开步骤D，因此本技术特征所依赖的技术链条断裂，其并非被对比文件公开的独立技术动作。 |
| **技术特征F**：在发送所述消息到所述服务器之后，但是在接收包括所述客户端应用实例的标识符的所述推送通知之前，在睡眠模式中操作所述客户端应用实例。 <br><br>**未公开** | **全文未找到相关内容** | 本技术特征定义了客户端应用实例在发送消息后、接收推送前，进入“睡眠模式”。这是目标专利实现“减少轮询”的关键，即在无事可做时让客户端休眠以节省资源。对比文件的核心是“检测用户活动”，其描述的系统始终在监控用户输入，从未提及或暗示客户端应用可以或需要进入一个不进行轮询、节省资源的“睡眠模式”。相反，对比文件中的活动检测器是持续工作的。因此，对比文件未公开本技术特征。 |
| **技术特征G**：其中到所述服务器应用的所述消息是HTTP请求。 <br><br>**未公开** | **段落 [0017]**：The computer or computing device with the client application 100 may access data on the server using either TCP/IP, UDP, or any other protocol known in the art. <br><br>**翻译**：带有客户端应用100的计算机或计算设备可以使用TCP/IP、UDP或本领域已知的任何其他协议访问服务器上的数据。 | 本技术特征是对技术特征B中“消息”的进一步限定，指明该消息是“HTTP请求”。对比文件虽然列举了TCP/IP、UDP等协议，但并未明确提到HTTP协议。更重要的是，即使HTTP是Web通信的常见协议，但本特征所限定的“HTTP请求”是特指步骤B中那个“包含推送地址的消息”。由于对比文件未公开步骤B，其也未公开该步骤中的消息是HTTP请求。因此，本技术特征未公开。 |
| **技术特征H**：包括：使所述客户端应用实例响应于接收到包括所述客户端应用实例的标识符的所述推送通知而离开所述睡眠模式。 <br><br>**未公开** | **全文未找到相关内容** | 本技术特征描述了客户端应用实例离开睡眠模式的触发条件：“接收到推送通知”。由于对比文件既未公开“睡眠模式”（特征F），也未公开“推送通知”（特征C），因此，基于“推送通知”来“离开睡眠模式”这一逻辑关系在对比文件中完全不存在。对比文件中的客户端应用被触发是基于用户活动检测，而非外部推送。因此，对比文件未公开本技术特征。 |
| **技术特征I**：包括：使所述客户端应用实例响应于检测到的动作而离开所述睡眠模式，所述检测到的动作由所述用户设备的用户发起。 <br><br>**未公开** | **段落 [0020]**：A behavior monitor 110 or activity detector may receive or intercept signals from an input device...<br><br>**翻译**：行为监视器110或活动检测器可以接收或拦截来自输入设备的信号... <br><br>**段落 [0035]**：For example, if the user starts interacting with the service again...the client application instance returns to a normal client/server polling mode of operation.<br><br>**翻译**：例如，如果用户再次开始与服务交互...客户端应用实例返回到常规的客户端/服务器轮询操作模式。 | 本技术特征描述了另一种离开睡眠模式的触发条件：用户发起的动作。虽然对比文件同样公开了“用户动作”可以作为触发事件，但两者的上下文和目的完全不同。目标专利中的“离开睡眠模式”是指从一个“不轮询”的节能状态回到“轮询”的工作状态。对比文件中，客户端应用并未处于“睡眠模式”，其始终在进行活动监控，用户动作触发的是“启动一个新的通信应用”。尽管目标专利的说明书（[0035]）描述了用户交互可导致客户端离开睡眠模式，但对比文件中不存在与“睡眠模式”对应的技术状态。因此，对比文件未公开本技术特征。 |
| **技术特征J**：其中所述客户端应用实例是浏览器应用实例。 <br><br>**《直接公开》** | **段落 [0003]**：FIG. 1 shows a computing device with a client application 100, which in this case is a desktop computer with a web browser... <br><br>**翻译**：图1显示了一个带有客户端应用100的计算设备，在这种情况下是一个带有web浏览器的台式计算机... <br><br>**段落 [0016]**：As part of the present invention, while a computer with a client application 100 (e.g. web browser) is accessing data from a server 200... <br><br>**翻译**：作为本发明的一部分，当带有客户端应用100（例如web浏览器）的计算机正在从服务器200访问数据时... | 对比文件在多个段落中明确指明其所述的“客户端应用实例”可以是或包括“web浏览器（web browser）”。这与目标专利中“客户端应用实例是浏览器应用实例”的技术特征完全一致。本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。因此，技术特征J被对比文件直接公开。 |
---
### 结论（输出代码）
根据上述分析，仅有技术特征J被对比文件直接公开。
<<<J>>>