一种网络节点（1），包括：至少一个通信接口（3）；以及至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息；所述兴趣消息包括请求的命名数据对象的名称和元数据；所述元数据指定用于选择多个项的子集的一个或多个标准；基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配；并且如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集；其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置；以及在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。

作为一名资深专利代理师，我针对目标专利权利要求1与三篇对比文件（D1: US20110246471A1、D2: US20150350078A1、D3: EP2998886A1）进行了严密的专利技术特征比对、创造性分析、薄弱特征识别及后续检索策略制定。

---

## 一、 权利要求1的技术特征拆解与说明书含义解释

根据目标专利说明书的整体构思，权利要求1属于**命名数据网络（NDN/CCN）或信息中心网络（ICN）**领域中关于“基于元数据的兴趣消息路由与数据选择/返回”的技术方案。

* **技术特征A（网络节点/接口）**：`一种网络节点（1），包括：至少一个通信接口（3）`

* *说明书解释*：指NDN/CCN网络中的路由器、网关或终端设备，通信接口包括物理网卡或逻辑接口（Face）。

* **技术特征B（接收兴趣消息）**：`至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息`

* *说明书解释*：遵循NDN/CCN架构，客户端发送Interest Packet（兴趣包）以请求具有特定命名的数据。

* **技术特征C（兴趣消息包含名称和元数据）**：`所述兴趣消息包括请求的命名数据对象的名称和元数据`

* *说明书解释*：兴趣包不仅包含数据对象的结构化名称（Name/Prefix），还携带额外的元数据（Metadata）信息。

* **技术特征D（元数据指定选择标准）**：`所述元数据指定用于选择多个项的子集的一个或多个标准`

* *说明书解释*：元数据作为控制或筛选参数，用于指导节点从符合大类/名称的多个候选数据项中筛选出特定的子集（如子集过滤、动态匹配）。

* **技术特征E（基于名称确定匹配）**：`基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配`

* *说明书解释*：节点首先根据兴趣消息中的“名称”在本地存储库（Content Store/Repository）中进行前缀或名称Lookup，确定是否存在对应的候选数据项集合。

* **技术特征F（应用标准选择子集）**：`如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集`

* *说明书解释*：在名称匹配成功的基础上，进一步将元数据中的标准应用于这些候选项，二次过滤/筛选出目标子集。

* **技术特征G（限定元数据的具体偏好标准）**：`其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置`

* *说明书解释*：**本案的核心特征群/限定特征**。偏好标准具体限定为以下5类之一或其组合：

1. *事实属性*（Fact attributes，如分辨率、文件大小、编码格式等）；

2. *项相关的使用数据*（Usage data of items，如流行度、被请求频次、热度等）；

3. *接口相关的使用数据*（Usage data of interfaces，如接口拥塞度、历史延迟、利用率等）；

4. *获取数据的努力*（Effort to obtain data，如跳数Hop count、跨域代价、计算开销等）；

5. *指定范围内的位置*（Location within range specified in Interest，如地理位置限制、近场范围等）。

* **技术特征H（返回匹配数据对象）**：`在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象`

* *说明书解释*：将筛选出的子集或符合匹配条件的数据对象（Content Object/Data Packet）沿着原接收接口或指定接口返回。

---

## 二、 权利要求1与对比文件的特征比对表格及原文分析

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

---

### 2. 结合对比文件原文的详细出处分析

#### **对比文件1：D1 (US20110246471A1)**

* **公开号**：US20110246471A1

* **公开/实质公开特征分析**：

* **特征A**：公开了包含处理器和网络接口的视频设备/P2P节点。

> *原文出处 [0012]*: "...video devices... contain both storage medium... and one or more microprocessors... equipped with network interfaces..."

* **特征B/C**：公开了在P2P网络节点接收包含描述符/签名（相当于名称）和用户数据/元数据的查询消息。

> *原文出处 [0019]*: "...sent over a P2P network from a second user node to a first annotation node in the form of a query."

> *原文出处 [0037]*: "...send this second user index across the P2P network. This may be done in the form of a search query..."

* **特征D/E/F**：公开了基于媒体/项的名称/签名确定匹配，并结合用户元数据条件（如收入、位置等筛选标准）筛选特定的标注元数据子集返回。

> *原文出处 [0020]*: "...compare the user replica media signatures with the annotation node's own video media... as well as optionally compare the user data with the metadata, and if there is a suitable match, then send at least a portion of the metadata back..."

* **特征G（对比）**：公开了“多个项的事实属性”和“与项相关的使用数据（购买习惯等）”，但**未完全涵盖**NDN网络专有的“从另一网络节点获得数据的努力”或“通信接口使用数据”等特定路由/网络偏好。

> *原文出处 [0210]/[0406]*: "...user zip code, purchasing habits, and other data... optional user criteria (210) may be used to block the Ferrari information."

* **特征H**：公开了返回匹配的元数据/数据对象。

> *原文出处 [0020]*: "...send at least a portion of the metadata back over the P2P node..."

#### **对比文件2：D2 (US20150350078A1)**

* **公开号**：US20150350078A1

* **公开/实质公开特征分析**：

* **特征A/B/C/E/H**：明确公开了标准ICN/CCN/NDN网络架构，包括通信接口（Face）、处理器、接收Interest消息（含Name和Selector/Flow State/FSL扩展元数据）、基于Name在前缀表/CS中匹配并返回Content Object。

> *原文出处 [0026]*: "Proposed CCN node 200 includes a Content Store (CS) 202, one or more network interfaces (Faces) 204... Pending Interest Table memory (PIT)... Processor 210..."

> *原文出处 [0044]*: "Interest packet 500 includes at a minimum a Type field 502 and a Content Name field 504... defines three additional fields—Flow State 508, Forwarding Segment Label (FSL) 510, and Flow Hash 512."

> *原文出处 [0048]*: "...Hop Count value 518 ideally represents the number of hops an Interest packet takes..."

* **特征D/F/G（缺失分析）**：D2中的元数据（FSL、Flow State、Hop Count）主要用于**快速转发和流状态建立（Flow-driven Forwarding）**，目的是绕过FIB表查找以提高路由效率，**并非**用于对匹配到的“多个数据项”进行二次“应用标准筛选并选择子集”。D2中的Hop count是转发递减计数，不构成权利要求1所限定的“基于偏好标准选择数据项子集”。

#### **对比文件3：D3 (EP2998886A1)**

* **公开号**：EP2998886A1

* **公开/实质公开特征分析**：

* **特征A/B/C**：明确公开了在CCN网络节点接收包含请求名称前缀（Name Prefix）和查询元数据/标准的Interest包。

> *原文出处 [0005]*: "...generate an Interest that includes a query for discovering content associated with a given name prefix... receive a query-result Content Object..."

> *原文出处 [0032]*: "Interest 200... name 202... payload 204. Payload 204 can include a set of query criteria..."

* **特征D/E/F**：公开了基于名称前缀在存储库中查找匹配项，并基于查询元数据中的标准（元数据标准、签名标准、信誉标准）筛选出符合条件的数据项子集。

> *原文出处 [0014]*: "...performs a lookup in the repository to identify a Content Object with a name prefix that matches the Interest's name. ...selects the identified Content Object whose attributes satisfy the query's attribute criteria."

* **特征G（对比）**：公开了针对“事实属性”（type, date）、“与接口相关的使用数据/性能”（bitrate, latency）、“信誉/安全属性”（signed）等偏好标准。

> *原文出处 [0024]*: "...a 'bitrate' or 'latency' attribute can specify a numeric value that represents a performance of a resource, such as a network interface..."

> *原文出处 [0034]*: "...type=content_type; max_creation_date=date..."

* **特征H**：公开了将筛选出的结果封装为Query-result Content Object返回给请求者。

> *原文出处 [0005] & [0042]*: "...returns the query-result Content Object to satisfy the Interest."

---

## 三、 最接近对比文件的选择及理由（技术问题与效果角度）

在专利创造性无效/防守分析中，选择最接近对比文件（Primary Reference）需考量：**技术领域一致性、解决的技术问题重合度、技术方案与技术特征的覆盖程度**。

### 核心结论：**D3 (EP2998886A1) 最适合作为最接近的对比文件**（D1也可作为备选最接近对比文件）。

#### **选择 D3 (EP2998886A1) 作为最接近对比文件的深度理由**：

1. **技术领域与架构完全相同**：D3与本专利均属于**信息中心网络（CCN/NDN）**领域，均直接采用NDN架构下的基本原语——兴趣包（Interest）和数据包（Content Object）。而D1基于传统P2P架构，概念转换存在天然壁垒；D2虽为CCN架构，但侧重于底层报文转发效率而非高层数据内容的过滤与选择。

2. **解决的技术问题极其高度契合**：

* *目标专利解决的问题*：如何在NDN网络中利用兴趣消息携带灵活的控制元数据，以在节点侧对多个匹配数据对象进行多维度（属性、性能、状态）的精准筛选与返回。

* *D3解决的问题*：解决在CCN网络中如何通过在Interest中携带查询条件（属性、信誉、元数据），从邻近节点搜寻并筛选出高质量/符合偏好的Content Object，避免盲目匹配。

3. **技术特征覆盖率最高**：D3完整公开了特征A、B、C、D、E、F、H，并且在特征G中公开了“事实属性（类型、时间）”、“接口相关性能（比特率、延迟）”等具体标准。

*注：**D1 (US20110246471A1)** 虽然在“内容与用户偏好匹配”的逻辑上非常相似，但其基于P2P网络，Interest机制属于概念映射，防守方容易以“应用层P2P与网络层NDN架构存在机制差异”进行抗辩，因此综合效力略逊于D3。*

---

## 四、 未被最接近对比文件公开的特征及其他对比文件的组合分析

假设以 **D3 (EP2998886A1)** 作为最接近对比文件：

### 1. D3未完全公开的特征差异（区别特征）

虽然D3公开了特征A-F及H，并在特征G中公开了“事实属性”和“接口相关使用数据/性能”，但对于特征G中特定的变体：

* **差异点1**：“与所述多个项相关的使用数据”（如项的热度、历史访问频次、被请求次数）；

* **差异点2**：“从另一网络节点获得数据的努力”（如获取该数据所需的计算开销、跨域开销、跳数代价等）；

* **差异点3**：“在所述兴趣消息中指定的范围内的位置”（明确以地理/范围位置作为偏好筛选标准）。

### 2. 其他对比文件的补充公开情况

* **D1 (US20110246471A1) 的补充作用**：

* D1在段落`[0044]`/`[0210]`中明确提到了根据“用户/项的使用数据”（如购买习惯、历史行为）以及“地理位置（Location/Zip code）”来进行条件筛选。这可以补充公开**差异点1（使用数据）**和**差异点3（范围位置）**。

* **D2 (US20150350078A1) 的补充作用**：

* D2在段落`[0044]`及`[0048]`中公开了在Interest中携带`Hop Count`（跳数），用于衡量报文从Producer到Consumer经历的节点数量。虽然D2将其用于流转发控制，但在本领域公知常识中，Hop Count即代表了“从另一网络节点获得数据的努力（Effort/Cost）”。

### 3. 创造性组合攻击逻辑（审查员视角）

若审查员或无效发起方试图组合 D3 + D1 + D2（或结合本领域公知常识）：

> *“本领域技术人员在D3的基础上，为了进一步优化数据选择的维度，有动机引入D1中公开的‘使用数据/位置信息’以及D2/公知技术中的‘Hop Count/获取代价（Effort）’作为额外的Filtering/Preference标准，将其写入Interest的元数据查询字段中，这属于本领域技术人员根据实际业务需求进行的常规选择和显而易见的设计组合，不具备突出的实质性特点和显著的进步。”*

---

## 五、 无效请求/防守视角下的最薄弱技术特征分析

如果对手对本专利提出无效宣告请求，**权利要求1最薄弱的技术特征是：特征G（偏好标准的具体枚举列表）**。

### 薄弱原因分析：

1. **特征A-F及H已完全被公知技术（D3/D2）击穿**：NDN/CCN网络中“在Interest中携带Name和Metadata -> 节点接收 -> 匹配Name -> 应用Metadata标准筛选 -> 返回Content Object”这一套整体流程，在D3中已经被**全流程正面向**公开。

2. **特征G属于“选择性/并列限定”（Markush型或选择性列表）**：

* 权利要求1中的特征G采用了“……中的至少一个是针对以下项中的至少一个指定的偏好：[属性] OR [项使用数据] OR [接口使用数据] OR [获得数据的努力] OR [位置]”的表述。

* 根据专利审查指南，**只要对比文件公开了上述并列选择中的任意一种**，权利要求1的该特征即被对比文件完全覆盖。

* **致命点**：D3已经明确公开了“事实属性”（Type/Date）以及“接口相关使用数据/性能”（Bitrate/Latency/Signed）。这意味着**特征G在字面侵权/对比层面已经被D3单篇完全覆盖（满足“至少一个”的要求）**！权利要求1甚至不需要组合D1或D2，其新颖性/创造性就已经面临极大的威胁。

---

## 六、 进一步的对比文件检索策略建议

为了在无效宣告程序中彻底击垮权利要求1（或在专利授权/防御阶段重新评估安全性），建议采取以下**进一步检索策略**：

### 1. 针对从属权利要求的公知常识及具体实施例检索

由于权利要求1已被D3高度贴近，无效攻防的战场必然转移至**从属权利要求**。需重点检索：

* 如何具体计算或度量“从另一网络节点获得数据的努力”（如具体的Cost算法、链路Metric计算方式与Interest结合的专利）；

* 元数据（Metadata）在NDN包头（如NDNv0.3/TLV编码格式）中的具体语法结构与解析流程。

### 2. 检索要素表达与分类号（IPC/CPC）扩展

#### **关键IPC/CPC分类号**：

* **H04L 45/74**（基于名的路由/名称查找，Name-based forwarding）

* **H04L 67/568**（ICN/CCN中的内容缓存与选择）

* **H04L 67/63**（基于内容/属性的路由和数据传输）

* **H04L 47/24**（基于流属性或QoS的数据包选择）

#### **逻辑扩展检索式组合（以WIPO/USTPO/CNIPA数据库为例）**：

* **组合一（NDN/CCN + 元数据筛选）**：

`((Named Data Network) OR (Content Centric Network) OR (Information Centric Network) OR NDN OR CCN OR ICN) AND (Interest OR "interest packet" OR "interest message") AND (metadata OR preference OR criteria OR attribute) AND (filter* OR select* OR subset)`

* **组合二（网络代价/Effort + 位置/使用数据 + 兴趣包匹配）**：

`(NDN OR CCN OR ICN OR "named data") AND (metadata) AND ("hop count" OR "effort" OR "cost" OR "latency" OR "usage data" OR "location") AND (match* OR retrieve* OR select*)`

### 3. 非专利文献（NPL）重点搜寻方向

NDN/CCN领域的大量核心突破最早发表于学术会议而非专利：

* **重点关注会议/期刊**：ACM Conference on Information-Centric Networking (ACM ICN)、IEEE INFOCOM、IEEE/ACM Transactions on Networking。

* **重点追踪学术团队**：PARC (Palo Alto Research Center)、Van Jacobson 团队、Lixia Zhang (UCLA NDN团队)、Urbana-Champaign (UIUC) 等在2010–2018年间发表的关于“Interest Selectors”、“NDN Metadata Extension”及“Context-aware Routing”的论文。例如，早期NDN规范（NDN Packet Format Specification）中关于`Selectors`（如`MinSuffixComponents`, `PublisherPublicKeyDigest`, `Excludelist`）及元数据扩展的官方文档。

针对目标专利（以下称“本专利”）与三份对比文件（D1: US2016085830A1、D2: KR1020160033597A、D3: JP2016062605A），结合本专利说明书及对比文件原文，从专业专利代理师的角度进行深度法律与技术分析如下：

---

## 一、 目标专利权利要求1的说明书解释

结合说明书整体技术方案（特别参照说明书背景技术与具体实施方式）：

* **网络节点（1）**：指命名数据网络/内容中心网络（CCN/NDN）中的数据转发或存储设备（如路由器、服务器等）。

* **兴趣消息（Interest Message）**：在CCN/NDN网络架构中用于请求特定数据对象的请求包。

* **元数据（Metadata）**：随兴趣消息携带或附加的描述性信息或查询参数（例如，说明书图2A中的源标准206、元数据标准208、签名标准210、声誉标准212等）。

* **事实属性**：指数据项客观存在的固有属性（如文件类型、创建时间、文件大小、是否带签名等）。

* **与多个项相关的使用数据**：指数据项在历史被访问、下载或评价的过程中产生的数据（如声誉值/Reputation、访问频次等）。

* **与通信接口相关的使用数据**：指节点接口在传输过程中的物理或逻辑性能数据（如接口的比特率/bitrate、延迟/latency等）。

* **从另一网络节点获得数据的努力**：指获取数据所需付出的网络资源或开销（如付费墙/pay wall、跳转跳数/hop count、跨网段开销等）。

* **在兴趣消息中指定的范围内的位置**：指限制在特定地理或网络拓扑范围内的地理位置信息（如GPS位置）。

---

## 二、 对比文件技术特征比对分析

> **同族专利说明**：

> 经比对原文，D1（US2016085830A1）、D2（KR1020160033597A）、D3（JP2016062605A）属于**同一专利族**（同源同族申请）。其技术方案、段落结构及披露内容高度一致。因此，三份对比文件对权利要求1的技术特征公开程度完全相同。

各对比文件原文公开特征比对如下表所示：

### 权利要求1特征比对表格

---

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

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

* **本专利解决的技术问题**：如何在命名数据网络（CCN/NDN）中，通过在请求包（兴趣消息）中灵活地携带多样化的资源选择偏好标准（如事实属性、接口性能、获取努力、位置等），精准且高效地筛选并获取符合特定条件的数据对象子集。

* **对比文件（D1 / D2 / D3）解决的技术问题**：如何在CCN网络中，通过在兴趣消息中包含查询标准（元数据标准、声誉标准、签名标准、接口属性如比特率/延迟、付费墙等），向邻近节点查询并选择满足特定品质与条件的资源/内容对象。

* **技术效果一致性**：D1、D2、D3与本专利均达到了“在兴趣消息级别实现多维度属性筛选、提高内容发现精度与网络资源利用效率”的技术效果。

### 2. 结论：最接近对比文件的确定

**D1 (US2016085830A1)、D2 (KR1020160033597A) 和 D3 (JP2016062605A) 均可单独作为最接近的对比文件。**

