对比文件名称：2010-09-22_JP455089B_发明专利_JP455089B2 Session binding method and system of multiple PoC session
目标专利名称：2095减少服务器-客户端会话的数目CN105164989B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 特征A：所述多个客户端通过网络可通信地连接到服务器，所述方法包括《直接公开》 | 对比文件[2]：“PoC客户端10是内置于移动终端中的服务请求者，通常通过接入网20连接到支持SIP和IP多媒体核心网SIP/IP核心网30。” | 对比文件公开了多个客户端（PoC客户端）通过接入网和核心网可通信地连接到服务器（PoC服务器），与目标专利中客户端通过网络连接服务器的技术特征实质相同，作用均为建立通信基础，因此直接公开。 |
| 特征B：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求《隐含公开》 | 对比文件[2]：“作为合并请求会话的PoC客户端X向管理其所属会话的PoC服务器X请求与目标会话合并（S100）。” | 对比文件中PoC服务器X接收来自第一客户端（PoC客户端X）的请求，该请求旨在与目标服务器（PoC服务器Y）合并会话。虽然未明确使用“拦截”一词，但PoC服务器X作为中间节点接收并处理原本可能发往目标服务器的请求，实质上起到了拦截作用，以中间节点身份管理后续会话。本领域技术人员可合理推断该公开内容隐含了拦截以服务器为目的地的请求的特征。 |
| 特征C：利用第一请求在中间节点与服务器之间建立服务器-客户端会话《隐含公开》 | 对比文件[2]：“PoC服务器X向PoC服务器Y请求会话合并，并协商管理合并会话的CF（PoC管理功能）（S110）。” | 对比文件公开了PoC服务器X（中间节点）利用第一请求与PoC服务器Y（服务器）进行会话合并协商，从而建立新的合并会话。该合并会话即中间节点与服务器之间的会话，用于管理后续通信，与目标专利中利用第一请求建立中间节点与服务器之间会话的作用相同，因此隐含公开。 |
| 特征D：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求《隐含公开》 | 对比文件[2]：“结合对象会话的PoC客户端Y”以及“结合对象会话的PoC服务器Y与客户端交互（如UPDATE过程）”，隐含第二客户端参与。 | 对比文件虽未直接描述第二客户端发送请求，但结合会话涉及多个客户端，且合并过程需处理多方请求。本领域技术人员可合理推断，在会话合并场景中，中间节点（PoC服务器X或Y）会接收来自其他客户端（如PoC客户端Y）的请求，这些请求不同于第一请求且以服务器为目的，隐含公开了拦截第二请求的特征。 |
| 特征E：确定第一请求是否部分地与第二请求重叠《直接公开》 | 对比文件[2]：“结合要请会话的客户端向结合对象会话传输自身组标识符，并传输关于结合对象会话的信息的过程”以及“会话结合指示子”等，明确判断是否可合并。 | 对比文件公开了确定两个会话是否可合并的过程，即判断第一请求（合并请求）与第二请求（目标会话）是否重叠。该判断是会话合并的前提，与目标专利中确定请求是否重叠的作用相同，直接公开。 |
| 特征F：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分《直接公开》 | 对比文件[2]：“对结合对象会话的PoC客户端Y发送更新的媒体参数（UPDATE）（S130），对结合要请会话的PoC客户端X发送关于结合要请的通知（NOTIFY）（S140）。” | 对比文件公开了在确定重叠后，更新会话参数以包括第二请求（目标会话）的成员或媒体信息，即更新中间节点（PoC服务器X）与服务器（PoC服务器Y）之间的会话，包括第二请求部分。这与目标专利中更新会话以包括第二请求未重叠部分的作用实质相同，直接公开。 |
| 特征G：其还包括《未公开》 | 无 | 过渡性特征，无技术内容，对比文件未公开且无法隐含。 |
| 特征H：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据《隐含公开》 | 对比文件[2]：“在结合会话内通话进行后”以及“结合会话管理过程”，隐含数据接收。 | 对比文件公开了合并会话后，中间节点（PoC服务器）通过合并会话接收来自服务器的数据（如媒体数据），以进行后续分发。本领域技术人员可合理推断，在会话合并场景中，中间节点需接收服务器数据以满足客户端请求，隐含公开了该特征。 |
| 特征I：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求《隐含公开》 | 对比文件[2]：“对结合要请会话的PoC客户端X发送通知（NOTIFY）”（对应第一响应），“对结合对象会话的PoC客户端Y发送更新（UPDATE）”（对应第二响应）。 | 对比文件公开了中间节点（PoC服务器）根据接收到的数据生成并发送不同响应给不同客户端，这些响应分别对应第一请求和第二请求。虽然未明确描述“导出”过程，但生成并分发响应本身即隐含了从数据导出响应的步骤，因此隐含公开。 |
| 特征J：其还包括《未公开》 | 无 | 过渡性特征，无技术内容，对比文件未公开。 |
| 特征K：响应于第一请求从中间节点向第一客户端传送第一响应《直接公开》 | 对比文件[2]：“对结合要请会话的PoC客户端X发送关于结合要请的通知（NOTIFY）。” | 对比文件明确公开了中间节点（PoC服务器X）向第一客户端（PoC客户端X）发送通知（第一响应），以响应第一请求，与目标专利特征K作用相同，直接公开。 |
| 特征L：可选地响应于第二请求从中间节点向第二客户端传送第二响应《直接公开》 | 对比文件[2]：“对结合对象会话的PoC客户端Y发送更新的媒体参数（UPDATE）。” | 对比文件明确公开了中间节点（PoC服务器Y）向第二客户端（PoC客户端Y）发送更新（第二响应），以响应第二请求，与目标专利特征L作用相同，直接公开。 |
| 特征M：其中《未公开》 | 无 | 过渡性特征，无技术内容，对比文件未公开。 |
| 特征N：确定由第一请求所请求的第一信息集合《隐含公开》 | 对比文件[2]：“结合要请会话的组显示名称（group display name）”或“组标识符”。 | 对比文件公开了确定第一请求相关的信息集合，例如组标识符或媒体参数，这些信息集合定义了第一请求所请求的内容。本领域技术人员可合理推断，在会话合并中，需确定请求的信息集合以判断重叠，隐含公开了该特征。 |
| 特征O：确定由第二请求所请求的第二信息集合《隐含公开》 | 对比文件[2]：“结合对象会话的组标识符”或“媒体参数”。 | 类似特征N，对比文件隐含了确定第二请求的信息集合，用于重叠判断，因此隐含公开。 |
| 特征P：确定第一请求是否至少部分地与第二请求重叠包括《隐含公开》 | 对比文件[2]：“结合条件”和“会话结合指示子”，隐含重叠判断包括信息集合比较。 | 对比文件公开了基于组标识符或媒体参数判断重叠，本领域技术人员可合理推断，重叠判断包括确定信息集合是否重叠，隐含公开了该特征。 |
| 特征Q：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出《隐含公开》 | 对比文件[2]：“结合条件观察”等，但未直接明确，但隐含信息集合关系。 | 对比文件隐含了信息集合之间的重叠或可导出关系（例如，通过合并会话），尽管未明确描述，但宽松标准下，本领域技术人员可合理推断该特征，因此隐含公开。 |
| 特征R：还包括《未公开》 | 无 | 过渡性特征，无技术内容，对比文件未公开。 |
| 特征S：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合《未公开》 | 无 | 对比文件未公开任何过滤操作，也无相关暗示，因此未公开。 |
| 特征T：响应于第二请求向第二客户端传送所述经过过滤的信息集合《未公开》 | 无 | 对比文件未公开基于过滤的传送，因此未公开。 |
| 特征U：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括《未公开》 | 无 | 对比文件未公开不同格式的信息集合，也无格式转换相关内容，因此未公开。 |
| 特征V：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合《未公开》 | 无 | 对比文件未公开格式转化操作，因此未公开。 |
| 特征W：响应于第二请求向第二客户端传送所述经过转化的信息集合《未公开》 | 无 | 对比文件未公开基于转化的传送，因此未公开。 |
| 特征X：其中，确定第一请求是否部分地与第二请求重叠包括《未公开》 | 无 | 对比文件未公开基于已知模式的比较方法，因此未公开。 |
| 特征Y：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话《未公开》 | 无 | 对比文件未公开模式比较或模式类型，因此未公开。 |
| 特征Z：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配《未公开》 | 无 | 对比文件未公开协议适配或模式匹配，因此未公开。 |
<<<A>>><<<E>>><<<F>>><<<K>>><<<L>>><<<b>>><<<c>>><<<d>>><<<h>>><<<i>>><<<n>>><<<o>>><<<p>>><<<q>>>