**对比文件名称**：2010-12-23_US2010325418A_发明申请_US20100325418A1 SYSTEMS AND METHODS FOR SSL SESSION CLONING - TRANSFER AND REGENERATION OF SSL SECURITY PARAMETERS ACROSS CORES, HOMOGENOUS SYSTEM OR HETEROGENEOUS SYSTEM
**目标专利名称**：2095减少服务器-客户端会话的数目CN105164989B
**本次调用的模型名称**：DeepSeek-R1
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **特征A**：所述多个客户端通过网络可通信地连接到服务器，所述方法包括<br>**《直接公开》** | [0059] “The network environment comprises one or more clients 102a-102n in communication with one or more servers 106a-106n via one or more networks 104, 104′.”<br>（网络环境包括一个或多个客户端102a-102n，通过一个或多个网络104、104'与一个或多个服务器106a-106n通信。） | 对比文件明确公开了多个客户端通过网络连接到服务器的架构，与目标专利特征A完全相同，且作用一致（用于实现客户端与服务器间的通信）。因此，该技术特征被直接公开。 |
| **特征B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求<br>**《直接公开》** | [0062] “The appliance 200, which also may be referred to as an interface unit 200 or gateway 200, is shown between the networks 104 and 104′.”<br>[0063] “In some embodiments, the appliance 200 receives a request from a client 102 to establish a SSL session with a server 106.”<br>（设备200（也称为接口单元或网关）位于网络104和104′之间。在一些实施例中，设备200接收来自客户端102的请求，以与服务器106建立SSL会话。） | 对比文件中的设备200作为中间节点，位于客户端与服务器之间，接收客户端发往服务器的请求，实质上是拦截了该请求（因为请求不会直接到达服务器，而是由中间节点处理）。该步骤与目标专利特征B中“拦截第一请求”作用相同，都是中间节点获取客户端请求以进行后续处理。因此，该技术特征被直接公开。 |
| **特征C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话<br>**《直接公开》** | [0070] “a first core 661 of multi-core system deployed as an intermediary 200 between the client 102 and a server 106 receives a request 671 from a client 102 to establish a SSL session 641 with a server 106.”<br>（作为客户端102和服务器106之间的中介200部署的多核系统的第一核心661接收来自客户端102的请求671，以与服务器106建立SSL会话641。）<br>[0071] 后续描述了建立SSL会话的详细步骤。 | 对比文件中的中间节点（多核系统）接收第一客户端的请求后，利用该请求在中间节点与服务器之间建立了SSL会话。这与目标专利特征C中“利用第一请求建立中间节点与服务器之间的服务器-客户端会话”完全一致，均是在中间节点与服务器之间建立代表客户端的会话。因此，该技术特征被直接公开。 |
| **特征D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求<br>**《隐含公开》** | [0059] 公开了多个客户端102a-102n。<br>[0071] “A second packet engine 662 of a second core 662 receives a request 672 from the client 102 to resume the SSL session.”<br>（第二核心662的第二分组引擎662接收来自客户端102的请求672以恢复SSL会话。）<br>虽然该段落中请求来自同一客户端，但结合对比文件明确存在多个客户端（[0059]），且中间节点可以接收来自不同客户端的请求。本领域技术人员能够合理推断，当第二客户端发送请求时，中间节点同样会拦截该请求，且该请求不同于第一请求（例如一个为建立会话，一个为恢复会话）。 | 对比文件虽然没有明确公开“第二客户端”的请求，但基于其多客户端设置和中间节点接收请求的通用机制，本领域技术人员容易想到第二客户端发送的请求会被中间节点拦截，且该请求与第一请求不同（例如第一请求建立会话，第二请求恢复会话，或两者为不同客户端的不同请求）。因此，该技术特征被隐含公开。 |
| **特征E**：确定第一请求是否部分地与第二请求重叠<br>**未公开** | 无相关内容。 | 对比文件完全未涉及请求之间是否重叠的判断。其核心在于通过会话标识识别核心并克隆会话，而非分析请求内容的重叠性。因此，该技术特征未被公开。 |
| **特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。<br>**未公开** | 无相关内容。 | 对比文件未公开任何基于请求重叠来更新会话的机制。其会话更新（克隆）是基于核心标识而非请求内容重叠。因此，该技术特征未被公开。 |
| **特征G**：其还包括<br>**未公开** | 无实质内容，仅连接词。 | 该特征仅为方法步骤的引导词，无具体技术限定，对比文件未公开也无必要公开。 |
| **特征H**：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据<br>**未公开** | 无相关内容。 | 对比文件中，中间节点通过SSL会话接收数据，但未涉及“根据第一请求和第二请求”通过同一会话接收数据。其接收数据是针对单一会话，而非组合请求。因此，该技术特征未被公开。 |
| **特征I**：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求。<br>**未公开** | 无相关内容。 | 对比文件未公开根据两个不同请求从同一数据导出不同响应的过程。其响应生成是针对单一客户端请求的。因此，该技术特征未被公开。 |
| **特征J**：其还包括<br>**未公开** | 无实质内容。 | 同特征G。 |
| **特征K**：响应于第一请求从中间节点向第一客户端传送第一响应<br>**《直接公开》** | [0074] “The first core 661 may transmit a response to the client 102.”<br>（第一核心661可以向客户端102发送响应。） | 对比文件公开了中间节点（核心）向客户端发送响应的操作，且该响应是针对第一请求的（例如对建立会话请求的响应）。与目标专利特征K中“向第一客户端传送第一响应”一致。因此，该技术特征被直接公开。 |
| **特征L**：可选地响应于第二请求从中间节点向第二客户端传送第二响应<br>**《直接公开》** | [0074] 同样适用于第二核心向客户端发送响应，且对比文件系统支持多客户端响应。 | 对比文件公开了中间节点向客户端发送响应，且系统中存在多个客户端，因此本领域技术人员可以直接想到向第二客户端传送对应于第二请求的响应。该特征与目标专利特征L实质相同。因此，被直接公开。 |
| **特征M**：其中<br>**未公开** | 无实质内容。 | 同特征G。 |
| **特征N**：确定由第一请求所请求的第一信息集合<br>**未公开** | 无相关内容。 | 对比文件未涉及确定请求所请求的信息集合（如资源、数据等）。其关注的是SSL会话标识而非请求内容。因此，该技术特征未被公开。 |
| **特征O**：确定由第二请求所请求的第二信息集合<br>**未公开** | 无相关内容。 | 同特征N。 |
| **特征P**：确定第一请求是否至少部分地与第二请求重叠包括<br>**未公开** | 无相关内容。 | 对比文件未公开任何重叠判断的步骤。 |
| **特征Q**：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出。<br>**未公开** | 无相关内容。 | 对比文件未公开信息集合的比较或导出。 |
| **特征R**：还包括<br>**未公开** | 无实质内容。 | 同特征G。 |
| **特征S**：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合<br>**未公开** | 无相关内容。 | 对比文件未公开任何过滤操作。 |
| **特征T**：响应于第二请求向第二客户端传送所述经过过滤的信息集合。<br>**未公开** | 无相关内容。 | 对比文件未公开过滤后传送。 |
| **特征U**：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括<br>**未公开** | 无相关内容。 | 对比文件未涉及格式差异。 |
| **特征V**：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合<br>**未公开** | 无相关内容。 | 对比文件未公开格式转换。 |
| **特征W**：响应于第二请求向第二客户端传送所述经过转化的信息集合。<br>**未公开** | 无相关内容。 | 对比文件未公开转换后传送。 |
| **特征X**：其中，确定第一请求是否部分地与第二请求重叠包括<br>**未公开** | 无相关内容。 | 对比文件未公开任何重叠判断。 |
| **特征Y**：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话。<br>**未公开** | 无相关内容。 | 对比文件未公开模式匹配。 |
| **特征Z**：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配。<br>**未公开** | 无相关内容。 | 对比文件未公开跨协议匹配。 |
---
### 结论
根据上述特征比对，对比文件**直接公开**了技术特征 A、B、C、K、L，**隐含公开**了技术特征 D，其余技术特征（E、F、G、H、I、J、M、N、O、P、Q、R、S、T、U、V、W、X、Y、Z）均未被公开。
<<<A>>> <<<B>>> <<<C>>> <<<K>>> <<<L>>> <<<d>>>