由于三者为同族申请，其公开的技术内容完全覆盖了权利要求1的前件、核心特征以及全部可选项（特征A~H在D1-D3中均有原文精确对应）。

---

## 四、 极弱/薄弱技术特征分析与无效攻击策略

### 1. 权利要求1的防线评估

从上述特征比对表格可以看出，**对比文件（D1/D2/D3）已经完全公开了权利要求1的所有技术特征（A~H）。** 权利要求1面临极高的被宣告无效的风险（新颖性/创造性均严重不足）。

### 2. 相对最薄弱的技术特征分析

若硬要在权利要求1的“并列选项”中寻找专利权人可能试图进行抗辩的薄弱点，仅有 **特征G5（“在所述兴趣消息中指定的范围内的位置”）**：

* **薄弱原因**：对比文件（如D1 [0043]段）提到了“GPS位置（GPS location）”，但重点在于设备产生包含GPS位置的数据对象，而对于“在兴趣消息中*指定范围*（range）内的位置筛选”的用词表述略有差异。

* **专利权人可能的抗辩**：专利权人可能主张对比文件公开的是“绝对GPS位置”，而非“兴趣消息中指定范围内的位置”。

* **无效突破方式**：

1. **公知常识/显而易见性组合**：在NDN/CCN网络中，限定查询范围（如“距离当前节点5公里内”）属于本领域技术人员基于GPS定位信息的惯用技术手段。

2. **补充对比文件检索**。

---

## 五、 进一步对比文件检索策略建议

为了确保无效宣告请求能够一击即中，针对可能存在的补充答辩，建议采取以下补充检索策略：

### 1. 检索要素表达（IPC分类号与关键词）

* **IPC / CPC 分类号**：

* `H04L67/06`（文件传输协议）

* `H04L67/55` / `H04L67/63`（基于内容的网络 / NDN / CCN 路由与转发）

* `H04L67/52`（基于位置的服务 / Location-based services）

* **核心关键词组合**：

* **架构词**：`NDN` OR `CCN` OR `"Named Data Networking"` OR `"Content Centric Network"` OR `"Information Centric Networking"`

* **消息词**：`Interest` OR `"Interest Packet"` OR `"Interest Message"`

* **偏好/筛选词**：`Metadata` OR `Criterion` OR `Criteria` OR `Preference` OR `Filter` OR `Attribute`

* **位置/范围词**：`Location` OR `Range` OR `Geographic` OR `Geo-routing` OR `Scope`

### 2. 深度补充检索方向

1. **针对“基于位置/范围的NDN兴趣消息筛选”**：

* 重点检索 **Geo-NDN（地理命名数据网络）** 相关的早期论文或专利（优先检索2015年之前的文献）。

* *典型检索式*：`(NDN OR CCN) AND (Interest) AND (Location OR Geo OR Scope OR Area) AND (Filter OR Select)`

2. **针对属概念与种概念结合**：

* 检索在Interest包的`Selectors`（选择器）或`MustBeFresh` / `MinSuffixComponents`等扩展元数据字段中携带自定义范围/偏好约束的现有技术文献（如PARC、UCLA等NDN项目组的早期基础专利）。

作为一名经验丰富的专利代理师，基于本案权利要求1及说明书技术构思，结合三篇对比文件原文，为您提供以下严谨的法律与技术无效分析报告。

---

### 一、 权利要求1的技术方案理解与特征分解

**目标专利保护的核心技术构思：**

目标专利属于命名数据网络（CCN/NDN，Content-Centric Networking / Named Data Networking）技术领域。其核心在于将**元数据（Metadata）**与兴趣消息（Interest Message）结合，使得网络节点不仅基于数据名称匹配，还能根据元数据中指定的**筛选标准（Criteria）**对候选数据项进行过滤或选择，且该标准明确涵盖了**属性/使用数据/网络开销/位置等偏好**。

根据权利要求1的文本，将其拆解为如下技术特征：

* **特征A**：一种网络节点，包括：至少一个通信接口；

* **特征B**：以及至少一个处理器，该至少一个处理器被配置为：在所述至少一个通信接口中的某一通信接口上接收用于请求命名数据对象的兴趣消息；

* **特征C**：所述兴趣消息包括请求的命名数据对象的名称和元数据；

* **特征D**：所述元数据指定用于选择多个项的子集的一个或多个标准；

* **特征E**：基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配；

* **特征F**：并且如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集；

* **特征G**：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置；

* **特征H**：在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。

---

### 二、 对比文件原文公开情况与技术特征比对表格

#### 1. 各对比文件公开特征判定

* **D1 (US6665659B1, 2003-12-16)**：

* **架构领域**：传统的Web/HTTP/URL架构（客户端-服务器/元数据数据库模型），非命名数据网络（CCN/NDN）。

* **公开内容**：公开了客户端向服务器发送请求，请求包含描述感兴趣信息的规范（对应元数据标准），服务器根据属性筛选元数据/引文（Citations），客户端本地渲染程序也可以根据用户指定的标准（如字词阅读难度、不雅言语、流行度、评分等）对引文进行排序和过滤，并返回/预取数据。

* **对比结论**：公开了基于元数据属性/使用数据进行筛选（特征D、F、部分G），但其是在传统IP/URL框架下，并非在CCN/NDN的“兴趣消息（Interest）”中嵌入元数据进行动态筛选。

* **D2 (US20100042610A1, 2010-02-18)**：

* **架构领域**：搜索引擎与文档索引/排序系统。

* **公开内容**：根据文档元数据的流行度（Popularity of key metadata）对搜索结果进行排序，如分析查询日志（Query logs）、用户点击频率等使用数据。

* **对比结论**：公开了利用元数据中的“使用数据（Use data）/流行度”来筛选/排序文档（部分特征G），但属于传统搜索引擎检索逻辑。

* **D3 (US20130219081A1, 2013-08-22)**：

* **架构领域**：**命名数据网络（CCN/NDN/ICN）**架构（与目标专利完全属于同一技术领域）。

* **公开内容**：公开了NDN节点（网络节点）通过接口（Face/Interface）接收兴趣消息（Interest），兴趣消息包含内容名称/前缀（Content Name/Prefix）。节点维护FIB、PIT、CS，能够基于延迟、路径开销、节点可用性（“从另一网络节点获得数据的努力”）等链路/策略信息转发兴趣消息并返回数据对象。此外，D3在`[0037]`等段落中提到了在Interest/Data中携带“标记/标识符（Probe Identifier, PI）”及控制策略元数据。

* **对比结论**：公开了NDN的基本架构（特征A、B、E、H），并实质/隐含公开了根据“从另一网络节点获得数据的努力”（如延时、节点可用性）策略转发兴趣消息（部分特征G）。但在D3中，Interest消息中携带的控制元数据主要是探针标识或链路状态信息，而非让节点在确定名称匹配后**“通过应用元数据指定的标准选择多个项的子集”**（特征C、D、F）。

---

#### 2. 技术特征比对表格

---

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

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

在创造性分析中，**D3 (US20130219081A1)** 是**唯一且最适合作为最接近的对比文件（Primary Prior Art）**。

* **原因分析**：

1. **技术领域完全一致**：本案目标专利保护的是“命名数据网络（NDN/CCN）”环境下的节点处理逻辑。D3（US20130219081A1）同样专为Content-Centric Networking (CCN) / Named Data Network (NDN) 设计，明确记载了网络节点（Node）、接口（Face）、兴趣消息（Interest Packet）、数据消息（Data Packet）、PIT、FIB和CS。

2. **整体解决的技术问题与技术效果契合度高**：D3解决的是NDN网络中动态内容请求的灵活路由与策略转发问题（通过在Interest中携带探针/控制信息来评估网络延迟与获得数据的开销）；目标专利解决的也是NDN网络中如何更精准、多维度地响应Interest消息并选择合适的数据项。

3. 相比之下，D1和D2属于传统的应用层Web检索或搜索引擎技术（基于TCP/IP和URL），缺少NDN网络独有的“名称路由、Interest/Data驱动”机制，不适合作为首选的最接近对比文件。

---

#### 2. 区别技术特征及其他对比文件的组合分析

**以D3为最接近对比文件，权利要求1与D3的区别特征在于：**

> **区别特征**：在NDN架构下，所述兴趣消息中的**元数据指定了用于选择多个项子集的标准**（特征D），且节点在确定名称匹配后，**通过应用所述元数据标准来选择多个项的子集**（特征F），其中标准明确包含了对“事实属性”或“与多个项相关的使用数据”等偏好（特征G的部分内容）。

**其他对比文件（D1 / D2）对区别特征的公开情况：**

1. **D1公开了“利用元数据属性/使用数据标准筛选数据子集”**：

* *D1原文出处*：SUMMARY章节及`[0010]`段落指出：*“...filtering the available citations based on a criteria specified by the user... attribute values... rating values indicating quality... usage or the approval or disapproval of other subscribers...”*

* *作用与教导*：D1明确给出了“在数据检索过程中，将包含属性/使用数据的标准作为元数据，用于在匹配项中进一步过滤/挑选子集”的技术教导。

2. **D2公开了“利用使用数据（流行度）作为选择/排序标准”**：

* *D2原文出处*：`[0015]`及`[0021]`段落指出：*“...metadata popularity for a document is determined by comparing extracted metadata from the document to query logs... ordering search results based at least in part on metadata popularity values...”*

**结合逻辑（无效论证路线）：**

* 本领域技术人员在面对D3（NDN基本请求与策略转发）的基础上，当试图改进NDN节点的数据响应能力、满足用户个性化或多维度检索需求时，有动机引入传统数据检索领域（如D1、D2）中公知的“元数据筛选机制”。

* 将D1/D2中“在请求中嵌入元数据筛选标准并在节点侧应用该标准选择匹配项子集”的技术手段结合到D3的NDN Interest/Data交互框架中，属于本领域技术人员的常规技术手段叠加，且未产生预料不到的技术效果。

---

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

如果在无效宣告程序中针对权利要求1发起攻击，**最薄弱（即最难被现有技术彻底击垮/目标专利最强的防御点）的技术特征**是：

> **最薄弱攻击点（目标专利的核心防线）：特征G中“与所述至少一个通信接口相关的使用数据”以及“在所述兴趣消息中指定的范围内的位置”与“NDN兴趣消息（Interest）驱动的实时节点选择（特征D+F）”的结合。**

* **原因分析**：

1. **D1/D2的局限性**：D1和D2虽然公开了“事实属性”和“使用数据（如流行度）”，但它们都是**端到端或搜索引擎服务端**的静态属性筛选，完全没有**“特定通信接口（Face）使用数据”**或**“Interest消息指定的网络/空间位置范围”**概念。

2. **D3的局限性**：D3虽然有接口（Face）和链路开销（RTT延迟），但D3的Face开销是**路由器底层策略层（Strategy Layer）自动计算的（用于路由选择）**，并不是由**用户/客户端在Interest消息的元数据（Metadata）中显式指定标准**来筛选数据项。

3. **技术交织点**：目标专利将“网络层/接口层动态状态（接口使用数据/位置）”作为“Interest消息元数据中的标准”，由网络节点在“匹配数据项时应用”。这种在NDN网络原语（Interest）中结合接口/位置状态进行数据子集裁剪的机制，在组合D3+D1/D2时容易产生“后见之明”的辩驳空间。

---

### 五、 进一步的对比文件检索策略（Search Strategy）

为了确保彻底攻破权利要求1（尤其是上述防线特征G及特征D/F在NDN中的结合），建议采取以下针对性的进一步检索策略：

#### 1. 核心检索要素表达（Key Concepts & Keywords）

* **主题1：NDN/CCN架构下的元数据扩展**

* 关键词：`NDN`, `CCN`, `Named Data Networking`, `Content-Centric Networking`, `Interest packet`, `Interest message`, `Metadata`, `Selector`, `Filter`

* **主题2：兴趣消息中的选择标准/偏好筛选**

* 关键词：`Criteria`, `Preference`, `Attributes`, `Face usage`, `Interface status`, `Location-based`, `Geo-range`, `Subset selection`

#### 2. 推荐分类号（IPC / CPC）

* `H04L 45/74`：与数据网络中的路由/寻址/名称路由相关的技术（针对NDN/CCN）。

* `H04L 67/63`：基于内容或上下文的数据传输路由/调度。

* `H04L 67/56`：网络节点处的数据过滤、转换或中继。

* `G06F 16/955`：基于URL或命名对象的信息检索。

#### 3. 具体检索路径与逻辑组合

1. **针对“NDN/CCN 官方规范与早期学术论文”进行专项追溯**：

* 重点检索 PARC（帕洛阿尔托研究中心）、NDN Consortium、Named Data Networking 早期框架文档（2009-2015年）。

* **理由**：早期CCNx协议规范（如 CCNx 0.x / 1.0 协议手册）中，Interest 包结构中本身就设计有 `Selectors`（选择器，如 `MinSuffixComponents`, `MaxSuffixComponents`, `PublisherPublicKeyDigest`, `Exclude` 等元数据字段）。需重点查找是否有扩展标准包含“接口状态/位置偏好/使用数据”作为 Selector 的文献。

2. **精准组合检索式（以 Scopus / Google Patents / IEEE Xplore 为例）**：

* `("Named Data Network*" OR "Content-Centric Network*" OR "CCNx" OR "NDN") AND ("Interest message" OR "Interest packet") AND ("Metadata" OR "Selector") AND ("preference" OR "location" OR "interface" OR "attribute")`

3. **非专利文献（NPL）检索**：

* 重点检索 ACM Conference on Information-Centric Networking (ICN)、IEEE INFOCOM、IEEE ICDCS 中关于 **"Context-aware NDN"** 或 **"Location-aware Interest forwarding in NDN"** 的论文，这类论文极易公开“在Interest中带位置/接口/上下文元数据来过滤内容”的技术方案。

作为一名资深专利代理师，我针对目标专利权利要求1（下称“本专利”）与三篇对比文件进行深入的技术对比与侵权/无效法律分析。

---

## 一、 权利要求1的技术特征拆解与说明书原意解释

基于目标专利说明书的一贯教导，对权利要求1进行界定：

* **技术特征A（通信接口）**：网络节点中的物理或逻辑收发端口（Face/Port/Interface）。

* **Technical Feature B (Interest Message Processing)**: In Information-Centric Networking (ICN) / Named Data Networking (NDN), receiving an Interest Packet that requests a Named Data Object.

* **技术特征C（兴趣消息内容）**：兴趣消息中不仅包含请求对象的“名称（Name）”，还明确包含“元数据（Metadata）”。

* **技术特征D（元数据的功能）**：元数据并非仅用于指示对象属性，而是**专门用于指定一个或多个标准，以从多个项中筛选出子集（Subset）**。

* **技术特征E/F（两阶段匹配与筛选机制）**：

1. **阶段一**：首先**仅基于名称**确定是否存在匹配的多个项（Items）。

2. **阶段二**：在确认存在匹配的前提下，进一步**应用所述元数据指定的标准**来选出项的子集。

* **技术特征G（标准/偏好的具体类型）**：元数据指定的标准至少包含以下之一的**偏好（Preference）**：

1. 多个项的事实属性（Fact attributes）；

2. 与多个项相关的使用数据（Usage data）；

3. 与通信接口相关的使用数据；

4. 从另一网络节点获得数据的努力（Effort to obtain data）；

5. 兴趣消息指定范围内的位置（Location）。

* **技术特征H（数据返回）**：在通信接口上返回与名称匹配的数据对象（选出的子集或对应数据）。

---

## 二、 对比文件技术特征比对与原文详细出处

以下为三篇对比文件公开号及原文核查比对：

1. **D1**：`WO2013126339A1`

2. **D2**：`US20140023072A1`

3. **D3**：`US20140289325A1`

### 特征比对表格（详细比对）

---

## 三、 最接近对比文件的选择（基于整体技术问题与技术效果）

从发明解决的技术问题、技术方案及技术效果整体维度分析：

### 1. D1 (`WO2013126339A1`)

* **技术问题与效果**：解决在NDN/CCN网络中由于内容位置未知和网络动态变化导致兴趣包转发路径不优、延迟大及网络开销高的问题；通过探针机制和概率选择实现自适应自优化的路由转发策略。

* **架构契合度**：D1是典型的NDN/CCN自适应转发策略专利，包含了完整的“网络节点、通信接口（Face）、接收兴趣消息、基于名称查找匹配、返回数据对象”的经典NDN框架（特征A、B、E、H）。

### 2. D2 (`US20140023072A1`)

* **技术问题与效果**：解决传统CCN变长标识符导致传输设备无法高速处理以及可扩展性差的问题；通过分层标识符（转发标识符+子标识符）结合IP网络实现高效转发与缓存。

### 3. D3 (`US20140289325A1`)

* **技术问题与效果**：解决基于名称的包转发中查找匹配效率低的问题；通过将变长名称转换为有序固定长度元素（Ordered-element name/SFN）并利用精确匹配引擎（如以太网交换芯片）实现高吞吐转发。

### 分析结论：

**最接近的对比文件为：D1（`WO2013126339A1`）**。

* **原因**：D1与本专利均处于NDN/CCN（命名数据网络/内容中心网络）的技术领域，底层网络架构最逼近。D1公开了权利要求1的前提架构（特征A、B、E、H）。

* **同时，D3（`US20140289325A1`）也可作为备选的最接近对比文件**：若将审查重点放在“兴趣消息的报文结构（包含名称+元数据/Metadata/Flags）”上，D3公开了最丰富的数据包结构定义（公开了名称与Metadata、Flags的结合）。

---

## 四、 权利要求1的创造性及最薄弱技术特征分析

### 1. 未被最接近对比文件（D1）公开的技术特征

对比D1，权利要求1的核心区别特征在于：

* **区别特征1（特征C+D）**：兴趣消息中的“元数据”用于“指定选择多个项的子集的一个或多个标准”。

* **区别特征2（特征F）**：在基于名称确定存在匹配后，**进一步通过应用所述元数据指定的标准来选择多个项的子集**（即“名称初搜 + 元数据精筛”的两阶段处理机制）。

* **区别特征3（特征G）**：该标准是针对事实属性、使用数据、接口使用数据、获取数据的努力或特定位置指定的**偏好（Preference）**。

### 2. 其他对比文件（D2、D3）是否公开了上述区别特征？

* **D2**：D2中的子标识符（Sub-identifier）是分层结构中的树节点指针（如定位到Avatar视频的第几分段/第几Byte），属于**确定性寻址**，完全不属于“基于偏好标准从多个匹配项中筛选子集”。

