好的，我们开始进行专利创造性评估中的特征比对工作。
**对比文件名称：** 2006-08-10_WO2006083203A_发明申请_WO2006083203A1 A METHOD AND ARRANGEMENT FOR PROVIDING COMMUNICATION GROUP INFORMATION TO A CLIENT
**目标专利名称：** 1141通信网络中的组管理CN102172052B
**本次调用的模型名称：** DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件全文涉及的是组创建、修改和成员资格的通知，而非对已存在组的成员状态进行监测。） | 目标专利的技术特征A明确要求“接收监测包括多个组成员的组的请求”，且“请求包含待监测的至少一个标准”。其核心在于“监测”，即请求节点请求网络节点持续或定期地根据特定标准评估组成员的状态。对比文件描述的是“组创建请求”（group creation request）、“组修改请求”（group modification request）以及“组拒绝消息”（group reject message）。这些请求的目的是创建、修改组成员列表或拒绝成员资格，而非接收一个用于监测组状态的请求。对比文件中虽然涉及服务器之间的事件通知，但请求节点（如客户端A）并未向网络节点发送一个用于“监测”组的请求。因此，对比文件未公开技术特征A。 |
| **技术特征B：** 确定哪些组成员满足所述标准。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件中网络节点的操作是基于组创建/修改指令来管理成员列表，而非根据满足特定标准来选择组成员。） | 技术特征B是“确定哪些组成员满足所述标准”。这隐含了存在一个“标准”，并且网络节点的任务是评估所有组成员，找出符合该标准的人。对比文件的网络节点（如组管理服务器202A）的操作是基于客户端A的明确指令来添加或删除成员，例如“将客户端X添加到组中”（add client X to the group）或“将客户端B从组中移除”（remove client B from the group）。节点的动作是执行指令，而不是根据预设标准进行成员资格判断或选择。对比文件未描述任何“标准”以及基于“标准”对组成员进行确定的过程。因此，对比文件未公开技术特征B。 |
| **技术特征C：** 向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件中服务器发送的通知消息是组事件通知（group event notification），其内容为组成员身份和事件类型，不包含标准满足信息或标准身份。） | 技术特征C要求发送的通知消息包含两部分：1）满足标准的成员身份；2）其它标准满足信息（包括所满足标准身份）。对比文件中，服务器202A向其他网络发送的“组事件通知”（group event notification）包含“事件类型（例如‘added group member’）、组身份（例如PSI）和可选的组名称”。该通知的目的是告知其他服务器其客户端已加入或已被移除某个组，并不包含任何关于“标准”的信息，也没有“其它标准满足信息”。通知中的信息是成员身份和操作类型，而非评估结果。因此，对比文件未公开技术特征C。 |
| **技术特征D：** 其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。<br/><br/>**公开性判断：《直接公开》** | **对比文件 [p0047]:** “A client may thus subscribe to such events , e . g . by means of a SIP message "SIP SUBSCRIBE", (event = SIP-profile) and automatically receive notifications on occurring group membership events .” <br/><br/>（中文翻译：**因此，客户端可以订阅这样的事件，例如，通过SIP消息“SIP SUBSCRIBE”（事件=SIP配置文件）来自动接收关于发生的组成员事件的通知。**） | 对比文件明确描述了使用SIP协议进行事件订阅和通知的机制。虽然其上下文是客户端订阅组事件以获取自身组成员资格的变更通知，而非目标专利中请求节点监测组状态，但从协议层面看，对比文件公开了使用SIP SUBSCRIBE消息发起请求和SIP NOTIFY消息接收通知的技术方案。该技术方案与特征D所限定的协议类型完全一致。因此，本领域技术人员能够毫无疑义地确定，对比文件直接公开了技术特征D。 |
| **技术特征E：** 其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件未公开“其它标准满足信息”这一概念，故无从谈起将其包含在XML元素中。） | 技术特征E是对特征C的一种具体限定，即如何包含“其它标准满足信息”。由于对比文件未公开技术特征C中的“其它标准满足信息”，因此对比文件自然也未能公开将其包含在SIP NOTIFY消息主体中的XML元素中这一进一步的特征。对比文件未公开技术特征E。 |
| **技术特征F：** 其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件中通知消息的发送时机与组创建、修改或拒绝事件相关，并且内容不涉及“标准”和基于标准的成员选择。） | 技术特征F对通知消息的发送时机和内容做了进一步限定：1）在会话建立之前发送；2）包含满足标准的所有成员身份。对比文件中的“组事件通知”是在组创建或修改后立即发送的，这可能发生在任何通信会话建立之前。然而，其内容是基于客户端操作（添加/删除）的成员身份，而不是基于某种标准“满足”的成员身份。由于对比文件未公开“标准”和“基于标准确定成员”的概念，因此即使通知在会话建立前发送，其内容也并非“满足标准的所有组成员的身份”。因此，对比文件未公开技术特征F。 |
| **技术特征G：** 其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。<br/><br/>**公开性判断：未公开** | **与特征F相同，对比文件未公开该技术特征。** | 与特征F的论述相同。 |
| **技术特征H：** 其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。<br/><br/>**公开性判断：《隐含公开》** | **对比文件 [p0067]** (步骤4.3, 4.4): “Server 202A may also send a membership invalidity message in a step 4.3 to server 202B, to announce that client B is no longer a member in the group .”<br/>（中文翻译：**服务器202A也可以在步骤4.3中向服务器202B发送成员无效消息，以宣布客户端B不再是该组的成员。**）<br/><br/>**对比文件 [p0047]:** “a group membership notification may be automatically sent to client B from server 202B as soon as he/she has become a member of a communication group, or more generally whenever his/her group list L2 is changed in any way.”<br/>（中文翻译：**一旦客户端B成为某个通信组的成员，或者更一般地，只要他/她的组列表L2发生任何变化，就可以自动向客户端B发送组成员通知。**） | 技术特征H的核心是：当组成员状态改变时，发送包含该成员身份的通知。对比文件公开了多种组成员状态改变（如被添加、被移除）以及在这些改变发生时发送通知的机制。例如，当客户端B被从组中移除（状态改变），服务器202A向服务器202B发送“成员无效消息”，该消息必然包含被移除成员（客户端B）的身份。又如，当有新成员加入时，服务器也会发送包含新成员身份的通知。虽然对比文件改变的不是基于“标准”的状态，而是成员列表本身的状态，但“组成员的状态发生改变”这一广义概念已被对比文件公开。通知包含发生改变的成员的身份这一特征也明确公开。因此，对比文件隐含公开了技术特征H。 |
| **技术特征I：** 其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。<br/><br/>**公开性判断：《隐含公开》** | **与特征H相同，对比文件未公开该技术特征。** | 与特征H的论述相同。 |
| **技术特征J：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** （对比文件未公开“其它标准满足信息”这一概念，也未公开“位置信息”与标准满足之间的联系。） | 技术特征J及其后的多个技术特征（J-X）是对特征C中“其它标准满足信息”的具体内容进行限定。由于对比文件未公开技术特征C，因此对比文件自然也未能公开这些具体的信息元素，如“位置信息”、“存在信息”等。对比文件未公开技术特征J。 |
| **技术特征K：** 用于确定组成员状态的改变的存在信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征K。 |
| **技术特征L：** 满足所述标准的所述组中的组成员的数量<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征L。 |
| **技术特征M：** 组成员状态的改变的原因<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征M。 |
| **技术特征N：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征N。 |
| **技术特征O：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征O。 |
| **技术特征P：** 用于确定组成员状态的改变的存在信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征P。 |
| **技术特征Q：** 满足所述标准的所述组中的组成员的数量<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征Q。 |
| **技术特征R：** 组成员状态的改变的原因<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征R。 |
| **技术特征S：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征S。 |
| **技术特征T：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征T。 |
| **技术特征U：** 用于确定组成员状态的改变的存在信息<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征U。 |
| **技术特征V：** 满足所述标准的所述组中的组成员的数量<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征V。 |
| **技术特征W：** 组成员状态的改变的原因<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征W。 |
| **技术特征X：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br/><br/>**公开性判断：未公开** | **对比文件未公开该技术特征。** | 与特征J的论述相同。对比文件未公开技术特征X。 |
### 总结
综上所述，对比文件直接公开了技术特征D。对比文件隐含公开了技术特征H和I。技术特征A、B、C、E、F、G、J、K、L、M、N、O、P、Q、R、S、T、U、V、W、X未被对比文件直接或隐含公开。
<<<D>>>
<<<h>>>
<<<i>>>