一种执行通信网络中的组管理的方法，所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准；确定哪些组成员满足所述标准；向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。

你好。作为一名经验丰富的专利代理师，我将根据你提供的目标专利说明书和权利要求，以及对比文件，进行深入的法律和技术分析。

本案涉及通信网络中的组管理技术。核心发明点在于不仅通知满足标准的组成员身份，还包含所满足标准的身份（即“为什么”满足标准的信息），从而增加请求方的灵活性。

以下是详细的分析报告：

---

### 第一部分：权利要求特征分解

为了精确比对，我们将权利要求1分解为以下三个技术特征：

* **技术特征A：** 一种执行通信网络中的组管理的方法，所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准。

* *说明书对应基准：* `[0011]`, `[0023]`, `图1 (S1)`. 请求节点如服务引擎1，网络节点如动态组引擎2。请求通过 `SIP SUBSCRIBE` 发送，包含由条件集合定义的标准。

* **技术特征B：** 确定哪些组成员满足所述标准。

* *说明书对应基准：* `[0004]`, `[0023]`, `[0029]`. 动态组引擎2执行评估标准的功能，能够访问静态和动态信息源。

* **技术特征C：** 向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。

* *说明书对应基准：* `[0011]`, `[0024]`, `[0090]`. 通知通过 `SIP NOTIFY` 发送。关键在于通知消息扩展了一个新元素（如说明书 `[0058]` 和 `[0114]` 描述的 `<criteria-met>`），其中包含了具体是哪个（哪些）标准或规则被匹配。

---

### 第二部分：对比文件分析及特征比对

首先，关于EP1587332A1 (D3) 和 US20050233776A1 (D4)，经核对，两篇文献的内容几乎完全一致，描述了相同的动态组创建方法。为了简化分析，以下主要引用 **D4 (US20050233776A1)**。

以下将逐一分析各对比文件公开了上述特征的哪些内容：

#### 1. 对比文件 D1 (WO2001071939A1, 公开日: 2001-09-27)

**题目：** 具有虚拟组的社区共同存在系统和方法

* **特征A：** D1公开了一种共同存在服务器(co-presence server) 305从移动共同存在单元(mobile co-presence unit) 307接收关于预定义特征(common characteristics)的信息。D1中提到“虚拟组是根据规则形成的社区成员组(A virtual group is a group of members of a community formed by a rule)”，且“所述规则涉及成员的地理位置或涉及成员的时间可用性(predetermined rule relates to geographical locations... or time availability)”。（参见D1原文：段落 [p0039] 和 [p0048]）。因此，共同存在服务器305相当于网络节点，移动共同存在单元307相当于请求节点。尽管D1侧重于注册信息以创建组，但其隐含了请求监测符合地理位置规则的成员，这构成了一个监测的标准。因此，技术特征A被实质公开。

* **特征B：** D1公开了共同存在服务器305“确定第一成员是否根据第一成员的地理位置或时间可用性而属于至少一个虚拟组(determining whether or not a first member is belongs to the at least one virtual group)”，并“识别同样属于至少一个虚拟组的社区其他成员(identifying other members of community who also belong to the at least one virtual group)”。（参见D1原文：段落 [p0019]）。因此，技术特征B被实质公开。

* **特征C：** D1公开了“向第一成员通知被识别成员的身份(notifying identities of the identified members to the first member)”。（参见D1原文：段落 [p0019]）。然而，**D1并未公开通知消息中包含“其它标准满足信息”，更没有公开所述信息包含“所满足的标准的身份”。** D1仅通知了成员的身份（attribute information，如段落 [p0043] 描述的电话号码、电子邮件等），目的是安排会面或建立会议电话，而不包含“为什么”这些成员匹配标准。

* **特征比对表格 (D1 vs. 权利要求1)：**

#### 2. 对比文件 D2 (JP2001346267A, 公开日: 2001-12-14)

**题目：** 为移动终端提供组通信的系统

* **特征A：** D2公开了一种系统，包含收集移动终端位置信息的中心组件（センタコンポーネント）。中心组件根据指定的“地域范围信息（地域范围信息）”和“组属性信息（グループ属性情報）”生成组。因此，地域范围和组属性构成了监测的标准，用户终端（移动或固定终端）可以指定这些信息。移动终端相当于请求节点，中心组件相当于网络节点。中心组件监测移动终端属性以决定是否允许加入组。（参见D2原文：说明书段落 [0007], [0009], [0029]）。因此，技术特征A被毫无异议公开。

* **特征B：** D2公开了中心组件具有组成员管理手段，该手段监测移动终端の位置信息和属性信息是否与组的地域范围信息和组属性信息匹配，从而管理组的加入和离脱。（参见D2原文：说明书段落 [0007] 和 [0032]）。因此，技术特征B被毫无异议公开。

* **特征C：** D2公开了，当新的第一移动终端（例如用户B）加入组α时，系统（中心组件）会通知组中的第二移动终端（例如用户A）。（参见D2原文：说明书段落 [0015], [0042]）。**但是，D2仅公开了通知“有人加入了组”这一事实（“その旨を通知（通知此意）”），并没有公开通知消息中包含“所满足的标准的身份”。** 虽然D2描述了基于不同标准（如地域、属性（如服务提供/要求）、移动状态）管理组，但通知机制并没有传达具体是哪个标准被满足。