* **D3**：D3虽然在报文中携带了Metadata和Flags，但其Flags是用于辅助路由器决定“Exact-match”是成功还是排除（Exclude/Terminate），其Metadata是用于辅助生成固定长度哈希值。D3**并未公开**在节点内部匹配到多个数据项后，利用元数据中指定的“偏好标准”对匹配项进行子集过滤和选择。

### 3. 专利无效请求中最薄弱的技术特征（即本专利的最强防线）

如果发起无效宣告请求，本专利**最坚固的防线（即无效攻方最薄弱、最难突破的技术特征）**是：

> **特征F + 特征G的组合逻辑**：即“**兴趣消息中的元数据携带有偏好标准，节点在名称匹配到多个项后，利用该偏好标准（如事实属性、使用数据、获取 effort、特定范围位置）对多个匹配项进行子集筛选（Sub-selection）**”。

* **现状评估**：现有的D1-D3三篇对比文件，虽然分别解决了NDN的“动态转发策略（D1）”、“分层报文IP化（D2）”和“定长哈希高速查找（D3）”，但**没有任何一篇对比文件教导了在ICN/NDN网络节点中，通过兴趣消息携带元数据偏好来对内容匹配集进行二次逻辑筛选（Sub-setting）**。D1-D3均停留在“寻找路由接口”或“精确查找唯一数据”的层面。

---

## 五、 进一步的对比文件检索策略（无效进攻建议）

为了成功无效权利要求1，针对上述最薄弱突破点（特征D、F、G），建议采取以下补充检索策略：

### 1. 扩展检索主题词与技术分类号（IPC/CPC）

#### 关键词组合（英文）：

* `("Named Data Network*" OR "Content-Centric Network*" OR "Information-Centric Network*" OR "NDN" OR "CCN" OR "ICN")`

* **AND** `("metadata" OR "attribute" OR "preference" OR "constraint" OR "filter*")`

* **AND** `("subset" OR "select*" OR "refine*" OR "multi* match*")`

* **AND** `("location" OR "usage" OR "effort" OR "cost")`

#### 关键分类号：

* **H04L 45/74**（基于内容的路由/寻址）

* **H04L 67/568**（网络节点中的缓存与内容筛选）

* **H04L 67/63**（基于内容特性的消息路由/调度）

* **G06F 16/955**（基于统一资源标识符/元数据的检索与筛选）

### 2. 检索方向侧重建议

1. **聚焦“基于内容的发布-订阅系统（Content-based Publish/Subscribe Systems）”**：

* 在早期Pub/Sub网络（如SIENA、HERMES等协议）中，存在大量使用“谓词（Predicates）”或“属性/元数据过滤器（Attribute Filters）”对匹配消息集进行子集过滤的现有技术，可尝试将Pub/Sub的过滤机制跨领域结合到NDN/ICN网络中。

2. **聚焦“NDN/CCN Context-aware Forwarding（上下文感知转发）/ SQL-like ICN Query”**：

* 重点检索2011年~2015年期间关于“上下文感知NDN（Context-aware NDN）”或“带谓词查询的兴趣包（Interest with Predicates / Range Queries in NDN）”的高校与科研机构专利及学术论文（如PARC、UCLA、Cisco、Huawei等）。这些文献中常有在Interest消息中插入条件约束来过滤数据副本（Replica Selection）的技术教导。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1（下称“本专利”）与三份对比文件（D1：EP2813059A1、D2：US20150120759A1、D3：CN104603773A）进行了深入的法律与技术比对分析。

---

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

本专利权利要求1保护一种命名数据网络（NDN / CCN）中的网络节点。结合说明书上下文，其核心发明构思在于：

1. **命名匹配与筛选解耦/结合**：兴趣消息不仅包含命名数据对象的**名称**，还包含**元数据**（指定筛选标准的元数据）。

2. **两阶段/条件处理**：

- 第一阶段（**特征E**）：首先基于“名称”判断命名数据对象与多个项之间是否存在匹配；

- 第二阶段（**特征F/G**）：**仅在确定存在匹配的前提下**（如果已经确定存在所述匹配），才通过应用元数据中的标准（包括特定偏好，如事实属性、使用数据、获得数据的努力、位置等）筛选出多个项的**子集**。

3. **数据响应**：最终返回与该名称相匹配的数据对象（子集）。

---

## 二、 各对比文件公开特征分析及详细出处比对

为了便于精准法律比对，各对比文件指代如下：

* **D1**：`EP2813059A1`（METHOD AND APPARATUS FOR ADAPTIVE FORWARDING STRATEGIES IN CONTENT-CENTRIC NETWORKING）

* **D2**：`US20150120759A1`（SYSTEM AND METHOD FOR ITEM AND ITEM SET MATCHING）

* **D3**：`CN104603773A`（基于用户之间的社交扩散使兴趣标签与媒体项关联的方法和设备）

### 1. D1（EP2813059A1）公开情况分析

* **公开的技术特征**：

* **特征A**：公开了“ plurality of faces each of which is coupled to a different node”（多个接口/Faces，段落[0007]、[0020]、图9 910）。

* **特征B**：公开了“a processor coupled to the faces... receives an interest”（处理器在接口上接收兴趣消息，段落[0007]、[0023]）。

* **特征C**：公开了兴趣消息包含请求内容的“name/prefix”（段落[0007]、[0023]）。

* **特征H**：公开了基于名称匹配后返回数据对象（段落[0007]、[0023]、[0037]）。

* **未公开/实质未公开的技术特征**：

* **特征D、F、G**：D1中的兴趣消息主要基于内容名称进行路由和转发策略优化，并未公开兴趣消息中带有用于在匹配后筛选多个项的子集的“元数据及其标准（针对事实属性、使用数据等指定偏好）”。

* **特征E**：D1仅公开了最长前缀匹配或名称精准匹配以定位缓存/内容，并未公开在节点处针对“名称匹配多个项”并进一步利用元数据筛选子集的两阶段匹配机制。

---

### 2. D2（US20150120759A1）公开情况分析

* **公开的技术特征**：

* **特征A、B**：公开了匹配服务器（Matching server 110）包含处理器（Processor 111）和网络接口，能够通过网络接收输入项/查询请求（段落[0019]、[0021]、图1b）。

* **特征D、F、G**：公开了基于用户定义的筛选/排序标准（如 cost, style, season, color, size 等事实属性或偏好）来对项或项集进行筛选、排序和匹配（段落[0026]）。

* **特征E**：公开了确定输入项/名称与数据库中多个项/项集之间的匹配关系（段落[0023]-[0025]）。

* **未公开/实质未公开的技术特征**：

* **特征B、C、H（NDN/CCN特定架构）**：D2属于传统电子商务/图像匹配系统，其请求为传统的电商查询，**并非命名数据网络（NDN/CCN）架构下的“兴趣消息（Interest Message）”**，也不包含NDN中包含名称与选择标准元数据的特定兴趣消息格式。

---

### 3. D3（CN104603773A）公开情况分析

* **公开的技术特征**：

* **特征A、B**：公开了设备包含处理器和存储器、通信接口，可接收媒体项与标签请求（段落[0004]、图10）。

* **特征C、D、G**：公开了结合用户概况（偏好、社交关系、使用/共享历史等使用数据）确定兴趣标签并与媒体项关联（段落[0003]、[0028]、[0035]）。

* **未公开/实质未公开的技术特征**：

* **特征B、C、E、F、H**：D3侧重于社交网络中的媒体自动标记与扩散，完全未涉及命名数据网络（NDN）中在接收到包含名称和标准的兴趣消息后，先按名称匹配再按元数据标准筛选子集并返回数据对象的特定网络节点控制逻辑。

---

### 特征比对表格（针对权利要求1）

---

## 三、 最接近对比文件的选择与技术问题/效果分析

### 1. 最接近对比文件的确定：**D1（EP2813059A1）**

在专利创造性审查中，确定最接近对比文件（最主要对比文件）的基本原则是：**技术领域相同或最相近、所解决的技术问题最类似、或者公开的技术特征最多**。

* **分析**：

* **D1** 与目标专利同属于**命名数据网络（NDN / CCN）**架构领域。D1公开了包含通信接口（Faces）、处理器、接收及处理包含名称的兴趣消息（Interest Message）、以及基于名称返回匹配数据对象的完整NDN网络节点架构（公开了特征A、B、E部分、H）。

* **D2** 和 **D3** 属于上层应用（电子商务服装匹配、社交网络媒体自动标记），其底层网络架构、数据包格式（非NDN兴趣消息）与目标专利存在本质差异。

* **结论**：**D1 最适合作为最接近的对比文件**。

---

### 2. 区别技术特征及整体解决的技术问题与技术效果

以 **D1** 为最接近对比文件，权利要求1与D1相比，**区别技术特征**在于：

> **区别特征1（特征C、D、G）**：兴趣消息中不仅包含名称，还包含指定筛选标准的元数据，且该标准是针对偏好（事实属性、使用数据、获得数据的努力、位置等）指定的。

> **区别特征2（特征F）**：节点处理逻辑中引入了条件触发机制——**仅在基于名称确定存在匹配之后，才通过应用所述元数据标准来选择多个项的子集**并返回。

* **整体解决的技术问题**：

如何在命名数据网络（NDN）架构下，在网络节点侧实现灵活、高效且兼顾用户个性化/上下文偏好的数据筛选与精准响应，避免不必要的计算开销。

* **达到的技术效果**：

1. 扩展了NDN兴趣消息的语义表达能力（通过元数据注入筛选标准）；

2. 实现了“先名称定位，后元数据精细化筛选”的两阶段处理机制。由于**仅在名称匹配成功后才触发复杂的元数据标准过滤**，极大地节省了网络节点对不匹配请求的计算资源消耗，提升了NDN节点的响应效率。

---

## 四、 无效请求中的薄弱环节与攻防分析

若我们要针对本专利发起**无效宣告请求**，基于现有对比文件（D1-D3），本专利权利要求1存在以下**最薄弱的技术特征**及潜在突破口：

### 1. 最薄弱的技术特征：**特征G（标准的具体内容，如事实属性、使用数据）与 特征D（元数据指定标准）**

* **薄弱性分析**：

在NDN网络中，利用元数据（Metadata）携带扩展属性或查询条件，属于本领域技术人员的常用技术手段。此外，D2已经明确公开了利用“事实属性（价格、颜色、款式）”进行项筛选（D2段落[0026]），D3公开了利用“使用数据/历史”和用户偏好进行筛选。

审查员或复审委很容易认为：将D2/D3中公开的“属性/使用数据筛选标准”作为元数据放入D1的NDN兴趣消息中，属于**将常规筛选条件应用于NDN协议字段的公知常识组合**。

### 2. 本专利最坚固的“防线”（即对方可能抗辩点）

* **防线**：**特征F中的“如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集”这一两阶段条件执行逻辑**。

对方专利权人会主张：D1仅是简单的FIB查找和Face概率转发，D2/D3是传统数据库/服务端的全局搜索。本专利将“名称匹配”作为“元数据筛选”的前置触发条件（条件判断语句：*如果已经确定...则应用...*），形成了特定的NDN节点数据处理流水线，具备预期的技术效果（节省计算资源）。

---

## 五、 进一步的对比文件检索策略（无效检索建议）

为了彻底无效掉权利要求1（尤其是打破特征F的逻辑防线），建议采取以下进一步检索策略：

### 1. 检索方向与关键词策略

* **核心结合点**：检索同时涉及 **NDN / CCN / Named Data Networking** 且包含 **Attribute-based / Context-aware / Metadata / Preference / Query Filtering** 的文献。

* **英文检索式构建建议**：

* `("Named Data Network*" OR "Content-Centric Network*" OR "CCN" OR "NDN") AND ("metadata" OR "attribute*" OR "predicate*" OR "filter*") AND ("interest message" OR "interest packet")`

* `("interest message" OR "interest packet") AND ("two-stage" OR "two step" OR "first match" OR "conditional*") AND ("subset" OR "filter*")`

### 2. 重点关注的文献类型与技术领域

1. **NDN/CCN 协议扩展类文献（特别是2011-2016年间的学术论文及专利）**：

* 重点关注 CCNx 早期规范、PARC 或 NDN Consortium 发表的关于 **“Attribute-Based Naming”** 或 **“Content Search in NDN”** 的论文（如 ACM ICN 会议论文）。

* 许多学术论文在2012-2015年间探讨过在 Interest 报文中嵌入“Selector”（选择器）或“Filter”（过滤器）字段，并在 CS/PIT 匹配时先匹配 Name 再过滤 Attributes。

2. **基于内容的路由与发布订阅系统（Publish/Subscribe Systems, Content-Based Routing）**：

* NDN 在很大程度上借鉴了早期的“基于内容的路由（Content-Based Routing）”。可以检索 2005-2012 年间关于分布式节点处理“包含Predicate/Attributes的Subscription/Interest”的专利（如 IBM、Cisco、Microsoft 相关专利），用以证明“先匹配主题/名称，再过滤属性子集”是数据路由节点的公知常识。

### 3. 补强无效路线规划（意图架构）

* **主选路线**：**D1 (EP2813059A1) + 补充对比文件 (公开了NDN中先匹配Name再按Metadata/Selector过滤子集的文献) + D2/D3/公知常识**。

* 用 D1 提供 NDN 节点基础架构；

* 用新检索到的补强文献提供“Interest报文中携带Metadata并在Name匹配后过滤子集”的逻辑（特征C、D、E、F）；

* 用 D2/D3 证明特征G中的“事实属性、使用数据”属于领域内常见的选择标准。

---

<ElicitationsGroup message="如需进一步推进本案，您可以选择以下方向：">

<Elicitation label="针对权利要求1撰写一份完整的无效宣告请求书（意见陈述书草案）" query="请结合上述分析，针对该专利权利要求1撰写一份格式严谨、逻辑缜密的专利无效宣告请求书意见陈述书草案。"/>

<Elicitation label="制定针对从属权利要求的防守或攻击策略" query="如果本专利还包含从属权利要求，请分析在针对权利要求1发起攻击时，如何预判并应对专利权人可能做出的权利要求修改或从属权利要求防守。"/>

</ElicitationsGroup>

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与三份对比文件（D1: CN104604205A、D2: US20150134781A1、D3: EP2874075A1）进行严谨的技术特征比对、最接近对比文件分析、专利无效突破点以及检索策略制定。

---

### 一、 目标专利权利要求1的技术特征拆解与技术实质理解

目标专利权利要求1保护一种**命名数据网络（NDN/CCN）中的网络节点**。

其核心技术方案为：

节点接收包含**请求对象名称**和**元数据**的兴趣消息（Interest Message），其中**元数据指定了用于选择多个项的子集的一个或多个标准**（如属性偏好、使用数据、接口数据、获取努力程度或位置等）。节点在匹配名称后，**通过应用该元数据中的标准从匹配的多个项中选择一个子集**，并在通信接口上返回匹配的数据对象。

#### 技术特征拆解：

* **特征A**：至少一个通信接口（3）

* **特征B**：至少一个处理器（5），配置为在通信接口上接收用于请求命名数据对象的兴趣消息

* **特征C**：兴趣消息包括请求的命名数据对象的名称和元数据

* **特征D**：元数据指定用于选择多个项的子集的一个或多个标准

* **特征E**：基于请求的名称，确定请求的命名数据对象与多个项之间是否存在匹配

* **特征F**：如果确定存在匹配，通过应用所述一个或多个标准来选择多个项的子集

* **特征G**：所述标准至少包含对事实属性、使用数据、通信接口使用数据、获取数据的努力、范围位置等指定的偏好中的至少一种

* **特征H**：在通信接口上返回一个与请求名称相匹配的数据对象

---

### 二、 对比文件技术特征比对与公开情况分析

#### 对比文件公开号说明：

* **D1**：CN104604205A（《用于内容中心网络中自适应转发策略的方法和装置》）

* **D2**：US20150134781A1（《METHOD AND APPARATUS FOR PRE-FETCHING REMOTE CONTENT BASED ON STATIC AND DYNAMIC RECOMMENDATIONS》）

* **D3**：EP2874075A1（《METHOD AND APPARATUS FOR PRE-FETCHING REMOTE CONTENT BASED ON STATIC AND DYNAMIC RECOMMENDATIONS》）

*(注：D2与D3为同一族专利，技术内容完全一致)*

#### 特征比对表格 (Feature Comparison Table)

---

### 三、 最接近对比文件分析（基于整体技术问题与效果）

在评估创造性（或提出专利无效宣告）时，选择最接近对比文件需要考察技术领域、解决的技术问题以及技术方案的贴合度：

1. **最接近对比文件候选：D2 (US20150134781A1) / D3 (EP2874075A1)**

* **解决的技术问题与效果**：D2/D3 旨在解决命名数据网络（CCN/NDN）中，客户端或中间节点如何基于兴趣消息及其关联的**元数据**（包括历史关联、版本、分节等标准），预测并筛选/推荐相关的**内容数据项子集（content objects）**，从而实现内容的预加载和高效缓存，提高响应速度与用户体验。

* **匹配度分析**：D2/D3 的核心机制（通过兴趣消息/元数据、定义筛选标准、对多个关联数据项提取子集并返回/预取）与权利要求1在“基于兴趣消息元数据筛选数据对象子集”的逻辑上高度吻合。因此，**D2（或同族D3）最适合作为最接近的对比文件（第一最接近对比文件）**。

2. **次要对比文件：D1 (CN104604205A)**

* **解决的技术问题与效果**：D1 旨在解决NDN中“自适应转发策略”的问题，即节点在收到兴趣消息后，如何根据端口/接口的时延、流量等性能，在策略层选择合适的**转发端口/路径**将兴趣发出去，并返回数据。

* **差异性**：D1 侧重于**网络传输路径/端口的选择（Routing/Forwarding Strategy）**，而权利要求1侧重于**数据内容项（Data Objects/Items）本身的匹配与基于偏好的子集筛选**。D1 可作为结合对比文件，用于证明网络接口控制、兴趣消息匹配机制属于本领域的常规技术手段。

---

### 四、 专利无效分析：最薄弱的技术特征与结合策略

如果针对权利要求1提起无效宣告请求，核心攻防点在于**特征G（元数据偏好标准的具体范围）**与**特征D/F（利用兴趣消息内的元数据筛选数据项子集）**的组合。

#### 1. 无效请求中最薄弱（最难被直接完全破坏）的技术特征

* **特征G中的特定组合**：特别是“**从另一网络节点获得数据的努力**（effort to obtain data from another network node）”以及“**在所述兴趣消息中指定的范围内的位置**（location within a scope specified in the interest message）”。

