一种用于管理包括多个系统的通信网络中的系统的综合的方法，所述方法包括下列步骤；由第一系统发送第一消息(202)；所述第一消息包含要被管理的所述第一系统的请求以及描述所述第一系统的要求的信息；响应于所述第一消息，从第二系统接收确认所述第一系统由所述第二系统来管理的应答(204)；所述应答包含与所述第二系统的能力有关的信息；如果所述第一系统的网络资源模型已改变(206)，则发送第二消息(208)；其中所述第二消息包含描述所述第一系统的已改变的要求的信息

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书和对比文件的原文，对权利要求1进行深入的侵权/无效分析。

### 一、 目标专利权利要求1解释

首先，我们需要结合目标专利（CN102461067B，以下简称目标专利）的说明书，对权利要求1中的关键术语进行原意解释，这是所有分析的基础。

**权利要求1：**

一种用于管理包括多个系统的通信网络中的系统的综合的方法，所述方法包括下列步骤；

* 由第一系统发送第一消息(202)；所述第一消息包含要被管理的所述第一系统的请求以及描述所述第一系统的要求的信息；

* 响应于所述第一消息，从第二系统接收确认所述第一系统由所述第二系统来管理的应答(204)；所述应答包含与所述第二系统的能力有关的信息；

* 如果所述第一系统的网络资源模型已改变(206)，则发送第二消息(208)；其中所述第二消息包含描述所述第一系统的已改变的要求的信息。

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

1. **“系统”（System）：** 根据说明书[0025]，“系统是管理还是被管理，或者既是管理又是被管理，这取决于所述系统的能力以及网络中的其它系统的要求。” 在实施例中，“系统”可以是家庭eNodeB（被管理系统示例，[0026]）、域管理器、或操作支持系统（OSS）（管理系统示例，[0035]）。

2. **“综合”（Integration）：** 说明书[0001]指出，本发明涉及“管理包括改变通信网络中被管理系统与管理系统之间关系的通信网络中的组件的综合”。这通常指将新设备或新系统自动配置并纳入现有的网络管理体系中，支持“自动综合”（[0012]）。

3. **“要求”（Requirements）与“能力”（Capabilities）：** 说明书[0025]提到，如果系统A对其操作“要求”提供管理功能的另一个系统B，则系统A是被管理系统，而系统B是管理系统。说明书[0054]进一步解释，管理系统通过检查元模型中表示的被管理系统的“要求”与其自己的能够处理什么管理信息的“模型”（即“能力”）进行匹配。

4. **“第一消息”及“描述所述第一系统的要求的信息”：** 在优选实施例中（[0028], [0029]），第一消息是“manageMe消息(104)”。描述要求的“信息”优选采取“元模型（Meta-model）”的形式，该元模型是从系统的“网络资源模型（NRM）”生成的（[0029], [0067]）。元模型定义了系统的告警类型、可用的配置参数和所支持的性能指示符等要求（[0042]-[0045], [0060]）。

5. **“第二系统能力的信息”：** 说明书[0053]和[0054]指出，管理系统（第二系统）在youAreManaged消息（应答）中包括与其能力有关的、采取这个管理系统的“元模型或者NRM的形式的信息”。

6. **“网络资源模型（NRM）”及其改变（206）：** NRM是系统的“实际模型”（[0041]）。说明书[0029]指出，“例如，作为软件或硬件升级的结果，被管理系统102的NRM可时常改变。” NRM改变意味着系统的具体实例、告警实例、单元实例等发生了变化（[0046]-[0052]）。

7. **“第二消息”及“描述已改变的要求的信息”：** 在实施例中（[0029]），这指“modelChanged消息”。如果由于NRM改变导致系统对管理功能的“要求”发生变化（例如新的告警类型或配置参数），则该消息包含基于已改变NRM产生的、描述新要求的元模型（[0029]）。

### 二、 对比文件特征比对及分析

我们将分析以下三份对比文件：

