对比文件名称：2005-01-27_US2005021616A_发明申请_US20050021616A1 Method for managing sessions between network parties, methods, network element and terminal for managing calls
目标专利名称：减少服务器-客户端会话的数目CN105164989B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：所述多个客户端通过网络可通信地连接到服务器，所述方法包括《直接公开》 | 对比文件[0053]：“four terminals A, B, C, D that are participating in a group call.”（四个终端A、B、C、D参与组呼叫。）以及[0001]：“method for managing sessions between network parties”（管理网络方之间会话的方法）。 | 对比文件明确公开了多个终端（客户端）通过网络连接到服务器（组呼叫服务器），构成客户端-服务器网络架构。该特征与目标专利中客户端通过网络连接到服务器的环境描述在作用上相同，均属于系统基础前提。因此直接公开。 |
| 技术特征B：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求《直接公开》 | 对比文件[0085]：“Terminal A (re-)registers to the group call servers ... by sending a SIP INVITE message to registrar/group service.”（终端A通过向注册器/集团服务发送SIP INVITE消息来（重新）注册到组呼叫服务器。）以及[0060]：“combined SIP message M1 on an air interface between terminal A and the group service.”（组合SIP消息M1在终端A与集团服务之间的空中接口上传输。） | 对比文件中的“registrar/group service”即为中间节点（网络元素），其接收来自终端A（第一客户端）的SIP INVITE消息（第一请求），该消息以组呼叫服务器为目的地。中间节点拦截（接收）该请求，与目标专利中“在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求”在角色和动作上实质相同。因此直接公开。 |
| 技术特征C：利用第一请求在中间节点与服务器之间建立服务器-客户端会话《直接公开》 | 对比文件[0085]：“registrar/group service sends SIP INVITE messages to group call servers GCS1, GCS2, GCS3, respectively.”（注册器/集团服务分别向组呼叫服务器GCS1、GCS2、GCS3发送SIP INVITE消息。）以及[0062]：“group service of network element NE sends a SIP message M2 to group call server GCS2.”（网络元素NE的集团服务向组呼叫服务器GCS2发送SIP消息M2。） | 对比文件中的中间节点（group service/registrar）接收到终端A的第一请求（SIP INVITE）后，利用该请求向组呼叫服务器（服务器）发送SIP INVITE消息，从而建立中间节点与服务器之间的SIP会话（第二子会话）。这实质上是利用第一请求创建了中间节点与服务器之间的会话，与目标专利中“利用第一请求在中间节点与服务器之间建立服务器-客户端会话”的技术内容和技术作用一致。因此直接公开。 |
| 技术特征D：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求《隐含公开》 | 对比文件[0053]涉及多个终端（A、B、C、D），但未直接描述第二客户端发送请求被中间节点拦截。对比文件[0097]：“network element receives a SIP REGISTER message with 0 expiration time from the SIP user agent of a registered terminal”（网络元素接收来自注册终端的SIP用户代理的过期时间归零的注册消息）。 | 对比文件主要聚焦于第一终端A的管理，但其系统架构包含多个终端，且网络元素作为中心节点可以接收来自任何终端的SIP消息。本领域技术人员能够合理推断，当存在第二客户端（如终端B）时，其发往服务器的请求同样会被网络元素拦截处理，因为网络元素处于网络路径中。这种推理符合对比文件的设计思想，因此隐含公开了在中间节点处拦截来自第二客户端的第二请求的技术特征。 |
| 技术特征E：确定第一请求是否部分地与第二请求重叠《隐含公开》 | 对比文件[0070]：“The group service analyzes these individual and/or combined SIP messages, eliminates repeated SIP content and generates a combined SIP message.”（集团服务分析这些单独和/或组合SIP消息，消除重复的SIP内容并生成组合SIP消息。）以及[0069]：“collects these received individual and/or combined SIP messages ... eliminates repeated SIP content.”（收集这些接收到的单独和/或组合SIP消息……消除重复的SIP内容。） | 对比文件中的集团服务（中间节点）在处理来自不同源的消息时，会分析消息内容，识别并消除重复部分，这隐含地要求确定消息之间是否存在重叠（重复）的内容。该分析步骤与目标专利中确定请求是否部分重叠（即是否存在可组合的公共部分）在本质上是相同的功能。因此隐含公开。 |
| 技术特征F：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。《隐含公开》 | 对比文件[0101]：“When the mobile repeatedly registers to the network or re-establishes connection with the network, the retained session is re-established by the network towards the second party on behalf of the mobile.”（当移动终端再次注册到网络或重新建立与网络的连接时，网络代表移动终端向第二方重新建立所保留的会话。）以及[0086-0087]描述当终端A注册时，网络元素重新向组呼叫服务器发送INVITE以重建会话。 | 对比文件在终端重新注册时，网络元素会重新建立之前记住的会话（这些会话包含多个请求的信息），这相当于更新（重新建立）中间节点与服务器之间的会话，以涵盖终端请求的部分（即重新包含该终端的所有记住的会话）。尽管触发条件不是严格针对重叠判断，但该操作在效果上更新了会话以适应新的请求（包含了第二请求的部分），并且涉及在已有会话基础上进行扩展（当有新的请求时更新会话）。因此对于特征F包含的核心动作（更新中间节点与服务器之间的会话以包括第二请求的部分）属于隐含公开。 |
| 技术特征G：其还包括（未公开） | 无对应原文 | 该特征仅为过渡性语言，无具体技术内容，对比文件未公开或隐含公开此类单纯引导性表述。 |
| 技术特征H：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据《隐含公开》 | 对比文件[0069]：“group service receives SIP messages from further group call servers.”（集团服务从其他组呼叫服务器接收SIP消息。）以及[0036]：“combining of media streams from second subsessions ... into a single media stream.”（将来自第二子会话的媒体流组合成单一媒体流。） | 对比文件中的中间节点（网络元素）通过已建立的与组呼叫服务器的第二子会话（相当于服务器-客户端会话）接收来自服务器的数据（SIP消息或媒体流）。这些数据可以对应于多个请求（如涉及不同终端的会话）。尽管可能不是严格通过单一聚合会话，但对比文件允许将第二子会话组合为组合会话，这种组合会话可以同时携带对应于多个请求的数据。因此隐含公开了通过服务器-客户端会话接收与第一和第二请求相关的数据。 |
| 技术特征I：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求。《隐含公开》 | 对比文件[0069]：“The group service collects these received individual and/or combined SIP messages, eliminates repeated SIP content and generates a combined SIP message that is transmitted to terminal A.”（集团服务收集这些接收到的单独和/或组合SIP消息，消除重复的SIP内容并生成发送给终端A的组合SIP消息。）以及[0070]：“generates a combined SIP message.”（生成组合SIP消息。） | 对比文件中的集团服务从收集到的响应数据中生成针对第一客户端（终端A）的组合响应消息（第一响应），该导出过程是根据第一请求的内容进行的。对于第二响应（如对其他终端的响应），对比文件虽然未明确由中间节点直接导出，但本领域技术人员可以理解，当存在第二请求时，中间节点同样需要导出一个相应的响应（例如通过拆分组合消息或单独处理）。这种导出动作是处理拦截请求的必然扩展，因此隐含公开。 |
| 技术特征J：其还包括（未公开） | 无对应原文 | 该特征仅为过渡性语言，无具体技术内容，对比文件未公开或隐含公开。 |
| 技术特征K：响应于第一请求从中间节点向第一客户端传送第一响应《直接公开》 | 对比文件[0086]：“registrar/group service collects the SIP messages and sends a combined SIP response message to terminal A.”（注册器/集团服务收集SIP消息并向终端A发送组合SIP响应消息。）以及[0070]：“generates a combined SIP message that is transmitted to terminal A.”（生成发送给终端A的组合SIP消息。） | 对比文件明确公开了中间节点（集团服务）在接收响应数据后，向第一客户端（终端A）传送响应消息（组合SIP响应），该响应是对第一请求的回应。这与目标专利中响应于第一请求向第一客户端传送第一响应的技术特征完全一致，作用相同。因此直接公开。 |
| 技术特征L：可选地响应于第二请求从中间节点向第二客户端传送第二响应（未公开） | 对比文件[0065]：“group call server GCS2 splits a received combined SIP message M2 into a number of individual SIP messages M5, M6, M7 that are subsequently sent to terminals B, C, D, respectively.”（组呼叫服务器GCS2将接收到的组合SIP消息M2拆分成多个单独SIP消息M5、M6、M7，这些消息随后分别发送给终端B、C、D。） | 对比文件中，向第二客户端（终端B等）传送响应是由组呼叫服务器（而非中间节点）执行的。中间节点（网络元素）并不直接向第二客户端传送响应，而是通过组呼叫服务器转发。因此对比文件没有公开中间节点直接向第二客户端传送第二响应这一特征。尽管可推理中间节点可能间接参与，但缺乏明确支持，故不认为隐含公开。 |
| 技术特征M：其中（未公开） | 无对应原文 | 该特征仅为过渡性语言，无具体技术内容，对比文件未公开或隐含公开。 |
| 技术特征N：确定由第一请求所请求的第一信息集合《隐含公开》 | 对比文件[0109]：“most of the content of SIP INVITE messages for all of the simultaneous SIP sessions is in fact the same for all the sessions”（对于所有同时SIP会话，SIP INVITE消息的大部分内容实际上是相同的）以及[0060]：“combined SIP message comprises the information that would have been sent in individual SIP messages”（组合SIP消息包含本应在单独SIP消息中发送的信息）。 | 对比文件中的中间节点在处理请求时，必须解析请求内容以确定请求所携带的信息（如会话描述、媒体参数等），这隐含地确定了请求所请求的信息集合。尽管信息集合的具体定义不同，但分析请求内容以提取信息集合是必然的操作。因此隐含公开。 |
| 技术特征O：确定由第二请求所请求的第二信息集合《隐含公开》 | 理由与特征N类似，基于对比文件的处理逻辑，中间节点同样需要解析第二请求的信息集合。 | 当中间节点接收到来自第二客户端的第二请求时，本领域技术人员可以合理推断，其同样需要确定该请求所请求的信息集合，这是进行任何后续处理（如组合、过滤）的前提。因此隐含公开。 |
| 技术特征P：确定第一请求是否至少部分地与第二请求重叠包括（隐含公开） | 本特征为过渡短语，但其所引导的确定步骤已在特征E的论述中隐含公开。 | 对比文件在消息处理中隐含了确定重叠的步骤（如特征E所述），因此本特征作为对该步骤的引入性描述也隐含公开。 |
| 技术特征Q：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出。《隐含公开》 | 对比文件[0070]：“eliminates repeated SIP content”（消除重复的SIP内容）——表明识别了重复内容即重叠；以及[0036]关于媒体流组合：“combining of media streams from second subsessions... into a single media stream”（将第二子会话的媒体流组合成单一媒体流）——涉及信息的导出与重组。 | 对比文件在消除重复内容时，实际上确定了信息集合之间的重叠（相同部分）。对于“能够从第一信息集合导出第二信息集合”这一方面，对比文件[0036]中媒体流组合意味着从多个流中提取信息生成单一流，这一过程隐含了从一个信息集合导出另一个信息集合的可能性（例如从全量数据导出子集）。因此隐含公开。 |
| 技术特征R：还包括（未公开） | 无对应原文 | 过渡性语言，无具体技术内容，未公开。 |
| 技术特征S：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合（未公开） | 对比文件中没有明确描述基于第二请求对信息集合进行过滤的操作。在媒体流处理中虽有组合，但并非过滤。 | 目标专利的过滤是指从完整数据中提取与第二请求相关的子集。对比文件包括SIP消息的组合与拆分，但未涉及根据请求条件对数据内容进行筛选过滤。因此既无直接公开也无隐含公开。 |
| 技术特征T：响应于第二请求向第二客户端传送所述经过过滤的信息集合（未公开） | 无对应原文。 | 由于特征S未公开，该传送步骤自然未公开。 |
| 技术特征U：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括（未公开） | 对比文件未提及不同格式或格式转换。 | 对比文件涉及的都是SIP协议，未涉及不同数据格式（如温度单位、数据序列化格式）的差异。因此未公开。 |
| 技术特征V：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合（未公开） | 对比文件无格式转化内容。 | 同特征U，无公开。 |
| 技术特征W：响应于第二请求向第二客户端传送所述经过转化的信息集合（未公开） | 无对应原文。 | 基于特征V未公开，本特征也未被公开。 |
| 技术特征X：其中，确定第一请求是否部分地与第二请求重叠包括（隐含公开） | 对比文件[0070]的分析和消除重复操作已经隐含了确定重叠的步骤，因此该引入性描述也隐含公开。 | 对比文件中中间节点对消息的分析必然包括确定重叠内容，由此隐含确定步骤的存在。因此本特征作为重叠确定步骤的一部分隐含公开。 |
| 技术特征Y：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话。（未公开） | 对比文件未提及任何模式比较或模式定义。 | 目标专利的模式比较用于识别可组合的会话类型。对比文件处理SIP会话时并不依赖预定义的模式，而是基于SIP标准信令。因此未公开。 |
| 技术特征Z：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配。（未公开） | 对比文件所有通信均基于SIP协议，未涉及多协议适配。 | 该特征涉及跨协议模式匹配，对比文件仅涉及单一SIP协议，不存在不同协议请求的匹配。因此未公开。 |
综上，对比文件直接公开了技术特征A、B、C、K；隐含公开了技术特征D、E、F、H、I、N、O、P、Q、X。
根据输出格式要求，在回答结尾插入对应代码。注意代码大小写：直接公开用大写字母代码，隐含公开用小写字母代码（对于特征L，因未公开不插入代码，特征S、T、U、V、W、Y、Z未公开不插入，特征G、J、M、R未公开不插入）。
注意：特征P和X均为隐含公开，分别输出<<<p>>>和<<<x>>>。
因此结尾代码为：
<<<A>>><<<B>>><<<C>>><<<K>>><<<d>>><<<e>>><<<f>>><<<h>>><<<i>>><<<n>>><<<o>>><<<p>>><<<q>>><<<x>>>
注意：代码必须连续，无空格。