* **特征比对表格 (D2 vs. 权利要求1)：**

#### 3. 对比文件 D4 (US20050233776A1, 公开日: 2005-10-20)

**题目：** 动态组地址创建的方法和装置

(注：D4的优先权日和公开日均晚于目标专利。但在D4的段落 [0062] 中明确提到了 OMA PoC 发行版本 1.0 的技术规范。这证明OMA动态组管理的架构在D4的申请日之前已经是现有技术。)

* **特征A：** D4公开了GLMS 308（相当于网络节点）从用户（User-1，相当于请求节点）接收订阅组地址（URL）的请求（技术上是通过 `SIP SUBSCRIBE`），该请求“在请求的主体中包含指示组的活跃成员资格规则的过滤器(contains filters in the body of the request that indicate the rules for active membership of the group)”。段落 [0069] 具体描述了User-1提供规则为：“意大利食物”。段落 [0010] 和 [0050] 也确认规则定义了成员。因此，技术特征A被实质公开。

* **特征B：** D4公开了GLMS 308从存在服务器301或位置服务器316获得匹配过滤器标准的成员列表，例如User-2和User-3匹配User-1指定的标准。GLMS将匹配过滤器的候选成员添加到组中。（参见D4原文：段落 [0069]-, [0070], [0072]）。因此，技术特征B被实质公开。

* **特征C：** D4公开了，在User-2被确定匹配User-1的标准后，段落 [0071] 明确记载：“**GLMS 308向User-1发送SIP Notify消息，指示由于共享对意大利食物的偏好，User-2现在是组的成员** (**GLMS 308 sends a SIP Notify to User-1 indicating that User-2 is now a member of the group because of a shared preference for Italian food** )”。同样的记载出现在段落 [0073] 中针对User-3。这里，User-1接收到的 `SIP NOTIFY` 消息不仅仅通知了成员身份（User-2, User-3），还明确说明了“**由于共享对意大利食物的偏好**（because of a shared preference for Italian food）”。由于“对意大利食物的偏好”正是User-1最初指定的标准（参见 [0069]），**这毫无异议公开了通知消息中包含了“其它标准满足信息”且该信息包含了“所满足的标准的身份”**（即意大利食物偏好）。

#### 4. 对比文件 D3 (EP1587332A1, 公开日: 2005-10-19)

**题目：** 动态组地址创建的方法和装置

* 如前所述，D3的内容与D4几乎完全相同。因此，D3对比权利要求的技术特征公开情况与上述D4完全一致。具体而言，特征C的详细公开原文如下：

* **特征C：** D3的段落 [0063] 记载：“GLMS 308向User-1发送SIP Notify，指示由于共享对意大利食物的偏好，User-2现在是组的成员 (**GLMS 308 sends a SIP Notify to User-1 indicating that User-2 is now a member of the group because of a shared preference for Italian food**)”。段落 [0065] 记载了针对User-3的相同内容。由于“对意大利食物的偏好”是初始订阅的标准规则，D3毫无异议地公开了特征C。

---

### 第三部分：综合比对表格 (对比权利要求1)

下表总结了所有对比文件相对于权利要求1技术特征的公开情况：

---

### 第四部分：创造性分析的最接近对比文件选择

为了从整体上解决技术问题并达到预期的技术效果，判断哪个对比文件适合作为创造性分析中的最接近对比文件是非常重要的。

目标专利要解决的**技术问题**（参见目标专利说明书段落 `[0008]`, `[0009]`）是：现有的组管理机制（如OMA定义）仅提供满足标准的 URI 列表，这对于终端用户来说往往信息不充分，无法得知成员为何在列表中，或者为何从列表中去除。目标专利预期的**技术效果**（参见段落 `[0011]`, `[0099]`, `[0100]`）是：通过提供更加丰富的信息（即所满足标准的身份），请求节点（可以是用户或服务引擎）能够做出更加灵活的决策，处理更为有效。

**对比文件分析：**

1. **D1 和 D2：** 它们公开了基于标准监测动态组并通知加入的事实，但不公开通知具体满足了哪个标准。因此，它们属于权利要求1的上位技术领域，并未公开权利要求的核心发明点（通知中包含所满足标准的身份）。它们距离目标专利的技术方案较远。

2. **D3 和 D4：** 这两篇文献（内容几乎完全相同，以下以D4代表）详细描述了基于具体规则（过滤器）动态创建组的过程。最关键的是，D4的段落 [0071] 和 [0073] 明确提到通知 User-1（请求节点）“User-2 now a member... **because of a shared preference for Italian food**”。User-1最初指定的标准规则正是“意大利食物”。这意味着D4的消息中明确包含了所满足标准的身份（即“意大利食物偏好”）。因此，D4在技术特征上与目标专利最接近，实质上已经毫无异议地公开了权利要求1的所有技术特征。

**结论：对比文件 D3 和 D4 在创造性分析过程中适合做最接近的对比文件**。相对于D3和D4，权利要求1甚至没有实质公开特征C（因为OMA在段落 [0062] 中被提及为现有技术，权利要求1所保护的通用“其它标准满足信息”和“所满足标准的身份”均已包含在D3/D4的“because of a shared preference for Italian food”的具体描述中）。

关于**没有被最接近对比文件公开的特征：**