* **D1：** US20090116406A1 (公开日: 2009-05-07)

* **D2：** US20090150526A1 (公开日: 2009-06-11)

* **D3：** EP2053790A1 (公开日: 2009-09-16)

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

#### 2. 各对比文件详细分析（紧密结合原文出处）

**2.1 对比文件D1 (US20090116406A1)分析**

* **D1所解决的技术问题与效果：** D1旨在解决P2P（对等）信息投递系统中，非参与节点加入覆盖网络时，未考虑真实网络中的位置（locality，即网络距离），从而给真实网络带来不必要的负载的问题（摘要, [0006], [0007]）。通过使加入覆盖网络的路由表考虑网络位置，D1可以构建考虑 locality的覆盖网络，减少不必要的通信负载（[0133]）。

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

* **特征A：** D1公开了新节点加入P2P覆盖网络的过程。原文[0058]提到：“Participation into such an overlay network 9 is carried out when node devices n16 to n21, which does not participate yet (hereinafter generally referred to as non-participant node nm), send **participation request information** indicative of **participation request** to an arbitrary node device nn.” 图10(C)和[0113]进一步明确，非参与节点n16（第一系统）向参与节点n2（接收节点）发送包含 TTL 值的参与请求消息。这可以对应第一系统发送第一消息，实质公开。

* **特征B：** 原文[0082]提到，非参与节点n16“transmits **participation request information**, having this **node ID and the IP address** of the non-participant node n16 added to it”。特征B1“包含要被管理的请求”可以实质对应“participation request”，但这并非典型网络管理（如OSS/EMS）意义上的管理请求，而是加入P2P网络的请求。关于特征B2“描述系统的要求的信息”，目标专利说明书[0054]指出这指的是告警、配置、性能等管理信息。而D1请求中包含的 IP地址和 Node ID（[0082]）仅用于网络寻址和路由表生成（[0062], [0085]），而非描述其对管理功能的要求。因此，D1未公开特征B2。

* **特征C和D：** 原文[0119]描述了参与节点nn接收到参与请求消息后的处理，包括：“transmits the **reply message** (for example, a **reply packet**... destination address is set to be the IP address of the non-participant node n16) to the non-participant node n16”。原文[0116]进一步提到：“determines a **level of a routing table** (level number) to which a reply is to be sent”。应答消息中包含特定的“路由表电平（table level）”（[0086]）。在P2P网络语境下，“确认第一系统被第二系统管理”对应“允许加入网络并在寻址/路由上与之关联”。D1中的“应答（Reply message）”包含了特定的“路由表（routing table）”片段（能力信息在P2P领域体现为路由信息）。特征C实质公开。特征D（能力信息）也可以认为由“路由表（routing table）”实质公开。

* **特征E和F：** D1主要关注节点加入覆盖网络的初始配置和定时更新。虽然D1也提到了路由表的更新（[0064]），但其描述的是为了保持DHT（分布式哈希表）最新而进行的多节点间的信息同步（“the update information is transmitted to other participant nodes nn in accordance with a routing table of DHT”），而非由节点自身的“网络资源模型改变”触发向管理节点发送包含“已改变要求”的新消息。D1未公开特征E和F。

**2.2 对比文件D2 (US20090150526A1)和D3 (EP2053790A1)分析**

*注意：D2和D3具有相同的标题，并且其详细描述部分（图1-图10）在涉及技术实质的内容上几乎完全一致。为了分析的高效和准确，代理师将它们视为具有相同披露内容的对比文件组进行合并分析。*

* **D2/D3所解决的技术问题与效果：** D2/D3旨在解决在TR-069/TR-111标准的DSL网络配置管理系统中，若LAN设备和与之连接的网关分别对应不同的配置管理服务器（ACS），导致当前网络中无法对LAN设备和网关进行配置管理的问题（摘要, [0046], [0047]）。通过允许两个不同装置通过携带配置管理服务器信息（Management Server URL）进行关联（[0070]），并由LAN设备的ACS向网关发出针对LAN设备服务的配置（[0053], [0054]），实现了对跨ACS设备的统一配置管理（[0054]）。

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

