好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行逐项比对。
**对比文件名称：** 2004-12-30_US2004268357A_发明申请_US20040268357A1 Network load balancing with session information
**目标专利名称：** 2095减少服务器-客户端会话的数目CN105164989B
**模型名称：** deepseek-r1
以下是根据您的指引创建的特征比对表格及结论。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A：** 所述多个客户端通过网络可通信地连接到服务器，所述方法包括<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0062】图1是一个示例性网络负载均衡范式100，其示出了负载均衡基础设施106和多个主机108...包括多个客户端102(1)、102(2)...102(m)和多个主机108(1)、108(2)...108(n)，以及网络104和负载均衡基础设施106。<br>【0064】各个客户端102能够通过网络104经由负载均衡基础设施106与一个或多个主机108进行通信，反之亦然。主机108承载一个或多个应用，用于与客户端102进行交互/通信。 | **论述：** 对比文件明确公开了一种系统架构，其中多个客户端（102）通过网络（104）可通信地连接到作为服务器的多个主机（108）。负载均衡基础设施（106）位于客户端和主机之间。这与目标专利中的“所述多个客户端通过网络可通信地连接到服务器”完全一致，且负载均衡基础设施的作用与目标专利中的“中间节点”位于客户端和服务器之间的位置和作用相对应。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：** 在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0065】负载均衡基础设施106可通过一个或多个虚拟互联网协议（IP）地址在网络上104到达。来自客户端102（或其他节点）的定向到负载均衡基础设施106的虚拟IP地址的通信在此被接收并转发到主机108。<br>【0067】在（2）处，来自客户端102(1)的请求通过网络104发送到负载均衡基础设施106的虚拟IP地址。 | **论述：** 对比文件中的“负载均衡基础设施106”或“负载均衡单元106”本质上就是位于客户端和服务器（主机108）之间的中间节点。客户端（102）发出的以服务器（主机108）为目的地的请求，首先被发送到负载均衡基础设施106的虚拟IP地址，并由其接收和处理。这一过程（在客户端请求到达服务器前被负载均衡器接收）在功能上等同于目标专利中的“拦截”。尽管未使用“拦截”一词，但这一处理流程明确公开了中间节点截获客户端请求的技术方案。因此，该技术特征被对比文件直接公开。 |
| **技术特征C：** 利用第一请求在中间节点与服务器之间建立服务器-客户端会话<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0101】在（2）处，转发器302查询一个路由表...因为这是连接的第一个包，路由表中没有条目。转发器302因此应用“默认路由”动作，即将此包发送到分类器304。<br>【0102】在（3）处，分类器304查询其（例如，合并的）主机状态信息缓存...分类器304断定主机108(1)可用并且在此刻是本示例中负载最小的主机108。分类器304还在此TCP连接的路由表中“铺设”一条路由。例如，分类器304添加一个路由条目...将该TCP连接映射到一个特定的目的主机108，在此示例中是主机108(1)。<br>【0104】在（5）处，转发器302可以访问该SYN包所代表连接的路由条目，因此它将包转发到地址为H1的主机108(1)。转发器302还将来自客户端102(1)的该连接的所有后续包直接转发到主机108(1)。 | **论述：** 对比文件中，当一个来自客户端的新请求（即第一请求）到达时，分类器304（负载均衡基础设施的组成部分）会根据该请求（即利用第一请求）决定一个目标主机（服务器），并建立一条连接路径。具体地，分类器304在路由表中添加一个条目，将代表该会话的TCP连接映射到选定的主机。随后，转发器302根据此条目将该连接的后续数据包转发至该主机。这一过程建立了一个客户端（逻辑上经过中间节点）与选定主机之间的端到端连接会话。在目标专利中，服务器-客户端会话即指这种端到端的关系，因此，对比文件通过路由策略，实质上在中间节点（负载均衡基础设施）与服务器（选定主机）之间，为该第一请求建立了服务器-客户端会话。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：** 在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0077】图2是一个示例性网络负载均衡范式200，其示出了多个负载均衡单元106和多个主机108。<br>【0082】对于请求路径“1”，客户端102(2)通过网络104发送请求...负载均衡单元106(1)然后根据某种负载均衡功能将请求的包转发到主机108(1)。对于请求路径“2”，客户端102(m)通过网络104发送请求...负载均衡单元106(u)然后根据某种负载均衡功能将请求的包转发到主机108(n)。 | **论述：** 对比文件图2及相应描述明确说明了其系统处理来自多个不同客户端的请求（例如请求路径'1'和'2'）。每个来自不同客户端的请求（如第二客户端的第二请求）都是独立地被负载均衡单元（中间节点）接收（拦截）并进行处理的。这些请求在处理和内容上可以是不同的（`所述第二请求不同于第一请求`）。因此，该技术特征被对比文件直接公开。 |
| **技术特征E：** 确定第一请求是否部分地与第二请求重叠<br><br>《未公开》 | **对比文件原文（翻译）：** <br>【0086】会话跟踪器308监测由客户端102建立的会话，以便负载均衡功能可以促进先前建立的会话的重新连接/继续。例如，有些应用在主机上保存应用特定的客户端会话数据。这些应用通常期望客户端在给定会话期间使用同一主机。<br>【0087】分类器304使用由健康与负载处理器314和/或会话跟踪器308获取和维护的数据，可能结合其他因素，对入站请求进行分类。 | **论述：** 对比文件关注的是基于会话信息的主机亲和性（将同一客户端的后续请求路由到同一台主机），以及基于健康和负载信息的负载均衡。它比较的是与请求相关联的**会话上下文**（session context）或**主机状态**（health/load），而不是请求本身所请求的**内容信息**（如/温度、/湿度等资源）是否存在冗余或重叠。对比文件从未提及或暗示会分析两个不同请求所请求的信息（如请求的数据子集、条件、频率等）是否部分相同或一个可以从另一个导出，以进行组合。目标专利中“请求重叠”的核心在于请求所指向的“信息集合”的关系，这一点在对比文件中完全未被讨论。因此，该技术特征未被对比文件公开。 |
| **技术特征F：** 如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（未发现任何直接相关的公开内容） | **论述：** 该技术特征建立在特征E的基础上，且是对比文件功能逻辑的必然延伸。由于对比文件未公开“确定请求重叠”这一先决步骤，自然也不存在基于重叠条件来“更新/扩展”现有会话以包含不重叠部分的技术方案。对比文件中的会话管理策略是固定的，新建立的请求通常导致一个新的路由条目或会话条目，或者被作为独立的请求进行处理，而不是对现有聚合会话进行动态更新以覆盖新请求的部分内容。因此，该技术特征未被对比文件公开。 |
| **技术特征G：** 其还包括 | *过渡性特征，不构成实质性技术内容，无需单独比对。* | |
| **技术特征H：** 在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据<br><br>《未公开》 | **对比文件原文（翻译）：** <br>【0104】转发器302然后根据此路由条目将该SYN包转发到主机108(1)。**转发器302还将来自客户端102(1)的该连接的所有后续包直接转发到主机108(1)**。<br>（暗示从主机到客户端的数据流也经过转发器，但这是针对单个连接的） | **论述：** 对比文件中，中间节点（负载均衡单元）与服务器之间的会话是针对单一请求/连接的。它接收来自服务器的数据，并将该数据原样或经简单地址转换后转发给对应的客户端。然而，这个会话并非为了同时服务于多个请求而建立的“聚合”会话。因此，不存在一个“根据第一请求和第二请求”接收数据的逻辑。数据是基于单一连接的上下文接收的，而不是基于多个请求组合后的结果。目标专利的核心在于通过一个会话接收满足多个请求的数据，这在对比文件中没有公开。 |
| **技术特征I：** 从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>【0250】...分类器304选择了一个主机108，并将其TCP连接通过连接迁移迁移到该主机。随后，该TCP连接在主机108(1)处终止...来自客户端102(1)的后续包由转发器302转发到主机108(1)。（整个过程中，没有中间节点对来自服务器的数据进行处理以生成多个响应）。 | **论述：** 目标专利中，中间节点需要从一个数据流中解析、过滤或转换，以导出分别满足第一请求和第二请求的响应。对比文件的负载均衡器不具备此功能。负载均衡器将客户端请求转发给服务器，并将服务器的响应转发回客户端，整个过程是一个透明代理或半透明代理，不会根据多个请求对单一数据流进行逻辑拆分和重组来生成多个响应。响应是由服务器直接生成的，负载均衡器不参与导出的过程（除了可选的NAT/隧道）。因此，该技术特征未被对比文件公开。 |
| **技术特征J：** 其还包括 | *过渡性特征，不构成实质性技术内容，无需单独比对。* | |
| **技术特征K：** 响应于第一请求从中间节点向第一客户端传送第一响应<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0110】在(1)处，客户端102(1)通过发送一个TCP SYN包来发起TCP连接...<br>【0110】最终，转发器302将来自客户端的包转发到主机108(1)，并将来自主机108(1)的响应包转发回客户端102(1)。（整体流程隐含了响应沿着请求的路径返回） | **论述：** 虽然对比文件没有用显式的语言描述“响应传送”，但这是任何客户端-服务器通信模式的基本逻辑。客户端发送请求，经过中间节点（负载均衡基础设施），到达服务器。服务器的响应必然需要沿着路径返回到客户端。在对比文件的架构中，数据包可以经过负载均衡单元转发返回客户端，从而完成一次请求-响应。这种操作隐含或直接地实现了“响应于第一请求向第一客户端传送第一响应”。因此，该技术特征被对比文件直接公开。 |
| **技术特征L：** 可选地响应于第二请求从中间节点向第二客户端传送第二响应。<br><br>《直接公开》 | **对比文件原文（翻译）：** <br>【0082】负载均衡单元106(1)然后根据某种负载均衡功能将请求的包转发到主机108(1)...负载均衡单元106(u)然后根据某种负载均衡功能将请求的包转发到主机108(n)。（这里的处理逻辑同样适用于响应流的返回） | **论述：** 与特征K的逻辑相同，对比文件处理的是多个客户端（102(2), 102(m)）的独立请求与响应。对于第二客户端的请求，其响应也会经由中间节点（负载均衡单元106）返回。因此，该技术特征被对比文件直接公开。 |
| **技术特征M：** 其中 | *过渡性特征，不构成实质性技术内容。* | |
| **技术特征N：** 确定由第一请求所请求的第一信息集合<br>《未公开》 | **对比文件原文（翻译）：** <br>（对比文件讨论了基于会话信息和健康/负载信息的路由，但没有讨论解析请求内容以确定其请求的“信息集合”） | **论述：** 目标专利中的“信息集合”指的是客户端所期望从服务器获取的数据，例如“/temperature”的值、满足某个条件的数值等。对比文件的负载均衡器虽然可能解析请求以进行应用层路由（如URL），但这种解析的目的是决定将请求发送到哪个主机组，而不是为了识别请求所要求的具体、细粒度的信息集合，更不是为了与其他请求的信息集合进行比较以发现重叠。对比文件没有公开如此深入分析请求内容以获得“第一信息集合”的步骤。 |
| **技术特征O：** 确定由第二请求所请求的第二信息集合<br><br>《未公开》 | **对比文件原文（** 翻译）：** <br>（与特征N相同） | **论述：** 基于与特征N相同的理由，对比文件没有公开确定第二请求所请求的第二信息集合。 |
| **技术特征P：** 确定第一请求是否至少部分地与第二请求重叠包括 | *过渡性特征，不构成实质性技术内容。* | |
| **技术特征Q：** 确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（无相关公开内容） | **论述：** 这是特征E的核心判断标准和具体实施方式。对比文件无论是其公开的会话跟踪、健康/负载信息，均未涉及或暗示需要对两个请求所请求的“信息集合”进行比较，来确定它们是否重叠或一个能否从另一个导出。对比文件的技术路线完全不同，它通过会话标识符等外部上下文而不是请求的语义内容来关联请求。因此，该技术特征未被对比文件公开。 |
| **技术特征R：** 还包括 | *过渡性特征，不构成实质性技术内容。* | |
| **技术特征S：** 根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合<br><br>《未公开》 | **对比文件原文（翻译）：** <br>【0048】模式分析器被配置为分析所拦截到的请求...<br>（目标专利说明书引用了过滤示例，如从所有引脚数据中过滤出特定引脚的数据。对比文件无对应内容。） | **论述：** 目标专利中，中间节点具备对从服务器接收到的数据（第一信息集合）进行逻辑过滤的能力，以便提取或生成另一客户端所需的信息子集（经过过滤的信息集合）。对比文件中的负载均衡器不具备对数据内容进行逻辑过滤的功能。它执行的是地址/端口的NAT转换或隧道封装，属于网络层/传输层的处理，而不是对应用层负载数据的过滤或转换。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征T：** 响应于第二请求向第二客户端传送所述经过过滤的信息集合。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（无相关公开内容） | **论述：** 该技术特征直接依赖于特征S的实现。由于对比文件未公开特征S中的过滤操作，其自然也未向第二客户端传送“经过过滤的信息集合”。因此，该技术特征未被对比文件公开。 |
| **技术特征U：** 其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括 | *过渡性特征，不构成实质性技术内容。* | |
| **技术特征V：** 对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合<br><br>《未公开》 | **对比文件原文（翻译）：** <br>【0088】请求路由器306可以充当主机108上应用的代理...请求路由器306可以对连接进行预处理（例如，SSL解密）...可以在将请求转发到主机108之前任意修改请求。<br>（这里提到请求路由器可以转换请求（如SSL解密），但并非对来自服务器的响应信息进行格式转换以满足不同客户端的需求。） | **论述：** 目标专利描述了中间节点对从服务器接收到的信息（如温度传感器返回的摄氏度）进行格式转换（如转为华氏度）以满足另一客户端的需求。对比文件中，虽然提到了请求路由器可以处理请求，但其描述的是对客户端**请求**的预处理（如SSL解密）或将请求**修改**后转发，并没有描述根据另一个客户端的格式要求，对来自服务器的**响应数据**进行格式转化。这两种操作在逻辑上不同。因此，该技术特征未被对比文件公开。 |
| **技术特征W：** 响应于第二请求向第二客户端传送所述经过转化的信息集合。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（无相关公开内容） | **论述：** 该技术特征依赖于特征V的实现。由于对比文件未公开格式转换的操作，自然也未向第二客户端传送经过转化的信息集合。因此，该技术特征未被对比文件公开。 |
| **技术特征X：** 其中，确定第一请求是否部分地与第二请求重叠包括 | *过渡性特征，不构成实质性技术内容。* | |
| **技术特征Y：** 把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（对比文件没有描述将请求与表明“服务器-客户端会话类型”的已知模式进行比较的技术） | **论述：** 目标专利中，中间节点利用“已知模式”来识别请求的类型（如条件观察请求等），从而判断其可组合性。对比文件虽然涉及请求的分类（如分类器304），但其分类是基于源/目的IP、端口或应用层信息（如URL）以决定路由目的地，而不是为了识别出表明特定“服务器-客户端会话类型”的模式以判断组合可能性。对比文件没有公开将请求与代表“会话类型”的模式进行比对的步骤。因此，该技术特征未被对比文件公开。 |
| **技术特征Z：** 其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配。<br><br>《未公开》 | **对比文件原文（翻译）：** <br>（对比文件没有描述处理跨协议请求匹配的技术） | **论述：** 该技术特征是特征Y的进一步限定，强调模式匹配能跨越不同协议（如HTTP和CoAP）。对比文件虽然可能处理不同协议（如HTTP请求、VPN连接），但它是通过不同的处理模块或应用层网关完成的，并没有公开一种统一的、能识别底层协议并将请求抽象为“会话类型”的模式匹配机制。因此，该技术特征未被对比文件公开。 |
### 结论
根据上述比对，对比文件US20040268357A1直接公开了目标专利权利要求的技术特征A、B、C、D、K、L。目标专利的核心发明点在于识别出多个请求在信息内容上的重叠，并通过一个聚合的服务器-客户端会话同时服务于不同客户端的重叠请求，从而减少服务器端的会话数量。对比文件主要关注于基于会话标识的会话亲和性负载均衡，并未公开或暗示这种基于请求内容重叠进行会话聚合的技术方案。因此，特征E、F、H、I、N、O、Q、S、T、V、W、Y、Z均未被对比文件直接或隐含公开。
<<<A>>><<<B>>><<<C>>><<<D>>><<<K>>><<<L>>>