如比对表所示，对比文件 D3 和 D4 毫无异议地公开了权利要求1的所有技术特征。这意味着权利要求1本身的技术内容已经完全包含在D3和D4的技术方案中。因此，没有特征是未被 D3 和 D4 公开的。

---

### 第五部分：对于请求方来说最薄弱的技术特征

作为请求无效的一方，目标专利最薄弱的技术特征毫无疑问是 **特征C**：

* **技术特征C：** 向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。

**原因为何薄弱：**

特征C是目标专利试图区别于现有技术的核心特征，因为它试图解决“为什么”成员在组里的信息充分性问题。对比文件D1和D2确实没有公开该核心特征（它们仅通知了成员身份）。然而，**对比文件 D3 段落 [0063] 和对比文件 D4 段落 [0071] 明确记载了通知User-1消息中包含了 User-2 加入是由于满足了具体的标准——“共同对意大利食物的偏好”。这完全等同于权利要求1所述的通用表达：“所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份（即意大利食物偏好）”。通用概念已被具体方案公开。**

因此，请求无效的一方可以紧密结合对比文件 D3 段落 [0063] 和 D4 段落 [0071] 的原文，有力地主张特征 C 已经被毫无异议地公开，进而认为权利要求 1 不具备新颖性（或相对于 D3/D4 以及 OMA 的现有技术不具备创造性）。这构成了请求无效方的核心和最容易成功的攻击点。

此外，目标专利试图引用RFC 4575（SIP会议状态包 RFC 4575 "A SIP Event Package for Conference State"）作为扩展基础（参见段落 `[0028]`, `[0113]`）。而对比文件D4也提到了SIP机制。因此，特征C通用的扩展 `SIP NOTIFY` 消息在通用协议框架下也已被对比文件实质覆盖。

---

以上就是基于目标专利说明书和权利要求，以及对比文件的详细分析报告。请仔细核对上述出处和比对结果，这将为您在后续的专利无效程序中提供最强有力的支持。

你好，我是您的专利代理师。我将根据您的要求，紧密结合目标专利说明书（简称：目标说明书/本发明说明书）对权利要求1进行解释。

然后，我将使用附带的对比文件对权利要求1进行分析。以下是对比文件的具体指代：

* **对比文件1 (D1)**：US20050237416A1, 公开日 2005年10月27日。

* **对比文件2 (D2)**：JP2005312045A, 公开日 2005年11月4日。

* **对比文件3 (D3)**：EP1587332B1, 公开日 2006年12月6日 (授权公告日)。

根据代理师的专业判断，通过对比原文（附图说明）和内容，**对比文件2（D2）和对比文件3（D3）除了语言不同外，其技术方案和逻辑结构完全一致**（系同族或极具关联的申请）。在后续分析中，将主要以英文撰写的D3为基础进行技术特征比对，所得结论同样适用于D2。

以下是详细的分析报告。

---

### 第一部分：紧密结合目标专利说明书解释权利要求

目标专利旨在解决基于OMA定义的基于标准/条件的URI选择功能存在的缺陷。说明书第\[0008\]和\[0009\]段指出，现有技术仅提供满足条件的组成员URI列表，这对于终端用户决策是不充分的，因为它没有提供“**为什么**玛丽在列表中而约翰不在”的信息，也没有提供动作发生的原因或时间戳。

据此，权利要求1应作如下理解：

#### 1. 技术特征A：所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准

* **技术理解**：网络节点不仅是接收选择请求，而是接收“监测”（monitoring）请求。标准（criteria）包含在请求中。

* **说明书依据**：对应说明书第\[0011\]段和图1中的步骤S1。说明书第\[0006\]段进一步明确区分了“一次性操作”和“**连续监测**”。根据第\[0029\]段和步骤S1的示例，请求节点（如服务引擎1）向网络节点（动态组引擎2）发送SIP SUBSCRIBE请求，请求主体中包含对待评估标准的描述。

#### 2. 技术特征B：确定哪些组成员满足所述标准

* **技术理解**：网络节点根据接收到的标准评估组成员的状态。

* **说明书依据**：对应说明书第\[0011\]段。根据第\[0005\]段，确定过程可以访问静态信息（如XML文档、简档）或动态信息（如Presence/位置服务器）。图1中动态组引擎2通过XDMS服务器4解析资源列表（S3）或向存在引擎3预订存在状态（S5）来实现确定过程。

#### 3. 技术特征C：向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份

* **技术理解（核心特征）**：这是区分现有技术的关键点。网络节点发送的通知消息（notification message）除了包含满足标准的成员身份外，**必须还包含“其它标准满足信息”**。根据特征C的最后一句话，这个“其它信息”的核心和必要内容是“**所满足的标准的身份**”（identity of the criterion/criteria satisfied）。这意味着通知需要具体指明某个成员具体满足了哪一个标准，即解决说明书提出的“为什么”的问题。

* **说明书依据**：对应说明书第\[0011\]段。在具体实施方式中，第\[0024\]和\[0027\]段明确提到通知中包括“标准满足相关信息”，例如“满足动态标准/条件的组成员的状态，**关于满足哪一个(哪些)条件的细节(组成员可能满足若干条件)**”。图1中的步骤S9和S14是发送通知消息的示例，其实现在S14的示例SIP NOTIFY请求中体现为扩展元素`<rules-matched>`（参见\[0058\]、\[0114\]段），例如`<cr:id>cr1</cr:id>`表示匹配了ID为cr1的标准。

