对比文件的名称：2007-02-01_US2007027896A_发明申请_US20070027896A1 Session replication
目标专利的名称：2095减少服务器-客户端会话的数目CN105164989B
本次调用的模型名称：GPT-4
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多个客户端通过网络可通信地连接到服务器《直接公开》 | 对比文件[0029]：“图1的系统包括若干示例性客户端(110,112,106,108)。客户端是计算机或运行在计算机上的进程或线程，其向另一台计算机请求资源或服务。图1的示例客户端包括：通过有线连接(120)耦合到网络(102)的个人计算机(110)，通过无线连接(122)耦合到网络(102)的个人数字助理(PDA)(112)，通过无线连接(116)耦合到网络(102)的膝上型计算机(106)，以及通过无线连接(118)耦合到网络(102)的移动电话(108)。”以及[0035]：“图1的系统包括web服务器(104)。服务器是计算机或运行在计算机上的进程或线程，其接收、处理并响应来自另一台计算机的资源或服务请求。” | 对比文件明确公开了多个客户端通过网络可通信地连接到服务器（web服务器）。客户端向服务器发起请求以获取资源或服务，这与目标专利中的基本网络连接关系一致。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求《未公开》 | 对比文件未描述“中间节点”或“拦截”动作。客户端请求直接发送至web服务器（[0035]：“web服务器接收来自客户端的请求”），请求在服务器端被接收，而非被独立中间节点拦截。 | 目标专利中的中间节点是独立于服务器的实体，位于客户端与服务器之间，主动拦截请求。对比文件的架构中，没有这样的中间节点，客户端请求直接到达服务器（web服务器）。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该特征。 |
| 技术特征C：利用第一请求在中间节点与服务器之间建立服务器-客户端会话《未公开》 | 对比文件描述了在服务器端创建会话（如[0042]：“每个servlet也具有会话(406-412)”；[0065]：“servlet容器创建一个会话(406)”），但会话是客户端与服务器之间的HTTP会话，并非由中间节点利用请求在中间节点与服务器之间建立。 | 目标专利的“服务器-客户端会话”特指中间节点代表客户端与服务器建立的端到端关系，用于减少服务器维护的会话数。对比文件中的会话是服务器端为每个客户端独立创建的，不存在利用请求在中间节点与服务器之间建立会话的教导或暗示。 |
| 技术特征D：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求《未公开》 | 对比文件同样未公开中间节点，也未涉及拦截第二请求。 | 与特征B同理，对比文件没有公开任何中间节点拦截多个客户端请求的步骤。第二请求的拦截也无从说起。 |
| 技术特征E：确定第一请求是否部分地与第二请求重叠《未公开》 | 对比文件未提及对两个请求内容进行比较以判断重叠。其聚合过程（如[0054]“聚合会话”）是将多个会话对象合并在一次传输中，不涉及分析请求的语义重叠。 | 目标专利的重叠判断是基于请求所请求的信息集合（如观测条件、资源范围）。对比文件中的会话聚合仅基于时间或队列深度等触发条件，不分析请求间的部分重叠关系，因此未公开该特征。 |
| 技术特征F：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分《未公开》 | 对比文件未公开根据重叠判断结果更新会话的操作。其会话列队刷新（[0051]-[0053]）是将当前所有会话整体发送至复制对等体，而非更新现有会话以包含另一请求的部分。 | 目标专利的更新操作是在确定部分重叠后，修改已建立的中间节点-服务器会话，使其覆盖第二请求中不重叠的部分。对比文件没有类似的动态会话更新机制，聚合只是批量发送已存在的会话。 |
| 技术特征G：其还包括《未公开》 | 对比文件无对应表述。 | 该特征是语法连接词，无独立技术意义。对比文件未公开后续步骤，因此该连接词未获支持。 |
| 技术特征H：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据《未公开》 | 对比文件未涉及中间节点通过聚合会话接收服务器数据。对比文件中的数据接收发生在服务器端（如应用服务器从数据库读取数据），而非中间节点。 | 目标专利中，中间节点通过已建立的聚合会话从服务器接收数据，以服务于多个客户端。对比文件没有任何中间节点通过会话接收服务器数据以响应客户端请求的教导。 |
| 技术特征I：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求《未公开》 | 对比文件描述servlet准备响应（[0070]：“servlet(602)准备(609)一个响应”），但这是服务器端直接对客户端请求做出响应，不是由中间节点从聚合数据导出多个响应。 | 目标专利的中间节点在接收到服务器数据后，需根据每个客户端原始请求从中提取或推导出独立的响应。对比文件中，每个客户端请求由服务器独立处理，不存在中间节点从同一数据导出不同响应的情况。 |
| 技术特征J：其还包括《未公开》 | 无相关公开。 | 同特征G，引导后续步骤，未公开。 |
| 技术特征K：响应于第一请求从中间节点向第一客户端传送第一响应《未公开》 | 对比文件有服务器向客户端发送响应（[0071]：“servlet然后发送一个响应(630)给客户端请求(604)”），但响应是由服务器直接发送，而不是由中间节点发送。 | 目标专利强调响应的传送由中间节点执行。对比文件中，响应直接从处理请求的服务器（web服务器/应用服务器）发往客户端，不存在中间节点转发或生成响应。 |
| 技术特征L：可选地响应于第二请求从中间节点向第二客户端传送第二响应《未公开》 | 同上，对比文件无中间节点传送第二响应。 | 与特征K类似，未公开。 |
| 技术特征M：其中《未公开》 | 无对应内容。 | 引导后续限定，对比文件未公开后续特征。 |
| 技术特征N：确定由第一请求所请求的第一信息集合《未公开》 | 对比文件未提及根据请求确定所请求的信息集合。其会话存储的是用户状态数据（如[0077]中的userID, account_balance），而非请求所请求的信息。 | 目标专利中，“信息集合”指客户端期望从服务器获取的数据（如传感器读数）。对比文件中的会话数据是服务器端维护的用户状态，两者概念不同，且对比文件没有确定请求的信息集合的步骤。 |
| 技术特征O：确定由第二请求所请求的第二信息集合《未公开》 | 同特征N。 | 未公开。 |
| 技术特征P：确定第一请求是否至少部分地与第二请求重叠包括《未公开》 | 对比文件没有重叠判断。 | 未公开。 |
| 技术特征Q：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出《未公开》 | 对比文件未涉及信息集合的重叠或可导出性判断。其聚合只是简单地将多个会话对象合并，与信息内容无关。 | 该特征具体定义重叠的判断方式，对比文件没有相应教导。 |
| 技术特征R：还包括《未公开》 | 无。 | 连接词，未公开。 |
| 技术特征S：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合《未公开》 | 对比文件无过滤步骤。虽然对比文件有“过滤”一词（未出现），但没有任何根据请求过滤信息集合的教导。 | 目标专利的过滤是从宽信息集合中提取与第二请求相关的子集。对比文件没有类似的操作。 |
| 技术特征T：响应于第二请求向第二客户端传送所述经过过滤的信息集合《未公开》 | 对比文件无过滤后传送。 | 未公开。 |
| 技术特征U：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括《未公开》 | 对比文件未涉及格式差异及转化。 | 未公开不同格式的识别和转化需求。 |
| 技术特征V：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合《未公开》 | 对比文件无格式转化操作。 | 未公开。 |
| 技术特征W：响应于第二请求向第二客户端传送所述经过转化的信息集合《未公开》 | 对比文件无转化后传送。 | 未公开。 |
| 技术特征X：其中，确定第一请求是否部分地与第二请求重叠包括《未公开》 | 对比文件无此内容。 | 未公开。 |
| 技术特征Y：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话《未公开》 | 对比文件没有模式匹配的概念。虽然对比文件使用URL匹配servlet（[0045]），但那是路由，而非用于判断请求是否可组合的模式。 | 目标专利通过已知模式识别可组合的会话类型。对比文件的请求处理不涉及此类模式匹配。 |
| 技术特征Z：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配《未公开》 | 对比文件未提及处理不同协议（如CoAP与HTTP）的请求模式匹配。 | 目标专利特别强调跨协议的模式匹配，对比文件未公开任何协议适配的模式匹配特征。 |
根据以上分析，仅技术特征A被对比文件直接公开，其余技术特征均未被公开（无论直接还是隐含）。
<<<A>>>