好的，作为一名资深专利代理师，我将依据您提供的严谨判断标准，对目标专利权利要求的各技术特征与对比文件进行详细比对和分析。
**对比文件名称：** 2007-07-19_JP2007183801A_发明专利_JP2007183801A Group management support device, group management device, group management support method, and group management method
**目标专利名称：** 1141通信网络中的组管理CN102172052B
**本次调用的模型名称：** 暂无（以资深专利代理师角色执行）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准。 | **对比文件段落[0042]：** “グループ管理支援装置１０３は、受信したプレゼンス情報から、当該プレゼンス情報をグループ構成のポリシとして利用しているグループを検索する（ステップＳ１４３）。” <br><br> **中文翻译：** “组管理支持设备103从接收到的存在信息中，检索将该存在信息作为组构成策略使用的组（步骤S143）。” | **直接公开：《未公开》** <br> 对比文件公开了组管理支持设备（网络节点）从存在服务器（Presence Server）接收**存在信息**。然而，目标专利的技术特征A明确限定为：网络节点从**请求节点**接收一个**请求**，该请求用于监测组，并且请求本身包含待监测的**标准**。对比文件中，组管理支持设备接收的是由存在服务器主动推送或基于订阅关系发送的、关于存在状态变化的**信息**，而非一个来自请求方的、包含特定监测标准的**请求**。因此，对比文件未公开“接收来自请求节点的、包含待监测标准的监测请求”这一技术方案，其作用（接收存在状态更新）与目标专利中（响应特定请求，进行标准满足性评估）不同。 |
| **技术特征B：** 确定哪些组成员满足所述标准。 | **对比文件段落[0042]：** “グループ管理支援装置１０３は、受信したプレゼンス情報から、当該プレゼンス情報をグループ構成のポリシとして利用しているグループを検索する（ステップＳ１４３）。該当するグループポリシがある場合は、そのグループポリシにしたがってグループ情報を編集し、グループ管理サーバ１０７に対して送信する（ステップＳ１４４）。” <br><br> **中文翻译：** “组管理支持设备103从接收到的存在信息中，检索将该存在信息作为组构成策略使用的组（步骤S143）。若存在对应的组策略，则按照该组策略编辑组信息，并发送给组管理服务器107（步骤S144）。” <br><br> **对比文件段落[0051]（结合图5，图6）：** “グループポリシの一例を図５に示す。ここでは、『グループＩＤ：ＧＩＤ：ｘｘｘ４で指し示されるグループは、……それぞれのプレゼンス情報の一種の「位置」が「会社」となっているクライアントからなるグループである』ことが指定されている。” <br><br> **中文翻译：** “组策略的一个例子如图5所示。这里指定了，由组ID：GID:xxx4指示的组，是由……其各自存在信息的一种‘位置’为‘公司’的客户端组成的组。” | **直接公开：《直接公开》** <br> 对比文件明确公开了组管理支持设备（网络节点）的功能。它根据预设的“组策略”（相当于标准/条件，例如“位置=公司”），并结合接收到的“存在信息”（相当于成员状态），来判断哪些客户端（组成员）满足该策略条件。步骤S143中的“检索”和S144中的“按照组策略编辑组信息”实质上是确定满足标准的组成员身份的过程。这与目标专利的技术特征B完全对应。 |
| **技术特征C：** 向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。 | **对比文件段落[0042]：** “該当するグループポリシがある場合は、そのグループポリシにしたがってグループ情報を編集し、グループ管理サーバ１０７に対して送信する（ステップＳ１４４）。” <br><br> **中文翻译：** “若存在对应的组策略，则按照该组策略编辑组信息，并发送给组管理服务器107（步骤S144）。” <br><br> **对比文件段落[0038]：** “グループ情報１２２は、少なくともグループを特定する情報（ＧＩＤ）１２２−１とそのグループの構成メンバ情報１２２−２からなる。” <br><br> **中文翻译：** “组信息122至少由标识组的信息（GID）122-1和该组的构成成员信息122-2组成。” | **直接公开：《未公开》** <br> 对比文件公开了组管理支持设备向组管理服务器（目标专利中的“请求节点”角色不同，但可类比为信息的接收方）发送“组信息”，其中包含组成员身份（UID）。然而，目标专利的技术特征C核心在于通知消息中包含“**其它标准满足信息**”，特别是“**所满足的标准的身份**”。对比文件发送的组信息仅包含组成员列表，并未包含任何关于为何满足标准（即所满足的“标准”的身份，例如“位置=公司”）的附加信息。该通知在对比文件中的作用是告知组管理服务器组的最新构成，而非提供关于标准满足情况的详细反馈。因此，对比文件未公开此特征。 |
| **技术特征D：** 其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。 | **对比文件整体描述：** 对比文件全文未提及“会话启动协议”（SIP）、“SUBSCRIBE消息”或“NOTIFY消息”。其通信模型基于PTT系统中的组管理服务器、PTT服务器和PTT客户端之间的专有协议。 | **直接公开：《未公开》** <br> 对比文件的整个技术方案构建在PTT（Push-To-Talk）系统或电子会议系统之上，其信令交互并未使用SIP协议。因此，技术特征D中关于使用SIP SUBSCRIBE和SIP NOTIFY消息进行请求和通知的特定方式未被对比文件直接或隐含公开。 |
| **技术特征E：** 其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。 | **对比文件整体描述：** 对比文件全文未提及“会话启动协议NOTIFY消息”，也未提及“可扩展标记语言（XML）元素”。其信息格式未做具体限定，但从其描述看，是基于内部数据结构的。 | **直接公开：《未公开》** <br> 基于技术特征D的分析，对比文件不采用SIP协议，更谈不上在SIP NOTIFY消息的主体中使用XML元素来承载信息。因此，技术特征E未被公开。 |
| **技术特征F：** 其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。 | **对比文件段落[0047]：** “ユーザがＰＴＴクライアント１１５でセッションを開始するときは、所望のグループＩＤでセッション開始を要求するが、これを含めＰＴＴセッションを開設するまでの処理は従来技術１のＰＴＴシステムと同様である（図１２参照）。図４では、図１２と同一の処理に同一の符号（Ｓ８０３〜Ｓ８０８）を付す。” <br><br> **中文翻译：** “当用户通过PTT客户端115开始会话时，会用一个期望的组ID请求开始会话，但包括这一点在内的直到开设PTT会话为止的处理，与现有技术1的PTT系统相同（参照图12）。在图4中，与图12相同的处理被标以相同的符号（S803～S808）。” | **隐含公开：《隐含公开》** <br> 对比文件描述的系统流程（图4）中，组管理支持设备在收到存在信息后立即更新组信息并发送给组管理服务器（步骤S144，S145）。此过程发生在用户发起会话请求（步骤S803）和会话真正建立（步骤S808）之前。此步骤S144发送的组信息（包含所有满足当前标准的组成员身份）实质上可以被视为一个在会话建立前发送的通知。虽然对比文件未明确说明该通知的用途是供请求节点在会话建立前使用，但根据其系统逻辑（用户使用组ID请求会话，组管理服务器使用预先更新好的组信息来建立会话），本领域技术人员可以合理推断，该预先发送的、包含所有满足标准成员身份的信息，实现了与目标专利技术特征F相同的功能。因此，该特征被隐含公开。 |
| **技术特征G：** 其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。 | 同技术特征F的对比文件引用。 | **隐含公开：《隐含公开》** <br> 论证过程同技术特征F。 |
| **技术特征H：** 其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。 | **对比文件段落[0049]：** “プレゼンスサーバ１０５が管理するプレゼンス情報１２３が変化すると（ステップＳ１４１）、プレゼンスサーバ１０５は、プレゼンス情報１２３をグループ管理支援装置１０３に対して送信する（ステップＳ１４２）。” <br><br> **中文翻译：** “当存在服务器105管理的存在信息123变化时（步骤S141），存在服务器105将存在信息123发送给组管理支持设备103（步骤S142）。” <br><br> **对比文件段落[0049]-[0054]：** 描述了组管理支持设备根据变化的存在信息编辑组信息，并发送给组管理服务器。当组成员状态改变（例如，某成员的“位置”从“公司”变为其他）时，更新后的组信息中会移除或添加该成员的UID。 | **直接公开：《直接公开》** <br> 对比文件完整公开了基于组成员状态（存在信息）改变而触发通知的过程。当存在信息变化时（相当于目标专利中组成员状态发生改变），组管理支持设备会重新评估组构成，并发送更新后的组信息给组管理服务器。这个更新后的组信息明确包含了被添加或移除的组成员身份（UID）。例如，当UID:aaaa的“位置”不再是“公司”时，它将被从组信息中移除，这个移除动作和移除的成员身份信息通过步骤S144发送的通知被传达。这与目标专利的技术特征H完全一致。 |
| **技术特征I：** 其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。 | 同技术特征H的对比文件引用。 | **直接公开：《直接公开》** <br> 论证过程同技术特征H。 |
| **技术特征J：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息。 | **对比文件段落[0051]：** “グループポリシの一例を図５に示す。ここでは、『……それぞれのプレゼンス情報の一種の「位置」が「会社」となっているクライアントからなるグループである』ことが指定されている。” <br><br> **中文翻译：** “组策略的一个例子如图5所示。这里指定了，‘……是由其各自存在信息的一种‘位置’为‘公司’的客户端组成的组’。” | **直接公开：《未公开》** <br> 对比文件虽然公开了将“位置”信息作为判定组成员是否满足标准的“条件”，但是，它并未在向请求节点（组管理服务器）发送的**通知消息**中包含该“位置”信息。对比文件发送的通知消息仅包含组成员身份。目标专利要求的是在通知消息中附带“其它标准满足信息”，例如用于确定状态改变的原因（即“位置”信息）。对比文件公开了用位置信息做判断，但未公开将其作为结果信息通知给请求方。 |
| **技术特征K：** 用于确定组成员状态的改变的存在信息。 | **对比文件段落[0051]：** “グループポリシの一例を図５に示す。ここでは、『……それぞれのプレゼンス情報の一種の「位置」が「会社」となっているクライアントからなるグループである』ことが指定されている。” <br><br> **中文翻译：** “组策略的一个例子如图5所示。这里指定了，‘……是由其各自存在信息的一种‘位置’为‘公司’的客户端组成的组’。” | **直接公开：《未公开》** <br> 论证逻辑与技术特征J相同。对比文件使用存在信息作为判断标准，但未将其作为“其它标准满足信息”包含在发送给请求节点的通知消息中。 |
| **技术特征L：** 满足所述标准的所述组中的组成员的数量。 | **对比文件段落[0053]：** “たとえば、ステップＳ１４２で、プレゼンス情報がプレゼンスサーバ１０５からグループ管理支援装置１０３に送信された時に、その送信の結果、プレゼンス情報の一種である「位置」が図６に示すようになったとすると、ＧＩＤ：ｘｘｘ４のグループは、……ＵＩＤ：ａａａａ、ＵＩＤ：ｂｂｂｂ、ＵＩＤ：ｃｃｃｃの３つのクライアントからなるグループである。” <br><br> **中文翻译：** “例如，在步骤S142中，当存在信息从存在服务器105被发送给组管理支持设备103时，如果作为发送结果，存在信息的一种‘位置’如图6所示，那么GID:xxx4的组是由……UID:aaaa、UID:bbbb、UID:cccc这三个客户端组成的组。” | **直接公开：《未公开》** <br> 对比文件虽然计算出满足条件的组成员（例如3个），并向组管理服务器发送了包含这些成员ID的列表。然而，它并未在通知消息中明确包含表示“组成员的数量”的信息（例如一个单独的“数量”字段或计数）。数量信息可以通过计数列表中的UID数量间接得到，但这不是目标专利所要求的在通知消息中包含的明确、独立的“其它标准满足信息”。 |
| **技术特征M：** 组成员状态的改变的原因。 | **对比文件整体描述：** 对比文件描述了当存在信息变化时，组信息会更新。例如，某个成员因位置改变而被移出组。但是，通知消息（步骤S144的组信息）**没有包含**关于“为什么会发生改变”的原因（例如，因为“位置”从“公司”变为“涩谷”）。它只给出了改变后的结果（组成员列表）。 | **直接公开：《未公开》** <br> 对比文件的通知机制是“结果导向”的，而非“原因和结果”导向。它通知“谁在组里”或“组变成什么样”，但未通知“为什么某成员被加入或被移除”，这与目标专利要求的包含“改变的原因”不同。 |
| **技术特征N：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。 | **对比文件整体描述：** 对比文件未提及在通知消息中包含任何形式的时间戳信息。也未提及在通知中区分成员是通过动态信息（如存在）还是静态信息（如预定义列表）找到的。虽然对比文件使用了动态信息（存在信息）来确定组，但其通知中并不包含这种元信息。 | **直接公开：《未公开》** <br> 对比文件完全没有公开在通知消息中包含“时间戳”或“信息来源（动态/静态）”的任何技术内容。 |
| **技术特征O：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息。 | **（重复特征J）** 同技术特征J的论述。 | **直接公开：《未公开》** <br> 理由同技术特征J。 |
| **技术特征P：** 用于确定组成员状态的改变的存在信息。 | **（重复特征K）** 同技术特征K的论述。 | **直接公开：《未公开》** <br> 理由同技术特征K。 |
| **技术特征Q：** 满足所述标准的所述组中的组成员的数量。 | **（重复特征L）** 同技术特征L的论述。 | **直接公开：《未公开》** <br> 理由同技术特征L。 |
| **技术特征R：** 组成员状态的改变的原因。 | **（重复特征M）** 同技术特征M的论述。 | **直接公开：《未公开》** <br> 理由同技术特征M。 |
| **技术特征S：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。 | **（重复特征N）** 同技术特征N的论述。 | **直接公开：《未公开》** <br> 理由同技术特征N。 |
| **技术特征T：** 其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息。 | **（重复特征J）** 同技术特征J的论述。 | **直接公开：《未公开》** <br> 理由同技术特征J。 |
| **技术特征U：** 用于确定组成员状态的改变的存在信息。 | **（重复特征K）** 同技术特征K的论述。 | **直接公开：《未公开》** <br> 理由同技术特征K。 |
| **技术特征V：** 满足所述标准的所述组中的组成员的数量。 | **（重复特征L）** 同技术特征L的论述。 | **直接公开：《未公开》** <br> 理由同技术特征L。 |
| **技术特征W：** 组成员状态的改变的原因。 | **（重复特征M）** 同技术特征M的论述。 | **直接公开：《未公开》** <br> 理由同技术特征M。 |
| **技术特征X：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。 | **（重复特征N）** 同技术特征N的论述。 | **直接公开：《未公开》** <br> 理由同技术特征N。 |
### 结论代码
根据上述严谨分析，对比文件直接公开了技术特征B、H、I，隐含公开了技术特征F、G。其他技术特征未被直接或隐含公开。
<<<B>>><<<H>>><<<I>>><<<f>>><<<g>>>