对比文件名称：2010-04-22_US2010100621A_发明申请_US20100100621A1 SHARING STATUS INFORMATION ACROSS A PLURALITY OF COMMUNICATION NETWORKS
目标专利名称：2095减少服务器-客户端会话的数目CN105164989B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：所述多个客户端通过网络可通信地连接到服务器《直接公开》 | 对比文件[0014]：“第一通信网络10包括第一12至第三16网络设备，分别通过第一12a至第三16a有线通信链路连接到第一网络服务器18。” | 该描述明确公开了多个网络设备（客户端）通过通信链路连接到网络服务器（服务器），因此本领域技术人员可以直接地、毫无疑义地确定该特征已被公开，且作用相同（均涉及客户端与服务器之间的网络连接）。 |
| 技术特征B：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求《无公开》 | 对比文件[0038]：“协作服务传输查询到SUSF，请求用户及其移动设备的状态信息，查询被SUSF接收。” | 对比文件中的SUSF是网络服务器的一部分，其接收查询是直接接收，而非拦截；且SUSF并非位于客户端与服务器之间的中间节点。因此，对比文件既未直接公开也未隐含公开“在中间节点处拦截”这一概念。 |
| 技术特征C：利用第一请求在中间节点与服务器之间建立服务器-客户端会话《无公开》 | 对比文件[0039]：“SUSF检索状态信息，如果用户活跃，则SUSF发送‘用户可用’响应，使服务能够建立包括用户的网络会话。” | 对比文件中的SUSF帮助建立应用与用户之间的网络会话，而非在中间节点与服务器之间建立服务器-客户端会话。且没有“利用第一请求在中间节点与服务器之间建立会话”的教导。因此，无公开。 |
| 技术特征D：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求《无公开》 | 同特征B，对比文件[0038]描述的是单一查询，未涉及多个不同请求的拦截。 | 对比文件未公开任何针对第二请求的拦截，也不存在中间节点。因此，无公开。 |
| 技术特征E：确定第一请求是否部分地与第二请求重叠《无公开》 | 对比文件未提及确定两个请求重叠的任何内容。 | 对比文件仅描述单个请求的处理，没有关于请求重叠的判断。因此，无公开。 |
| 技术特征F：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分《无公开》 | 对比文件未提及更新会话以包括另一请求部分。 | 对比文件没有公开基于重叠条件更新会话的步骤。因此，无公开。 |
| 技术特征G：其还包括《无公开》 | 对比文件无相关表述。 | 引导性特征，对比文件未公开。 |
| 技术特征H：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据《无公开》 | 对比文件未公开中间节点根据两个请求通过会话接收数据。 | 无公开。 |
| 技术特征I：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求《无公开》 | 对比文件未公开从同一数据导出两个响应。 | 无公开。 |
| 技术特征J：其还包括《无公开》 | 引导性特征，无公开。 | |
| 技术特征K：响应于第一请求从中间节点向第一客户端传送第一响应《无公开》 | 对比文件[0039]：“SUSF发送响应（例如‘用户可用’响应）到协作服务，确认用户可用。” | 虽然SUSF发送响应，但SUSF是服务器而非中间节点，且响应不是基于从服务器接收的数据导出，而是基于存储的状态信息。因此，不构成公开。 |
| 技术特征L：可选地响应于第二请求从中间节点向第二客户端传送第二响应《无公开》 | 同特征K，无公开。 | |
| 技术特征M：其中《无公开》 | 引导性特征，无公开。 | |
| 技术特征N：确定由第一请求所请求的第一信息集合《直接公开》 | 对比文件[0038]：“协作服务传输查询到SUSF，请求用户及其移动设备的状态信息。” | 该查询明确请求了特定的信息集合（用户及移动设备状态），SUSF接收后即确定该信息集合。因此，本领域技术人员可以直接确定该特征已被公开。 |
| 技术特征O：确定由第二请求所请求的第二信息集合《直接公开》 | 对比文件[0038]同样可应用于第二请求，且对比文件[0055]提到“共享网络用户状态信息”，表明SUSF能够处理多个请求并确定各自请求的信息集合。 | 对比文件公开了SUSF接收不同请求并确定其请求的信息集合的能力，因此技术特征O被直接公开。 |
| 技术特征P：确定第一请求是否至少部分地与第二请求重叠包括《无公开》 | 对比文件未公开重叠判断。 | 无公开。 |
| 技术特征Q：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出《无公开》 | 对比文件未公开任何重叠或导出判断。 | 无公开。 |
| 技术特征R：还包括《无公开》 | 引导性特征，无公开。 | |
| 技术特征S：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合《隐含公开》 | 对比文件[0046]：“第一SUSF 32也可以作为用户的代理。例如，第一SUSF 32可以通知外部应用用户有或没有移动设备，并可以指示该设备的状态，但不披露移动电话号码。” | 该描述表明SUSF根据请求（外部应用）对用户信息进行过滤，仅提供部分信息。虽然未明确提及“第一信息集合”和“第二请求”，但可以合理推断，当存在多个请求时，SUSF可能对不同请求提供不同过滤结果。因此，本领域技术人员有可能从对比文件推理出根据请求过滤信息集合的特征，属于隐含公开。 |
| 技术特征T：响应于第二请求向第二客户端传送所述经过过滤的信息集合《隐含公开》 | 同上，对比文件[0046]中SUSF向外部应用传送过滤后的信息（不披露电话号码）。 | 对比文件公开了SUSF向请求方传送过滤后的信息，因此隐含公开了该特征。 |
| 技术特征U：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括《无公开》 | 对比文件未提及不同格式。 | 无公开。 |
| 技术特征V：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合《无公开》 | 对比文件未提及格式转换。 | 无公开。 |
| 技术特征W：响应于第二请求向第二客户端传送所述经过转化的信息集合《无公开》 | 对比文件未提及。 | 无公开。 |
| 技术特征X：其中，确定第一请求是否部分地与第二请求重叠包括《无公开》 | 对比文件未公开重叠判断。 | 无公开。 |
| 技术特征Y：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话《无公开》 | 对比文件未公开模式比较。 | 无公开。 |
| 技术特征Z：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配《无公开》 | 对比文件未公开协议适配的模式匹配。 | 无公开。 |
<<<A>>><<<N>>><<<O>>><<<s>>><<<t>>>