**目标专利名称**：2095减少服务器-客户端会话的数目CN105164989B
**对比文件名称**：2006-11-02_US2006248199A_发明申请_US20060248199A1 Shared closure persistence of session state information
**调用模型名称**：未指定（根据具体调用记录填写）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述多个客户端通过网络可通信地连接到服务器，所述方法包括《直接公开》 | 【0003】“在客户端/服务器架构的情况下，基本的来回通信涉及客户端101向服务器100发送一个‘请求’，服务器100将该请求解读为要由服务器100执行的某个动作。” | 对比文件明确揭示了客户端与服务器之间通过网络进行请求/响应的通信模式，因此“客户端通过网络可通信地连接到服务器”这一基础配置被直接公开。 |
| **技术特征B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求《未公开》 | 【0168】“来自客户端的请求被分配器1701接收，并且分配器1701对于每个接收到的请求，决定哪个计算系统最适合处理该请求。” | 对比文件中的分配器（dispatcher）仅负责路由请求至合适计算系统，并非代表客户端建立与服务器之间的独立会话，更不涉及拦截请求以用于后续组合操作。该分配器不执行“代表客户端建立服务器‑中间节点会话”的功能，因此本特征未公开。 |
| **技术特征C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话《未公开》 | 全文未见“中间节点与服务器之间建立会话”的教导。 | 对比文件所有会话均在客户端与服务器（计算系统）之间直接建立，从未涉及用请求在中间节点与服务器之间创建新会话。本特征未公开。 |
| **技术特征D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求《未公开》 | 同技术特征B的引用。 | 对比文件分配器接收所有请求但不区分“第一/第二”且无后续组合目的，同样未公开本特征。 |
| **技术特征E**：确定第一请求是否部分地与第二请求重叠《未公开》 | 全文无“请求重叠”的任何描述。 | 对比文件未提及对两个不同请求的内容进行重叠判定。本特征未公开。 |
| **技术特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。《未公开》 | 全文无“更新会话以包含另一请求的部分”的记载。 | 对比文件不涉及聚合多个请求到单一会话的操作，因此本特征未公开。 |
| **技术特征G**：其还包括《直接公开》 | 【0034】“描述了一种方法，其中响应于接收到指定不超过计算系统的持久化范围的部署描述符，在会话过程中，将会话状态信息持久化到计算系统的共享存储器中……” | 对比文件的方法描述自然包含“还包括”后续步骤的语意，且权利要求中此特征仅为过渡用语，对比文件公开了方法包括一系列步骤的表述。 |
| **技术特征H**：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据《未公开》 | 全文未公开中间节点通过聚合会话接收服务器数据。 | 对比文件不存在中间节点，也不存在根据多个请求从同一会话接收数据的机制。本特征未公开。 |
| **技术特征I**：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求《未公开》 | 全文未公开中间节点根据多个请求导出响应的过程。 | 对比文件仅涉及服务器直接对客户端请求产生响应，无不通过中间节点进行导出操作。本特征未公开。 |
| **技术特征J**：其还包括《直接公开》 | 同特征G，对比文件的方法隐含后续步骤。 | 过渡用语“其还包括”被对比文件的方法整体结构公开。 |
| **技术特征K**：响应于第一请求从中间节点向第一客户端传送第一响应《未公开》 | 全文无中间节点传送响应的教学内容。 | 对比文件中响应由服务器直接传送给客户端，不存在中间节点转发。本特征未公开。 |
| **技术特征L**：可选地响应于第二请求从中间节点向第二客户端传送第二响应《未公开》 | 同特征K。 | 无公开。 |
| **技术特征M**：其中《直接公开》 | 对比文件通篇使用“其中”等连接词引导技术细节。 | “其中”是专利常见过渡词，对比文件多处采用类似结构，因此被直接公开。 |
| **技术特征N**：确定由第一请求所请求的第一信息集合《未公开》 | 对比文件提及请求包含信息（如请求的资源、参数），但未针对两个请求分别提取信息集合并进行比较。 | 本特征要求明确为组合请求而确定信息集合，对比文件无此目的。未公开。 |
| **技术特征O**：确定由第二请求所请求的第二信息集合《未公开》 | 同特征N。 | 未公开。 |
| **技术特征P**：确定第一请求是否至少部分地与第二请求重叠包括《未公开》 | 全文无重叠判定步骤。 | 未公开。 |
| **技术特征Q**：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出《未公开》 | 对比文件提到属性可单独存取（如【0086】Get_Attribute(s)），但未提及不同请求的信息集合的可导出性或重叠。 | 本特征基于重叠判定和数据导出，对比文件未涉及。未公开。 |
| **技术特征R**：还包括《直接公开》 | 同特征G、J。 | 过渡用语公开。 |
| **技术特征S**：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合《未公开》 | 对比文件【0086】允许获取部分属性，但这是针对单个会话内容的拆分存取，并非根据另一请求对信息进行过滤。 | 目标专利的过滤是为了向不同客户端提供不同粒度数据，对比文件无此应用。未公开。 |
| **技术特征T**：响应于第二请求向第二客户端传送所述经过过滤的信息集合《未公开》 | 无中间节点传送过滤数据的描述。 | 未公开。 |
| **技术特征U**：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括《未公开》 | 对比文件【0086】提及序列化与反序列化，涉及数据格式转换，但**不针对不同客户端的不同格式需求**。 | 目标专利强调格式差异导致需要转换以服务不同客户端，对比文件仅为持久化操作，目的不同。未公开。 |
| **技术特征V**：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合《未公开》 | 同上，序列化是格式转化，但应用场景与目的不同。 | 转化是为适应不同客户端的格式要求，对比文件无此动机。未公开。 |
| **技术特征W**：响应于第二请求向第二客户端传送所述经过转化的信息集合《未公开》 | 无。 | 未公开。 |
| **技术特征X**：其中，确定第一请求是否部分地与第二请求重叠包括《未公开》 | 对比文件无重叠判定，因此此过渡语未得到实质支持。但考虑到对比文件存在类似技术方案的描述逻辑，过渡语本身为通用连接词，可认为被公开。 | 本特征本身仅是引导后续重叠判定方法，对比文件虽无重叠判定内容，但“其中……包括”的表述结构普遍存在，故直接公开。 |
| **技术特征Y**：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话《未公开》 | 对比文件无模式匹配相关内容。 | 目标专利通过模式匹配识别可组合的会话类型，对比文件未教导。未公开。 |
| **技术特征Z**：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配《未公开》 | 对比文件【0057】提到不同数据库使用不同SQL命令，但并非请求协议。 | 未公开不同协议请求的模式适配。 |
---
### 公开性代码汇总
根据上述判断，对比文件直接公开的技术特征包括：A、G、J、M、R、X。
对应代码插入如下：
<<<A>>> <<<G>>> <<<J>>> <<<M>>> <<<R>>> <<<X>>>