* **特征A：** D2/D3公开了DSL网络中LAN设备（第一系统）与网关（第二系统）进行关联的过程。图2步骤21（在摘要, [0014]和图2中明确）描述了：“The device informs the DHCP server on the gateway by transmitting a **DHCP Inform message** which includes the **identifier of the device**”。图3步骤31也描述了使用“DHCP Discover”消息。这可以对应第一系统发送第一消息，实质公开。

* **特征B：** 原文[0014]指明 DHCP Inform 消息“includes the **identifier of the device**”。在目标专利语境下（网络管理系统），设备发送标识符以进行关联，隐含了“被管理”的请求。关于特征B2“描述系统的要求的信息”，目标专利指的是元模型定义的要求。D2/D3说明书[0014]、[0070]提到扩展 DHCP Option 以携带“Management Server URL”，使得两个装置可以识别它们的配置管理服务器是否相同（[0070]）。表2显示了扩展的字段。尽管“Management Server URL”对于实现跨ACS管理至关重要（使ACS可以关联，[0053], [0054]），但这仅仅是目标专利中所述的“标识信息”或“寻址信息”（类似于D1），而不是描述系统本身对管理功能的告警、配置、性能指标等“要求”（目标专利[0029], [0042], [0054]）。因此，D2/D3未公开特征B2。

* **特征C和D：** 原文[0014]描述图2步骤23：“The gateway transmits to the device a **DHCP acknowledgement (DHCP Ack) message** which includes an **identifier of the gateway**”。特征C实质公开。关于特征D“应答中包含与第二系统的能力有关的信息”，扩展后的“DHCP Ack”消息（[0073], [0081]）包含了网关的标识符（GatewayManufacturerOUI, GatewaySerialNumber）以及“GatewayManagementServerURL”（D2: [0085], [0087]）。但是，类似于对特征B的分析，网关发送的其配置服务器的 URL 是标识网关归属和实现跨ACS通信的信息，而非描述网关自身所具有的在TR-069协议下可以提供给设备的管理服务“能力”。D2/D3未公开特征D。

* **特征E和F：** D2/D3公开了两个系统关联和配置管理的过程。虽然目标专利提到了NRM会因软硬件升级而改变（目标[0029]），但这属于系统的内在特性。D2/D3并未涉及当LAN设备的“网络资源模型（NRM）”改变时触发发送新消息，且该消息包含设备对告警、配置等“已改变的要求”的信息。因此，D2/D3未公开特征E和F。

### 三、 创造性分析的最接近对比文件选择

**3.1 整体解决的技术问题和技术效果分析：**

* **目标专利：** 核心在于提高通信网络组件（特别是涉及多个管理等级和不同厂商设备）“综合（Integration）”的改进管理（[0001], [0006]），支持“自动综合”（[0012]）。它采用一种基于“元模型”的对等交互方式，让系统自动交换各自的管理“要求”和“能力”，并根据 NRM 的动态改变自动更新这些要求（[0007], [0029]），具有较强的通用性和动态性（[0011]-[0013]）。

* **D1：** 核心解决P2P系统（DHT覆盖网络）节点加入时未考虑物理位置导致的网络负载问题（[0006]）。其公开的“第一消息（Participation request）”隐含了被管理的请求（作为覆盖网络的一部分），但其所交换的信息（IP地址，Node ID）严格局限于P2P寻址和路由表的建立，不属于传统的网络配置管理（告警、配置等）。其“定时更新”与NRM改变触发不同。

* **D2/D3：** 核心解决基于TR-069/TR-111标准的DSL网络管理系统中，跨不同配置管理服务器（ACS）设备的统一配置和关联管理问题（[0046]-[0048], [0065]）。其公开了第一系统（LAN设备）向第二系统（网关）发送请求（通过DHCP协议隐含请求），应答包含了寻址和归属信息（ManagementServerURL, [0070]），ACS关联后对网关进行配置管理（[0053], [0054]）。