* **原因**：虽然D2/D3公开了基于内容事实属性（版本/分片）和历史使用数据来筛选相关内容子集，但D2/D3主要侧重于内容相关性（Correlation），并没有将“从其他节点获取数据的计算/网络代价（effort）”或“兴趣消息内限定的具体地理/网络位置范围”作为兴趣消息元数据中的显式**偏好标准（Preference Standard）**直接写入兴趣消息并由节点执行选择。

#### 2. 结合对比文件的无效逻辑链条（创造性攻防）

* **主考证据（D2/D3）**：公开了特征A、B、C、D、E、F、部分G（事实属性、使用数据）、H。

* **辅考证据（D1）**：公开了特征A、B、E、H，并且在段落[0026]、[0044]、[0057]中明确揭示了在NDN节点中评估“从其他节点获取数据的努力（如RTT时延、路径节点可用性、链路负载等性能评估）”。

* **无效结合论述**：

* 本领域技术人员在D2/D3的基础上，为了进一步优化NDN网络中的数据筛选与预取效率，有动机引入D1中教导的“网络开销/获取数据的努力（Effort）”作为筛选内容或选择路径的辅助元数据标准。

* 将“接口使用状况/获取数据的努力”作为元数据标准属于本领域技术人员结合D1教导对D2/D3筛选标准进行的显而易见的组合或应用延伸，不具备创造性。

---

### 五、 进一步对比文件检索策略（针对薄弱特征）

为确保能百分之百在“新颖性（100%直接公开）”或“毫无争议的创造性（结合现有技术）”层面击穿权利要求1，建议针对上述薄弱特征采取以下补充检索策略：

1. **针对“获取数据的努力（effort）/计算代价/带宽成本”作为NDN兴趣消息元数据的检索**：

* **关键词组合**：`("Named Data Networking" OR "Content-Centric Networking" OR "CCN" OR "NDN") AND ("metadata" OR "interest packet") AND ("effort" OR "cost" OR "energy" OR "latency" OR "distance") AND ("preference" OR "selection" OR "filtering")`

* **逻辑重点**：查找在2015年之前的NDN/CCN文献中，兴趣消息（Interest Packet）的表头/元数据字段中明确包含“Cost/Effort Preference”（例如请求者指定：仅当获取代价小于X时才返回子集）的技术方案。

2. **针对“兴趣消息中指定范围内的位置（Location within a scope）”的检索**：

* **关键词组合**：`("NDN" OR "CCN" OR "Named Data") AND ("location" OR "geo-scope" OR "geographic" OR "spatial") AND ("interest" NEAR/5 "metadata")`

* **逻辑重点**：检索基于位置感知（Location-aware / Geo-scoping）的NDN网络路由与内容选择专利（如车载网VANET或物联网CCN相关申请）。

3. **分类号（IPC/CPC）精准聚焦**：

* `H04L 45/74`（基于名的路由/NDN报文处理）

* `H04L 67/568`（网络节点中的缓存与内容选择）

* `H04L 67/55`（基于位置或上下文的信息推送/筛选）

作为一名经验丰富的专利代理师，我针对目标专利《一种网络节点》（公开号对应权利要求1）与三份对比文件（D1: KR1020150055559A、D2: CN105049466A、D3: EP2953325A1）进行深入的权利要求解释、技术特征比对、最接近对比文件选择、无效突破口分析及进一步检索策略说明。

---

## 一、 目标专利权利要求1的技术特征分解与说明书解释

根据目标专利的说明书及常规命名的信息中心网络（ICN/CCN/NDN）技术语境，对权利要求1进行拆解与解释：

* **技术特征 A（主体）**：一种网络节点（1），包括至少一个通信接口（3）。

* *解释*：指ICN/NDN网络中的路由器、缓存服务器（CS节点）或中间节点。

* **技术特征 B（接收兴趣）**：至少一个处理器（5），被配置为在所述通信接口上接收用于请求命名数据对象的兴趣消息（Interest）。

* *解释*：基于命名数据网络架构，客户端或上游节点通过发送Interest包来请求数据。

* **技术特征 C（兴趣消息结构）**：兴趣消息包括请求的命名数据对象的名称和元数据。

* *解释*：Interest包不仅包含常规的逻辑/位置无关名称（HSVLI/Hierarchical Name），还携带有扩展的“元数据（Metadata）”。

* **技术特征 D（元数据作用）**：所述元数据指定用于选择多个项的子集的一个或多个标准。

* *解释*：元数据中定义了某种过滤、匹配或挑选规则（Standard/Criteria），用于从存储的多个候选数据项中筛选出符合条件的部分。

* **技术特征 E（名称匹配判断）**：基于请求的命名数据对象的名称，确定请求的命名数据对象与多个项之间是否存在匹配。

* *解释*：节点首先根据Interest包中的名称在前缀/名称层面上进行粗筛选或命中判断。

* **技术特征 F（应用标准进行子集选择）**：如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集。

* *解释*：在名称匹配的基础上，进一步应用元数据中指定的规则/标准，剔除不满足偏好的项，筛选出特定的子集。

* **技术特征 G（标准/偏好的具体限定）**：所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：

1. 多个项的事实属性；

2. 与多个项相关的使用数据；

3. 与通信接口相关的使用数据；

4. 从另一网络节点获得数据的努力；

5. 在兴趣消息中指定的范围内的位置。

* *解释*：该特征为权利要求1的**核心发明点（限制特征）**。它明确限定了筛选标准必须包含事实属性（如文件格式/分辨率）、使用数据（如历史访问频率/流行度）、接口使用数据（如带宽/延迟）、获取 Effort（如跳数/网络开销）或指定范围内的位置（如地理/网络半径限制）中的至少一种偏好。

* **技术特征 H（返回数据对象）**：在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。

* *解释*：根据选择的子集，将匹配的数据包（Data Packet）通过原路径/指定接口返回。

---

## 二、 目标专利与对比文件的特征比对分析

三份对比文件的公开号如下：

* **D1**：KR1020150055559A（정적 및 동적 추천에 기초하여 원격 콘텐츠를 프리―페칭하는 방법 및 장치）

* **D2**：CN105049466A（用于信息中心网络的可计算内容存储）

* **D3**：EP2953325A1（Method for managing packets in a network of Information Centric Networking (ICN) nodes）

### 1. 各对比文件公开情况判定

#### 对比文件 D1 (KR1020150055559A)

* **公开的技术特征**：A、B、C、E、H。

* *详细出处*：

* **特征A/B**：段落[0004]、[0030]、图1（网络节点/中间节点116、客户端102、处理器及通信接口）。

* **特征C**：段落[0004]、[0029]、[0066]，公开了Interest包包含位置无关名称，且可以扩展携带前缀/后缀（如`/_recommendation`）或上下文元数据（段落[0027]引用文献）。

* **特征E/H**：段落[0034]、[0037]，基于结构化名称在CCN数据存储库中匹配数据并返回。

* **未公开/未实质公开的技术特征**：D、F、G。

* *原因*：D1侧重于根据历史Interest的统计相关性（Correlation Values）在服务器/中间节点自动生成“推荐（Recommendation）”或触发预取（Pre-fetching）。D1中的Interest主要是去请求推荐列表或预取内容，并没有公开在**单个Interest消息的元数据中直接指定“筛选标准”并在节点本地对多个项选择子集**的过程（特征D、F），更没有明确公开特征G所限定的5种特定偏好作为匹配筛选标准。

#### 对比文件 D2 (CN105049466A)

* **公开的技术特征**：A、B、C、D（实质公开）、E、F（实质公开）、G（部分实质公开）、H。

* *详细出处*：

* **特征A/B**：说明书第[0005]、[0042]段，图1、图7（CS节点/计算机系统702，包含处理器704与通信模块720）。

* **特征C/D/E/F**：说明书第[0012]、[0013]、[0054]-[0057]段。D2公开了节点接收规定缓存内容对象名称的兴趣（Interest），且兴趣可携带许可/特权或触发规则的条件（可理解为元数据/规则）。节点根据名称匹配后，通过执行与该兴趣/内容对象关联的“规则（Rules）”或检查权限，从多个库（如高性能库、低性能库）中选择特定的库并从中挑选出符合条件的数据（如高清视频流或低清视频流子集）返回。

* **特征G**：说明书第[0010]、[0046]-[0057]段，明确提到了依据“事实属性”（数据大小、内容名称等）、“使用数据/历史统计”（访问频率、缓存命中率等）、“通信接口/性能属性”（数据带宽、延迟等）来划分域或选择存储库。

* **未公开/差异特征**：D2的“规则”与“域”通常是在CS节点内部预先配置或根据Interest名称触发查询的，虽然Interest可以带有访问许可，但**将筛选标准作为元数据直接封装在Interest消息内**，并由处理器在接收到Interest后实时应用该元数据标准去从“多个项”中切出“子集”的机制，与D2的实现架构存在微小差异。

#### 对比文件 D3 (EP2953325A1)

* **公开的技术特征**：A、B、C（实质公开）、G（部分公开：获得数据的努力/范围内的位置）、H。

* *详细出处*：

* **特征A/B/H**：说明书段落[0018]、[0020]、图2a-2f（ICN节点1，包含处理器和存储手段，接收Interest并返回Data）。

* **特征C**：段落[0029]-[0037]、[0043]，D3提出了“Meta-Interest（元兴趣包）”和“Meta-Data”，Meta-Interest中包含TTL（Time To Live，跳数限制）或探索半径 $\rho$。

* **特征G（部分）**：段落[0019]、[0043]、[0047]，明确提到了按“跳数（number of hops）”、“网络开销/获取 Effort”以及“探索半径/范围内位置（exploration radius $\rho$）”来寻找最邻近副本（Nearest Replica）。

* **未公开/差异特征**：D、E、F。

* *原因*：D3的Meta-Interest目的是在网络中探索哪一个节点存有目标数据（只返回表示数据存在性的元数据包@），其挑选的是“目标节点（Target Node）”而非在单个节点内部从“多个项（Multiple items）”中选择“项的子集（Subset of items）”。

---

### 2. 特征比对表格 (Feature Comparison Table)

---

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

从**整体解决的技术问题**与**技术效果**角度分析：

### 1. 最接近对比文件的选择：**D2 (CN105049466A)**

* **技术问题**：目标专利旨在解决在信息中心网络（ICN）中，传统的 Interest 仅能按精确名称检索单个固定数据，导致无法根据上下文、用户偏好、网络状态等动态地从相关数据集合中灵活筛选并返回合适数据子集的问题。

* **D2 的契合度**：D2 同样针对 ICN 网络（如 CCN/NDN），旨在解决“如何基于域、规则及属性（如访问频率、事实属性、接口性能等）高效管理和挑选缓存内容”的问题。D2 已经构筑了“兴趣消息 + 附加属性/权限/规则判断 -> 在内容节点中筛选特定库/特定质量数据（如高清/低清子集）”的完整架构。因此，**D2 在技术领域、解决的技术问题、工作机制及技术效果上与目标专利最为接近，最适合作为最接近的对比文件（第一主答交）**。

* **补充对比文件：D3 (EP2953325A1)**

* 如果审查员或无效策略侧重于“**从另一网络节点获得数据的努力**”或“**兴趣消息中指定的范围内的位置（TTL/探索半径）**”这两个特定偏好特征，**D3 可以作为另一个最接近的对比文件（辅助主答交）**。因为 D3 专门提出了通过 Meta-Interest 在指定 TTL/半径内探寻节点，并依据跳数开销（Effort/Hops）来决定响应。

### 2. 未被最接近对比文件（D2）完全覆盖的技术特征及结合分析

假设以 **D2** 为最接近的对比文件：

* **区别特征**：目标专利权利要求1相对 D2 的主要区别在于：**将筛选标准显式地封装为 Interest 消息中的“元数据（Metadata）”，且网络节点在接收到该 Interest 后，由处理器直接应用该元数据标准从多个匹配项中切出“子集”并返回**。

* **其他对比文件的公开情况**：

* **D1** 公开了在 ICN 中在 Interest 消息中携带上下文信息/元数据（如 `/_recommendation` 前缀或属性扩展），用于引导节点做出动态选择。

* **D3** 明确公开了在 Interest/Meta-Interest 中携带限定“网络范围/TTL”的元数据，且节点根据“获取 Effort/跳数”来做出匹配决策。

* **创造性评述思路（D2 + D1/D3 或本领域公知常识）**：

在 D2 已经教导了“根据数据属性、使用统计、接口性能等标准在 ICN 节点中挑选相符数据”的基础上，本领域技术人员为了提高检索的灵活性，将这些标准直接作为 Interest 报文的标头/元数据（Metadata）进行传递（如 D1 或 D3 中在 Interest 中携带控制参数/元数据的常规手段），是本领域技术人员无需付出创造性劳动即可做出的常规技术选择。因此，权利要求1相对于 D2+D1/D3 不具备创造性。

---

## 四、 最薄弱的技术特征与无效突破口分析

若要对目标专利提出无效宣告请求，权利要求1中**最薄弱的技术特征**是：

> **“技术特征 D 及 F 中：在 Interest 消息的元数据中指定标准，并在节点端执行子集选择”**

### 弱点原因分析：

1. **概念泛化（功能性表述倾向）**：目标专利将“元数据指定标准”和“选择子集”写得非常宽泛，几乎涵盖了所有“带有筛选参数的语义检索 Interest”。在 NDN/CCN 领域（2013-2015年间），“Context-aware Interest”（上下文感知兴趣包）或“Parameterized Interest”（带参数的兴趣包）是非常热门的研究方向。

2. **特征 G 采用“多选一（或门）”罗列**：特征 G 罗列了 5 种偏好选项（事实属性、使用数据、接口数据、获得数据的努力、范围内位置）。在法律层面，**只要对比文件组合能够覆盖其中任意一种偏好**（例如 D2 公开了事实属性和使用数据，D3 公开了努力和范围位置），即可击穿整个特征 G。

---

## 五、 进一步的对比文件检索策略建议

为了在无效宣告中形成“一击必杀”的防线，建议采取以下补充检索策略：

### 1. 检索要素表达（Search Elements）与逻辑构建

* **核心要素 1 (ICN/NDN 架构)**：`Information Centric Network`, `Named Data Network`, `CCN`, `NDN`, `Content Centric`, `命名数据`, `信息中心网络`.

* **核心要素 2 (扩展 Interest 消息)**：`Meta-data`, `Attribute`, `Parameter`, `Context`, `Requirement`, `Selector`, `Filter`, `元数据`, `属性`, `筛选`, `选择器`.

* **核心要素 3 (节点侧筛选/子集选择)**：`Subset`, `Select`, `Filter`, `Match`, `Preference`, `Rank`, `子集`, `偏好`, `挑选`.

### 2. 重点专利库与非专利文献（NPL）检索方向

由于本技术属于网络协议与架构创新，大量突破性概念优先发表于顶级学术会议：

* **ACM Conference on Information-Centric Networking (ACM ICN)**（2014–2016年会议论文）。

* **IEEE INFOCOM / IEEE GLOBECOM** 中关于 NDN Packet Format、Parameterized Interest、Attribute-based Naming 的论文。

* **Named Data Networking (NDN) Technical Reports**（例如 NSF NDN Project 官方发布的 Packet Format Specification，早期的 NDN 规范中就已经引入了 `Selectors` 字段，如 `MinSuffixComponents`, `MaxSuffixComponents`, `PublisherPublicKeyLocator`, `Exclude` 等，这些完全属于“Interest 元数据中指定的选择标准”）。

### 3. 具体检索式建议（以 IEEE / Google Patents 为例）

1. `("Named Data Network*" OR "Content Centric Network*" OR "ICN") AND ("Interest packet" OR "Interest message") AND ("metadata" OR "selector" OR "attribute" OR "preference") AND ("subset" OR "filter" OR "select")`

2. 查找 NDN 官方 0.x 版本的 **NDN Packet Format Specification**（重点核对 Interest 报文格式中的 `Selectors` 结构，指出其利用 Selector/Metadata 进行数据子集过滤属于现有技术）。

作为一名经验丰富的专利代理师，我将针对目标专利（基于权利要求1的技术方案）与给出的三份对比文件（D1: WO2015185756A1、D2: US20150381557A1、D3: US20160019275A1）进行全面、严谨的专利法律与技术分析。

---

## 一、 目标专利权利要求1的技术特征拆解与技术内涵解释

结合一般信息中心网络（ICN/CCN/NDN）的技术语境，对权利要求1的各项技术特征解释如下：

* **技术特征A（硬件基础）**：`一种网络节点（1），包括：至少一个通信接口（3）`

* **解释**：明确本发明的实体载体为网络节点（如路由器、服务器或网关），配备用于收发网络数据包的物理/逻辑通信接口。

* **技术特征B（兴趣消息接收）**：`至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息`

* **解释**：在ICN架构中，客户端通过发送“兴趣包（Interest Packet）”来请求特定数据。本特征限定节点具备接收该请求的控制逻辑。

* **技术特征C（兴趣消息内容）**：`所述兴趣消息包括请求的命名数据对象的名称和元数据`

* **解释**：请求包中不仅包含数据对象的唯一标识名称（Name），还额外携带了控制/辅助性质的“元数据（Metadata）”。

* **技术特征D（筛选标准限定）**：`所述元数据指定用于选择多个项的子集的一个或多个标准`

* **解释**：元数据中嵌入了过滤或优选条件（Criteria），用于从匹配到的多个候选数据项中筛选出特定的子集。

* **技术特征E（名称匹配确定）**：`基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配`

* **解释**：第一阶段匹配。节点首先通过数据名称在本地缓存或路由表中查找是否存在对应的多个匹配数据项（如同一数据的多个副本、多个版本或候选接口）。

* **技术特征F（标准应用与子集选择）**：`如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集`

* **解释**：第二阶段筛选。在确认名称匹配成功后，进一步触发元数据中的“标准”，对匹配到的多个项进行二次过滤，选出满足特定偏好的子集。

* **技术特征G（筛选标准的具体偏好范畴）**：`其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置`

* **解释**：对特征D/F中“标准”的实质内容进行多维度限定。偏好可基于：

1. *事实属性*（如文件大小、编码格式）；

2. *使用数据*（如热度、访问频率）；

3. *接口使用数据*（如接口带宽、丢包率、负载）；

4. *获取数据的努力*（如跳数、时延、开销）；

5. *位置/范围*（如特定TTL跳数范围内、地理位置）。