---

### 第二部分：对比文件特征比对分析

我仔细审阅了提供的对比文件原文。

#### 1. D1的比对分析 (US20050237416A1)

D1的技术领域是“使用包括标准具的成像单元的图像拾取装置及其校准方法”（[0015]）。

* **D1的技术问题**：解决医用内窥镜中 etalon（标准具/干涉滤光片）由于生产误差或工作环境（如温度）变化导致的校准不准确问题([0012]-[0013])。

* **D1的技术手段**：在etalon前设置参考光学元件([0037])，利用其已知的边界波长范围，在实际扫描前对etalon进行校准([0085])。

**结论**：D1完全属于光学仪器校准领域，与通信网络中的组管理无任何关系。D1完全没有公开权利要求1的方法特征A、B、C。对于请求方来说，D1是**毫无相关性**的对比文件，无法用作创造性分析的基础。

#### 2. D3 (EP1587332B1) 以及 D2 (JP2005312045A) 的比对分析

D3原文（摘要、第\[0010\]段）公开了一种用于Push-to-talk over Cellular (PoC)动态组创建的方法：接收定义动态组成员的至少一个规则，并将规则与组地址关联；根据该规则确定网络中的移动台，将其填充到动态组中。

以下是详细特征比对表格：

---

### 第三部分：创造性分析：最接近的对比文件确定及薄弱特征指出

#### 1. 最接近的对比文件的确定

根据整体解决的技术问题和技术效果：

* **D1**：解决光学仪器滤光片在复杂环境下的校准精度问题。与目标专利毫无关联。

* **D2/D3**：解决通信网络中，如何根据动态条件（存在信息、位置、偏好等）自动、动态地创建和管理用户组的问题，并通知请求者。

目标专利解决的技术问题是：“在提供满足标准的成员列表时，信息不够充分，请求节点不知道改变发生的原因”。技术效果是：“使请求方获得更丰富的信息以适合灵活决策”。

显然，**D3 (及族中D2) 与目标专利的技术领域完全相同，所公开的技术特征最多，构成了创造性分析过程中最接近的对比文件。**

#### 2. 无效请求中的薄弱特征

假设作为无效请求方，针对权利要求1，我认为最薄弱（即最不容易被对比文件推翻创造性，或者对比文件公开程度最低）的技术特征在于：

**特征C中对“其它标准满足信息”的具体限定，即该信息必须包含“所满足的标准的身份”。**

**分析：**

在特征比对中，我们使用了“实质公开”来认定D3公开了此特征。D3原文第\[0058\]段中的 `...because of a shared preference for Italian food` 确实传达了满足规则的原因。

但是，**从严谨的无效申请角度**来看，对比文件3（D3）对于特征C的公开并不是**毫无异议（Verbatim or Implicitly beyond doubt）**的。目标专利的说明书第\[0024\]段强调了当组成员满足若干条件时，通知具体匹配哪一个的“细节”，说明书示例使用特定的XML ID标签显式传递“标准的身份”。

而D3：

1. 虽然文字描述提到了“shared preference”，但在其实施例中，这更倾向于通过两个用户都发布了同一偏好（SIP Publish），并在GLMS中产生自然匹配的过程，并没有明确证据表明 GLMS 生成的 SIP Notify 消息主体中**逻辑上、显式地包含了一个代表“规则1”或“意大利偏好规则”的身份标识符**。

2. D3的技术重点在于组的成功动态创建和通信。对于它来说，只要把满足条件的人通知过去即可，是否把具体满足了哪条标准的ID传过去，并不是D3的核心目的。

因此，在无效请求的答辩过程中，目标专利的所有人极具可能利用目标说明书的特定解释（即显式的XML ID标签传递）以及OMA规范中原本存在的不足（\[0008\]段原文指出的不足），强辩特征C中的“所满足的标准的身份”不仅仅指宏观上的“原因”，而必须是**技术上可供逻辑节点识别的标准或规则的显式ID身份**。

结论：**特征C（包含所满足标准的身份）是针对请求方来说最薄弱的技术特征**。如需提出无效，请求方必须加强对D3第\[0058\]段文字以及第\[0051\]段关于过滤器机制的逻辑推理，论证在动态网络节点产生自然匹配并产生通知消息的过程中，必然需要（至少是隐含）在其数据结构或消息主体中携带所满足规则的身份。

以上报告完毕。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行深入解析，并逐一比对三份对比文件（D1: JP2007183801A, D2: JP2008092347A, D3: EP1921825A1）的原文，以分析其新颖性和创造性。

### 第一部分：目标专利权利要求与说明书解释

**权利要求1：**

> 一种执行通信网络中的组管理的方法，所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准；确定哪些组成员满足所述标准；向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。

**结合说明书的解释：**

1. **技术领域与背景 (\[0001\]-\[0009\]):** 本发明属于通信网络组管理领域，特别关注**动态组**（成员资格基于特定标准随时间改变）。现有技术（如OMA方案）虽然能根据标准选择URI，但仅提供满足标准的成员列表，**不充分**。例如，它不解释“为什么玛丽在列表中而约翰不在”，也不提供成员状态改变的具体原因或时间。

