好的，我将严格遵循您的要求，以资深专利代理师的身份，对目标专利权利要求的技术特征与对比文件进行逐一的、严谨的比对和公开性判断。
**目标专利名称**：通信网络中的组管理CN102172052B
**对比文件名称**：2006-12-06_EP1587332B_发明授权_EP1587332B1 Method and Apparatus for Dynamic Group Address Creation
**本次调用的模型名称**：DeepSeek
以下是根据您的指令生成的特征比对表格及公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准。<br><br>**《直接公开》** | **对比文件[0056]**: 流程操作500从步骤502开始，其中用户1通过发送SIP Subscribe到GLMS来订阅组地址（URL）。SIP Subscribe请求在请求体中包含过滤器，该过滤器指示了组的活跃成员资格规则。 | 对比文件明确公开了网络节点（GLMS）接收来自请求节点（用户1）的监测组的请求（SIP Subscribe）。该请求包含待监测的至少一个标准（过滤器/规则，指示活跃成员资格）。这与技术特征A完全一致。 |
| **技术特征B**：确定哪些组成员满足所述标准。<br><br>**《直接公开》** | **对比文件[0056]**: GLMS，使用SIP Subscribe或其他机制，从存在服务器获取存在且满足组资格标准的用户列表（步骤504）。 | 对比文件公开了GLMS通过向存在服务器订阅或查询，来确定哪些组成员（用户）满足预先设定的标准（规则/过滤器）。这与技术特征B完全一致。 |
| **技术特征C**：向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。<br><br>**《直接公开》** | **对比文件[0057]**: GLMS发送一个SIP Notify给用户1，指示用户2现在成为该组的成员，原因是有共同的意大利食物偏好（步骤510）。 | 对比文件明确公开了向请求节点（用户1）发送通知消息（SIP Notify），该消息包含了满足标准的组成员的身份（用户2）。更重要的是，该通知消息还包含了“所满足的标准的身份”，即“因为共享意大利食物偏好”，这正是“其它标准满足信息”的一种。因此，技术特征C被直接公开。 |
| **技术特征D**：其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。<br><br>**《直接公开》** | **对比文件[0056]**: 用户1通过发送SIP Subscribe到GLMS来订阅组地址。<br>**对比文件[0057]**: GLMS发送一个SIP Notify给用户1... | 对比文件明确公开了请求消息为SIP Subscribe（步骤502），通知消息为SIP Notify（步骤510）。这与技术特征D完全一致。 |
| **技术特征E**：其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。<br><br>**《隐含公开》** | **对比文件[0037]**: 规则可以使用可扩展标记语言（XML）文档来定义。<br>**对比文件[0056]**: 过滤器（规则）在SIP Subscribe请求的主体中发送。 | 对比文件虽然没有在SIP Notify消息主体中明确示出包含标准满足信息的XML元素，但其公开了整个系统基于SIP和XML协议族。本领域技术人员可以合理推断，为了在通知消息中携带“所满足标准的身份”这类结构化信息，使用NOTIFY消息主体中的XML元素是标准的、必然的实现方式。因此，该特征被隐含公开。 |
| **技术特征F**：其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。<br><br>**《隐含公开》** | **对比文件[0057]**: GLMS发送一个SIP Notify给用户1，指示用户2现在成为该组的成员...<br>**对比文件[0074]**: GLMS聚合来自存在服务器1和存在服务器4的响应。GLMS使用一个SIP Notify通知用户1找到的匹配项。（步骤638-640） | 对比文件公开了在会话建立（步骤522的SIP Invite）之前，即发送了通知消息（步骤510, 518）。虽然初始通知可能逐个成员发送，但步骤638-640描述了GLMS聚合所有匹配成员后，再进行通知的场景。本领域技术人员可以合理推断，在初始订阅的响应中，为了给请求节点提供完整的组视图，通知消息包含满足标准的所有组成员的身份是一种常规实现。因此，该特征被隐含公开。 |
| **技术特征G**：其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。<br><br>**《隐含公开》** | （同技术特征F） | 论述同技术特征F。 |
| **技术特征H**：其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。<br><br>**《隐含公开》** | **对比文件[0057]**: 用户2发送SIP Publish到存在服务器...存在服务器通知GLMS，用户2可用并满足规则...GLMS添加用户2到组...GLMS发送SIP Notify给用户1，指示用户2现在成为组成员（步骤506-510）。 | 对比文件描述了当用户2发布信息并满足规则时（即组成员状态从“非成员”变为“成员”），存在服务器向GLMS发送通知，进而GLMS向请求节点发送通知，其中包含该新成员（用户2）的身份。这实质上就是在组成员状态发生改变时发送包含该成员身份的通知。因此，该特征被隐含公开。 |
| **技术特征I**：其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。<br><br>**《隐含公开》** | （同技术特征H） | 论述同技术特征H。 |
| **技术特征J**：其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br><br>**《未公开》** | **对比文件[0045]**: 规则可以引用存在和/或位置数据元素...例如，一个求救过滤器可以引用存在数据...当前位置...<br>**对比文件[0057]**: GLMS发送SIP Notify给用户1，指示用户2现在成为该组的成员，原因是有共同的意大利食物偏好。 | 对比文件虽然公开了可以使用位置信息作为动态组的判断标准（规则），但并未公开在通知消息中向请求节点发送“用于确定组成员状态的改变的位置信息”。通知消息中只包含了原因（偏好），未包含具体的位置数据。因此，此特征未被对比文件公开。 |
| **技术特征K**：用于确定组成员状态的改变的存在信息<br><br>**《未公开》** | **对比文件[0057]**: 用户2发送SIP Publish...发布存在信息...<br>**对比文件[0057]**: GLMS发送SIP Notify给用户1，指示用户2现在成为该组的成员，原因是有共同的意大利食物偏好。 | 类似特征J，对比文件将存在信息用于判断成员资格，但通知消息中并未包含这些存在信息本身。因此，此特征未被对比文件公开。 |
| **技术特征L**：满足所述标准的所述组中的组成员的数量<br><br>**《未公开》** | （对比文件通篇未提及） | 对比文件未公开在通知消息中提供满足标准的组成员的数量。因此，此特征未被对比文件公开。 |
| **技术特征M**：组成员状态的改变的原因<br><br>**《隐含公开》** | **对比文件[0057]**: GLMS发送一个SIP Notify给用户1，指示用户2现在成为该组的成员，原因是有共同的意大利食物偏好（because of a shared preference for Italian food）。 | 对比文件明确公开了通知消息中包含组成员状态改变的原因（“因为共享意大利食物偏好”）。这完全符合“组成员状态的改变的原因”的描述。因此，该特征被隐含公开（也可以认为被直接公开，但鉴于目标专利将其作为可选信息之一，这里按隐含公开处理以保持一致标准）。 |
| **技术特征N**：对组成员状态的改变发生时的时间戳；<br><br>**《未公开》** | （对比文件通篇未提及） | 对比文件未公开在通知消息中提供时间戳信息。因此，此特征未被对比文件公开。 |
| **技术特征N**（续）：并且使用动态信息还是静态信息来查找所述组成员。<br><br>**《未公开》** | （对比文件通篇未提及） | 对比文件未公开在通知消息中指示组成员是通过动态信息还是静态信息查找到的。因此，此特征未被对比文件公开。 |
| **技术特征O**：其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br><br>**《未公开》** | （同技术特征J） | 论述同技术特征J。 |
| **技术特征P**：用于确定组成员状态的改变的存在信息<br><br>**《未公开》** | （同技术特征K） | 论述同技术特征K。 |
| **技术特征Q**：满足所述标准的所述组中的组成员的数量<br><br>**《未公开》** | （同技术特征L） | 论述同技术特征L。 |
| **技术特征R**：组成员状态的改变的原因<br><br>**《隐含公开》** | （同技术特征M） | 论述同技术特征M。 |
| **技术特征S**：对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br><br>**《未公开》** | （同技术特征N） | 论述同技术特征N。 |
| **技术特征T**：其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息<br><br>**《未公开》** | （同技术特征J） | 论述同技术特征J。 |
| **技术特征U**：用于确定组成员状态的改变的存在信息<br><br>**《未公开》** | （同技术特征K） | 论述同技术特征K。 |
| **技术特征V**：满足所述标准的所述组中的组成员的数量<br><br>**《未公开》** | （同技术特征L） | 论述同技术特征L。 |
| **技术特征W**：组成员状态的改变的原因<br><br>**《隐含公开》** | （同技术特征M） | 论述同技术特征M。 |
| **技术特征X**：对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br><br>**《未公开》** | （同技术特征N） | 论述同技术特征N。 |
---
**总结**：根据上述严谨的对比分析，对比文件直接公开了技术特征A、B、C、D，隐含公开了技术特征E、F、G、H、I、M、R、W。技术特征J、K、L、N、O、P、Q、S、T、U、V、X未被对比文件公开或隐含公开。
**输出代码**：
<<<A>>><<<B>>><<<C>>><<<D>>>
<<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<m>>><<<r>>><<<w>>>