* **技术特征H（数据返回）**：`以及在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。`

* **解释**：将经过上述偏好筛选后选定的数据对象（Data Packet）沿原路径返回给请求方。

---

## 二、 对比文件技术特征比对与公开性分析

### 1. 对比文件基本信息映射

* **D1**：WO2015185756A1（公开日：2015-12-10）

* **D2**：US20150381557A1（公开日：2015-12-31）

* **D3**：US20160019275A1（公开日：2016-01-21）

---

### 2. 特征比对表格（Feature Comparison Table）

---

### 3. 各对比文件原文详细出处及比对深度分析

#### (1) 对比文件 D1 (WO2015185756A1) 分析

* **公开特征分析**：

* **特征A、B、E、H**：D1段落[0023]-[0024]及[0051]明确公开了ICN网络节点通过通信接口接收数据包请求（Interest包），判断本地是否存储，并最终返回数据包C。

* **特征C、D、F（实质公开/部分公开）**：D1段落[0061]-[0065]公开了“Meta-interest packets（元兴趣包）”，其可通过数据包头、特定Flag或关键字（如`META`）来标识（即元数据）。段落[0024]与[0076]说明，通过元兴趣包收集信息后，节点在多个已标识的目标节点中进行选择（`selecting one target node among identified target nodes`）。

* **特征G（部分公开）**：D1段落[0033]及[0073]-[0076]公开了选择依据为：首个收到元数据的节点（代表延时最短）、跳数最近（`closest in number of hops`）、负载最小（`least loaded`），以及通过TTL限制探索半径（`exploration radius $\rho$`）。这对应了“从另一网络节点获得数据的努力（跳数/时延）”、“负载（接口/节点使用数据）”以及“范围内的位置”。

* **差异点/未公开特征**：

* D1中的“Meta-interest”主要用于触发元数据探索以防止缓存污染，其元数据本身作为一种**包类型标记**，并不直接在兴趣包中显式携带用户/应用层指定的“用于选择子集的特定标准/偏好参数”。此外，D1未公开针对“多个项的事实属性”或“与多个项相关的使用数据（如热度）”进行选择。

#### (2) 对比文件 D2 (US20150381557A1) 分析

* **公开特征分析**：

* 公开了网络节点（特征A）、接收兴趣包形式的解析请求（特征B）、基于容器名称在FIB或数据库中查找匹配（特征E）、以及通过Data包返回解析结果（特征H）[段落 0008-0012, 0140-0153]。

* **差异点/未公开特征**：

* D2的核心是解决ICN中容器名称解析（Name Resolution）和路由扩展性问题。兴趣包中携带的关键字（如`RESOLVE`）仅用于将请求路由至名称服务器，不属于“指定选择标准”的“元数据”（特征C、D）。D2完全未公开根据偏好标准从多个匹配项中筛选子集的二次选择机制（特征F、G）。

#### (3) 对比文件 D3 (US20160019275A1) 分析

* **公开特征分析**：

* 公开了客户端与服务器间传输无名数据对象（Nameless Content Object）的技术架构（特征A、B、H）[段落 0010, 0027]。

* 其兴趣包名称中包含了服务名称前缀以及内容对象哈希值COH（Content Object Hash）[段落 0010, 0070]。COH可被视为数据对象的自证明元数据（特征C）。

* **差异点/未公开特征**：

* D3利用COH哈希值是为了在无名/无位置环境中**精确唯一定位**某一个数据对象（类似指纹匹配），完全不涉及“元数据指定用于选择多个项的子集的标准”（特征D），也不存在应用偏好标准进行“二次子集筛选”的过程（特征F、G）。

---

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

### 1. 最接近对比文件（Closest Prior Art）的确定

**最接近对比文件：D1 (WO2015185756A1)**

* **选择理由**：

1. **技术领域一致**：D1与目标专利均处于信息中心网络（ICN/CCN/NDN）数据包管理与请求转发的技术领域。

2. **解决的技术问题极其相似**：D1致力于解决在ICN多副本/多缓存节点环境下，如何高效探索网络、评估多个候选节点（跳数、时延、负载），并选择最佳节点获取数据，同时避免缓存污染（见D1段落[0021]-[0024]）。目标专利同样旨在解决在存在多个匹配项时，如何基于多样化的偏好标准动态选择最优/合适数据子集的问题。

3. **技术特征重合度最高**：D1不仅公开了A、B、E、H，还实质公开了引入元数据（Meta-interest）、在匹配到多个副本节点后应用特定标准（跳数、时延、负载、TTL范围）进行选择的机制（特征C、D、F、G的部分内容）。

*(注：D2侧重于容器名称解析，D3侧重于无名对象的哈希寻址，二者的架构逻辑与目标专利的“偏好筛选”机制相去甚远，不适合作为最接近对比文件。)*

---

### 2. 区别技术特征与未被最接近对比文件公开的特征

以 **D1** 为最接近对比文件，目标专利权利要求1与D1相比，**区别技术特征**在于：

1. **特征D/F的决策机制差异**：目标专利的兴趣消息中所携带的“元数据”显式指定了“选择标准/偏好”，节点直接解析兴趣消息中的元数据标准来对匹配的多个项进行筛选；而D1的元数据（META关键字/Flag）仅作为触发控制平面的“探索请求”，具体选择标准（如最早返回、最近跳数）是节点预设的转发策略，而非由兴趣消息中的元数据所显式指定的。

2. **特征G的具体偏好范畴补充**：D1未公开“针对多个项的**事实属性**（如文件格式、分辨率）”以及“与多个项相关的**使用数据**（如访问频次、热度）”指定的偏好选择标准。

---

### 3. 其他对比文件是否公开上述区别特征

* **D2 (US20150381557A1)**：完全未涉及基于事实属性或使用数据等偏好标准进行数据项二次筛选的教导。

* **D3 (US20160019275A1)**：其COH哈希仅仅用于数据完整性校验和精确寻址，未公开任何“基于事实属性/使用数据”进行子集筛选的教导。

**结论**：上述区别技术特征**未被对比文件 D2 和 D3 公开**。将 D1 与 D2、D3 进行结合，本领域技术人员依然无法直接得出在兴趣消息的元数据中显式携带“事实属性”或“使用数据”等偏好标准以筛选数据子集的整体技术方案。因此，权利要求1相对于 D1+D2 或 D1+D3 的组合具备显著的突破性和创造性。

---

## 四、 无效宣告请求中最薄弱的技术特征分析

若攻击方（无效请求人）欲对权利要求1发起无效宣告，**最薄弱的技术特征**（即最容易被突破/最危险的特征）为：

> **特征G中关于“从另一网络节点获得数据的努力”以及“在兴趣消息中指定的范围内的位置”这两个偏好选项。**

### 薄弱性原因分析：

1. **D1的精准打击**：D1在段落[0033]中明确记载了：*“selected target node is either the node... firstly received... (delay), or... closest in number of hops...”*（根据时延或跳数选择），在段落[0073]中明确记载了：*“scoped flooding within a given exploration radius $\rho$ ... TTL”*（在探索半径/TTL范围内探索）。

2. **技术等同/公知常识风险**：D1中的“跳数（Hops）/时延（Delay）”完全对应目标专利特征G中的“获得数据的努力（Effort）”；D1中的“探索半径 $\rho$ / TTL”完全对应特征G中的“指定的范围内的位置”。

3. **权利要求1的“择一性（OR）”撰写缺陷**：特征G采用了“……中的**至少一个**指定的偏好：[事实属性] OR [使用数据] OR [接口使用数据] OR [获得数据的努力] OR [范围内的位置]”的串联结构。根据专利审查指南，**只要对比文件公开了该“至少一个”选项中的任意一项（如“获得数据的努力”），特征G的这一择一限定即可被认定为被对比文件部分公开或容易想到**。

---

## 五、 进一步的对比文件检索策略（Search Strategy）

为了在无效宣告程序中彻底击垮权利要求1，必须针对上述“区别技术特征”（兴趣包元数据显式携带偏好条件、基于事实属性/使用数据筛选ICN数据）进行补充检索。建议采取以下多维度检索策略：

### 1. 核心检索要素（Key Concepts）扩展与表达

* **要素1：网络架构（ICN / NDN / CCN）**

* *Keywords*: `Information Centric Network`, `Named Data Network`, `Content Centric Network`, `ICN`, `NDN`, `CCN`, `interest packet`, `interest message`

* **要素2：扩展元数据 / 显式偏好（Metadata / Explicit Preferences / Criteria）**

* *Keywords*: `metadata`, `header option`, `extension header`, `preference`, `criterion`, `criteria`, `constraint`, `requirement`, `attribute-based`

* **要素3：条件筛选 / 多副本选择（Filtering / Selection / Subset / Multi-replica）**

* *Keywords*: `select`, `filter`, `subset`, `candidate`, `multi-replica`, `content selection`, `matching`

* **要素4：事实属性 / 使用数据（Factual Attributes / Usage Data）**

* *Keywords*: `resolution`, `bitrate`, `file size`, `format`, `popularity`, `access frequency`, `access count`

---

### 2. 逻辑布尔检索式（Search Queries）设计

#### 策略一：针对“NDN/CCN兴趣包扩展元数据+属性/偏好筛选”分类号与关键词组合

* **IPC/CPC分类号**：`H04L45/74`（路由/数据包处理）、`H04L67/568`（网络缓存/ICN）、`H04L67/00`（网络协议）

* **检索式**：

`((ICN OR NDN OR "Named Data" OR "Content Centric") AND ("Interest packet" OR "Interest message") AND (metadata OR "extension header") AND (preference OR criteria OR constraint OR attribute) AND (select* OR filter*))`

#### 策略二：针对“兴趣包携带服务质量(QoS)/事实属性(Format/Bitrate)进行数据选择”

* **检索式**：

`(("Interest packet" OR "Interest message") NEAR3 (metadata OR parameter OR option)) AND (resolution OR bitrate OR "file size" OR format OR popularity OR "access count") AND (select* OR chosen OR retrieve)`

---

### 3. 重点检索数据库与文献源推荐

1. **学术文献数据库（重点攻关）**：

* **IEEE Xplore / ACM Digital Library**：ICN/NDN领域的很多先锋概念（如在NDN Interest中加入Selectors/Selectors Extension、Attribute-based NDN routing）最早发表于 ACM Conference on Information-Centric Networking (ICN) 或 IEEE INFOCOM。

2. **标准草案（IETF / IRTF）**：

* 检查 **IRTF ICNRG (Information-Centric Networking Research Group)** 的 RFC 及 Internet-Drafts。重点关注关于 *“Interest Restriction”*、*“Selectors in CCNx/NDN”* 以及 *“Parameterized Interest”* 的草案标准（此类标准草案常披露在Interest中携带各种过滤Selector的细节）。

3. **专利数据库深度追踪**：

* **重点申请人检索**：Cisco（思科）、PARC（帕洛阿尔托研究中心）、Huawei（华为）、InterDigital、Intel、Inria（法国国家信息与自动化研究所）。

* 重点关注上述单位在 2012–2016 年间申请的关于“NDN Selectors”、“Context-aware ICN forwarding”、“Attribute-based ICN delivery”方向的专利族。

---

### 总结建议

在无效本专利权利要求1时：

1. **立足 D1** 作为主对比文件，锁定其已公开的结构（A、B、E、H）与探索选择机制（部分C、D、F、G）。

2. **结合补充检索到的文献（D4）**：重点寻找一份公开了“在ICN/NDN兴趣包的元数据/选择器（Selectors）中写入数据格式/分辨率/热度等偏好属性以供节点过滤”的文献。

3. 通过 **D1 + D4** 的组合，以特征G中的“择一性缺陷”为突破口，即可精准且有力地毁损权利要求1的创造性。

---

<ElicitationsGroup message="针对本专利的进一步无效宣告攻防，您可能需要：">

<Elicitation label="生成针对从属权利要求的预备无效防御方案" query="请基于当前对权利要求1的分析，假设存在从属权利要求（如针对元数据具体格式、多级筛选流程的限定），评估如何从从属权利要求中寻找新特征来重塑专利壁垒？"/>

<Elicitation label="拟定无效宣告请求书中的创造性对比分析段落表述" query="请按照中国专利局《专利审查指南》的标准书写格式，撰写一段以D1为主对比文件评价权利要求1不具备创造性的意见陈述书草稿。"/>

</ElicitationsGroup>

尊敬的专利代理师/审核人：

作为一名经验丰富的专利代理师，我已对目标专利（权利要求1）与您提供的三份对比文件进行了系统且深入的法律与技术比对。

值得说明的是：**对比文件D1（US20160021172A1）与对比文件D2（CN105282215A）属于同族专利**（D2为D1的中文同族公开文本），其技术方案与文字描述完全对应；对比文件D3为US20160043963A1。

以下是紧密结合目标专利说明书及对比文件原文的逐项详细分析、特征比对表格、最接近对比文件（最接近现有技术）遴选、薄弱特征诊断以及下一步的对比文件检索策略。

---

## 一、 权利要求1的技术特征解释（结合目标专利说明书）

为了准确界定权利要求1的保护范围，对其核心技术特征在命名数据网络（NDN / CCN）语境下的含义解释如下：

* **命名数据对象及其名称（Named Data Object & Name）：** 在CCN/NDN网络中，内容传输不再基于传统IP地址，而是基于内容本身的唯一名称（通常为层次化名称，如 `/parc/home/ccn/test.txt`）。

* **兴趣消息（Interest Message）与元数据（Metadata）：** 消费者发出的数据请求包。其中“元数据”是指兴趣消息中携带的、除对象名称之外的补充控制信息或选择标准。

* **一个或多个标准（Criteria）：** 节点在本地确定存在匹配的多个项（例如，匹配名称前缀的多个候选出接口、多个缓存内容对象等）时，用于筛选/选择其中一个子集（如最优接口或最佳缓存对象）的偏好规则。

* **特定偏好（H特征）：** 明确限定了标准至少包含以下五类偏好之一：

1. 多个项的事实属性（如接口延迟、带宽、签名验证成功率）；

2. 与多个项相关的使用数据；

3. 与通信接口相关的使用数据；

4. 从另一网络节点获得数据的努力；

5. 兴趣消息中指定的范围内的位置。

---

## 二、 特征比对表格（与对比文件原文逐一映射）

下表详细罗列了权利要求1的技术特征A~H在各对比文件中的公开情况及具体出处：

---

## 三、 最接近对比文件的分析与遴选

在审查或无效宣告的创造性分析中，确定最接近对比文件（Most Closely Related Prior Art）应主要评估**技术领域、解决的技术问题、技术方案的贴合度及技术效果**。

### 1. 对比文件 D1（US20160021172A1）/ D2（CN105282215A）—— **最佳的“最接近对比文件”**

* **技术领域：** 内容中心网络（CCN/NDN）中的兴趣消息转发与数据对象返回策略。

* **解决的技术问题：** 解决传统CCN网络节点在转发Interest或缓存数据时策略单一、无法根据灵活的网络状况及偏好动态选择最佳资源/接口的问题。

* **技术效果：** 实现了基于偏好（声誉值、延迟、带宽、签名成功率等属性）对候选接口或缓存对象进行精细化动态选择，提高了网络资源利用率和传输可靠性。

* **结论：** D1/D2涵盖了权利要求1中**除了部分具体属性选项外绝大部分的技术特征（特征A~F，以及特征G中的“事实属性”和“接口使用数据”偏好）**。其整体构思与本专利完全一致，**最适合作为本专利创造性分析的第一“最接近对比文件”**。

### 2. 对比文件 D3（US20160043963A1）—— **辅助/备选最接近对比文件**

* **技术领域：** NDN/CCN网络中维持流量平衡与大对象传输控制。

* **解决的技术问题：** 解决数据包大小变化剧烈时（Highly Variable Data Object Sizes）如何精确分配网络接口与缓存资源的问题。

* **与本专利的差异：** D3的“元数据”主要限定为“预期数据大小（Expected Data Size）”，其偏好机制主要是为了解决流量堵塞（Congestion Control），缺乏本专利特征G中针对“事实属性、使用数据、获得数据的努力、位置范围”等多维度属性组合选择的教导。

* **结论：** D3可作为备选，但在创造性组合中更适合作为“其他对比文件”与D1/D2结合。

---

## 四、 最薄弱的技术特征诊断

根据上述比对，**权利要求1中最薄弱、也是最容易被攻击（或最具防御性）的技术特征集中在【特征G】**：

> **特征G具体限定：**“所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置”

### 薄弱点诊断分析：

1. **D1/D2已高度覆盖核心逻辑：** D1/D2中提到的“延迟（Latency）、带宽（Bandwidth）、签名验证成功率（Signature Verification Success Rate）”等指标，在技术本质上已经完全包含了“事实属性”以及“与通信接口相关的使用数据”。

2. **选择性与等同替换（常规选择）：** 权利要求1在特征G中采用了**并列择一**（Markush/并列选项）的撰写方式。根据专利审查指南，只要对比文件公开了其中的**任意一项**（如D1公开了接口延迟/带宽偏好），即可视为特征G被对比文件公开或显而易见。

3. **“从另一网络节点获得数据的努力（effort to obtain data）”及“指定范围内的位置（location within a scope）”：**

* 这两项子特征在D1/D2和D3中未被**字面完全对应公开**（虽然D1提到了跳转跳数和策略，但未明确使用该表述）。

* **然而**，由于权利要求1使用了“至少一个是针对以下项中的至少一个指定的偏好”，只要审查员或无效请求人证明D1/D2公开了“事实属性”或“接口使用数据”，**权利要求1的整体创造性防线即告失守**。

---

## 五、 进一步对比文件检索策略（无效宣告方向）

若您旨在对目标专利发起**无效宣告（Invalidation Request）**，为了彻底击穿特征G的所有并列选项（尤其是“获得数据的努力”和“位置范围”），建议采取以下精准检索策略：

### 1. 扩展关键词与分类号组合检索（Focusing on Feature G）

* **IPC/CPC分类号：**

* `H4L45/302`（基于策略的路由/QoS路由）

* `H4L45/74`（基于名称的路由/NDN/CCN路由）

* `H4L67/568`（在网络节点处进行内容缓存/CCN Content Store）

* **检索表达式构建（针对“获得数据的努力”与“位置”）：**

* **方向一（获得数据的努力/开销）：** `(CCN OR NDN OR "content centric" OR "named data") AND (cost OR effort OR "hop count" OR energy OR "retrieval cost") AND (interest OR metadata OR preference OR selection)`