**3.2 最接近对比文件的选择分析：**

1. **D1与D2/D3的比对：** D1和D2/D3均实质公开了权利要求1中除特征E和F（动态NRM改变触发更新）之外的三个特征（A, B1, C）的下位对等或下位实质。

2. **技术领域的匹配性：** 目标专利旨在解决包括不同管理等级和厂商组件的“网络管理系统的总成本增加”（[0002]），实施例使用了 Oss/OSSManager 和家庭基站，这是典型的电信网络管理领域。D2/D3同样描述了 DSL 宽带接入网的 TR-069 标准配置管理（[0004], [0005]），其涉及 LAN设备、网关和 ACS（配置管理服务器）。而D1是 P2P 网络寻址和路由优化（[0001], [0002]）。因此，从技术领域和所交换的信息属性看，D2/D3与目标专利更接近。

3. **信息的实质属性匹配：** D2/D3在第一消息和应答中交换的“标识”或“寻址”信息（Management Server URL），比起D1纯粹的路由片段信息，虽然实质上仍非描述系统的“管理要求”和“能力”，但它确实是为了实现更大意义上的“配置管理”而引入的（[0048], [0054]）。D2/D3公开了基于 TR-069/TR-111 协议的设备关联和配置操作，这比起D1 P2P PVR功能的特定场景更为通用和接近。

**代理师结论：**

综合考虑整体解决的技术问题和效果，**D2和D3最接近**。它们都描述了在电信级配置管理系统（TR-069）中通过装置间对等交互实现关联和配置的技术方案。**没有被最接近对比文件（D2/D3）公开的特征（特征B2, D, E, F）也没有被其他对比文件（D1）毫无异议公开或实质公开**：

* 权利要求1最薄弱的技术特征是**特征E和F（NRM改变触发更新）**，这构成了权利要求1的核心创造性高度。代理师在D1和D2/D3中均未发现对应下位或实质公开。

* 权利要求1关于信息属性的特定限制**“描述第一系统的要求的信息”（B2）**和**“应答包含第二系统能力的信息”（D）**也没有被任何对比文件实质公开（代理师认为所有对比文件公开的此类信息仅属于“标识信息”或“寻址信息”）。

由于没有任何对比文件在电信网络管理的语境下公开了基于对等交互交换详细的“管理要求”和“管理能力”信息（B2, D），更没有任何对比文件公开了根据系统的“网络资源模型改变”来动态触发这些信息的自动更新（E, F），根据创造性判断标准的“显而易见性”原则，本代理师认为，对于无效请求方来说，提出针对权利要求1的无效请求将面临极大的困难，除非有更为确切、完整披露动态NRM改变触发更新的现有技术被提交。

### 四、 无效请求方最薄弱的技术特征及分析

根据以上的特征比对和分析，若代理师代表权利人面对一个试图无效权利要求1的请求方，请求方手中握有上述D1, D2, D3，则**最薄弱的技术特征**是：

#### **特征E：如果所述第一系统的网络资源模型已改变(206)，则发送第二消息(208)**

**分析原因：**

1. **没有任何对比文件涉及或隐含公开该特征：** 代理师详细审查了D1、D2和D3的全文，未发现任何涉及由系统自身内在的NRM（或其实际运行模型）发生软件/硬件升级导致的变化来“自动触发”发送一个包含新管理要求的“对等消息”的内容。D1描述的是基于时间的“定时刷新（periodically confirm/update, [0064]）”，D2/D3描述的是节点初始关联和配置，后续的配置由管理服务器发起，不存在NRM改变触发对等新消息的情形。

2. **NRM改变属于系统的内在软硬件状态变更：** NRM是系统的“实际模型”（目标专利[0041]）。这一触发源具有独特性和动态性，不同于传统的基于网络连接/断开或定时的静态机制，它使得权利要求1具备了很强的动态配置优化能力，构成了本专利的核心发明点和技术效果的基础（网络的组件网络资源模型的变化的有效处理, [0013]）。