2. **核心发明目的 (\[0008\]-\[0010\]):** 本发明旨在解决现有技术通知信息不充分的问题。不仅要通知“谁”满足标准，还要通知“**为什么**”满足，即提供“丰富信息”。

3. **技术特征解析:**

* **“监测...组的请求” (特征A):** 说明书\[0006\]指出，这可以是“连续监测（例如在正进行会话期间）”。具体实施例中，这通常通过SIP SUBSCRIBE消息实现 (\[0012\], \[0029\], 图1步骤S1)。待监测的标准（条件）包含在请求中（例如使用RFC 4745公共策略的扩展，\[0029\]）。

* **“确定哪些组成员满足所述标准” (特征B):** 这是网络节点（如动态组引擎节点）的核心功能。它通过访问静态（数据库）或动态（存在/位置服务器）信息源来进行评估 (\[0005\], \[0039\], 图1)。

* **“通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份” (特征C - 核心区别特征):**

* 这是本发明区别于现有技术的**关键**所在。

* “其它标准满足信息”的具体示例在\[0015\], \[0024\]-\[0027\]中给出，包括：所满足标准的**具体细节/身份**（例如，“满足哪一个(哪些)条件”）、成员总数、查找依据（静态或动态）、改变原因、时间戳、位置信息、存在信息等。

* 在具体SIP/XML实施例中，这通过在扩展的会议封装XML中定义一个新元素`<rule-match>`来实现，该元素“包含与通知被发出时用户满足哪些标准有关的信息” (\[0058\]-\[0059\], \[0114\])。图1的S9和S14步骤展示了这种包含丰富信息的NOTIFY消息。

* **技术效果 (\[0100\]):** 使请求方（终端用户或服务引擎）的决策更为灵活、有效，提供更丰富的信息用于会话管理之外的目的（如统计报告）。

---

### 第二部分：对比文件特征比对与分析

#### 1. 特征比对表格

下表列出了权利要求1的技术特征与各对比文件公开内容的详细比对。

#### 2. 各对比文件详细分析

**D1: JP2007183801A ("Group management support device, ...")**

* **技术领域与问题：** D1解决的是传统的PTT系统中组员半固定、无法应对动态变化（基于存在信息）的问题 (\[0013\]-\[0017\])。其核心目的是“プレゼンス情報が変化したクライアントのプレゼンス情報に連動して、グループ情報を自動的に変化させることができ、これにより、セッションに参加するクライアントを动的に変化させることができる” (\[0026\])。

* **技术特征比对：**

* D1公开了“グループ管理支援装置” (网络节点) 根据 “プレゼンスサーバ” 通知的 “变化したプレゼンス情報” (特征A的实质公開)，通过与 “グループポリシ” (标准) 突合わせ来 “グループを再构成” (特征B) (\[0031\]-\[0034\])。然后将包含 “ＧＩＤ” 和 “构成メンバ情報” (身份) 的 “グループ情報” 发送给组管理服务器 (通知) (\[0035\], \[0038\])。

* **区别：** 虽然D1提到根据策略（标准）更新组，但在其通知消息（“グループ情報”，\[0035\]）中，**仅**公开了包含组ID和成员ID（身份）。它**并未毫无异议地公开**通知消息中包含“其它标准满足信息，且该信息包含**所满足的标准的身份**”（例如，说明书举例的`<rule-match>`元素，指出具体哪个具体策略条件被匹配）。D1仅通知了结果（谁在组里），而未通知原因（为什么在组里，满足了哪个具体标准）。

**D2: JP2008092347A ("Communication control system")**

* **技术领域与问题：** D2解决的是1对N通信中，如果不考虑成员位置，会向远距离成员发起无谓连接的问题 (\[0003\])。其目的是在确保用户便利性的同时，避免不必要的通信连接 (\[0004\])。

* **技术特征比对：**

* D2公开了从一携帯端末 (请求节点) 接收监测包括多个组成员（友人组）的组的“通信接続的開始要求” (\[0004\], 特征A实质公开)。“呼制御部” (网络节点) 的 “エリア判断部” 参照位置信息，判断組内的其他携帯端末是否在“予め定められた所定エリア” (标准) 内 (特征B) (\[0004\], \[0042\])。然后，与在エリア内的端末建立通信连接 (隐含发送通知) (\[0004\], \[0042\])。

* **区别：** D2的核心是基于位置**自动选择**成员建立连接，而非向请求节点发送包含丰富信息的监测通知。即使认为建立连接本身是一种隐含的通知，其公开的通知内容**仅**限于哪些端末可以连接（身份）。它**完全未公开**向请求节点发送“其它标准满足信息，且该信息包含**所满足的标准的身份**”（例如，通知请求者，成员B是因为在“渋谷”区域而被选中，而成员D是因为不在该区域未被选中）。

**D3: EP1921825A1 ("Group management")**

* **技术领域与问题：** D3主要关注去中心化的P2P组管理，使用SIP PUBLISH/SUBSCRIBE/NOTIFY机制来创建、修改和传播组信息，避免对中心实体的依赖 (\[0006\], \[0024\])。它也涉及组所有者对新成员加入请求的授权 (\[0041\])。

* **技术特征比对：**