* **方向二（位置/范围约束）：** `(CCN OR NDN OR "content centric" OR "named data") AND (location OR scope OR "geographical range" OR "spatial range") AND (interest OR metadata OR criteria)`

### 2. 重点追踪的优先权日与关键学术文献/专利库

* **时间节点：** 目标专利申请日/优先权日之前（需注意D1/D2/D3的优先权日与公开日，确保对比文件早于目标专利申请日）。

* **重点机构/学者检索：**

* **PARC（帕洛阿尔托研究中心）/ Cisco / Huawei / UCLA（加州大学洛杉矶分校NDN项目组）：** 检索 Van Jacobson、Lixia Zhang、Ignacio Solis 等人在 2010-2015 年间关于 *CCNx Scope Control*、*Geographic Routing in NDN* 以及 *QoS/Cost-based Interest Forwarding* 的论文及专利。

* **特定概念检索：** 搜索 CCNx 协议规范中关于 `Scope` 字段（指定Interest传播跳数/位置范围）和 `Cost/Metric` 字段（从邻居获取数据的开销/努力）的原始标准文档。

---

### 总结与下一步行动建议

1. **创造性无效路线：** 主打 **D1/D2（作为主对比文件/最接近现有技术） + 公知常识（或D3）**。D1/D2已经完整公开了基于元数据/声誉规则（延迟/带宽/签名成功率）进行接口和内容选择的架构，特征G已被实质公开。

2. **补充检索重点：** 若要确保100%击中特征G中全部细分选项，建议重点针对“基于位置/范围（Scope）的Interest路由”以及“基于检索开销（Cost/Effort）的CCN转发”进行补充技术文献调取。

```python

import sys

import os

# Create the HTML file content

html_content = """<!DOCTYPE html>

<html lang="zh-CN">

<head>

<meta charset="UTF-8">

<style>

@page {

size: A4;

margin: 18mm 15mm 18mm 15mm;

@bottom-right {

content: "第 " counter(page) " 页，共 " counter(pages) " 页";

font-size: 9pt;

font-family: "SimSun", "Times New Roman", serif;

color: #555;

}

@bottom-left {

content: "专利权利要求与对比文件技术特征比对及创造性分析报告";

font-size: 9pt;

font-family: "SimSun", "Times New Roman", serif;

color: #555;

}

}

body {

font-family: "SimSun", "Times New Roman", serif;

font-size: 10.5pt;

line-height: 1.6;

color: #222;

margin: 0;

padding: 0;

}

h1 {

font-size: 18pt;

font-family: "SimHei", "Arial", sans-serif;

text-align: center;

color: #1a365d;

margin-top: 0;

margin-bottom: 20px;

padding-bottom: 10px;

border-bottom: 2px solid #1a365d;

}

h2 {

font-size: 13.5pt;

font-family: "SimHei", "Arial", sans-serif;

color: #2b6cb0;

margin-top: 22px;

margin-bottom: 10px;

border-left: 4px solid #2b6cb0;

padding-left: 8px;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

font-family: "SimHei", "Arial", sans-serif;

color: #2d3748;

margin-top: 14px;

margin-bottom: 6px;

page-break-after: avoid;

}

p {

margin-top: 6px;

margin-bottom: 6px;

text-align: justify;

text-indent: 2em;

}

p.no-indent {

text-indent: 0;

}

ul, ol {

margin-top: 6px;

margin-bottom: 6px;

padding-left: 2.5em;

}

li {

margin-bottom: 4px;

text-align: justify;

}

table {

width: 100%;

border-collapse: collapse;

margin-top: 12px;

margin-bottom: 16px;

font-size: 9.5pt;

page-break-inside: auto;

}

tr {

page-break-inside: avoid;

page-break-after: auto;

}

th {

background-color: #2b6cb0;

color: #ffffff;

font-family: "SimHei", "Arial", sans-serif;

font-weight: bold;

text-align: center;

padding: 7px 6px;

border: 1px solid #cbd5e0;

}

td {

border: 1px solid #cbd5e0;

padding: 6px 6px;

vertical-align: top;

line-height: 1.45;

}

tr:nth-child(even) td {

background-color: #f7fafc;

}

.citation {

font-size: 8.5pt;

color: #4a5568;

background-color: #edf2f7;

padding: 2px 4px;

border-radius: 3px;

display: block;

margin-top: 4px;

font-family: "Courier New", monospace;

}

.callout {

background-color: #ebf8ff;

border-left: 4px solid #3182ce;

padding: 10px 12px;

margin: 12px 0;

font-size: 10pt;

}

.callout-title {

font-weight: bold;

color: #2b6cb0;

margin-bottom: 4px;

font-family: "SimHei", sans-serif;

}

.weak-spot {

background-color: #fff5f5;

border-left: 4px solid #e53e3e;

padding: 10px 12px;

margin: 12px 0;

}

.weak-spot-title {

font-weight: bold;

color: #c53030;

margin-bottom: 4px;

font-family: "SimHei", sans-serif;

}

.tag {

display: inline-block;

padding: 1px 5px;

font-size: 8pt;

font-weight: bold;

border-radius: 3px;

color: #fff;

}

.tag-disclosed { background-color: #38a169; }

.tag-not-disclosed { background-color: #e53e3e; }

.tag-partial { background-color: #dd6b20; }

</style>

</head>

<body>

<h1>专利权利要求与对比文件技术特征比对及创造性分析报告</h1>

<div class="callout">

<div class="callout-title">分析摘要与案情概述</div>

<p class="no-indent">本报告由资深专利代理师基于目标专利权利要求1及其说明书含义，针对三份对比文件（D1: US20160044126A1、D2: US20170048346A1、D3: EP3152887A1）进行全面深度的专利效力与创造性法律/技术比对分析。通过严格遵循专利审查指南的标准，提炼对比文件原文并分析其公开情况，确定最接近的现有技术，指出权利要求1的防御薄弱点，并制定精准的后续检索策略。</p>

</div>

<h2>一、 目标专利权利要求1的技术特征拆解与说明书含义解释</h2>

<p>为了准确界定权利要求1的保护范围，首先结合目标专利（命名数据网络/信息中心网络节点）的背景对权利要求1进行技术特征拆拆分与术语解读：</p>

<ul>

<li><strong>技术特征A（前言部分）</strong>：一种网络节点（1），包括：至少一个通信接口（3）。【界定主题名称及物理硬件基础】</li>

<li><strong>技术特征B（处理器与基本接收）</strong>：至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息。</li>

<li><strong>技术特征C（兴趣消息内容）</strong>：所述兴趣消息包括请求的命名数据对象的名称和元数据。</li>

<li><strong>技术特征D（元数据功能）</strong>：所述元数据指定用于选择多个项的子集的一个或多个标准。</li>

<li><strong>技术特征E（匹配确定）</strong>：基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配。</li>

<li><strong>技术特征F（子集选择触发）</strong>：并且如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集。</li>

<li><strong>技术特征G（标准限定）</strong>：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置。</li>

<li><strong>技术特征H（数据返回）</strong>：在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。</li>

</ul>

<p><strong>说明书含义深度解释：</strong></p>

<p>在命名数据网络（NDN/CCN）或信息中心网络（ICN）中，传统的兴趣消息（Interest Packet）仅通过“名称（Name/Name Prefix）”来请求数据，由网络层直接匹配并返回唯一的数据对象。而本专利权利要求1的核心构思在于<strong>“引入元数据（Metadata）配合名称，实现两阶段过滤/选择”</strong>：第一阶段（特征E），先通过“名称”在节点存储/记录的“多个项（Multiple Items）”（例如多个候选通信接口/Face、或存储的多个候选数据对象/内容）中查找是否存在名称匹配；第二阶段（特征F），在确认名称匹配后，再通过应用元数据指定的偏好标准（特征G，如事实属性、使用数据、获得数据的努力、位置偏好等）从匹配的“多个项”中精细化选择出一个子集（如最优Face或最优数据对象）；最后返回匹配数据（特征H）。</p>

<h2>二、 对比文件原文比对与技术特征公开性分析</h2>

<p>以下分别对三份对比文件进行详细技术比对：</p>

<h3>（一） 对比文件1：D1 (US20160044126A1)</h3>

<p class="no-indent"><strong>公开号：</strong>US20160044126A1<br>

<strong>公开日：</strong>2016年02月11日<br>

<strong>技术主题：</strong>CCN网络中基于声誉值（Reputation-based）的无验证懒惰转发与缓存技术。</p>

<ul>

<li><strong>特征A（通信接口）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D1段落[0004]、[0028]、[0031]公开了节点具有多个接口（faces/interfaces），例如段落[0031]：“The node may compute a reputation value for each face that it can use to forward an Interest... Note that the term 'face' refers to an interface or a virtual interface...”。具体出处：Paragraph [0031], FIG. 1, FIG. 2, FIG. 10 (communication module 1012).</li>

<li><strong>特征B（接收兴趣消息）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D1段落[0004]公开节点接收用于请求内容对象的Interest包，如“a node in the network may receive a request for some content using the content name, which is called an Interest”。具体出处：Paragraph [0004], [0006], FIG. 4 (block 402/702).</li>

<li><strong>特征C（兴趣消息含名称和元数据）：</strong><span class="tag tag-disclosed">实质公开</span>。D1段落[0006]、[0035]公开Interest消息中除了内容名称（Name/Name prefix）外，还可包含验证令牌（validation token，如publisher key identifier, hash value），以及控制控制参数或属性。此处的Validation Token或Publisher Key ID即属于元数据（Metadata）。具体出处：Paragraph [0006] ("determine whether the Interest includes a validation token"), [0009], [0035].</li>

<li><strong>特征D（元数据指定选择标准）：</strong><span class="tag tag-disclosed">实质公开</span>。D1段落[0006]、[0011]、[0037]公开：根据Interest中是否包含Validation Token/Publisher Key ID等元数据，节点决定采用基于声誉值（Reputation value）的标准来筛选/选择转发Face或选择是否跳过验证直接返回数据。声誉值由属性（如延迟、带宽、签名验证成功率）及其权重计算得出。具体出处：Paragraph [0006], [0028], [0032].</li>

<li><strong>特征E（基于名称确定匹配）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D1段落[0006]、[0080]、[0084]公开节点接收Interest后，首先基于Interest的Name/Name Prefix在Content Store (CS) 或 Forwarding Information Base (FIB) 中匹配多个项（多个候选Face或多个匹配Content Object）。具体出处：Paragraph [0006] ("If the Content Store includes a matching Content Object that satisfies the Interest"), [0084], [0087].</li>

<li><strong>特征F（匹配后应用标准选择子集）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D1段落[0006]、[0031]、[0081]公开若确定存在名称匹配，则应用计算得到的声誉值标准（比较是否超过阈值等）来选择候选Face子集（用于转发）或选择特定Content Object。具体出处：Paragraph [0006], [0031] ("forward an Interest to one or more faces with reputation values exceeding a predetermined minimum threshold"), [0081].</li>

<li><strong>特征G（特定偏好标准）：</strong><span class="tag tag-disclosed">实质公开</span>。D1段落[0008]、[0028]、[0032]公开声誉值的计算综合考虑了多种偏好标准，其中包括：<strong>通信接口相关使用数据/性能指标</strong>（延迟 latency、带宽 bandwidth，段落[0028][0032]）、<strong>从另一节点获得数据的努力/成功率</strong>（签名验证成功率 success rate for verifying signatures，段落[0028]）、<strong>事实属性</strong>（路由策略/时间限制/流量类型，段落[0032]）。具体出处：Paragraph [0008], [0028], [0032] ("Attributes can include performance metrics such as latency or bandwidth measures for a face. Other examples... number of times that a node has successfully verified signatures... routing policies").</li>

<li><strong>特征H（返回匹配数据）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D1段落[0006]、[0012]、[0078]公开节点在通信接口上返回与Interest名称相匹配的Content Object。具体出处：Paragraph [0006], [0078].</li>

</ul>

<h3>（二） 对比文件2：D2 (US20170048346A1)</h3>

<p class="no-indent"><strong>公开号：</strong>US20170048346A1<br>

<strong>公开日：</strong>2017年02月16日<br>

<strong>技术主题：</strong>CCN网络中用于物联网（IoT）主动推送数据（Data Push）的兴趣通知消息（Interest-Notification）。</p>

<ul>

<li><strong>特征A（通信接口）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D2段落[0033]、[0036]公开CCN节点包括输入/输出网络接口设备（Faces 204）。具体出处：Paragraph [0033], [0036], FIG. 2.</li>

<li><strong>特征B（接收兴趣消息）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D2段落[0005]、[0031]公开节点在接口上接收Interest消息或特殊的Interest-Notification消息。具体出处：Paragraph [0005], [0031], FIG. 3.</li>

<li><strong>特征C（兴趣消息含名称和元数据）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D2段落[0005]、[0051]-[0052]、[0060]公开一种特殊Interest消息（Interest-Notification），其包含Content Name，并包含元数据（如Type字段、Notification Flag、Cache Flag、Content Lifetime等管理属性以及Security Metadata）。具体出处：Paragraph [0005] ("Type field, a Content Name field, and a Cacheable Object field"), [0051]-[0052], [0060].</li>

<li><strong>特征D（元数据指定选择标准）：</strong><span class="tag tag-partial">部分公开</span>。D2公开了利用Type/Notification Flag判断消息类型，利用Cache Flag和Content Lifetime指示缓存管理规则（段落[0060]）。但其侧重于数据的Push与缓存控制，未明确将元数据用于从名称匹配的“多个项中选择子集”。具体出处：Paragraph [0056], [0060].</li>

<li><strong>特征E（基于名称确定匹配）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D2段落[0033]、[0041]、[0056]公开基于Content Name在Content Store (CS) 或 FIB 中进行最长前缀匹配 lookup。具体出处：Paragraph [0033], [0041], FIG. 3 (block 304).</li>

<li><strong>特征F（匹配后应用标准选择子集）：</strong><span class="tag tag-not-disclosed">未明确公开</span>。D2主要采用FIB匹配后直接转发或依据Notification规则处理，未清晰公开应用元数据标准从多个匹配项中进行二次筛选子集的过程。</li>

<li><strong>特征G（特定偏好标准）：</strong><span class="tag tag-partial">部分公开</span>。D2公开了Content Lifetime（时间范围属性，段落[0060]）和缓存策略偏好（段落[0061]），但未结合元数据多标准选择。</li>

<li><strong>特征H（返回匹配数据）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D2段落[0031]、[0041]公开在匹配后返回对应的Content Object。具体出处：Paragraph [0031], [0041], FIG. 3 (block 306).</li>

</ul>

<h3>（三） 对比文件3：D3 (EP3152887A1)</h3>

<p class="no-indent"><strong>公开号：</strong>EP3152887A1<br>

<strong>公开日：</strong>2017年04月12日<br>

<strong>技术主题：</strong>在信息中心网络（ICN）中利用“元兴趣包（Meta-Interest）”与“元数据包（Meta-Data）”寻找最近副本（NRR）的方法。</p>

<ul>

<li><strong>特征A（通信接口）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3说明书第3页段落/第5页说明及图2a-2f公开ICN节点包含与邻近节点连接的通信接口（Interfaces/Links）。具体出处：Description Page 5, FIG. 2a-2f.</li>

<li><strong>特征B（接收兴趣消息）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开节点接收请求数据包的Interest消息或元兴趣消息（meta-interest packet i'）。具体出处：Description Page 4-5, FIG. 2a-2b.</li>

<li><strong>特征C（兴趣消息含名称和元数据）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开请求消息可以为包含内容名称的meta-interest包（i'），其包含元数据标记（例如包头中包含“META”关键字或特定的Flag/Header，用以指示该消息系请求元数据而非直接请求数据实体）。具体出处：Description Page 5 ("In another embodiment, a method on the ICN payload could be used to indicate meta-interest (e.g. the keyword 'META')").</li>

<li><strong>特征D（元数据指定选择标准）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开meta-interest触发返回元数据包@，元数据包指示数据在目标节点的可得性，第一节点收集这些元数据后，基于元数据指定的标准（如响应时间最快/跳数最近/路径负载最低）选择目标节点。具体出处：Description Page 6 ("selecting one target node among identified target nodes... closest in number of hops or the least loaded").</li>

<li><strong>特征E（基于名称确定匹配）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开通过meta-interest在网络节点中基于名称探查是否存在缓存数据包C（即匹配项）。具体出处：Description Page 5, FIG. 2b-2c.</li>

<li><strong>特征F（匹配后应用标准选择子集）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开在识别出多个存储有数据包的目标节点（多个匹配项）后，第一节点应用选择标准（如首个返回元数据、跳数最小、负载最小）从中选择一个目标节点（即选择子集）。具体出处：Description Page 6, FIG. 2d.</li>

<li><strong>特征G（特定偏好标准）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3明确公开了选择标准包括：<strong>从另一节点获得数据的努力/网络开销</strong>（跳数 closest in number of hops、响应延迟 quickest in replying/shortest delay）、<strong>与接口/路径相关的使用数据</strong>（路径负载 least loaded path）、以及<strong>在探查范围内的位置</strong>（在指定的探索半径/跳数范围 p 内，TTL-scoped flooding within an exploration radius p）。具体出处：Description Page 5 ("scoped flooding within a given exploration radius p"), Page 6 ("closest in number of hops or the least loaded", "shortest delay").</li>

<li><strong>特征H（返回匹配数据）：</strong><span class="tag tag-disclosed">毫无异议公开</span>。D3公开确定目标节点后，向其发送常规Interest并接收返回的Data Packet，并将其转发给请求者。具体出处：Description Page 6, FIG. 2e.</li>

</ul>

<h2>三、 技术特征比对汇总表</h2>

<table>

<thead>

<tr>

<th style="width: 12%;">权利要求1技术特征</th>

<th style="width: 28%;">对比文件1 (D1: US20160044126A1)</th>

<th style="width: 28%;">对比文件2 (D2: US20170048346A1)</th>

<th style="width: 28%;">对比文件3 (D3: EP3152887A1)</th>

</tr>

</thead>

<tbody>

<tr>

<td><strong>特征A：</strong><br>通信接口（3）</td>

<td><strong>公开</strong><br>公开节点具有多个Face/Interface。<br><span class="citation">出处：段落 [0004], [0031]</span></td>

<td><strong>公开</strong><br>公开节点包含Face 204。<br><span class="citation">出处：段落 [0033], 图2</span></td>

<td><strong>公开</strong><br>公开节点与邻节点连接的通信接口。<br><span class="citation">出处：说明书第5页，图2a</span></td>

</tr>

<tr>

<td><strong>特征B：</strong><br>处理器在接口上接收兴趣消息</td>

<td><strong>公开</strong><br>处理器在Face上接收Interest消息。<br><span class="citation">出处：段落 [0004], [0006]</span></td>

<td><strong>公开</strong><br>接收Interest或Interest-Notification。<br><span class="citation">出处：段落 [0005], [0031]</span></td>

<td><strong>公开</strong><br>接收请求数据包的Interest或Meta-Interest。<br><span class="citation">出处：说明书第4-5页</span></td>

</tr>

<tr>

<td><strong>特征C：</strong><br>兴趣消息包括名称和元数据</td>

<td><strong>公开</strong><br>Interest包含Name及Validation Token/Publisher Key ID（元数据）。<br><span class="citation">出处：段落 [0006], [0035]</span></td>

<td><strong>公开</strong><br>Interest-Notification包含Content Name及Type/Flag等元数据。<br><span class="citation">出处：段落 [0005], [0051]</span></td>

<td><strong>公开</strong><br>Meta-interest消息包含Name及指示Meta请求的Key/Header（元数据）。<br><span class="citation">出处：说明书第5页</span></td>

</tr>

<tr>

<td><strong>特征D：</strong><br>元数据指定选择子集的标准</td>

<td><strong>公开</strong><br>根据Interest中的Validation Token等元数据指示采用声誉值标准选择候选Face/数据。<br><span class="citation">出处：段落 [0006], [0028]</span></td>

<td><strong>部分公开</strong><br>公开利用Flag/Type指示消息处理与缓存管理策略，未明确用于选择多匹配子集。<br><span class="citation">出处：段落 [0056], [0060]</span></td>

<td><strong>公开</strong><br>Meta-interest触发元数据返回，元数据指定基于延迟/跳数/负载标准选择目标节点。<br><span class="citation">出处：说明书第5-6页</span></td>

</tr>

<tr>

<td><strong>特征E：</strong><br>基于名称确定匹配多个项</td>

<td><strong>公开</strong><br>在CS或FIB中基于Interest的Name匹配多个候选项（Face或Content Object）。<br><span class="citation">出处：段落 [0006], [0084]</span></td>

<td><strong>公开</strong><br>基于Name在CS/FIB中进行最长前缀匹配。<br><span class="citation">出处：段落 [0033], [0041]</span></td>

<td><strong>公开</strong><br>通过Meta-interest基于名称探查网络中是否存在匹配的数据副本。<br><span class="citation">出处：说明书第5页，图2b</span></td>

</tr>

<tr>

<td><strong>特征F：</strong><br>若匹配，应用标准选择多个项的子集</td>

<td><strong>公开</strong><br>若确定名称匹配，应用计算得到的声誉值选择候选Face子集或特定Content Object。<br><span class="citation">出处：段落 [0006], [0031]</span></td>

<td><strong>未公开</strong><br>未清晰公开匹配后应用元数据标准二次筛选子集的过程。</td>

<td><strong>公开</strong><br>在识别出多个匹配目标节点后，应用标准选择其中一个目标节点（即子集）。<br><span class="citation">出处：说明书第6页，图2d</span></td>

</tr>

<tr>

<td><strong>特征G：</strong><br>偏好标准（事实属性、使用数据、接口数据、努力、位置）</td>

<td><strong>公开</strong><br>公开声誉标准综合了接口延迟/带宽（接口使用数据）、签名验证成功率（获得数据的努力）、路由策略（事实属性）。<br><span class="citation">出处：段落 [0008], [0028], [0032]</span></td>

<td><strong>部分公开</strong><br>公开Content Lifetime（时间范围）及缓存属性，但未形成多标准子集选择。<br><span class="citation">出处：段落 [0060]</span></td>

<td><strong>公开（高度全面）</strong><br>公开选择标准包括：获得数据的努力/延迟（跳数/响应时间）、接口数据（路径负载）、指定范围内的位置（探查半径p/TTL范围）。<br><span class="citation">出处：说明书第5-6页</span></td>

</tr>

<tr>

<td><strong>特征H：</strong><br>返回匹配的数据对象</td>

<td><strong>公开</strong><br>在接口上返回匹配的Content Object。<br><span class="citation">出处：段落 [0006], [0078]</span></td>

<td><strong>公开</strong><br>返回匹配的Content Object。<br><span class="citation">出处：段落 [0031], [0041]</span></td>

<td><strong>公开</strong><br>从选定目标节点获取数据并返回给请求者。<br><span class="citation">出处：说明书第6页，图2e</span></td>

</tr>

</tbody>

</table>

<h2>四、 最接近现有技术分析（最接近对比文件选择）</h2>

<p>在创造性审查或无效宣告程序中，选择最接近的对比文件需考虑技术领域、解决的技术问题、技术方案的贴近程度以及技术效果。</p>

<h3>1. 对比文件3（D3: EP3152887A1）——首选最接近的对比文件</h3>

<ul>

<li><strong>技术问题与领域：</strong>D3与本专利完全一致，均处于ICN/CCN网络领域，旨在解决<strong>“如何避免传统名称匹配导致的盲目转发/缓存污染，并在多个潜在数据副本/节点中精准选择最佳响应节点/路径”</strong>的技术问题。</li>

<li><strong>技术方案对应度：</strong>D3的技术方案与本专利权利要求1高度贴合。D3明确提出了“Meta-Interest（带有元数据的兴趣包）”结合“Meta-Data（元数据）”的双阶段机制。第一阶段通过名称与Meta标记探查匹配节点（特征C、E）；第二阶段根据元数据指示的偏好标准（如跳数、响应延迟、路径负载、探查半径范围p）从多个匹配的目标节点中选择最优的一个（特征D、F、G）；最后获取并返回数据（特征H）。</li>

<li><strong>技术效果：</strong>D3达到了在不造成网络缓存污染的前提下，以极小开销探查到距离最近/性能最优的数据副本的技术效果，与本专利通过元数据精细化选择数据/接口的效果几乎完全重合。因此，<strong>D3最适合作为第一最接近的对比文件</strong>。</li>

</ul>

<h3>2. 对比文件1（D1: US20160044126A1）——次选最接近的对比文件</h3>

<ul>

<li><strong>技术问题与领域：</strong>D1同样属于CCN网络领域，解决如何在节点侧根据网络状况、接口性能及安全要求，灵活且低延迟地转发兴趣包和返回内容的技术问题。</li>

<li><strong>技术方案对应度：</strong>D1公开了Interest包包含Validation Token等元数据，节点根据该元数据触发基于“声誉值（Reputation Value）”的选择机制。D1明确公开了基于名称匹配FIB/CS中的多个项（多个Face或Content Object），再根据声誉值（整合了延迟、带宽、验证成功率、路由策略等多维度偏好标准）筛选子集并返回数据。</li>

<li><strong>技术效果：</strong>实现了动态适应网络变化、优化接口与资源利用率的技术效果。<strong>D1同样非常适合作为最接近的对比文件（第二最接近对比文件）</strong>。</li>

</ul>

<h2>五、 创造性分析与最薄弱技术特征指出</h2>

<h3>（一） 对比文件结合与创造性评述</h3>

<p><strong>1. 以D3为最接近现有技术评述权利要求1：</strong></p>

<p>如前所述，D3已经公开了特征A、B、C、D、E、F、G、H。特别是对于特征G，D3明确公开了“从另一网络节点获得数据的努力”（跳数 closest in number of hops、响应时间 shortest delay）、“与通信接口/路径相关的使用数据”（路径负载 least loaded path）以及“在兴趣消息指定的范围内的位置”（探索半径 p / TTL-scoped flooding）。如果本领域技术人员在D3的基础上实施该方案，权利要求1的所有技术特征均已被D3完整公开或属于本领域的公知常识/常规选择，<strong>权利要求1不具备《专利法》第22条第3款规定的创造性（或新颖性）</strong>。</p>

<p><strong>2. 以D1为最接近现有技术结合D3评述权利要求1：</strong></p>

<p>即使在D1中，若认为其“元数据”对“选择标准”的限定与本专利权利要求1在微观表述上存在些许差异，D1也已经公开了基于Interest中的Validation Token（元数据），结合接口延迟、带宽、签名验证成功率（获得数据的努力）选择Face子集。而D3进一步明确教导了在ICN兴趣包中引入Meta标记，并基于“指定范围内的位置（探索半径p）”及“路径负载”来选择节点子集。将D3与D1结合属于本领域技术人员面对相同技术问题（优化ICN/CCN选择机制）时的显而易见的技术组合，结合后即可涵盖权利要求1的全部特征。</p>

<h3>（二） 目标专利最薄弱的技术特征</h3>

<p>通过上述比对，本专利权利要求1在无效宣告程序中面临极高的被宣告无效风险。其<strong>最薄弱的技术特征</strong>在于：</p>

<div class="weak-spot">

<div class="weak-spot-title">最薄弱特征：特征G（特定偏好标准的并列限定）及 特征D/F（元数据驱动的两阶段子集选择）</div>

<p class="no-indent"><strong>薄弱原因分析：</strong></p>

<ol>

<li><strong>特征G范围过宽：</strong>特征G采用了大量“或”关系的并列选择（事实属性、与多个项相关的使用数据、与接口相关的使用数据、获得数据的努力、指定范围内的位置）。在专利无效比对中，只要现有技术公开了其中<strong>任意一项</strong>，即可视为特征G被公开。而D1公开了“接口延迟/带宽、验证努力、路由策略”，D3公开了“跳数努力、路径负载、探索半径/位置范围”。这意味着特征G在面对D1或D3时几乎是“全面失守”的。</li>

<li><strong>特征D与F的功能泛化：</strong>“利用兴趣消息中的元数据指定标准，在名称匹配后选择多个项的子集”这一概念，在CCN/ICN技术演进中（如2016-2017年间的D1、D2、D3）已被广泛采用（例如D1用Validation Token触发声誉筛选Face，D3用Meta-Header触发跳数/延迟筛选节点）。权利要求1未能将其限定在某种具有特殊技术效果的具体算法或特定报文格式上，导致其保护范围过于宽泛，极易被现有技术击穿。</li>

</ol>

</div>

<h2>六、 进一步的对比文件检索策略（无效检索建议）</h2>

<p>若要进一步巩固无效请求的证据链，或者针对可能从说明书补入权利要求中的从属特征（例如具体的元数据结构、具体的算法计算公式、多偏好权重的动态更新机制），建议采取以下进一步检索策略：</p>

<h3>1. 扩展检索要素与关键词组合（Keywords & Concept Expansion）</h3>

<ul>

<li><strong>核心概念1（网络体系）：</strong> Content Centric Network (CCN), Named Data Network (NDN), Information Centric Network (ICN), 命名数据网络, 内容中心网络.</li>

<li><strong>核心概念2（元数据与兴趣包）：</strong> Interest Packet, Meta-interest, Metadata, Attribute, Preference, Selector, Header, 兴趣消息, 元数据, 属性, 偏好Selector.</li>

<li><strong>核心概念3（匹配与精细化选择）：</strong> Two-stage matching, Multi-criteria selection, Subset selection, Face selection, Reputation, Forwarding strategy, 匹配, 标准选择, 子集, 声誉值, 转发策略.</li>

<li><strong>核心概念4（特征G的具体指标）：</strong> Latency, Bandwidth, Hop count, Distance, Effort, Location, Scope, TTL, 延迟, 带宽, 跳数, 位置, 范围.</li>

</ul>

<h3>2. 分类号（IPC / CPC）精准交叉检索</h3>

<p>建议重点在以下专利分类号及其下级子类中进行交叉检索：</p>

<ul>

<li><strong>H04L 45/302：</strong>基于流量类型或QoS要求的路由（Routing based on traffic type or QoS requirements）.</li>

<li><strong>H04L 45/74：</strong>基于数据包头的路由查找/匹配（Address lookup / Packet header processing in routers）.</li>

<li><strong>H04L 67/288：</strong>信息中心网络/内容中心网络中的中间节点处理与缓存（ICN/CCN in-network processing and caching）.</li>

<li><strong>H04L 67/55 / H04L 67/56：</strong>基于推/拉机制或元数据的内容分发（Push/Pull mechanisms, Metadata-based distribution）.</li>

</ul>

<h3>3. 非专利文献（NPL）与学术期刊检索策略</h3>

<p>CCN/ICN领域的诸多突破性概念最早发表于顶级计算机网络学术会议。建议重点检索2010年—2017年期间的以下文献库：</p>

<ul>

<li><strong>ACM Conference on Information-Centric Networking (ACM ICN)：</strong>ICN领域的顶级会议，聚焦于Interest/Data格式扩展、Forwarding Strategies及Metadata设计。</li>

<li><strong>IEEE INFOCOM / IEEE/ACM Transactions on Networking (TON)：</strong>检索有关“NDN forwarding strategy”、“Metadata-based routing”、“Multi-criteria interface selection in CCN”的相关论文。</li>

<li><strong>IETF / IRTF 草案：</strong>特别是 Information-Centric Networking Research Group (ICNRG) 的 RFC 及 Internet-Drafts（例如关于CCNx 1.0 Packet Format中 Validation Metadata 和 Interest Selectors 的规范文档）。</li>

</ul>

<h3>4. 追溯重点专利族与引证关系（Forward / Backward Citation）</h3>

<ul>

<li>以 <strong>PARC（施乐帕洛阿尔托研究中心）</strong>、<strong>Cisco Systems</strong>、<strong>Huawei Technologies</strong>、<strong>Intel</strong> 在2012–2017年间申请的CCN/NDN专利族为重点，顺查和逆查其引用文献。</li>

<li>重点追溯 D1 (US20160044126A1) 和 D3 (EP3152887A1) 的同族专利（Patent Family）及其审查历史文件（Office Actions），查看各国审查员在审查同类申请时引用的其他对比文件。</li>

</ul>

</body>

</html>

"""

# Write HTML content to file

html_file_path = "patent_analysis_report.html"

with open(html_file_path, "w", encoding="utf-8") as f:

f.write(html_content)

# Convert HTML to PDF using WeasyPrint

pdf_file_path = "patent_analysis_report.pdf"

try:

from weasyprint import HTML

HTML(html_file_path).write_pdf(pdf_file_path)

print(f"PDF successfully generated: {pdf_file_path}")

except Exception as e:

print(f"Error generating PDF: {e}")

```