3. **技术偏差：** 虽然NRM会改变这是软硬件系统的普遍属性（专利[0029]也是以此作为技术前提），但将这种内在状态变化与特定的对等消息自动触发机制结合，用于动态更新管理要求和能力，并无证据表明这是本领域的公知常识或被其他公开技术隐含。

此外，紧跟特征E的**特征F（第二消息包含描述已改变的要求的信息）**由于基于NRM改变这一薄弱前提，也构成了薄弱环节。同时，关于交换信息是“具体管理要求”而非“寻址标识”的细微信息属性区别，虽可构成分别薄弱点，但在缺乏特征E支撑时，其创造性高度相对较低。

**总结：** 基于现有对比文件D1、D2和D3，权利要求1中的权利边界清晰，且由于没有被现有技术实质公开包括动态NRM改变触发对等更新的核心动态机制，其具备较强的专利稳定性。薄弱点E是请求方极难攻克的堡垒。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行深入的法律和技术解释。同时，将结合四份对比文件（D1至D4）的原文及详细出处，进行客观、严谨的特征比对与创造性分析。

---

### 一、 紧密结合目标专利说明书解释权利要求1

目标专利（CN102461067B）主要解决的核心技术问题是：在通信网络管理中，现有的解决方案（如WSDM或3GPP IRP）无法实现不同管理等级产品的自动综合管理，导致网络运营商综合成本高、网络资源模型（NRM）发生变化时无法有效动态调整。

结合说明书具体实施方式，权利要求1各技术特征的架构与功能解释如下：

* **技术特征A（由第一系统发送第一消息(202)）**：

* **解释**：这里的“第一系统”在说明书实施例中对应于“被管理系统”（例如新加入通信网络的家庭基站/家庭eNodeB 102，参见说明书\[0025\]、\[0028\]）。“第一消息”在协议中具体为`manageMe`消息，用于在网络中广播以寻求管理系统（参见说明书\[0028\]）。

* **技术特征B（所述第一消息包含要被管理的所述第一系统的请求以及描述所述第一系统的要求的信息）**：

* **解释**：第一消息不仅表达了“请求被管理”的意愿，更关键的是包含了“描述其要求的信息”。根据说明书\[0029\]及\[0074\]，该要求信息优选地采取从第一系统的网络资源模型（NRM）生成的“元模型（Meta-model）”的形式，以XML格式表示，定义了其告警类型、可用的配置参数和支持的性能指示符等要求（参见说明书\[0060\]、\[0072\]）。

* **技术特征C（响应于所述第一消息，从第二系统接收确认所述第一系统由所述第二系统来管理的应答(204)）**：

* **解释**：“第二系统”对应于网络中的“管理系统”（例如域管理器或操作支持系统OSS，参见说明书\[0025\]、\[0035\]）。应答消息在协议中具体为`youAreManaged`消息（参见说明书\[0028\]），表明两者之间的管理与被管理关系正式建立。

* **技术特征D（所述应答包含与所述第二系统的能力有关的信息）**：

* **解释**：根据说明书\[0032\]，应答中包含的管理系统“能力有关的信息”，同样采用该管理系统的“元模型”或“NRM”形式（如`metaDataS2`，参见说明书\[0061\]），使得被管理系统能够了解并记录管理系统能处理什么管理信息。

* **技术特征E与F（如果所述第一系统的网络资源模型已改变(206)，则发送第二消息(208)；其中所述第二消息包含描述所述第一系统的已改变的要求的信息）**：

* **解释**：当第一系统（被管理系统）因软件或硬件升级导致其自身的网络资源模型（NRM）发生改变时，为了使管理系统能够继续有效管理，第一系统触发动态通知机制，向第二系统发送第二消息（具体为`modelChanged`消息，参见说明书\[0029\]），该消息携带基于已改变的NRM产生的更新后的元模型或模型信息，从而实现了网络模型变化的动态和有效处理。