* D3明确公开了使用SIP SUBSCRIBE消息向网络节点（Group Manager）预订（监测）组信息（Event: share 或 membership.info） (特征A) (\[0054\], \[0060\], \[0064\], 图3)。Group Manager确定成员状态 (\[0051\], 特征B实质公开)。然后向订阅者发送SIP NOTIFY通知消息，包含组信息 (e.g., pending/active status) 和 “Subset of the group information” (特征C部分公开) (\[0057\], \[0074\])。

* **区别：** D3虽然使用了监测和通知机制，但其公开的通知内容主要围绕成员的订阅状态（Pending, Active, Blocked）以及组的基本属性（组名、成员、所有者、内容位置，\[0057\]）。它解决的技术问题是如何实现P2P架构下的组信息传播和成员授权流程。它**并未毫无异议地公开**通知消息中包含“其它标准满足信息，且该信息包含**所满足的标准的身份**”（即：**导致**成员变为Active状态的具体动态策略或标准细节，如图1所示的`<rule-match>`扩展）。D3的通知更像是状态同步，而非本发明所指的包含丰富决策信息的因果通知。

---

### 第三部分：创造性分析 - 最接近的对比文件选择

为了进行创造性分析，我们需要确定哪个对比文件在技术领域、解决的技术问题和技术效果上与本发明最接近。

**本发明：**

* **领域：** 通信网络动态组管理。

* **问题：** 现有技术通知信息不充分，请求方无法得知成员满足标准的具体原因/身份，导致决策不够灵活。

* **效果：** 提供包含“所满足标准的身份”的丰富通知信息，提高请求方决策的灵活性和有效性。

**对比文件分析：**

1. **D3 (EP1921825A1)：**

* **架构最接近：** D3明确使用了权利要求1所述的“在网络节点处，从请求节点接收...请求”并发送“通知消息”的架构（具体为SIP SUBSCRIBE/NOTIFY机制）。

* **解决问题不同：** D3解决的是P2P架构下的组信息一致性传播和新成员加入授权流程问题。它解决的是“如何通过通知进行授权”，而非本发明解决的“如何在通知中提供更多标准决策信息”。

* **公开特征最少：** D3仅公开了最基础的监测和状态通知特征，完全没有涉及基于动态/静态标准（如策略、存在、位置）进行复杂评估并通知具体标准的身份。

2. **D1 (JP2007183801A) & D2 (JP2008092347A)：**

* **技术问题和效果更接近：** D1和D2都解决如何根据**动态信息**（ 존재信息 in D1, 位置信息 in D2）和**特定标准/策略**（“グループポリシ” in D1, “所定エリア” in D2）来**自动、动态地管理**组或会话成员。这与本发明针对“动态组”管理的目标**完全一致**。本发明是对OMA方案（说明书\[0004\]）的改进，而OMA方案本身就是一种服务器中心式的动态组 URI 选择功能。

* **D1 vs. D2：** D1的“グループ管理支援装置”更符合权利要求1中的通用“网络节点”，且其解决的问题更偏向于组的逻辑构成变化（生成、增加、减少），而D2更偏向于在会话建立时的一次性成员选择。

* **未公开特征相同：** 两者都只公开了通知（或选择）的结果（成员身份），而**未公开**通知消息中包含“所满足的标准的身份”。

**结论：**

从技术问题和技术效果的角度看，**D1 (JP2007183801A) 适合做最接近的对比文件**。它与本发明最相关的技术方案（OMA服务器中心式的动态URI选择）属于同一架构（服务器中心式），且都致力于基于动态策略/标准来自动管理组员，解决如何提高组管理灵活性和自动化的问题。本发明可以被视为在D1的基础上，为了进一步解决通知信息不充分、提高用户/服务器决策灵活性的具体技术问题，而进行的逻辑上的细化改进（即：在通知中加入导致结果的具体策略因果信息）。

**其他对比文件是否公开了区别特征？**

**没有。** 如上比对表格和分析所示，**D1, D2, 和 D3 均未公开**在通知消息中包含“其它标准满足信息，所述其它标准满足信息包含**所满足的标准的身份**”这一特征。D1和D2仅通知了结果身份，D3仅通知了状态身份。

**若提出无效请求，请求方来说最薄弱的技术特征：**

对于无效请求方而言，**特征C**（尤其是“**包含所满足的标准的身份**”）是**最薄弱（即最难攻克）的技术特征**。

* **理由：** 三份对比文件虽然都涉及组管理、成员选择或通知，但都止步于通知“谁满足了标准”（身份）或“成员现在是什么状态”（订阅状态）。没有任何一个对比文件明确提到或隐含了在监测通知中引入“为什么满足标准”（即具体哪个标准/策略匹配了）的因果丰富信息。这不仅是一个XML Schema扩展（实施例），更是基于“丰富通知信息以促进灵活决策”这一独特发明构思的全新技术特征。要论证从对比文件出发，结合公知常识或其他对比文件，自然得出这一具体特征具有显而易见性，是相当困难的。

### 一、 目标专利权利要求与说明书的深度解析

在进行创造性与无效性分析之前，首先对目标专利的权利要求1进行拆解，并紧密结合说明书的背景技术及具体实施方式，明确各技术特征的边界与保护范围。

#### 1. 权利要求1的特征拆解与技术原意解释

* **技术特征A**：`一种执行通信网络中的组管理的方法，所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准`

