对比文件名称：2006-10-19_US2006235981A_发明申请_US20060235981A1 Providing a second service to a group of users using a first service
目标专利名称：1141通信网络中的组管理CN102172052B
本次调用的模型名称：未指定
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准。**未被公开** | 无 | 对比文件描述了从客户端发送SUBSCRIBE请求到服务器以获取组成员列表（[0050]段），但请求中未包含待监测的标准（如位置、存在等）。对比文件没有公开在请求中携带标准的教导，因此特征A未被公开。 |
| 技术特征B：确定哪些组成员满足所述标准。**《隐含公开》** | [0049]段：“PoC服务器始终维护三个列表：PoC组成员列表、PoC组会话参与者列表、以及未参与PoC组会话的成员列表。” | 对比文件中，服务器根据成员的状态（active/inactive）维护不同的列表，这隐含了确定哪些成员满足状态标准（活跃或非活跃）。因此特征B被隐含公开。 |
| 技术特征C：向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。**《隐含公开》** | [0184]段示例：“<user entity="sip:mary@example.com" state="full"><display-text>Mary</display-text><member-status>inactive</member-status></user>” | 对比文件第七实施例的NOTIFY消息中包含用户entity（身份）和<member-status>（如inactive），该元素指示了成员所满足的状态标准（即标准身份）。因此特征C被隐含公开。 |
| 技术特征D：其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。**《直接公开》** | [0050]段：“PoC客户端可以通过发送SUBSCRIBE到主持组的PoC服务器来询问这些URI。在步骤A3，这些URI被包含在响应中并发送到PoC客户端。该响应可以是NOTIFY消息。” | 对比文件明确公开了使用SUBSCRIBE请求和NOTIFY响应来获取URI列表，因此特征D被直接公开。 |
| 技术特征E：其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。**《直接公开》** | [0084]段：“列表（或多个列表）被包含在NOTIFY消息中，该消息在步骤F3发送到UE。”该NOTIFY消息的主体包含Conference State Event Package的XML文档。 | 对比文件中的NOTIFY消息主体使用XML格式携带信息，因此特征E被直接公开。 |
| 技术特征F：其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。**未被公开** | 无 | 对比文件没有明确公开通知消息在会话建立之前发送。所有实施例中的NOTIFY消息通常发生在会话开始之后或订阅时，未特别指出会话建立之前。因此特征F未被公开。 |
| 技术特征G：同F。**未被公开** | 同F | 同F。 |
| 技术特征H：其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。**《隐含公开》** | [0084]段：“PoC客户端发送SUBSCRIBE请求到PoC服务器…SUBSCRIBE请求使用引用会议状态事件包的事件。”会议状态事件包标准支持当状态改变时向订阅者发送更新NOTIFY。 | 对比文件采用会议状态事件包，该事件包机制规定当参加者状态改变时，服务器会向订阅者发送NOTIFY通知，其中包含改变的用户身份（如部分更新）。因此特征H被隐含公开。 |
| 技术特征I：同H。**《隐含公开》** | 同H | 同H。 |
| 技术特征J：其中，所述其它标准满足信息包含用于确定组成员状态的改变的位置信息。**未被公开** | 无 | 对比文件第七实施例中虽提及位置区域（<region>），但该位置信息是静态成员属性，而非用于确定状态改变的位置信息。对比文件没有公开位置信息用于监测状态改变。因此特征J未被公开。 |
| 技术特征K：用于确定组成员状态的改变的存在信息。**未被公开** | 无 | 对比文件未涉及存在信息（presence）的获取或通知。因此特征K未被公开。 |
| 技术特征L：满足所述标准的所述组中的组成员的数量。**《隐含公开》** | [0143]段示例：“<user-count>3</user-count>” | 对比文件第七实施例的会议状态中包含<user-count>元素，表示当前会议中的用户数量。当标准为活跃成员时，该数量即满足标准的组成员数量。因此特征L被隐含公开。 |
| 技术特征M：组成员状态的改变的原因。**《直接公开》** | [0177]段示例：“<reason>bad voice quality</reason>” | 对比文件第七实施例的<disconnection-info>中包含<reason>元素，明确给出了成员离开会议的原因，即状态改变的原因。因此特征M被直接公开。 |
| 技术特征N：对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。**未被公开** | 部分引用：[0177]段示例：“<when>2005-03-04T20:00:00Z</when>” | 对比文件公开了时间戳（<when>），但未公开“使用动态信息还是静态信息来查找所述组成员”。该特征需要同时满足两项，因此特征N未被公开。 |
| 技术特征O：同J。**未被公开** | 同J | 同J。 |
| 技术特征P：同K。**未被公开** | 同K | 同K。 |
| 技术特征Q：同L。**《隐含公开》** | 同L | 同L。 |
| 技术特征R：同M。**《直接公开》** | 同M | 同M。 |
| 技术特征S：同N。**未被公开** | 同N | 同N。 |
| 技术特征T：同J。**未被公开** | 同J | 同J。 |
| 技术特征U：同K。**未被公开** | 同K | 同K。 |
| 技术特征V：同L。**《隐含公开》** | 同L | 同L。 |
| 技术特征W：同M。**《直接公开》** | 同M | 同M。 |
| 技术特征X：同N。**未被公开** | 同N | 同N。 |
<<<b>>><<<c>>><<<D>>><<<E>>><<<h>>><<<i>>><<<l>>><<<M>>><<<q>>><<<R>>><<<v>>><<<W>>>