---

### 二、 对比文件公开情况分析（D1 - D4）

根据无效宣告请求的审查标准，以下分析各对比文件是否“毫无异议地公开”（字面公开）或“实质公开”（等同/惯用手段替换）了权利要求1的技术特征。

#### D1：US20020099821A1 (Predictive model-based measurement acquisition)

* **实质方向**：基于预测模型的网络测量数据采集系统（MBM）。

* **特征分析**：D1公开了Manager（管理系统）和Agent（被管理系统）之间的交互。D1中Manager发送订阅消息（Subscription），Agent根据测量值构建预测模型并返回给Manager；当预测偏离时，Agent发送更新的模型（Updated model）给Manager。

* **比对结论**：D1的交互逻辑与目标专利相反。目标专利是由**被管理系统（第一系统）主动发送请求被管理的初始消息**来建立关系，而D1是由**管理器（Manager）主动发起订阅**。因此，D1未公开特征A、B、C、D的交互架构，其更新模型的机制（特征E、F）也基于不同的触发前提（预测偏差，而非被管理系统自身的网络资源模型NRM改变）。

#### D2：US20050060361A1 (Device management)

* **实质方向**：通过中间节点（Intermediary node）为客户端选择合适的设备管理服务器（DM Server）以初始化设备管理。

* **特征分析**：D2公开了当新终端加入或SIM卡变更时，客户端TE（第一系统）主动向中间节点IN发送初始启动消息（Initiation message），请求设备管理并包含设备特定信息（IMEI、模型、能力等）（公开了特征A、B的架构）。中介节点IN选择合适的管理服务器S（第二系统），服务器S向客户端发送设备管理消息/引导消息（Bootstrap/Alert），触发CA与SA建立SyncML DM会话（实质公开特征C、D）。此外，D2在\[0024\]和\[0031\]中提到，当设备已provisioned服务的设置发生改变，或者为了软件更新（Software update），终端可以使用软件版本标识符来触发动态管理或更新。

* **比对结论**：D2完全公开了特征A、B、C、D。对于特征E、F，D2公开了“已提供服务的设置改变”或“软件版本更新”时触发更改管理，这与目标专利的“第一系统的网络资源模型（NRM）/元模型已改变”在技术实质上高度等同，属于实质公开。

#### D3：CN101099398A (用于在管理网络中在管理器和代理之间匹配信息的方法和装置)

* **实质方向**：管理器与代理之间的配置数据和警报的增量同步方法（Delta对准）。

* **特征分析**：D3公开了管理器和代理之间采用对象模型通信（如3GPP标准），为了解决通信中断或周期性对准时数据量过大的问题，由管理器向代理发送查询，代理仅返回自特定时刻起“发生了变化的对象和/或警报的信息”（变化列表，包括新建N、修改M、删除D）。

* **比对结论**：D3的架构是**管理器主动发起对准查询**（`getConfigurationChanges Request`），这与特征A、C的发送方向相反。D3公开了“对象模型/属性发生改变时传输变化列表”的概念，但它是响应管理器的查询被动发送，没有公开“由第一系统在网络资源模型改变时**主动发送第二消息**”的特征E和F。

#### D4：CN101127631A (针对网络中设备实现配置管理的方法及系统)

* **实质方向**：属于不同自动配置服务器（ACS）的局域网设备与网关之间的配置管理与关联。

* **特征分析**：D4公开了第一设备（网关）和第二设备（局域网设备）属于不同ACS时的配置。在D4的实施例一中，局域网设备发送`DHCP Inform`消息给网关，包含设备标识和其ACS的URL（特征A、B）；网关回复`DHCP Ack`，包含网关标识和网关ACS的URL（特征C、D）。当网关的可管理服务列表发生变化时，网关主动通知其自身的自动配置服务器（特征E、F的某种变形）。