* **结合说明书的解释**：根据说明书`[0004]`、`[0028]`、`[0029]`，此处的“网络节点”在具体实施例中对应于“动态组引擎2（Dyn-G引擎）”，而“请求节点”对应于“服务引擎1”。该特征的核心在于改变了传统一次性查询的模式，而是通过包含“待监测的标准”（如基于`RFC 4745`公共策略扩展的`XPath`条件或地理形状条件）来发起一种**连续监测的订阅/预订（SUBSCRIBE）机制**。

* **技术特征B**：`确定哪些组成员满足所述标准`

* **结合说明书的解释**：根据说明书`[0005]`、`[0024]`、`[0030]`，动态组引擎2不仅评估静态信息（数据库、地址簿），更重要的是能够连接并订阅动态信息源（如存在服务器Presence Server或位置服务器）。它通过计算这些动态/静态源数据是否命中请求中的“标准”，从而筛选出实时的合规组成员URI列表。

* **技术特征C**：`向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份`

* **结合说明书的解释**：此特征是本专利的核心发明点所在。根据说明书`[0008]`、`[0009]`、`[0024]`、`[0059]`，传统的组管理仅返回满足条件的URI列表，请求节点无法获知“为什么玛丽在列表中而约翰不在”，即缺乏上下文原因。本特征通过在通知消息（如`SIP NOTIFY`）中不仅包含身份（URI），还塞入了**“其它标准满足信息”**（在`XML`架构下扩展了新元素`<rules-matched>`），该信息明确包含了**“所满足的标准的身份”**（即具体是命中了哪一条动态或静态规则）。这使得请求节点（自动机或终端用户）能够明确知晓成员被纳组的具体原因，从而做出更灵活的业务决策。

---

### 二、 对比文件特征比对与公开事实分析

根据请求人提供的四份对比文件（D1~D4），以下通过特征比对表格形式，详细列出各对比文件是否毫无异议公开或实质公开了权利要求1的技术特征，并指出详细出处。

#### 1. 技术特征比对表

#### 2. 对比文件公开事实的详细解析

* **D1 (US6898423B)**：公开了一种移动终端组通信系统。其中心组件（Center Component 10）包含组组件13，能够根据地理区域、成员属性及实时运动状态（动态信息）**持续监测（always monitoring）**并管理成员的加入和退出。当有新成员加入时，会向其他成员发送通知（`[0021]`）。D1实质公开了特征A和B中关于“动态监测及条件判定”的概念，但其通知仅限于成员状态变更的简单告知，完全**没有公开“其它标准满足信息（所满足标准的身份）”**。

* **D2 (US20050113123A1)**：公开了一种基于位置服务的组构建方案。组织终端（Managing Terminal）通过网络定义“会话区域”和“成员最低能力要求”（特征A），组管理服务器通过比对位置和能力信息筛选出符合条件的候选人（特征B），并向其发送邀请（特征C）。D2强调了标准的多样性（位置+能力），但其在识别出成员后，向请求节点或参与节点发送的通知信息中，**并未包含“究竟是命中了哪一个特定标准”的标识信息**。

* **D3 (US20060235981A1)**：基于OMA PoC和IM架构，解决在第一服务（PoC）激活时，如何向其子集（如active或inactive成员）发起第二服务（IM消息）。D3公开了基于`SIP SUBSCRIBE/NOTIFY`和会议事件包（Conference State Event Package）来获取组内成员状态的技术。然而，D3的筛选标准是非常单一的二元状态（在会话中/不在会话中），其最终的通知或消息体中**并不包含“所满足的标准身份”这一用于解释纳组原因的扩展元素**。

* **D4 (US2007161392A1)**：公开了一种基于存在（Presence）信息的组管理辅助系统。组管理辅助装置103通过将存在服务器105中实时变化的客户端存在信息与预设的“组策略（Group Policy）”进行动态比对（特征B），自动重新构建组信息并同步给组管理服务器107（特征A、C）。D4虽然引入了复杂的组策略联动判定，但其动态生成的组信息（如图4中的特征122）**仅包含Group ID (GID)和成员的User ID (UID)列表，缺乏对具体命中策略/标准身份的反馈**。

---

### 三、 最接近对比文件的选择与创造性评述

#### 1. 最接近对比文件（最接近的现有技术）的选择

在本案中，**对比文件3（D3）**和**对比文件4（D4）**均适合作为创造性分析中的“最接近对比文件”：

* **选择D3的理由（技术效果最接近）**：目标专利在说明书具体实施方式中，明确指出其技术实现是**“扩展如RFC 4575中描述的SIP事件封装（会话状态包）”**（说明书`[0028]`、`[0061]`）。而D3正是解决在OMA标准下，如何利用PoC服务的会议事件包（Conference State Event Package）来识别、划分active/inactive子集并提供IM服务的方案。两者在**技术架构、协议标准（SIP/OMA）、整体解决的技术问题（如何向组内特定状态的子集有效发起服务）**上高度契合。

* **选择D4的理由（技术方案结构最接近）**：D4公开了一种由存在信息（动态信息）触发的、通过“组策略（标准）”与“实时状态”进行动态比对来自动化组管理的完整网络架构。这与目标专利“网络节点接收标准、动态确定满足标准的成员、发送通知”的业务拓扑结构极为相似。

