好的，作为一名资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行逐一的公开性判断。
## 对比文件名称
2002-09-12_US2002128883A_发明申请_US20020128883A1 Integrated system for insurance claim management
## 目标专利名称
1139具有减少轮询的对基于因特网的应用的移动访问CN101889424B
## 本次调用的模型名称
GPT-4o
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (翻译或原文) | 公开性论述 |
| **技术特征A：** <br>所述方法包括：在所述用户设备中运行客户端应用实例，其中所述客户端应用实例借助于包括轮询的协议经由网络与远程设置的服务器应用交互。 <br><br>**《未公开》** | 对比文件[0031]段原文：`Not dissimilar to client/server architecture on existing computer networks, each user request tasks of the system, to have results returned to their unique view. A "server" is typically a remote computer system that is accessible over a cabled network or communications medium such as the Internet.` <br>译文：“与现有计算机网络上的客户端/服务器架构并无不同，每个用户请求系统任务，并将结果返回到其独特的视图。“服务器”通常是一个远程计算机系统，可通过有线网络或诸如因特网等通信介质访问。” <br><br>对比文件[0029]段原文：`...a hub server receiving and actioning a plurality of client requests concurrently.` <br>译文：“……一个中枢服务器并发地接收和处理多个客户端请求。”<br><br>对比文件[0049]段原文：`Using an Internet browser from any computer, the claims officer may wish to access account information...` <br>译文：“使用来自任何计算机的互联网浏览器，理赔员可能希望访问帐户信息……” | 对比文件公开了传统的客户端-服务器（C/S）架构，其中客户端（如Web浏览器）向服务器发送请求并接收响应。这公开了使用诸如HTTP等基于请求/响应协议的交互。目标专利中明确将这种常规的交互模式描述为“包括轮询的协议”的示例（参见目标专利说明书[0033]段：“客户端应用实例向web应用113发送轮询消息”）。对比文件描述了客户端请求和服务器响应的基本模式，但并未明确提及客户端应用实例通过“轮询”这种特定机制来获取状态更新。对比文件的核心是即时信息共享和工作流管理，其交互模式更接近于用户主动操作触发的请求，而非为了获取服务器状态改变而进行的周期性或条件性轮询。因此，对比文件未公开“轮询”这一特定协议特征。 |
| **技术特征B：** <br>发送消息到所述服务器应用，其中到所述服务器应用的所述消息包括唯一地标识所述用户设备和唯一地标识所述用户设备内的所述客户端应用实例的推送地址。 <br><br>**《未公开》** | 对比文件[0015]段原文：`The user's login access grants the user access according to a hierarchy established by the insurer and allows the user to access and modify claims files for subscriber accounts, the hierarchy assigned to the user determines the breadth and depth of access within a class view that appears to the user.` <br>译文：“用户的登录访问权限根据保险公司建立的层级授予用户访问权限，并允许用户访问和修改订户账户的索赔文件，分配给用户的层级决定了出现在用户面前的类视图中的访问广度和深度。” <br><br>对比文件[0066]段原文：`Claims Officer A types his/her user ID and password and pushes the "Enter" button on his/her keyboard. A message is sent to the secure server requesting validation. The user ID and password are validated...` <br>译文：“理赔员A输入他/她的用户ID和密码，然后按键盘上的‘回车’键。一条消息被发送到安全服务器请求验证。用户ID和密码被验证……” | 对比文件公开了用户通过“用户ID和密码”进行登录验证，这些信息用于标识用户及其访问权限。然而，这些信息（用户ID/密码）是用于身份验证和授权的，而非用于推送通知路由的地址。目标专利中的“推送地址”是一个特定的网络地址，旨在使服务器能够主动发起与特定用户设备上的特定客户端应用实例的通信。对比文件中没有公开任何类似“推送地址”的概念，也未公开将这种地址包含在发送给服务器的消息中的机制。对比文件中的用户标识（ID）是用于登录认证，而不是用于接收服务器发起的推送。 |
| **技术特征C：** <br>由所述用户设备内的推送实体从推送服务器接收包括所述客户端应用实例的标识符的推送通知，并且使用所述客户端应用实例的标识符将所述推送通知引导到所述客户端应用实例，其中所述推送服务器响应于从所述服务器应用接收到推送请求而发送所述推送通知。 <br><br>**《未公开》** | 对比文件[0040]段原文：`The insurer receives notification from the system, i.e. by e-mail, that a report has been lodged 2.` <br>译文：“保险公司从系统收到通知，即通过电子邮件，通知已提交了报告2。” <br><br>对比文件[0043]段原文：`The doctor receives an e-mail notification of referral of a claim for action...` <br>译文：“医生收到一封关于索赔转介的电子邮件通知，要求采取行动……” | 对比文件公开了通过“电子邮件”进行通知，这是一种服务器发起的通信方式。但是，电子邮件与目标专利中定义的“推送”机制有本质区别。目标专利中的“推送”是移动网络中特定的基础设施能力（如WAP推送、SIP推送），由专用的“推送服务器”和用户设备中的“推送实体”配合完成。目标专利的推送通知包含“客户端应用实例的标识符”，并用于将通知路由到设备内的特定应用实例。对比文件仅公开了传统的电子邮件通知，没有公开任何有关推送服务器、用户设备内的推送实体、或用于路由到特定应用实例的标识符等技术内容。因此，特征C的全部内容均未公开。 |
| **技术特征D：** <br>响应于所述推送通知，所述客户端应用实例经由所述网络将轮询消息发送到所述服务器应用。 <br><br>**《未公开》** | 对比文件[0031]段原文：`...each user request tasks of the system, to have results returned to their unique view.` <br>译文：“……每个用户请求系统任务，并将结果返回到其独特的视图。” <br><br>对比文件[0066]段原文：`On selection of the employer, the server is sent a message requesting access to the appropriate database.` <br>译文：“在选择雇主后，向服务器发送一条消息，请求访问相应的数据库。” | 对比文件描述了客户端（浏览器）在用户操作后向服务器发送请求。其特征C并未公开任何形式的推送通知，因此也就无法建立在“响应于推送通知”这一前提之上。对比文件中没有任何内容教导或暗示客户端应用实例会在接收到某种“推送”信号后，发起一个“轮询”请求来获取更新信息。相反，对比文件中的信息交互是用户驱动的，或者服务器通过电子邮件等外部方式通知用户，用户再通过浏览器主动访问系统。因此，该技术特征未被公开。 |
| **技术特征E：** <br>所述客户端应用实例接收对所述轮询消息的响应，其中所述响应包括与所述服务相关的信息。 <br><br>**《未公开》** | 对比文件[0058]段原文：`The server returns screens encapsulating that information.` <br>译文：“服务器返回包含该信息的屏幕。” <br><br>对比文件[0066]段原文：`The secure server returns the user's workflow management screen...` <br>译文：“安全服务器返回用户的工作流管理屏幕……” | 对比文件公开了服务器响应客户端的请求，返回包含信息（如工作流管理屏幕）的响应。这公开了“接收对消息的响应，响应包括信息”这一基本交互。但是，由于特征D（推送触发的轮询）未被对比文件公开，该特征所基于的“轮询消息”的前提也就不存在。对比文件中的“消息”是用户操作触发的普通请求，而非由推送机制触发的“轮询消息”。因此，虽然服务器返回信息的模式是通用的，但在本权利要求特征的上下文中，由于其与未被公开的特征D紧密关联，故该特征整体上未被对比文件公开。 |
| **技术特征F：** <br>在发送所述消息到所述服务器之后，但是在接收包括所述客户端应用实例的标识符的所述推送通知之前，在睡眠模式中操作所述客户端应用实例。 <br><br>**《未公开》** | 对比文件[0004]段原文：`...the cost of the insurance increases significantly the longer the employee remains off the job...` <br>译文：“……员工离岗时间越长，保险成本就显著增加……” <br><br>全文中未发现与“睡眠模式”或类似低功耗状态相关的描述。 | 对比文件全文主要关注业务流程的优化和信息共享，完全没有涉及移动终端设备的电源管理、无线电资源消耗或终端“睡眠模式”等问题。这是目标专利要解决的核心问题之一（参见目标专利说明书[0006]段）。对比文件中没有公开任何关于客户端应用实例在等待服务器通知时进入“睡眠模式”以减少资源消耗的概念、机制或操作。因此，该技术特征完全未被公开。 |
| **技术特征G：** <br>其中到所述服务器应用的所述消息是HTTP请求。 <br><br>**《未公开》** | 对比文件[0048]段原文：`All participants can access the server at any time, from any computer using an Internet browser capable of reading 128 bit encrypted data, such as Microsoft's Internet Explorer 5.0 or above.` <br>译文：“所有参与者都可以在任何时间、从任何计算机使用能够读取128位加密数据的互联网浏览器（例如Microsoft的Internet Explorer 5.0或更高版本）访问服务器。” | 对比文件明确公开了使用互联网浏览器访问服务器，且浏览器与服务器之间的通信必然基于HTTP协议（访问URL）。这隐含公开了客户端发送的消息是HTTP请求。但是，该特征G是对特征B中“消息”的进一步限定。在特征B未被公开的前提下，该特征所限定的“消息”在对比文件中不存在，因为对比文件中不存在包含“推送地址”的特定消息。因此，虽然HTTP请求本身是公知技术，但由于其所依附的技术特征B未被公开，故不能认定特征G被公开。 |
| **技术特征H：** <br>包括：使所述客户端应用实例响应于接收到包括所述客户端应用实例的标识符的所述推送通知而离开所述睡眠模式。 <br><br>**《未公开》** | 对比文件中未有相关描述。 | 该特征直接依赖于特征C（接收推送通知）和特征F（操作在睡眠模式）。由于这两项特征均未被对比文件公开，因此本特征作为其逻辑结果，也必然未被公开。对比文件没有公开任何形式的推送通知，也没有公开睡眠模式，更没有公开两者之间的唤醒关系。 |
| **技术特征I：** <br>包括：使所述客户端应用实例响应于检测到的动作而离开所述睡眠模式，所述检测到的动作由所述用户设备的用户发起。 <br><br>**《未公开》** | 对比文件[0066]段原文：`Claims Officer A types his/her user ID and password and pushes the "Enter" button on his/her keyboard. A message is sent to the secure server requesting validation.` <br>译文：“理赔员A输入他/她的用户ID和密码，然后按键盘上的‘回车’键。一条消息被发送到安全服务器请求验证。” | 对比文件公开了用户（理赔员）通过输入ID和密码并点击回车来发起与服务器的交互。这公开了“响应于由用户发起的动作”。但是，该特征与特征F（睡眠模式）紧密相关。对比文件中没有公开任何“睡眠模式”的概念。用户的操作是在正常活跃模式下触发的，而不是从一种特定的“睡眠模式”中被唤醒。因此，尽管对比文件公开了用户操作触发客户端活动，但该特征的核心前提（客户端处于睡眠模式）未被公开，故该特征整体上未被公开。 |
| **技术特征J：** <br>其中所述客户端应用实例是浏览器应用实例。 <br><br>**《直接公开》** | 对比文件[0014]段原文：`Utilizing a web browser, data is entered either directly into screen-based forms...` <br>译文：“利用Web浏览器，数据可以直接输入到基于屏幕的表单中……” <br><br>对比文件[0049]段原文：`Using an Internet browser from any computer, the claims officer may wish to access account information...` <br>译文：“使用来自任何计算机的互联网浏览器，理赔员可能希望访问帐户信息……” <br><br>对比文件[0066]段原文：`...Claims Officer A opens his/her web browser and enters the system URL in the address bar of the screen.` <br>译文：“……理赔员A打开他/她的web浏览器，并在屏幕的地址栏中输入系统URL。” | 对比文件全文多次明确提到用户通过“web browser”（Web浏览器）或“Internet browser”（互联网浏览器）来访问系统。这直接、明确地公开了技术特征J所述的内容，即“客户端应用实例是浏览器应用实例”。这种公开是毫无疑义的，属于直接公开。 |
---
<<<J>>>