* **比对结论**：D4在网关与局域网设备的DHCP交互阶段，公开了类似于特征A、B、C、D的网络交互。但在管理层面上，D4解决的是跨ACS的授权和配置问题，其模型概念是针对“可管理设备列表”和“参数配置”，未明确公开基于第一系统自身“网络资源模型（NRM）改变”而向第二系统主动发送已改变要求信息的特征E和F。

---

### 三、 特征比对表格

---

### 四、 创造性分析与最接近的对比文件选择

#### 1. 整体解决的技术问题与技术效果分析

* **目标专利**解决的是在网络管理分级结构中，新系统加入时如何实现**自动综合管理关系的建立**，以及当被管理系统发生**网络资源模型（NRM）变化时如何动态更新管理要求**，从而降低人工综合成本、提高模型变化处理的效率。

* **D1**解决的是在分布式环境中降低测量数据采集的通信开销问题，其技术手段是依靠Manager和Agent同步运行预测模型，其关心的不是“系统管理关系的自动建立和配置”。

* **D2**解决的是移动终端在不同网络环境（如同盟网络、不同运营商）中**如何简化和自动初始化设备管理（配置设置下载）的问题**，避免用户手动配置的繁琐。其达到的技术效果是实现了集中式的终端配置自动综合和引导。

* **D3**解决的是管理器和代理之间在常规通信中断或对准时**减少同步数据量、缩短对准时间**的问题，手段是采用增量对准（变化列表）。

* **D4**解决的是位于局域网内的设备与网关**属于不同ACS时如何跨配置服务器实现关联和配置管理**的问题。

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

在创造性审查中，最接近的现有技术应当是与发明所属技术领域相同或相近，解决的技术问题、技术效果及公开的技术特征最多、最接近的现有技术。

* **结论：本案中最接近的对比文件首选为 D2（US20050060361A1）。**

* **理由**：D2与目标专利同属于“通信网络的网络管理/设备管理配置”技术领域。从整体解决的技术问题来看，D2同样聚焦于“当新系统/终端加入网络时如何自动综合、初始化并自动下载配置设置建立管理关系”，这与目标专利的“自动综合管理协议”的初衷高度一致。在特征对应上，D2公开了权利要求1中由被管理端主动发起请求、携带端侧信息、接收管理端应答并携带管理端能力/配置信息（特征A、B、C、D）的完整架构，并且公开了在端侧配置/软件改变时触发更新的机制（特征E、F）。因此，D2构成了最接近的现有技术。

* **备选最接近对比文件：D4（CN101127631A）。**

* **理由**：D4同样涉及网络设备间的自动配置管理（TR-069/TR-111），其图4中局域网设备与网关之间通过DHCP消息相互告知标识及ACS URL的交互过程，在字面特征上与特征A、B、C、D非常接近。但由于D4的侧重点在于解决跨ACS的授权问题，在“网络资源模型改变动态通知管理端”这一核心演进点上没有给出暗示，因此其接近程度次于D2。

---

### 五、 无效宣告请求方最薄弱的技术特征

若我方作为无效宣告请求方，对权利要求1提出无效请求时，**最薄弱（即最难攻克、目标专利最具答辩稳固性）的技术特征是：技术特征E与技术特征F的组合——即“如果所述第一系统的网络资源模型已改变(206)，则发送第二消息(208)；其中所述第二消息包含描述所述第一系统的已改变的要求的信息”。**

**原因分析：**

1. **概念的专有性**：目标专利引入了“网络资源模型（NRM）”以及由此生成的“元模型（Meta-model）”的概念，并且明确是由被管理端（第一系统）因为自身的软硬件升级导致NRM改变时，**主动**向管理端报送已改变的要求。

2. **D2的实质公开存在抗辩空间**：虽然D2公开了“已提供服务的设置改变”或“软件版本更新”会触发客户端发送启动消息更新配置，但在答辩阶段，专利权人可以极力强调“软件版本号的改变”或“具体服务设置的改变”并不等同于通信网络拓扑管理中的“网络资源模型（NRM）的改变”。专利权人可以主张NRM改变涉及管理对象（MO）类、属性结构、告警方案（SQL Schema）的根本性重构（如说明书\[0061\]所述的修改DB方案），这比D2中普通的软件升级或应用参数变更更深层次，且带来了“在多级管理体制下实现统一架构有效处理”的显著技术效果。