#### 2. 创造性评述（以D3为最接近的现有技术）

* **技术方案对比与区别特征**：

将目标专利权利要求1与D3进行比对，D3公开了基于组身份和成员PoC会话状态（active/inactive）来确定并提供IM服务。两者的**区别特征**在于：

> 权利要求1中，向请求节点发送的`通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份`。

* **区别特征在目标专利中所解决的技术问题和达到的技术效果**：

* **解决的技术问题**：在动态组管理的多标准评估中，请求节点无法获知成员被筛选入组的上下文原因（即“为什么某一成员在列表中，他究竟满足了哪些具体条件”），导致请求节点无法做出差异化的二次业务决策。

* **达到的技术效果**：根据目标专利说明书`[0008]`、`[0009]`、`[0100]`，通过在通知消息中携带“所满足的标准的身份”，使得作为自动机或终端用户的请求节点能够获知丰富的上下文原因（例如：获知该成员是因为“地理位置重叠”还是“存在状态变更为Available”而入组）。这极大提升了请求方后续处理的灵活性与效率，例如能够用于生成精准的统计报告或触发不同模型的业务分支。

* **结论（非显而易见性）**：

审查其余对比文件，虽然D1、D2、D4中提到了基于多种标准（位置、能力、组策略）进行组员的筛选，但**没有任何一篇对比文件给出了“在通知消息中打包并向请求节点反馈【所满足的标准身份/具体策略ID】”的技术启示**。现有技术通常默认请求节点只需要最终的成员“身份（URI/UID）列表”即可执行下步操作。目标专利通过扩展会话封装（如XML中增加新元素），反向反馈判定依据，属于为了解决“纳组原因不明”这一特定技术问题而做出的非显而易见的设计。因此，**权利要求1相对于D3与其他对比文件的结合具有突出的实质性特点和显著的进步，具备创造性。**

---

### 四、 无效宣告请求方的策略与最薄弱特征分析

如果站在无效宣告请求方的立场（意图推翻该专利），在准备无效请求文件时，整个技术方案中**对请求方而言最薄弱、最难攻克的硬骨头**（即目标专利防御最强的技术特征），必然是：

> **“所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。”**

#### 为什么该特征是对请求方最薄弱的突破口？

1. **现有技术的公开空白**：如前文所述，D1~D4虽然在“网络节点”、“接收监测请求”、“设立比对标准”、“比对动态信息（位置、存在状态）”等外围和中间计算环节进行了充分的实质公开。但是，当计算结束、发送`NOTIFY`通知时，现有技术（无论是D3的SIP事件包还是D4的UID列表同步）都**只提供结果（谁满足了），而不提供过程依据（因为满足了哪条标准）**。

2. **说明书具有高额的代码与架构支撑**：目标专利说明书在`[0061]`~`[0099]`以及`[0101]`~`[0115]`中，针对如何在“OMA列表组”、“公共策略方案”以及“会议封装”中进行XML Schema的扩展，给出了极为详尽的伪代码和信令流程示例。尤其是明确定义了新元素（如在XML会议封装中定义包含匹配规则信息的扩展元素）。这使得该特征具有极强的说明书公开支持，请求方很难从“充分公开（A26.3）”或“明确支持（A26.4）”的角度进行客体攻击。

#### 请求方的应对策略建议：

由于直接寻找“通知里包含所满足标准身份”的现有技术文献极难，请求方若要强行攻击权利要求1的创造性，建议采取以下两条迂回路线：

1. **公知常识/必然推导路线**：主张当D4或D2中设置了“多重标准组合（标准1 AND 标准2）”或者“复合组策略”时，网络节点为了让请求节点能够执行不同的业务分支（例如：满足标准1的执行动作A，满足标准2的执行动作B），在数据传输中将标准ID与成员ID绑定传输，属于本领域技术人员为了满足基本多路分支业务的需求，在进行通信协议字段设计时自然而然演进出的**公知常识或惯用技术手段**。

2. **利用D4的“组策略（Group Policy）”进行广义原意解释**：D4的`[0139]`提到“组管理辅助装置向组管理服务器更新组信息”。请求方可尝试辨称：D4中不同的组ID（GID）本身就代表了不同的特定策略（如GID:xxx4代表“位置在公司”这一特定标准）。因此，向请求方发送包含该GID和成员UID的组信息，在广义上就已经等同于“发送了满足标准的成员身份（UID），且该消息通过GID包含了所满足的标准的身份”。通过这种对特征原意的宽泛解释，尝试将其拉入现有技术的可预见范围。

如权利要求1所述的方法，其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。

如权利要求1或2所述的方法，其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。

如权利要求1或2所述的方法，其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。

如权利要求3所述的方法，其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。

如权利要求1或2所述的方法，其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。

如权利要求3所述的方法，其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。

如权利要求1或2所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。

如权利要求3所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。

如权利要求4所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。

如权利要求5所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。

如权利要求6所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。

如权利要求7所述的方法，其中，所述其它标准满足信息包含从下列任一个所选的信息：用于确定组成员状态的改变的位置信息；用于确定组成员状态的改变的存在信息；满足所述标准的所述组中的组成员的数量；组成员状态的改变的原因；对组成员状态的改变发生时的时间戳；以及是使用动态信息还是静态信息来查找所述组成员。