作为一名经验丰富的专利代理师，我针对目标专利权利要求1，结合对比文件 **D1（US20170149932A1）** 与 **D2（JP2017518010A）** 进行深入的技术特征比对、公开性判定、最接近对比文件分析以及无效策略制定。

---

### 一、 对比文件基本信息及同族关系说明

* **D1（对比文件1）**：`US20170149932A1`（公开日：2017-05-25），名称为 *“METHOD FOR MANAGING PACKETS IN A NETWORK OF INFORMATION CENTRIC NETWORKING (ICN) NODES”*。

* **D2（对比文件2）**：`JP2017518010A`（公开日：2017-06-29），名称为 *“情報中心ネットワーキング（ＩＣＮ）ノードのネットワークにおいてパケットを管理する方法”*。

> **同族关系判定**：D1与D2属于**同一专利同族**（PCT进入不同国家/地区的技术方案），其技术架构、实施例描述及附图完全对应，仅语言表达不同（英文与日文）。因此在无效宣告程序中，D1和D2公开的技术内容实质相同。

---

### 二、 权利要求1技术特征拆解与对比比对表格

为了精准比对，将权利要求1拆解为技术特征 **A ～ H**：

---

### 三、 详细对比分析与公开性判定

#### 1. 完全/实质公开的特征（特征 A、B、E、H）

D1（`[0021]`, `[0071]`）与D2（`[0018]`, `[0026]`）均属于命名数据网络（NDN/ICN）领域。其明确公开了网络节点包含处理器与通信接口，能够接收兴趣包（Interest Packet）、根据数据名称在本地检索匹配的数据包，并在命中后通过通信接口返回相匹配的数据包（Data Packet）。

#### 2. 存在实质区别的特征（特征 C、D、F、G 组合）

目标专利权利要求1的核心创新逻辑在于：

* **兴趣消息的结构**：兴趣消息不仅包含请求的名称，还包含了**客户端/请求方指定的元数据**（特征C）。

* **选择机制**：当基于名称匹配到“多个项”（如多个符合名称规范的数据版本或对象集）时，节点在本地**应用该元数据中指定的“偏好标准”**（如事实属性、使用数据、获得数据的努力等），从多个项中**过滤/选择出一个子集**（特征D、F、G）。

反观 **D1 / D2**：

* D1/D2 引入的是“元兴趣包（Meta-interest packet）”与“元数据包（Meta-data packet）”机制，目的在于解决传统ICN网络泛洪请求导致的缓存污染（Cache Pollution）问题（D1 `[0019]-[0020]`）。

* D1/D2 中的“元数据包”是**响应方返回**的关于数据可用性（Availability）的信息（如Header或标记），并非由**请求方在兴趣消息中携带用于过滤内容**的筛选条件。

* D1/D2 中选择“最近/最佳节点”的过程是在源节点（First node）收到多个元数据回复后，根据最快响应时间、最小跳数或最轻负载来选择目标节点（D1 `[0037]`, `[0096]`），这属于**路由与节点选择策略**，而非对**匹配数据项子集的属性过滤**。

---

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

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

**D1（US20170149932A1）** 或 **D2（JP2017518010A）** 均极适合作为**最接近的对比文件（第一对比文件）**（由于二者同族，下文以D1为例分析）：

* **技术领域相同**：均属于信息中心网络（ICN / NDN）中数据包/消息管理与检索的技术领域。

* **解决的技术问题重合**：均致力于优化ICN网络中的数据检索效率，减少不必要的网络开销与数据传输。

* **技术特征重合度高**：公开了权利要求1的基础架构（特征A、B、E、H）以及在ICN中使用“元数据/元兴趣”辅助数据检索的构思。

#### 2. 区别技术特征与实际解决的技术问题

**区别特征**：在兴趣消息中嵌入用于指示筛选偏好的元数据标准，并由接收节点在匹配到多个数据项时，应用该标准选择并返回符合条件的子集（特征C部分、D、F、G）。

**实际解决的技术问题**：如何在请求名称存在多个匹配项时，使请求节点能够根据个性化或上下文偏好灵活、精准地获取特定子集数据。

#### 3. 创造性评述（针对无效宣告场景）

如果仅依赖 D1/D2 单篇对比文件：