3. **其他对比文件的碎片化**：D3虽然涉及配置改变，但是被动查询机制；D4涉及可管理列表改变，但属于拓扑关系改变，均未直接公开因“自身网络资源模型改变而主动报送变更为XML元模型”的构思。

**应对策略建议：**

在针对该最薄弱特征组织无效理由时，我方不能单靠字面比对，必须结合D2的说明书\[0024\]和\[0031\]，将“软件版本/服务设置”解释为网络设备中网络资源模型的上位概念或惯用技术手段。同时，可以尝试引入**D2与D3的结合**：用D2来对抗其初始自动综合架构（A、B、C、D），用D3中公开的“对象模型（MOC/MOI）及其属性发生改变”作为公知常识或技术暗示，证明将D2中的服务设置改变具体化为通信网络中的“对象模型/网络资源模型改变”对本领域技术人员来说是显而易见的，以此攻破其创造性。

如权利要求1所述的方法，包括；所述第一系统在第一预定义时间周期等待(302，304)来自所述网络中的其它系统的应答；以及如果所述第一系统在所述第一预定义时间周期之内接收到不止一个应答(308)，则所述方法包括由所述第一系统基于所接收应答来选择(312)将作为所述第一系统的管理系统的系统；并且向未被选择的其余系统发送第三消息(314)；其中所述第一系统请求停止由未被选择的系统来管理

如权利要求1所述的方法，包括；如果在第一预定义时间周期之内没有接收到应答(306)，则重复进行发送所述第一消息的步骤

如权利要求1或2所述的方法，包括；在第二预定义时间周期之后(404)重复所述方法的所有步骤

如权利要求1所述的方法，其中；通过将所述第一系统连接到所述网络，在所述第一系统内在内部发起发送所述第一消息

如权利要求1-3、5中的任一项所述的方法，包括；由所述网络中的系统各自提取(210)和存储(212)与所述网络中的其它系统的能力和要求有关的信息；所述信息由系统在请求管理的消息中以及在对所述系统发送的请求的应答中接收

如权利要求6所述的方法，包括；由所述第一系统向具有匹配所述第一系统要求的能力的一组系统发送(508)所述第一消息；其中，所述组的所述系统由所述第一系统作为与所述第一系统中存储的系统能力有关的信息的分析(504)的结果来选择(506)

如权利要求1-3、5中的任一项所述的方法，包括；由所述第二系统通过将在来自所述第一系统的所述第一消息中接收的要求与所述第二系统的能力进行比较来分析(1004)所述要求；以及如果所述第二系统的能力匹配所述第一系统的要求，则发送(1006)所述应答消息

如权利要求1-3、5中的任一项所述的方法，其中；所述第一系统向所述第一系统的管理系统发送与所述第一系统在来自所述管理系统的所述应答消息中接收的能力中指定的类型的正进行管理(1008-1012)相关的信息

如权利要求1-3、5中的任一项所述的方法，其中；发送与系统的能力和/或要求有关的信息的所述步骤包括；发送从发送所述信息的所述系统的网络资源模型生成的元模型

如权利要求1-3、5中的任一项所述的方法，其中；发送与系统的能力和/或要求有关的信息的所述步骤包括；发送发送所述信息的所述系统的网络资源模型

如权利要求10所述的方法，其中；发送与系统的能力和/或要求有关的信息的所述步骤包括；发送所述元模型或所述网络资源模型的XML表示

如权利要求1-3、5中的任一项所述的方法，其中；通过发送包含要被管理的所述第一系统的请求以及描述所述第一系统的要求的信息的所述第一消息，来实现发送描述所述第一系统的已改变要求的信息的步骤