* D1/D2 并没有给出“在兴趣消息中携带过滤标准对匹配的多项数据进行子集选择”的技术启示。D1/D2 关注的是**路由/缓存层面的节点发现**，而本专利关注的是**应用/内容层面的条件过滤**。因此，单独基于 D1/D2 难以直接撬动权利要求1的创造性（非显而易见性）。

---

### 五、 最薄弱的技术特征与无效突破口分析

在对本专利提出无效宣告请求时，权利要求1中**最薄弱（最容易被攻破）的技术特征**为：

1. **特征G中的特定偏好标准**：

* 特征G枚举了多种标准：“*从另一网络节点获得数据的努力*”、“*在兴趣消息中指定的范围内的位置*”。

* **薄弱点**：D1（`[0037]`, `[0092]`）已经公开了“探索半径 $\rho$”（即范围内的位置）以及“跳数最近/负载最轻”（即获取数据的努力）。虽然D1将其用于路由探索，但将这类网络状态指标作为筛选参数属于本领域的常规参数选择。

2. **特征D & F的“基于元数据条件过滤匹配项”**：

* **薄弱点**：在传统的数据库检索、Web API请求（如 RESTful 结合 Query Parameters、GraphQL）或语义网（Semantic ICN）中，**“在Request中带 Filter/Metadata 参数，服务端/节点匹配后返回 Filter 后的 Sub-list”** 属于非常普遍的技术手段。

---

### 六、 进一步的对比文件检索策略建议

为了成功无效权利要求1，必须通过**多篇对比文件结合（如 D1/D2 + D3）** 的方式，补充“**基于兴趣包/请求消息中的元数据属性对匹配数据集进行子集过滤**”这一区别特征。

建议采用以下检索策略：

#### 1. 分类号扩展（IPC / CPC）

* **H04L 45/74**（网络层路由中的报文头处理与匹配）

* **H04L 67/568**（ICN/NDN网络中的缓存与内容分发管理）

* **H04L 67/63**（基于内容或属性的请求路由与过滤）

* **G06F 16/955**（基于属性/元数据的命名数据检索与过滤）

#### 2. 核心关键词组合策略（用于结合 D1/D2）

* **组1（网络模型）**："Named Data Networking" OR "NDN" OR "Content Centric Networking" OR "CCN" OR "Information Centric Networking" OR "ICN"

* **组2（兴趣包扩展/元数据）**："Interest packet" OR "Interest message" W/5 ("metadata" OR "attribute" OR "filter" OR "selector" OR "criteria")

* **组3（子集选择/匹配）**：("subset" OR "sub-list" OR "preference") W/5 ("match" OR "select" OR "filter")

#### 3. 重点检索方向（寻找对比文件 D3）

1. **NDN/CCN 官方规范与扩展提案**：

检索 NDN 架构中的 **“Selectors”** 机制（如 NDN Packet Format 规范中的 `MinSuffixComponents`, `MaxSuffixComponents`, `PublisherPublicKeyLocator`, `Exclude` 等字段）。NDN 标准规范中已明确允许在 Interest 包中放入 Selector 元数据，用于从符合 Name 的多个 Data 集中筛选特定数据包。

2. **基于属性的命名数据网络（Attribute-based NDN / Content Search）**：

检索 2012–2018 年间的学术论文及专利，重点关注“In-network filtering”、“Attribute-based Naming in NDN”、“Context-aware Interest Forwarding”。这些文献通常会公开“在 Interest 消息中加入上下文/偏好元数据，路由器/节点根据元数据选择匹配项”的技术特征。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1及给出的两份对比文件（D1: JPWO2016182069A1、D2: US20170289114A1）进行严谨的技术特征比对、最接近对比文件分析、薄弱特征识别以及后续检索策略制定。

---

### 一、 目标专利权利要求1的技术特征拆解与说明书解释

根据目标专利权利要求1的文本，其技术特征拆解如下：

* **技术特征A**：一种网络节点（1），包括：至少一个通信接口（3）。

* **技术特征B**：至少一个处理器（5），该至少一个处理器被配置为：在所述至少一个通信接口（3）中的某一通信接口上接收用于请求命名数据对象的兴趣消息。

* **技术特征C**：所述兴趣消息包括请求的命名数据对象的名称和元数据。

* **技术特征D**：所述元数据指定用于选择多个项的子集的一个或多个标准。

* **技术特征E**：基于所述请求的命名数据对象的名称，确定所述请求的命名数据对象与多个项之间是否存在匹配。

* **技术特征F**：如果已经确定存在所述匹配，则通过应用所述一个或多个标准来选择所述多个项的子集。

* **技术特征G**：其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个项的事实属性、与所述多个项相关的使用数据、与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置。

* **技术特征H**：在所述通信接口上返回一个与所述请求的命名数据对象的名称相匹配的数据对象。

#### 结合说明书对关键概念的解释：

1. **“网络节点（1）”**：指以名称标识/路由数据的命名数据网络（NDN）或内容中心网络（CCN）中的路由器、转发器、缓存节点或服务器等架构节点。

2. **“兴趣消息（Interest Message）”**：在NDN/CCN架构中，客户端发起的用于主动请求特定命名内容的请求数据包。

3. **“元数据（Metadata）”与“标准（Criteria）”**：兴趣消息中除了携带请求对象的名称（Name）之外，还携带控制选取的额外参数/条件（Metadata），用于指示节点在匹配到多个候选项（Multiple Items）时，按何种偏好或过滤条件提取其中一部分（子集）。

4. **“偏好（Preference）”**：包括事实属性（如文件大小、格式、创建时间）、使用数据（如访问频率、热度）、接口使用数据（如接口带宽、延迟）、获得数据的努力（如跳数、网络开销）或空间地理位置范围等。

---

### 二、 对比文件技术特征比对与公开情况分析

#### 1. 对比文件公开号与技术领域基本信息：

* **对比文件D1**：JPWO2016182069A1（日本专利申请公开号 JPWO2016182069A1），名称《可撓性基材、パッケージ体および錠剤管理装置の使用方法》。属于**医疗药剂管理/包材机械与电子电路领域**。

* **对比文件D2**：US20170289114A1（美国专利申请公开号 US20170289114A1），名称《METHOD AND SYSTEM FOR MUTATING AND CACHING CONTENT IN A CONTENT CENTRIC NETWORK》。属于**网络通信/内容中心网络（CCN）领域**。

#### 2. 各对比文件对权利要求1特征的比对分析及原文出处：

##### （1） 对比文件 D1 (JPWO2016182069A1)

* **公开情况分析**：D1完全属于非相干技术领域（医疗药剂包装与导电回路检测），公开的是一种保护药盒端子群的可柔性基材及管理装置。其涉及“端子群”、“剥离保护片”、“导电回路”等，**完全未公开**目标专利中关于网络节点、命名数据网络、兴趣消息、元数据筛选及网络接口数据传输的任何技术特征（技术特征A~H均未公开）。

##### （2） 对比文件 D2 (US20170289114A1)

* **公开情况分析**：

* **特征A**（公开）：D2公开了CCN网络中的中间节点/路由器（intermediate node/router），包含通信接口（faces/interfaces）。【出处：段落 [0007] "A CCN includes entities, or nodes, such as network clients, forwarders (e.g., routers)...", 段落 [0040] "In CCN, the term face is a generalization of the concept of an interface."】

* **特征B**（公开）：D2公开了中间节点接收用于请求命名数据的兴趣包（Interest）。【出处：段落 [0007] "communicating with each other by sending interest packets for various content items...", 段落 [0038] "...an Interest that indicates the unique name...", 段落 [0014] "receives an interest with a name that is a hierarchically structured variable length identifier..."】

* **特征C**（实质公开）：D2公开了兴趣消息包含请求内容的名称（HSVLI名称），且兴趣消息中还包含摘要（digest，即响应内容对象的哈希值限制），摘要属于元数据的一种。【出处：段落 [0016] "...in response to generating an interest that includes a digest that is a hash of a responsive content object, wherein a name for the interest is a hierarchically structured variable length identifier...", 段落 [0050] "A first consumer can issue to a producer an interest 'I[n, d]' where 'd' is a digest..."】

* **特征D**（部分公开/未完全公开）：D2中的digest用于对响应的Content Object进行校验与匹配验证，但未明确公开利用元数据去指定“用于选择多个项的子集的一个或多个标准”。

* **特征E**（公开）：D2公开了中间节点基于兴趣消息的名称在本地缓存（CS）或网络中确定是否存在匹配的内容对象。【出处：段落 [0007] "...content store (CS), which is a temporary cache... an interest with a name A will return a content object with the same name A.", 段落 [0014] "...in response to determining that a copy of a content object with a same name as the interest name does exist in a cache..."】

* **特征F、G**（未公开）：D2中根据名称匹配后，通过通用重加密算法（URE）对缓存的密文内容进行重加密并返回，但**未公开**通过应用元数据指定的偏好标准（如事实属性、使用数据、接口数据、获取努力、位置范围等）从“多个项”中“选择子集”的机制。

* **特征H**（公开）：D2公开了在接口上向客户端/上游节点返回与请求名称相匹配的数据对象（Content Object）。【出处：段落 [0009] "transmits the re-encrypted content object to a client computing device...", 段落 [0015] "transmits the re-encrypted content object to a previous-hop node..."】

---

### 三、 特征比对表格（Feature Mapping Table）

---

### 四、 最接近对比文件分析与技术问题/效果评估

#### 1. 最接近对比文件的选择：

在创造性分析中，**对比文件 D2 (US20170289114A1)** 适合作为最接近的对比文件（唯一的有效最接近对比文件）。

* **理由**：D2 与目标专利处于相同的技术领域（命名数据网络 NDN / 内容中心网络 CCN），解决的技术问题均涉及在 CCN/NDN 架构下如何高效、灵活地响应客户端发起的兴趣消息（Interest）。D2 公开了目标专利的大部分架构特征（网络节点、接口、兴趣消息接收、名称匹配、返回数据对象）。

* **D1 的排除说明**：D1 属于药盒包装与电路印制技术，技术领域、解决的技术问题及技术手段与目标专利完全无关，无法作为本专利创造性评价的合理对比文件。

#### 2. 整体解决的技术问题与技术效果：

* **对比文件 D2 解决的问题与效果**：解决 CCN 网络中不同用户请求相同名称内容时因返回相同比特流而导致的隐私泄露风险（关联攻击问题），其通过中间节点在不掌握公私钥的情况下对缓存内容进行通用重加密（Universal Re-encryption），实现隐私保护。

* **目标专利实际解决的技术问题**：在命名数据网络中，当一个名称对应/关联有多个候选数据项（例如同一主题的多份资源、不同分辨率的视频块等）时，如何在兴趣消息中灵活表达筛选需求，使网络节点能够根据客户端指定的个性化/上下文偏好（如设备性能、网络状况、获取代价、位置等）动态提取并返回最合适的候选数据子集。

* **目标专利达到的技术效果**：提高了 NDN/CCN 网络内容检索与分发的精准度与灵活性，减少了不必要的全量数据传输带宽消耗。

---

### 五、 无效请求中最薄弱的技术特征分析

若针对目标专利权利要求1提起无效宣告请求，目前在现有对比文件组合（D2）下，**最薄弱（即最难被现有证据无效掉、最具有创造性高度）的技术特征**为：

> **特征D、F、G 的组合**：即“在兴趣消息的元数据中指定用于选择多个项之子集的偏好标准（特别是选自：事实属性、相关使用数据、接口使用数据、获取数据的努力、指定范围内的位置），并在节点确定名称匹配后，通过应用该标准从多个匹配项中选择并返回子集”。

**分析原因**：

1. **D2 缺乏相应教导**：D2 虽然在 Interest 中携带了 digest，但该 digest 是作为**单一确定性内容的校验码/标识**使用，用于精确验证返回的内容是否为请求的内容，其逻辑是“一对一的精确匹配”，并没有“一对多匹配后按偏好标准筛选子集”的概念。

2. **技术偏离**：D2 的核心在于“隐私重加密”，而目标专利的核心在于“基于上下文/偏好元数据的内容子集条件筛选”。仅凭 D2 无法导出特征 D、F、G。

---

### 六、 进一步的对比文件检索策略（Search Strategy）

为了成功无效目标专利权利要求1，必须补充检索能够公开**“在 NDN/CCN 兴趣消息中利用元数据/扩展字段进行条件筛选/多版本选择/服务质量(QoS)匹配”**的技术特征。建议采取以下检索策略：

#### 1. 关键词与逻辑组配（Key Terms & Combinations）

* **主题词组 1（网络架构）**：

* `NDN`, `CCN`, `Named Data Networking`, `Content-Centric Networking`, `Information-Centric Networking`, `ICN`, `命名数据网络`, `内容中心网络`

* **主题词组 2（请求与元数据）**：

* `Interest packet`, `Interest message`, `Metadata`, `Selectors`, `Filter`, `Criteria`, `Preference`, `兴趣消息`, `元数据`, `选择器`, `筛选标准`, `偏好`

* **主题词组 3（匹配与选择子集）**：

* `Subset`, `Multiple items`, `Attribute`, `Usage data`, `Cost`, `Effort`, `Location`, `QoS`, `子集`, `属性`, `位置`, `开销`, `代价`

#### 2. IPC / CPC 专利分类号检索

针对信息中心网络（ICN/NDN）及数据包筛选控制，重点关注以下分类号：

* **H04L 45/74**：地址查找或数据包报头分析（Packet header processing / Address lookup）

* **H04L 47/24**：基于流量特性的服务质量或优先级控制（QoS / Traffic profiling）

* **H04L 67/289**：网络节点处的数据转发、缓存与内容处理（Content processing at intermediate nodes）

* **H04L 67/55 / H04L 67/60**：基于基于上下文/属性的订阅与内容分发（Context-aware / Attribute-based content distribution）

#### 3. 重点检索方向与文献来源建议

1. **NDN 官方标准与早期架构论文（必检索）**：

* 重点检索 Palo Alto Research Center (PARC)、NDN Consortium、Named Data Networking 早期规范文档（如 NDN Packet Format Specification v0.2 / v0.3 中关于 `Selectors` 字段如 `MinSuffixComponents`, `MaxSuffixComponents`, `PublisherPublicKeyLocator`, `Exclude` 等的定义）。

2. **具体检索切入点**：

* **切入点 A（NDN Selector 扩展）**：寻找在 Interest 的 `Selectors` 字段中扩展“位置信息（Location）”、“网络代价（Cost/Hop count）”或“设备属性”来选择特定 Data Packet 的对比文件。

* **切入点 B（上下文感知/QoS 路由）**：寻找在 ICN/NDN 中结合“Context-aware Interest Routing”或“Attribute-based Interest Forwarding”的现有技术专利（如 Cisco、Huawei、InterDigital、ZTE 在 2012-2020 年间申请的 ICN 专利）。

如权利要求1所述的网络节点（1），其中，所述至少一个处理器（5）被配置为：确定所述网络节点的一个或多个存储器（7）中的多个数据对象是否与所述请求的命名数据对象匹配；并且如果已经确定所述多个数据对象与所述请求的命名数据对象匹配，则通过应用所述一个或多个标准来选择所述多个数据对象中的一个；并且在所述至少一个通信接口（3）中的所述通信接口上的数据消息中返回所选择的数据对象；其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：所述多个数据对象的事实属性、与所述多个数据对象相关的使用数据以及在所述兴趣消息中指定的范围内的位置。

如权利要求2所述的网络节点（1），其中，所述一个或多个标准中的至少一个标准是针对所述多个数据对象的事实属性指定的偏好；并且包括以下项中的至少一个：优选的数据对象大小、优选的最小数据对象大小、优选的最大数据对象大小、优选的数据对象内容类型、对产生数据对象之前的日期和时间的偏好、对产生数据对象之后的日期和时间的偏好、以及对最近最多产生的数据对象的偏好。

如权利要求2或3所述的网络节点（1），其中，所述一个或多个标准中的至少一个标准是针对与所述多个数据对象相关的使用数据指定的偏好；并且包括以下项中的至少一个：对最频繁发射的数据对象的偏好；对最不频繁发射的数据对象的偏好；对最近最多发射的数据对象的偏好；以及对最近最少发射的数据对象的偏好。

如权利要求2或3所述的网络节点（1），其中，所述至少一个处理器（5）被配置为在所述数据消息中返回所述选择的数据对象时记录返回所述选择的数据对象的时间。

如权利要求2或3所述的网络节点（1），其中，所述至少一个处理器（5）被配置为在所述数据消息中返回所述选择的数据对象时记录已经返回所述选择的数据对象的次数。

如权利要求1所述的网络节点（1），其中，所述至少一个处理器（5）被配置为：确定所述请求的命名数据对象是否与转发表中的一个或多个前缀匹配，以及所述一个或多个匹配前缀是否与多个通信接口相关联；并且如果所述一个或多个匹配前缀与多个通信接口相关联，则通过应用所述一个或多个标准来选择所述多个通信接口的子集；并且在所述多个通信接口的所述子集上转发所述兴趣消息；其中，所述一个或多个标准中的至少一个是针对以下项中的至少一个指定的偏好：与所述至少一个通信接口相关的使用数据、从另一网络节点获得数据的努力以及在所述兴趣消息中指定的范围内的位置。

如权利要求7所述的网络节点（1），其中，所述一个或多个标准中的至少一个标准是针对从另一网络节点获得数据的努力的偏好；并且包括所述兴趣消息的发起者与存储 and 发射与所述请求的命名数据对象匹配的数据对象的网络节点之间的优选最大跳数和/或所述兴趣消息的发起者与存储和发射与所述请求的命名数据对象匹配的数据对象的网络节点之间的优选最大延迟。

如权利要求7或8所述的网络节点（1），其中，所述一个或多个标准中的至少一个标准是针对与所述至少一个通信接口相关的使用数据的偏好；并且包括以下项中的至少一个：对已经在其上最频繁地接收数据消息的通信接口的偏好；对已经在其上最不频繁地接收数据消息的通信接口的偏好；对在其上最近最多地接收数据消息的通信接口的偏好；以及对在其上最近最少地接收数据消息的通信接口的偏好。

如权利要求7或8所述的网络节点（1），其中，所述至少一个处理器（5）被配置为在某一通信接口上接收到数据消息时记录在所述通信接口上接收到所述数据消息的时间。

如权利要求7或8所述的网络节点（1），其中，所述至少一个处理器（5）被配置为在某一通信接口上接收到数据消息时记录已经在所述通信接口上接收到数据消息的次数。