用于定位分段内容的方法，所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上；包括检索与所述分段内容相关联的清单文件模板；该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针；使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置；所述分发节点被配置成分发与所述数据库条目相关联的分段；以及通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。

作为一名经验丰富的专利代理师，我将严格依据专利审查及诉讼标准，紧密结合权利要求文件（以下简称“目标专利”）与对比文件的原文进行深度技术特征比对与创造性分析。

以下是针对目标专利权利要求1的专利无效可行性分析报告。

---

## 一、 对比文件基本信息及简称声明

为简化后文表述，本报告对涉及的对比文件采用如下简称指代：

* **D1**：`US6792265B1` (Conference call setup utilizing a wireless access protocol capable telephone)

* **D2**：`US20080072264A1` (Distribution of content on a network)

---

## 二、 权利要求1的技术特征拆解与对比文件特征比对

经过对目标专利权利要求1的语义与技术实质分析，将其拆解为A至F共6个技术特征。以下将各对比文件原文与目标专利各特征进行深度比对。

### 1. 技术特征与对比文件原文深度比对分析

* **技术特征A：** `所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上`

* **D1比对：** D1公开了一种基于WAP手机的会议电话设置及数据呼叫方案。其虽然提及通过网络访问Web服务器获取电影院信息（FIG. 4, 420-421），但其核心是传统的电信网络和Web服务器交互，**未公开**“分段内容”、“第一/第二内容分发网络（CDN）”以及“第一/第二内容位置数据库”的架构。

* **D2比对：** D2实质公开了该特征。D2原文`[0008]`公开：“stream a first portion of the requested video to the user from a first node in the network, separate a remaining portion of the requested video into a plurality of subsection portions... and stream one or more of the subsection portions... from one or more other nodes”。且`[0021]`-`[0022]`以及`[0031]`公开：系统包含多个`infrastructure nodes`（基础设施节点，相当于CDN节点），各节点可作为`retention server (RS)`进行内容归档与存储；`storage component 146`包含`massively scalable clustered file system`（海量可扩展集群文件系统）及`media store`（媒体存储），这些存储是`physically distributed across the infrastructure nodes 102`（物理上分布在各节点上）。此外，`[0024]`公开了利用`archive storage components`（包含存储视频数据的数据库）来存储信息。由此可见，D2中的视频内容即为“分段内容”，其物理分布式架构和跨节点拉取机制实质上就是“分配在至少与不同数据库相关联的多个内容分发网络/节点上”。因此，**D2实质公开了技术特征A**。

* **技术特征B：`包括检索与所述分段内容相关联的清单文件模板`**

* **D1比对：** D1未公开此特征。

* **D2比对：** D2实质公开了该特征。根据D2原文`[0027]`、`[0029]`、`[0065]`以及代码附录（APPENDIX A），D2在智能客户端上安装有`service module 108`（服务模块，以daemon守护进程运行），当客户端请求视频时，该模块运行`video subsection algorithm`（视频分段算法）。为了拼装这些分段（ss1, ss2...），必须检索关于该视频的元数据或结构信息。原文`[0098]`-`[0099]`明确公开了系统包含`video metadata storage 608`（视频元数据存储），用于存储视频的`metadata and information`，其中包含安全、权利管理以及视频描述信息。在代码附录中，清晰记载了形如`World.xml`、`db_schema.xml`等XML配置文件，这些XML元数据文件在P2P/CDN流媒体架构中即作为定位和组装内容分段的**“清单文件模板”**。因此，**D2实质公开了技术特征B**。

* **技术特征C：`该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针`**

* **D1比对：** D1未公开此特征。

* **D2比对：** D2实质公开了该特征。D2原文`[0031]`、`[0048]`、`[0099]`及代码附录中公开，元数据（XML等文件）中存储有指示媒体分段如何分布和检索的索引信息。原文`[0048]`明确指出：“The network organization data and information may be generated, sorted and listed in a data structure, such as a list or table...”。这些数据结构中的条目（诸如IP、Port等参数）在计算机逻辑中即表现为指向存储内容的数据库条目的**“指针”**（指向具体的媒体存储或索引数据库）。因此，**D2实质公开了技术特征C**。

* **技术特征D：`使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置`**

* **D1比对：** D1虽然在FIG. 4（步骤422-430）及原文`[0078]`中公开了“确定移动客户端（John的手机）的经纬度位置（Triangulation/GPS）”，并依据该位置查找邻近的电影院，但这确定的是**终端用户的物理位置**，而非“通过清单文件中的数据库条目确定内容分发网络中分发节点的位置”。因此，D1未公开此特征。

* **D2比对：** D2**毫无疑问地公开**了该特征。D2原文`[0047]`明确指出：“Next, the infrastructure node 102 identifies a location of the nearest overlay nodes 106 in the video distribution system... Next, the infrastructure node 102 generates organization data and information... which may comprise the location of the client 104, the location of the nearest Internet based network servers and the location of nearest overlay nodes 106”。且`[0049]`明确给出了具体的数据库条目参数：“In one embodiment, published parameters include node information, port information and location information. In one example, the data construct may comprise one or more of the following parameters: ip, port, long (longitudinal number), lat (latitudinal number)...”。这正是使用数据库条目（ip、经纬度等）来确定流媒体网络中各分发节点（Overlay nodes/Infrastructure nodes）的位置。因此，**D2完全公开了技术特征D**。

* **技术特征E：`所述分发节点被配置成分发与所述数据库条目相关联的分段`**

* **D1比对：** D1未公开此特征。

* **D2比对：** D2**毫无疑问地公开**了该特征。D2原文`[0022]`、`[0036]`和`[0065]`公开：`overlay nodes 106`（边缘节点）和`infrastructure nodes 102`都安装有服务模块，被配置为向客户端提供和分发视频数据分段（“provide video data and information to the other nodes in the system”）。客户端根据位置列表，从这些节点拉取对应的视频片段（ss1, ss2...）。因此，**D2完全公开了技术特征E**。

* **技术特征F：`通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件`**

* **D1比对：** D1未公开此特征。

* **D2比对：** D2实质公开了该特征。D2原文`[0048]`-`[0050]`公开：基础设施节点组织网络拓扑信息，将其生成、排序并列入一个数据结构（如List或Table）中，然后**发布（Publish）给客户端并进行本地归档存储（“provided to the client for local archiving and storage on the client”）**。原文`[0052]`进一步指出，客户端在获取到这些动态生成的网络组织信息（包含确定的邻近节点位置）后，本地的元数据或配置文件被更新/覆写，从而使得客户端可以直接利用这个最终生成的“数据结构/映射表”来快速访问对应的节点拉取内容，无需再经过传统的DNS解析或HTTP重定向（`[0074]`：“Infrastructure and overlay streaming does not use DNS... because the IP address and infrastructure updates may be passed... and stored locally for quick access”）。这种在本地生成/更新包含具体节点IP和位置的数据结构以供直接定位的行为，**在实质上完全对应**于“用确定的位置替代模板中的指针，从而生成用于定位内容的清单文件”。因此，**D2实质公开了技术特征F**。

---

### 2. 特征比对表格

为了清晰展现比对结果，现将上述详细分析归纳为以下技术特征比对表：

---

## 三、 最接近的对比文件（最接近现有技术）分析

在创造性无效宣告程序中，**对比文件2 (US20080072264A1)** 明显最适合被选为**唯一或最接近的对比文件**。分析如下：

### 1. 技术领域及解决的技术问题角度

* **目标专利**属于网络内容分发与流媒体定位技术领域，旨在解决在复杂的、跨数据库/网络的CDN环境中如何高效、动态地生成清单文件以精准定位内容片段的问题。

* **D2 (US20080072264A1)** 同样属于网络内容分发（P2P与CDN混合网络）技术领域。其背景技术`[0004]-[0005]`及发明内容`[0006]`明确指出，其旨在解决传统CDN重定向效率低、去中心化网络节点定位困难的问题，通过构建智能拓扑映射来优化流媒体分段的分布式分发。两者的技术领域完全相同，面对的技术挑战高度一致。

* 反观**D1 (US6792265B1)**，其属于无线通信与电信增值服务领域，核心解决的是如何在打会议电话的同时利用WAP浏览器进行数据检索的问题（例如边打电话边查电影院），与目标专利的流媒体清单文件动态生成机制相去甚远。

### 2. 技术效果角度

* **目标专利**通过在模板中动态替代具体位置，实现了无需频繁请求上层中心解析即可在客户端直接、快速定位多CDN节点的技术效果。

* **D2**同样实现了这一效果。D2通过将计算好的邻近节点物理位置（IP、端口、经纬度）发布并本地化存储在客户端的数据结构中，实现了`“does not use DNS resolution or HTTP redirects”`（`[0055]`、`[0074]`）的技术效果，极大地降低了网络时延，提高了流媒体QoS。两者带来的技术效果具有极高的等同性。

### 3. 结构特征重合度

如特征比对表所示，权利要求1的所有技术特征（A至F）在D2中均能找到完全对应或实质对应的公开内容。

**结论：** **D2是本案最适合且唯一的“最接近现有技术”**。D1由于技术领域和特征差异过大，不适合作为创造性分析的最接近现有技术。

---

## 四、 权利要求1的无效突破口与最薄弱特征

由于D2已经实质上公开了权利要求1的绝大部分甚至全部技术特征，权利要求1的创造性防线非常脆弱。如果要对其提出无效宣告请求，以下特征是其**最薄弱的技术特征（即无效突破口）**：

> **最薄弱特征：技术特征F（通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件）**

### 原因分析：

该特征属于权利要求1的尾套特征，也是其表现出与传统静态清单文件（如HLS中的M3U8）不同之处的“形式创新”。但从技术实质来看，在分布式流媒体领域，将动态探测或计算得到的CDN分发节点物理IP/地址，写入或覆写到原本只留有逻辑索引的元数据配置模板中（即本案所述“替代指针生成清单文件”），是本领域技术人员为了实现“免DNS/免重定向直接动态定位”所必然采用的常规逻辑编写手段。

D2虽然没有逐字使用“替代指针”和“清单文件”这两个词，但其公开的“将计算出的邻近节点IP/Port参数Publish并Local store到客户端本地的数据结构中以代替DNS解析”这一行为，与特征F在**手段、功能和效果上完全等同**。因此，基于D2单篇结合本领域的公知常识，即可轻而易举地将特征F无效掉。

---

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

虽然D2已经表现出极强的单篇破坏力（可能直接构成实质相同或显而易见），但为了确保无效请求万无一失，防止专利权人在无效程序中对权利要求进行缩小保护范围的限缩性修改（例如对抗D2中P2P Overlay节点的属性，强调多CDN数据库之间的严格映射替代），建议采取以下补充检索策略：

1. **细化IPC分类号检索：**

锁定目标专利的流媒体核心分类号：`H04L67/1001`（分布式网络的内容分发网络CDN）、`H04N21/2343`（流媒体片段化/分段传输）、`H04L65/60`（流媒体传输协议）。在这些细分小组中联合检索关键字。

2. **核心关键词精准扩展：**

针对“清单文件模板”、“替代指针”、“动态动态生成清单文件”进行概念扩展。

* *中文检索式组*：`(清单文件 或 索引文件 或 播放列表 或 m3u8 或 mpd 或 元数据) 并且 (模板 或 动态生成 或 覆写 或 替代 或 指针 或 地址填入)`

* *英文检索式组*：`(manifest file 或 playlist 或 media presentation description 或 MPD 或 metadata template) AND (dynamic generate 或 dynamic override 或 replace pointer 或 substitute address 或 populate)`

3. **追踪流媒体工业标准提案（标准必要专利及草案追踪）：**

目标专利提及的“分段内容”、“清单文件模板”在工业界有极强的标准化背景（如**MPEG-DASH**标准的MPD文件，或**Apple HLS**标准）。建议检索**2006年至2012年期间**（MPEG-DASH及HLS标准确立的关键期）三大流媒体阵营（Microsoft Smooth Streaming、Adobe HDS、Apple HLS）的技术白皮书、标准草案提案（3GPP/MPEG会议输入文档），这些文献中通常会极其详尽地公开“如何根据客户端所在区域动态组装生成含有具体分发服务器地址的清单文件”。

4. **目标专利权人及竞争对手追踪：**

检索在该领域处于领头羊地位的CDN巨头（如Akamai、Limelight、网宿等）以及流媒体服务商在2010年前后申请的早期专利，这类专利往往大量充斥着关于“多CDN路由选择与清单文件重写（Manifest Rewriting）”的基础工艺公开，极易查到能够对特征F形成“逐字全覆盖”的完美A类销毁性对比文件。

作为一名经验丰富的专利代理师，我将为您对上述权利要求1结合对比文件D1、D2、D3进行深入的法律与技术分析。

### 一、 目标权利要求技术特征分解

根据专利审查指南的拆分原则，将权利要求1进行精细化特征分解如下：

* **技术特征A**：用于定位分段内容的方法，所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上；

* **技术特征B**：包括检索与所述分段内容相关联的清单文件模板；

* **技术特征C**：该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针；

* **技术特征D**：使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置；

* **技术特征E**：所述分发节点被配置成分发与所述数据库条目相关联的分段；

* **技术特征F**：通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。

---

### 二、 技术特征比对表格

基于您提供的对比文件文本（经核对，D1 `US20020078174A1`、D2 `US20020083187A1`、D3 `US20020112069A1` 均为同一母案 `09/681,644` 的分案申请，其说明书背景技术和具体实施方式的核心架构高度一致），特征比对结果如下：

---

### 三、 对比文件原文详细出处及公开情况分析

#### 1. 对比文件D1、D2、D3对共有特征的公开情况

由于D1、D2、D3的说明书正文部分关于网络架构和文件分段的管理描述完全一致，以下引证针对D1、D2、D3均适用：

* **对特征A和特征E的公开**：

* **原文出处**：`[0042]` / `[0074]`

* **原文证据**：*“...breaking the large payload files into multiple portions. This may be accomplished by selectively partitioning the large payload file into blocks that are replicated and distributed to a plurality of distribution stations (a.k.a. nodes) at the edge of the network... Different pieces of a large payload file may be available from different nodes...”* 以及 `[0212]` 关于 *“File Metadata Database”* 的描述。

* **深度解析**：原文明确公开了将大载荷文件切分为多个分段（Blocks），并将其分配和复制到网络边缘的多个分发站（节点）上，且各节点通过文件元数据数据库进行关联。这毫无异议地公开了特征E，并实质公开了特征A中多网络/多数据库分配分段内容的基本拓扑。

* **对特征D的公开**：

* **原文出处**：`[0117]` / `[0166]`

* **原文证据**：*“...the SCDN node's VFCS communicates with a local DS to issue a search request... A node replies directly to the requesting DS if the requested part of the file exists in that node... A reply also includes the performance status of the node... the DSs in the cluster download the missing content from those nodes...”*

* **深度解析**：原文中通过虚拟文件控制系统（VFCS）和分发服务器（DS）向邻近节点发起Search请求，利用各节点的元数据信息来锁定并确定拥有该分段且最不拥堵的节点位置。这实质公开了特征D中“使用数据库条目确定分发节点位置”的方法。

#### 2. 未公开特征（区别特征）分析

对比文件D1、D2、D3中**完全没有公开技术特征B、C、F**。

* **选案中的架构差异**：D1~D3所采用的技术路线是**“流媒体伪装与实时后台组装”机制**（通过VFCS产生整个大文件存在于本地的假象，在AS流化文件的同时，在后台透明地并行下载非驻留块并利用线性叠加实时重组）。

* **目标专利的架构机制**：目标专利采用的是**“清单文件模板动态指针动态替换”机制**（常见于后续的HLS/DASH动态自适应流媒体技术）。

---

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

#### 1. 适合做最接近对比文件（最接近现有技术）的确认

在创造性分析中，**D1 (US20020078174A1)、D2 (US20020083187A1) 和 D3 (US20020112069A1) 均同样适合作为最接近的对比文件**。

* **理由**：三者属于同一技术源头的分案，其**技术领域**完全相同（均属于网络内容分发与大规模动态文件定位技术）；从**整体解决的技术问题**来看，均是为了解决如何提高客户端访问在多个网络/节点中分布式存储的分段内容时的定位与传输效率；从**技术效果**来看，均实现了对分布式分段内容对上层应用透明的 atomic 定位与获取。

#### 2. 创造性三步法评述预判

若以D1（或D2、D3）作为最接近的对比文件，本网权利要求1与现有技术相比，其结构上的**实际解决的技术问题**应定义为：*如何降低清单文件的网络传输开销，并根据不同CDN数据库的节点动态解析结果实时、灵活地生成定制化的多CDN定位引导文件。*

由于D1~D3均未给出“清单文件模板”、“数据库条目指针”以及“通过位置替换指针动态生成清单文件”的技术启示，其VFCS系统完全是通过底层的NFS/CIFS文件系统挂载完成的，属于不同的技术手段。因此，**仅凭D1~D3的结合无法否定权利要求1的创造性**。

---

### 五、 无效请求中最薄弱的技术特征

若您站在**无效请求人（发起无效）**的角度，本权利要求**最薄弱（即最容易被突破、最缺乏创造性）**的特征是：**技术特征A、D、E**。

* **攻破理由**：在多CDN（Multi-CDN）架构或P2P/CDN混合网络中，将分段内容分配在不同数据库关联的网络上，并通过查询路由/位置数据库来确定最优节点分发相应分段，属于分布式存储与内容分发网络（CDN）领域的公知常识或常规架构拓扑。D1~D3已形成了极高的技术壁垒。

反之，若您是**专利权人（应对无效）**，本权利要求的**核心堡垒（最稳固的特征）**是**技术特征B、C、F组成的整体协同架构**。利用“清单文件模板（Template）”在中间环节不带具体节点位置，而是带“指向内容位置数据库条目的指针”，在最后定位阶段才由解析出的分发节点位置“动态替换指针”生成最终清单文件。这种“延迟绑定/动态指针替换”的清单生成方法在2002年左右的现有技术中具有很强的非显而易见性。

---

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

为了成功无效掉该权利要求的核心堡垒（特征B、C、F），建议调整检索策略，跳出DS/VFCS这类传统分布式分块文件系统的框架，聚焦于以下方向：

1. **关键词扩展与技术领域修正**：

* 原有的CDN、Block、Payload等词汇无法命中核心。应引入针对流媒体控制协议、文本动态生成的关键词。

* **检索词组**：`(manifest OR playlist OR MPD OR M3U8) AND (template OR pattern OR skeleton) AND (pointer OR token OR placeholders OR "URL rewriting" OR replace)`。

2. **锁定关键演进标准与技术阵营**：

* 该特征与**HTTP自适应流媒体（HAS）**的发展密切相关。建议重点检索2005年~2010年之后（若目标专利申请日较晚）或更早期的动态网页/动态流媒体脚本生成技术。

* 检索 **3GPP PSS（ packet-switched streaming service）**标准演进中的媒体演示描述（MPD）相关提案，特别是涉及多服务器/多CDN冗余自适应流媒体传输的提案。

3. **交叉分类号检索（IPC/CPC）**：

* 重点进入负责控制文件重写、名地址解析与多媒体传输控制的分类号：

* `H04L67/02` (Protocols based on Web technology)

* `H04L61/45` (Directories; Name-to-address mapping)

* `H04N21/845` (Structuring of content, e.g. chunks)

* `H04N21/262` (Content distribution scheduling, generation of playlists)

4. **寻找动态URL改写（URL Rewriting）的先有技术**：

* 在万维网系统（WWW）中，根据用户地理位置数据库（Geo-IP DB）检索网页模板，将模板中的预留指针/占位符替换为具体就近边缘服务器边缘URL的技术。这种在Web服务器端（如Apache/Nginx架构中的动态重写模块）的经典应用，可作为“将传统网络领域的动态URL重写手法转载到分段内容流媒体清单文件生成领域”的**转用发明**进行创造性突击。

作为一名经验丰富的专利代理师，我将为您对该目标专利权利要求1进行深度解析，并结合提供的三份对比文件（D1、D2、D3）进行细致的特征比对、创造性评述及后续的无效/检索策略分析。

首先需要指出的是，从对比文件的文本内容来看，**D1、D2和D3属于同族专利家族**（均源于母案申请号 `09/681,644` 及临时申请 `60/266,286`），其说明书核心技术架构与文本表述高度一致，皆围绕大文件分段存储、网络边缘分发以及虚拟文件控制系统（VFCS）展开。

---

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

依据发明实质，权利要求1属于**网络内容分发与流媒体定位技术领域**，可拆解为以下6个核心技术特征：

* **技术特征A（前序部分）**：用于定位分段内容的方法，所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上；

* *解释*：构建了多CDN（Content Delivery Network）架构，分段内容跨网络存储，且每个CDN拥有独立的“内容位置数据库”来记录自身网络内的节点位置。

* **技术特征B**：包括检索与所述分段内容相关联的清单文件模板；

* *解释*：引入了“模板化”机制。清单文件（如Manifest/M3U8/MPD等）在初始状态下并非完整填充的，而是一个包含预留槽位的模板。

* **技术特征C**：该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针；

* *解释*：模板内不直接写入物理分发节点的URL或IP，而是写入指向数据库的“指针（抽象逻辑索引）”。

* **技术特征D**：使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置；

* *解释*：根据指针寻址到数据库条目，进而在运行时动态解析出最合适的物理分发节点的位置。

* **技术特征E**：所述分发节点被配置成分发与所述数据库条目相关联的分段；

* *解释*：明确了分发节点的物理功能，即负责存储并向终端响应具体的数据块。

* **技术特征F**：通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。

* *解释*：这是本方法的核心动态生成机制——通过“位置替换指针”，将抽象模板转化为包含具体物理位置（如具体节点的边缘URL）的落地清单文件，供客户端读取下载。

---

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

### 1. 各对比文件实质公开内容梳理

* **D1（US20030026254A1） / D2（US20030031176A1） / D3（US20030046369A1）共同公开了**：大 payload 文件（如视频）分解为 block files（数据块）存储于边缘节点的 Shared Storage 架构中；利用虚拟文件控制系统（VFCS）在本地对块文件进行实时重构和多路并行下载；以及在本地维护一个 `File Metadata Database`（文件元数据数据库），用于记录分块索引、存储卷索引等信息。

* **各对比文件的区别聚焦**：虽然说明书主体相同，但其权利要求保护侧重点不同。D1侧重于大文件的整体分发机制；D2侧重于将大文件分块并分配到多个存储设备的方法；D3则侧重于新节点加入网络时的自初始化与学习（Learn命令）机制。

### 2. 权利要求1与对比文件的特征比对表格

---

## 三、 最接近对比文件（最接近现有技术）的选择与分析

在创造性分析过程中，**D1 (`US20030026254A1`)** 和 **D2 (`US20030031176A1`)** 均适合作为创造性分析的**最接近对比文件**。

### 分析理由如下：

1. **技术领域完全相同**：三者均属于分布式网络架构下的文件内容分发与边缘节点定位技术。

2. **解决的技术问题高度契合**：D1和D2整体聚焦于“如何避免大 Payload 文件在网络分发中过载、通过将内容分段化并动态定位和重构来降低延迟并提升传输效率”这一技术问题。这与目标专利权利要求1试图解决的“多CDN环境下如何高效定位分段内容”的技术问题处于相同的创新背景中。

3. **技术效果具有共性**：D1和D2通过虚拟文件控制系统（VFCS）和底层元数据数据库的配合，实现了对大文件分段的透明、动态重构；目标专利则通过清单文件模板和动态指针替换来实现动态定位。两者的最终技术效果均是实现了客户端对分布式数据分块的准确、高效透明访问。

---

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

根据上述特征比对，如果我们要向目标专利发起无效宣告请求，目前**最薄弱（即最难攻破、现有对比文件未能覆盖）的技术特征**是：**技术特征B、C、以及F的组合，即“利用包含数据库指针的清单文件模板，在运行时通过确定物理位置并进行‘指针替换’来动态生成落地清单文件”的架构**。

### 原因分析：

D1/D2/D3所代表的现有技术走的是**“底层文件系统级虚拟化”**路线。其核心是 `VFCS`（虚拟文件控制系统），它让流媒体服务器“误以为”本地有一个完整的大文件，实际由底层并发去不同节点抓取 `block files` 并拼接（参见D1说明书 `[0044]`, `[0118]`）。

而目标专利走的是**“应用层/表示层清单动态重写”**路线。它不改变底层文件系统，而是给客户端发一个动态重写的“清单文件”。这种“清单模板 + 指针动态替换位置”的特征组合在D1/D2/D3中完全没有提及。因此，仅凭这三份同族对比文件，**根本无法拼凑出该核心动态生成机制，创造性无效理由极易失败。**

---

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

为了成功无效掉权利要求1，必须打破上述“清单文件模板+指针动态替换物理URL”的防御线。由于D1-D3公开于2003年左右，建议采用以下更具针对性的补充检索策略：

1. **调整检索时间窗口与技术演进方向**：

* 2003年前后是CDN和流媒体分块技术的萌芽期。而“清单文件（Manifest File/Playlists）”的大规模应用，伴随着 **HTTP Chunked Streaming（HTTP分块流媒体）** 技术的兴起。

* 重点检索时间调整为：**2007年 — 2015年**（这一时期是HLS、DASH等流媒体协议标准确立及多CDN动态调度技术大发展的时期）。

2. **锁定核心关键词与检索式设计**：

* **清单文件相关**：`Manifest file`, `Playlist`, `MPD (Media Presentation Description)`, `M3U8`, `Template`.

* **动态替换/指针相关**：`Pointer`, `Placeholder`, `Dynamic rewriting`, `Substitute`, `Replace`, `Resolve URL`, `Variable`.

* **多CDN/数据库相关**：`Multi-CDN`, `CDN selector`, `Location database`, `Routing table`.

* *推荐组合检索式*：`(manifest OR playlist OR MPD) AND (template OR placeholder OR variable) AND (replace* OR substitut* OR rewrit*) AND (CDN OR "edge node")`

3. **精准寻源目标领域与靶向专利人**：

* **流媒体标准及服务商**：聚焦检索 **Akamai（阿卡迈）**、**Limelight**、**Microsoft（IIS Smooth Streaming相关专利）**、**Apple（HLS相关专利）**、**Netflix** 在2008-2015年间关于“边缘调度、清单文件动态重写、Token/URL动态注入”的专利。

* **典型场景参考**：在多CDN动态广告切入（Ad Insertion）或者边缘负载均衡（Global Server Load Balancing, GSLB）中，常常会下发一个带占位符的清单文件模板，再根据地理位置数据库动态把占位符替换成距离用户最近的CDN视频流URL。沿着**“流媒体动态广告插入（DAI）”**或**“边缘内容动态Token定位”**的方向检索，极易找到能完全公开特征B、C、F的致命对比文件。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深入的法律与技术分析。

在本案中，三份对比文件（D1、D2、D3）均属于同一申请人在同一天申请的系列案，其说明书背景技术（BACKGROUND）和详细描述（DETAILED DESCRIPTION）有大量的文本重合。但在专利无效或创造性答辩中，我们需要严格根据每份文献的整体架构和核心侧重点进行甄别。

以下为具体分析：

---

### 一、 权利要求技术特征分解与对比文件特征比对

为了清晰比对，我们将目标权利要求1拆解为6个独立的技术特征（A至F）。由于D1、D2、D3的说明书正文大体一致，它们在技术细节上表现出高度的同质性，但在系统逻辑上略有侧重。

#### 1. 特征比对表

*注：✔ 表示毫无疑问公开（完全字面公开或直接等同）；◐ 表示实质公开（技术实质相同，表述不同）；✖ 表示未公开。*

---

### 二、 最接近的对比文件（Closest Prior Art）分析

在创造性分析中，从**整体解决的技术问题**和**技术效果**角度评估，**对比文件1 (US20030204602A1)** 最适合作为**第一最接近的对比文件**（主要对比文件）。

#### 1. 解决的技术问题角度

* **目标专利**：解决的是如何在复杂的、跨越多个不同数据库和CDN的网络环境中，快速且灵活地生成清单文件以定位分段内容，从而提高内容定位的灵活性和效率。

* **对比文件1 (D1)**：其发明名称为“介导的多源对等内容分发网络架构”，其核心在于提出一套完整的**CDN网络架构体系**（\[0012\], \[0028\]），解决传统单源服务器在面对突发流量时带宽不足、QoS（服务质量）下降的问题。它提供了一个包含中央架构、中介系统和分段存储的全局视图，与目标专利的跨CDN分段定位应用场景在网络构架上最为契合。

* **对比文件2 & 3 (D2, D3)**：D2更侧重于对等节点的“集中式选择算法（Centralized selection）”，D3更侧重于“流媒体传输过程中的服务质量（QoS）维持机制”。从整体网络架构及清单的产生背景来看，D1更具上位总揽性。

#### 2. 技术效果角度

* D1通过中央中介系统平衡全球负载，并在节点之间调度段文件传输（\[0015\]），这与目标专利通过生成清单文件实现节点精确定位并分发内容的技术效果（保障内容传输的连续性和QoS）完全一致。

**结论**：在无效宣告程序中，应以 **D1 (US20030204602A1)** 作为创造性评述的起点（最接近的对比文件）。

---

### 三、 无效请求中最薄弱的技术特征

若要向专利局提出该专利的无效宣告请求，本案**最薄弱的技术特征**（即最难被无效掉、专利权人最稳固的防线）是：

> **特征F**：通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。（以及与之关联的**特征B**、**特征C**中的“**清单文件模板**”与“**指针**”机制）。

#### 原因分析：

1. **机理本质不同**：对比文件1-3所公开的清单文件生成方式是**“动态构建/扩充法”**。正如D1说明书第\[0038\]段和第\[0048\]段所述，客户端或服务器是通过“读取数据库记录，将位置替代符扩充（Expanded）为完整的URI”来动态组装成一个清单。

2. **模板机制的独特性**：目标专利采用的是**“模板挖坑、后期填坑”**的机制（即先有一个带有“指针”的静态清单文件模板，确定位置后，用实际位置去“替代”模板中的指针）。这种“模板 + 指针替代”的构型在降低中央服务器动态计算压力、实现跨异构CDN网关预配置方面具有独特的结构特征。

3. **检索盲区**：目前的D1~D3仅公开了Manifest（清单），没有Template（模板）以及Pointer Replacement（指针替代）的演进步骤，存在明显的非显而易见性。

---

### 四、 进一步的对比文件检索策略

鉴于目前的D1-D3未能覆盖“清单文件模板”以及“用位置替换指针”的特征，为了成功无效该权利要求1，建议调整检索策略，开展第二轮补充检索：

#### 1. 核心检索要素组合（关键词与IPC/CPC分类号）

* **主题词组合1（网络分发）**：CDN, Peer-to-Peer, Content Delivery Network, Video Streaming, Manifest file, Playlist (M3U8 / MPD).

* **核心特征词组合2（模板与指针机制）**：Template, Manifest template, Playlist template, Pointer, Placeholder (占位符), Substitute, Replace, Populate.

* **分类号（IPC/CPC）定位**：

* **H04L67/02** (基于Web的协议)

* **H04L67/568** (网络中的临时存储/缓存机制)

* **H04N21/8456** (流媒体切片/分段描述文件定义)

* **H04N21/26258** (播放列表生成技术)

#### 2. 检索方向与切入点

* **转向现代流媒体协议体系（DASH/HLS）**：D1-D3公开于2003年，当时MPEG-DASH和HLS（HTTP Live Streaming）标准尚未成熟（当时主流为WMA, MPG3，见\[0033\]）。而目标专利的“清单文件模板”极有可能是现代动态流媒体自适应传输中，针对**MPD（Media Presentation Description）文件模板化预配置**或**HLS Master Playlist模板化改写**的技术。建议将检索文献的公告日放宽至2010-2020年间，重点检索高通、爱立信、华为、思科等在流媒体自适应分段传输领域的专利。

* **检索“占位符/预编译”通用软件工程设计**：如果网络通信领域难以直接检索到，可将检索视野拓展至软件架构领域中关于“配置文件预编译”或“分布式资源定位符（URL）的动态模板填充”。证明将通用的软件开发中的“模板指针替换”引入到CDN清单文件生成中，对本领域技术人员而言仅是公知常识的转用，从而瓦解其创造性。

```python?code_reference&code_event_index=1

import os

from weasyprint import HTML

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm;

@bottom-right {

content: counter(page);

font-family: Arial, sans-serif;

font-size: 9pt;

color: #666;

}

@bottom-left {

content: "专利权利要求创造性与无效可行性分析报告";

font-family: Arial, sans-serif;

font-size: 9pt;

color: #666;

}

}

body {

font-family: 'PingFang SC', 'Microsoft YaHei', Arial, sans-serif;

color: #333;

line-height: 1.6;

font-size: 10.5pt;

margin: 0;

padding: 0;

}

h1 {

font-size: 20pt;

color: #1a365d;

text-align: center;

margin-bottom: 5px;

padding-bottom: 15px;

border-bottom: 2px solid #2b6cb0;

}

.subtitle {

text-align: center;

font-size: 11pt;

color: #4a5568;

margin-bottom: 30px;

}

h2 {

font-size: 14pt;

color: #2b6cb0;

border-left: 4px solid #2b6cb0;

padding-left: 10px;

margin-top: 25px;

margin-bottom: 15px;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

color: #2d3748;

margin-top: 15px;

margin-bottom: 8px;

page-break-after: avoid;

}

p {

margin-top: 0;

margin-bottom: 10px;

text-align: justify;

}

table {

width: 100%;

border-collapse: collapse;

margin: 15px 0;

font-size: 9.5pt;

page-break-inside: avoid;

}

th, td {

border: 1px solid #cbd5e0;

padding: 8px 10px;

text-align: left;

vertical-align: top;

}

th {

background-color: #ebf8ff;

color: #2c5282;

font-weight: bold;

}

tr:nth-child(even) {

background-color: #f7fafc;

}

.math {

font-family: 'Times New Roman', serif;

font-style: italic;

font-weight: bold;

color: #b7791f;

}

.highlight {

background-color: #fffaf0;

border: 1px solid #feebc8;

padding: 10px;

margin: 10px 0;

border-radius: 4px;

}

.weak-feature {

border-left: 4px solid #e53e3e;

background-color: #fff5f5;

padding: 10px;

margin: 10px 0;

}

ul, ol {

margin-top: 0;

margin-bottom: 10px;

padding-left: 20px;

}

li {

margin-bottom: 5px;

}

</style>

</head>

<body>

<h1>目标专利权利要求创造性与无效可行性深度分析报告</h1>

<div class="subtitle">分析师：资深专利代理师 & 专利诉讼专家</div>

<h2>一、 目标权利要求技术方案深度剖析</h2>

<p>目标权利要求1保护一种“用于定位分段内容的方法”。该方法的核心在于解决如何在多CDN（内容分发网络）架构下，高效、动态地对已被切片/分段的内容进行分发节点定位，并通过动态重构清单文件（Manifest）的方式引导客户端获取内容。</p>

<p>结合分布式缓存与流媒体传输技术演进路径，可对权利要求1的各技术特征做出如下解释：</p>

<ul>

<li><strong>技术特征A（网络架构层）：</strong>限定了内容存储的环境是多CDN协同架构（第一和第二CDN），且各CDN网络分别拥有独立或关联的内容位置数据库。这为跨网络的内容跨域协同定位提供了物理基础。</li>

<li><strong>技术特征B、C（模板检索与指针设计）：</strong>引入了“清单文件模板”的概念。清单模板并不直接包含真实的节点IP或URL，而是包含指向第一内容位置数据库的“数据库条目指针”。这种“延迟绑定”的设计允许系统在最后一刻才决定由哪个节点服务。</li>

<li><strong>技术特征D、E（节点位置动态确定）：</strong>利用指针所指的数据库条目，实时查表或解析，从而确定第一或第二CDN中分发具体分段的节点的实际位置（如IP或具体边缘节点域名），这些节点已被配置为分发对应的分段。</li>

<li><strong>技术特征F（清单动态重写）：</strong>通过“位置替代指针”的动态重写机制，将清单模板实例化为专属于该客户端的“用于定位分段内容的清单文件”。</li>

</ul>

<h2>二、 对比文件特征比对与细致出处分析</h2>

<p>本案涉及三份关键对比文件：</p>

<ol>

<li><strong>D1：</strong>EP1125219B1 (GLOBAL DOCUMENT HOSTING SYSTEM UTILIZING WIDELY DEPLOYED CONTENT DISTRIBUTION SERVERS) —— 经典的Akamai CDN基础架构专利。</li>

<li><strong>D2：</strong>CN1481635A (网络中大有效负载分布的方法和装置) —— 聚焦于大文件分段存储与虚拟文件控制（VFCS）重组技术。</li>

<li><strong>D3：</strong>US20050198238A1 (Method and apparatus for initializing a new node in a network) —— 与D2同属于一个技术家族，偏重于新节点自适应初始化与学习机制。</li>

</ol>

<h3>1. 对比文件D1 (EP1125219B1) 深度比对</h3>

<p>D1公开了一种利用修改基础HTML文件中的嵌入对象URL来实现全球内容分发和负载均衡的技术。其改写schema为：<code>xxxx.yy.zzzz.net/aaaa/www.domainname.com/frontpage.jpg</code>。</p>

<p><strong>公开特征分析：</strong>D1的“基础HTML文档”包含指向各类嵌入式对象（视频、图像）的修改后URL，这与目标专利的“清单文件模板”高度类似；其通过多级DNS（top-level和low-level DNS）动态解析出具体ghost服务器IP的过程，实质公开了“使用数据库条目确定分发节点位置”的逻辑。但D1并未公开分段内容横跨“第一CDN”和“第二CDN”的双网络架构，且其是通过浏览器发出DNS请求动态解析，而非在服务器端用真实位置“替代”模板中的指针生成新清单文件。</p>

<h3>2. 对比文件D2 (CN1481635A) / D3 (US20050198238A1) 深度比对</h3>

<p>D2/D3公开了一种内容分发网络（SCDN），将大文件分解为多个不连续的块文件（Block Files），并分配在网络边缘的不同节点上。其引入了虚拟文件控制系统（VFCS），在运行时实时重构和组装大文件。</p>

<p><strong>公开特征分析：</strong>D2/D3毫无疑问公开了将内容“分段分配在网络段/节点上（特征A部分、特征E）”，并且公开了通过“文件元数据数据库（File Metadata Database）”记录块文件的存储卷索引与位置（特征D）。然而，D2/D3的核心思想是通过VFCS在内核或文件系统层面对底层不连续的块进行实时汇编与多路复用，呈现给上层应用服务器一个虚拟的原子整体文件，它既不要求客户端检索清单文件模板，也没有在清单模板中用位置替代指针的改写步骤（特征B、C、F未公开）。</p>

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

<table>

<thead>

<tr>

<th style="width: 25%;">目标专利权利要求1的技术特征</th>

<th style="width: 25%;">对比文件D1 (EP1125219B1)</th>

<th style="width: 25%;">对比文件D2/D3 (CN1481635A / US20050198238A1)</th>

<th style="width: 25%;">比对结论与出处</th>

</tr>

</thead>

<tbody>

<tr>

<td><strong>技术特征A：</strong>分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上</td>

<td>实质公开部分。公开了内容分布在全球Ghost服务器（内容分发网络）上，由多级DNS协调。[说明书[0019], [0030]]</td>

<td>毫无疑问公开。公开了大payload文件分成块文件分配在网络的分布式中间网络段/分布式通信站上，且有文件元数据数据库。[说明书具体实施方式详细描述]</td>

<td><strong>D1/D2/D3共同公开基础架构</strong>，但均未明确公开独立且关联的“第一CDN”与“第二CDN”跨网双数据库协作。</td>

</tr>

<tr>

<td><strong>技术特征B：</strong>包括检索与所述分段内容相关联的清单文件模板</td>

<td>实质公开。公开了浏览器获取包含了修改后URL的基础HTML文档（Master/Base HTML Document），该文档起到模板作用。[说明书[0018], [0029]]</td>

<td>未公开。D2/D3依赖虚拟文件控制系统（VFCS）产生原子整体文件的错觉，AS直接按传统方式请求，不检索清单模板。[说明书具体实施方式详细描述]</td>

<td><strong>D1实质公开。</strong>基础HTML文档包含各项内嵌资源指针，本质上等同于内容定位的清单模板。</td>

</tr>

<tr>

<td><strong>技术特征C：</strong>清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针</td>

<td>实质公开。修改后的URL形式为<code>xxxx.yy.zzzz.net/...</code>，其中包含序列号、低级DNS字段和顶级DNS字段，这些字段作为网络图中的定位指针。[说明书[0023], [0049]]</td>

<td>未公开。D2/D3的位置信息保存在内部的File Metadata Database和心跳表中，不暴露为模板中的显式指针。[说明书“文件元数据数据库”部分]</td>

<td><strong>D1实质公开。</strong>修改后的虚拟主机名及DNS字段即为指向DNS位置数据库条目的指针。</td>

</tr>

<tr>

<td><strong>技术特征D：</strong>使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置</td>

<td>毫无疑问公开。顶级DNS服务器查找IP块网络图，将DNS请求重定向给最近的低级DNS服务器，后者解析出特定Ghost服务器IP地址。[说明书[0019], [0052], [0055]]</td>

<td>毫无疑问公开。VFCS从文件元数据数据库获取缺少块的索引，DS簇发出搜索包周游网络树，定位并选出当前最少拥堵的节点。[说明书“访问大有效负载文件”部分]</td>

<td><strong>D1、D2均毫无疑问公开。</strong>D1通过多级DNS数据库查表定位；D2通过Metadata DB和网络周游定位。</td>

</tr>

<tr>

<td><strong>技术特征E：</strong>所述分发节点被配置成分发与所述数据库条目相关联的分段</td>

<td>实质公开。Ghost服务器被配置为服务并向客户端回传特定的内嵌网页对象（HTML page objects）。[说明书[0018]]</td>

<td>毫无疑问公开。分布式通信站（节点）被配置为基于流行度本地保存并实时分发对应的块文件/大有效负载分段。[说明书“分解大文件”及“具体实施方式”]</td>

<td><strong>D1、D2均公开。</strong>对应CDN中缓存并向最终用户提供内容服务的边缘服务器节点。</td>

</tr>

<tr>

<td><strong>技术特征F：</strong>通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件</td>

<td>未公开。D1是在离线处理时预先改写URL，运行时靠标准DNS解析重定向，而不是在运行时通过“位置替代指针”来动态生成新的清单文件。</td>

<td>未公开。D2/D3的重构是在操作系统/文件系统驱动层（VFCS）透明完成的，不生成面向客户端的重写清单文件。[说明书“VFCS服务器文件系统概述”]</td>

<td><strong>D1、D2均未公开。</strong>本特征是目标专利的核心发明点（如动态清单重写机制）。</td>

</tr>

</tbody>

</table>

<h2>四、 最接近对比文件的选择与理性分析</h2>

<p>在创造性分析中，<strong>对比文件D1 (EP1125219B1) 最适合作为主要的最接近对比文件</strong>。理由如下：</p>

<ul>

<li><strong>从整体解决的技术问题看：</strong>D1和目标专利都聚焦于如何让客户端快速、智能地在分布式边缘网络中定位并获取一个复杂页面/文档中所包含的多个分离资源，二者都试图解决集中式源服务器网络加载过重、骨干网拥堵以及延迟高的问题。而D2/D3侧重于大负载文件在底层文件系统级别的块切分、自适应修剪以及内核级虚拟组装。</li>

<li><strong>从技术效果与手段看：</strong>D1通过操作文档层面的“基础HTML文本”，将其中各个内嵌对象的URL转变为带有层级路由信息的虚拟服务器指针，这与目标专利操作“清单文件模板”以控制分段内容定位的构思在原理上最为接近。</li>

</ul>

<p>同时，<strong>对比文件D2 (CN1481635A) 可作为并列的或补充的最接近对比文件</strong>。因为目标专利限定的对象是“分段内容（Segmented Content）”，而D2完美公开了将大负载内容切分为不连续块文件（Block Files）并跨节点分布式存储和按需拉取的全套物理机制。因此，本案也非常适合采用“D1+D2”或“D2+D1”的组合来进行创造性评述。</p>

<h2>五、 创造性评述与最薄弱技术特征认定</h2>

<h3>1. 未被最接近对比文件公开的特征之评述</h3>

<p>若以D1为最接近的对比文件，其未公开技术特征包括：跨独立数据库的“第一/第二双CDN网络分配”（特征A的部分限定）以及“通过位置替代清单模板中的指针来动态生成实例化清单文件”（特征F）。</p>

<p>审查员或无效请求人通常会尝试引用D2/D3来证明分段存储（特征A）是本领域的常规手段。然而，D2/D3的VFCS重构完全发生在系统底层（内核态/文件系统层），对上层应用服务器和外部客户端表现为“虚拟的原子整体文件”，这与目标专利在应用层通过动态重写“清单文件”来引导客户端定位的技术路线存在本质背离。因此，即使将D1与D2结合，也无法直接导出特征F的“位置替代指针动态生成清单文件”的方案。</p>

<h3>2. 无效请求中最薄弱的技术特征判定</h3>

<div class="weak-feature">

<strong>最薄弱（即最不易被无效、对专利所有者最稳固）的技术特征：技术特征F</strong><br>

<strong>理性判定理由：</strong><br>

1. <strong>机制独特性：</strong>现有的CDN路由机制要么像D1一样依靠客户端的标准DNS多级解析（将域名映射为IP），要么像D2一样依靠分布式文件系统的内部元数据检索与SCDN树状周游（在网络底层动态拉取）。目标专利特征F提出的“在清单模板中，用实时确定的具体节点位置直接动态替换掉原有的数据库条目指针，从而产生一个全新且实例化的清单文件”属于一种“文本/应用层动态重写”机制。这种手段不同于传统的DNS重定向或文件系统虚拟化。<br>

2. <strong>技术效果显著：</strong>这种做法将复杂的网络拓扑和实时负载判断，在服务器端直接固化为了针对单次请求的定制化清单文件，客户端只需遵循最终清单文件即可并行获取分段，极大减轻了客户端进行连续多级解析或底层握手的负担。因此，基于目前D1-D3的文献组合，特征F具备极高的创造性壁垒。

</div>

<h2>六、 进一步的对比文件检索策略</h2>

<p>鉴于目前的对比文件组合在“动态生成清单文件”以及“用位置替代模板指针”等关键特征上存在明显的检索空白，若要成功发起无效请求，建议调整检索策略，启动第二轮精准检索：</p>

<ol>

<li><strong>切入现代流媒体传输标准协议（关键突破口）：</strong><br>

目标专利中“分段内容”、“清单文件模板”、“生成清单文件”的技术表述，极具现代流媒体分段渐进式传输技术的特征。建议将检索视野全面扩大至<strong>HTTP Live Streaming (HLS)</strong>和<strong>MPEG-DASH (动态自适应流)</strong>标准确立时期的技术文献。<br>

* <strong>关键词组合：</strong>(HLS OR DASH OR "Media Playlist" OR "Manifest File" OR M3U8 OR MPD) AND ("Template" OR "Dynamic Generation" OR "Rewrite" OR "Pointer" OR "Substitute")。<br>

* <strong>针对特征F的特定外观：</strong>重点检索流媒体边缘切片服务器或全站加速（WSA）中，关于“动态重写M3U8文件/Playlist中的TS分片URI”以实现多CDN负载均衡或防盗链的专利及技术文章。

</li>

<li><strong>跨网络联合分发与多CDN协同（针对特征A）：</strong><br>

检索多CDN切换（Multi-CDN switching）及CDN联邦（CDN Federation）的早期专利。<br>

* <strong>关键词组合：</strong>("Multi-CDN" OR "CDN Federation" OR "Inter-CDN") AND ("Content Location Database" OR "Broker" OR "Traffic Manager")。重点考察诸如Cedexis等公司早期的协同分发方案，寻找公开了跨不同CDN数据库联合定位分段内容的文献。

</li>

<li><strong>拓展非专利文献（NPL）检索：</strong><br>

在IEEE Xplore、ACM Digital Library以及3GPP、IETF (特别是RFC草案) 中检索有关分布式网络文件重组和动态Web内容组装（如Edge Side Includes, ESI协议）的早期学术论文。ESI模板中的<code>&lt;esi:include src="..."&gt;</code>在边缘服务器被替换为具体URL的行为，在机理上与特征F高度相似，是极佳的非专利文献对抗材料。

</li>

</ol>

</body>

</html>

"""

# Ensure runtime directory exists

output_dir = "./"

os.makedirs(output_dir, exist_ok=True)

output_html_path = os.path.join(output_dir, "patent_analysis_report.html")

output_pdf_path = os.path.join(output_dir, "patent_analysis_report.pdf")

with open(output_html_path, "w", encoding="utf-8") as f:

f.write(html_content)

try:

HTML(filename=output_html_path).write_pdf(output_pdf_path)

print(f"SUCCESS: PDF generated successfully at {output_pdf_path}")

except Exception as e:

print(f"ERROR: {str(e)}")

```

```text?code_stdout&code_event_index=1

SUCCESS: PDF generated successfully at ./patent_analysis_report.pdf

```

您的专利权利要求创造性与无效可行性深度分析报告PDF文件已成功生成。

[file-tag: code-generated-file-9e63f470-cf14-4c1e-a97d-0164dbf4cd8b]

本报告紧密结合了目标专利权利要求与各对比文件（D1: EP1125219B1；D2: CN1481635A；D3: US20050198238A1）的原文内容，进行了逐字逐句的深度法律与技术解构。以下为报告的要点摘要：

### 1. 目标权利要求技术方案深度剖析

权利要求1保护一种**“用于定位分段内容的方法”**，其技术本质是通过应用层的**“清单文件模板 + 延迟绑定指针 + 动态位置替换”**机制，在多CDN协同网络下实现内容分段的精准、动态定位。该方案将复杂的负载均衡和网络拓扑解析在服务器端动态固化，极大减轻了客户端连续多级解析或底层频繁握手的性能负担。

### 2. 对比文件技术特征比对与细致出处

* **D1 (EP1125219B1)：** 聚焦于通过修改基础HTML文档中的内嵌对象URL（Schema形如 `xxxx.yy.zzzz.net/aaaa/...`）来实现边缘Ghost服务器的重定向与负载均衡。其“基础HTML文档”与“修改后的主机名/DNS字段”分别实质公开了目标专利的**清单文件模板（特征B）**和**数据库条目指针（特征C）**，并通过顶级/低级多级DNS架构毫无疑问公开了**动态确定分发节点位置（特征D、E）**。但其未公开双CDN跨网架构及“运行时位置替代指针以动态重写生成新清单文件”的步骤。

* **D2 (CN1481635A) / D3 (US20050198238A1)：** 聚焦于大有效负载（大文件）在网络边缘的不连续块文件（Block Files）分段分配与存储。其通过“文件元数据数据库（File Metadata Database）”和“虚拟文件控制系统（VFCS）”实现了大文件的动态检索与组装。这毫无疑问公开了**内容分段跨节点分配（特征A的部分手段）**、**数据库条目定位（特征D）**及**节点分发配置（特征E）**。然而，D2/D3的机制完全发生在系统底层（内核态/文件系统层），对上层应用表现为透明的虚拟原子整体，不公开任何清单模板或动态指针替换机制。

### 3. 最接近对比文件的理性判定

* **首选最接近对比文件：D1 (EP1125219B1)**

* **理由：** 从整体解决的技术问题看，D1与目标专利高度一致，均旨在解决客户端在分布式边缘网络中如何智能定位并获取一个复杂文档中包含的多个分离资源的问题。从技术效果与手段看，D1在文档层面操作内嵌资源指针的思路，与目标专利操作清单模板的架构最为贴近。

* **次选/补充最接近对比文件：D2 (CN1481635A)**

* **理由：** 目标专利限定的客体是“分段内容（Segmented Content）”，而D2完美公开了将大负载文件切分为不连续块文件（Block Files）并进行跨节点树状周游检索拉取的物理分布机制。本案在无效宣告阶段，非常适合采用“D1 + D2”或“D2 + D1”的组合进行评述。

### 4. 无效请求中最薄弱的技术特征判定

* **结论：技术特征F（通过用确定的位置替代清单模板中的指针来生成定位分段内容的清单文件）**。

* **理由：** 该特征是目标专利的核心创造性壁垒。无论是D1的标准DNS重定向解析流，还是D2/D3的系统级虚拟文件控制重组，均未涉及在**应用层/文本层**对清单模板进行“位置擦除并实时重写”的操作。在现有证据组合下，特征F难以被克服。

### 5. 进一步的对比文件检索策略

为攻克最稳固的特征F，建议启动第二轮针对性检索：

1. **切入现代流媒体传输标准协议（HLS / MPEG-DASH）：** 目标专利的“清单文件/分段内容”与现代流媒体Playlist机制高度契合。应重点检索流媒体边缘切片服务器或全站加速（WSA）中，关于“动态重写M3U8文件/TS分片URI”以实现多CDN负载均衡的早期专利和技术草案。

2. **多CDN协同与联邦（Multi-CDN Switching）：** 检索早期如Cedexis等 Traffic Manager 厂商的专有技术文献，寻找跨不同独立CDN位置数据库联合调度内容的先例。

3. **非专利文献（NPL）拓展：** 重点检索IETF草案或ACM文献中关于**ESI (Edge Side Includes)**协议的应用。ESI模板中的 `<esi:include src="...">` 标签在边缘服务器被动态替换为真实URL的行为，在机理上与特征F高度相似，是极佳的对抗材料。

*详细的特征比对表格、原文段落映射及完整的无效策略已编排入上述PDF报告中，请查阅以获取完整的专利诉讼支持。*

作为一个在知识产权与专利无效/侵权诉讼领域深耕多年的资深专利代理师，我深知在面对涉及多分布式网络（如CDN）和数据节点路由、替换等高技术软件/网络架构专利时，**精准的技术特征拆解**和**立足于现有技术全局的对比分析**是赢得无效请求的关键。

针对您提供的权利要求1（下称“本申请”）以及三份欧洲及美国专利对比文件（D1: EP1675027A1; D2: EP1892921A2; D3: US20080059631A1），我将从**权利要求精准解释、对比文件逐项特征比对、最接近现有技术（最接近的对比文件）筛选、无效最薄弱特征诊断、以及后续检索策略**五个维度，为您呈现一份严谨、专业的专利无效前置分析报告。

---

### 一、 紧密结合说明书逻辑的权利要求精准解释

本申请权利要求1的核心发明点在于：**解决在跨复数个独立的内容分发网络（CDN）分配分段内容（如流媒体视频/音频的切片文件）时，如何通过“清单文件模板（Manifest Template）”动态、透明地为终端定位并生成最终可路由的清单文件，以实现多CDN负载均衡与就近网络资源的调度。**

结合分布式流媒体领域的常规说明书本义，对各技术特征的精准法律及技术诠释如下：

* **分段内容、第一/第二内容分发网络（CDN）、第一/第二内容位置数据库（技术特征A）：** 属于整个技术方案的架构背景。分段内容指被切片的媒体流（如`.ts`、`.mp4`分片）。第一和第二内容分发网络独立运行，各自由独立的位置数据库（存储有CDN内部边缘节点的网素拓扑、IP或URL）来维护内容切片的具体物理映射。

* **清单文件模板、指向数据库条目的指针（技术特征B、C）：** “模板”是本方案的核心中间件。区别于传统的静态M3U8清单，它内部不直接包含分发节点的实际URL/IP，而是包含**抽象的“指针”**（类似于占位符或索引键，指向内容位置数据库中的某个抽象条目/键值）。

* **确定分发节点位置、替代指针生成清单文件（技术特征D、E、F）：** 这是一个动态运行时（Runtime）处理。系统根据业务逻辑（如终端IP、就近原则、网络负载）访问数据库，将指针解析为真实、具体的第一或第二CDN中的“分发节点位置”（边缘缓存服务器的真实URL/IP），并**执行“擦除/替代（Substitute）”动作**，从而在线生成一份面向特定终端的、可直接用于定位下载该分段内容的最终“清单文件”。

---

### 二、 对比文件原文出处及技术特征比对表格

以下表格严格依据对比文件原文进行特征映射（采用公开号指代对比文件），并标明了详细的原文段落出处：

#### 权利要求1的技术特征比对表

---

### 三、 最接近现有技术（最接近的对比文件）的筛选与分析

在创造性（无效分析）的审查标准下，**D1 (EP1675027A1)** 毫无疑问是**最接近的对比文件**。其理由如下：

1. **技术领域与整体解决的技术问题高度一致：**

D1和本申请均聚焦于流媒体网络分发领域。D1旨在解决“当接收终端向网络远端分发设备获取大容量多媒体内容时，消耗大量资源并导致网络拥塞、数据质量下降”的技术问题（D1见[0016]）。这与本申请解决“通过优化内容节点定位，提升多网络环境下大容量分段内容分发效率和质量”的核心诉求完全同构。

2. **技术手段与架构流合同构（关键）：**

D1引入了关键的内容控制媒介——**SMIL数据（多媒体内容描述数据）**。在D1的方案中，SMIL中预先写入了源内容服务器的URL（相当于本申请中带有数据库抽象条目指针的“清单文件模板”）。D1通过核心组件**“数据转换装置 6（data conversion apparatus 6）”及“转换单元 6b（conversion unit 6b）”**，在运行时查询最邻近、负载最轻的缓存服务器（边缘节点），并实施了**“将SMIL中原始的分发源位置信息，‘转换/替代（convert）’为指定的最佳缓存设备的位置”**（D1见[0115], [0144]），进而生成“已转换的SMIL数据（converted SMIL data）”（相当于最终的清单文件）发送给接收终端（D1见[0147]）。

3. **技术效果对应度：**

D1通过上述动态替换URL模板生成转换后SMIL文件的手段，达到了“使得终端能访问未注册的、距离最近的缓存设备，降低访问延迟、减轻骨干网拥塞、显著提升分发服务质量（QoS）”的技术效果（D1见[0157]-[0159]）。该效果完美契合本申请由于动态生成清单文件所带来的负载均衡与用户即时播放（Instant Play）的增益。

相比之下，**D2和D3虽属于分布式内容存储分发大领域，但其重构定位的机制完全不同**：D2侧重于从内核文件系统层面（元数据块索引阵列、VFCS虚拟控制）进行实时的块（Block）读取和网络拼接（D2见[0006]）；D3侧重于P2P集群（Cluster）内基于网络距离（Internet Distance）的对等节点Pull/Push与广告切片动态插入（D3见[0031]、[0137]）。二者均未采用“在控制清单模板层面对物理节点指针进行重写/替换”的机制。

因此，本案应**以D1作为一图击倒或创造性评价的核心起点（D1作为最接近的对比文件）**。

---

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

在专利无效宣告程序中，若以D1为主单独评述权利要求1的创造性（或结合D2/D3评述），**最薄弱的技术特征（即最不容易被无效掉、专利权人最强固的防线）**在于：

> **“所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上”（特征A中关于“多独立CDN/跨CDN网络及多数据库关联”的限定）**

#### 原因剖析：

1. **D1的架构局限：** D1中虽然公开了存在“复数个缓存服务器（a plurality of cache server apparatus 4）”（D1见[0073]），但从其整体拓扑来看，这些缓存服务器都统一归属于**同一个**全局内容位置管理装置5（content location management apparatus 5）和位置信息表（location information table）的管理之下（D1见[0091]）。D1的转换和URL重写，本质上是在**“单个CDN/单一网络运营体内部的多缓存节点”**之间进行择优挑选和重写替换。

2. **本申请的架构高度：** 本申请明确限定了内容是跨越“**第一**内容分发网络（搭配第一位置数据库）”和“**第二**内容分发网络（搭配第二位置数据库）”进行分配的。其清单文件模板中的指针，不仅要解决单一网络内的节点选择，还要解决**跨独立内容分发网络（Cross-CDN）**、跨异构数据库条目的路由和替换问题。

在答辩时，专利权人极易咬住“D1仅仅是单CDN内边缘缓存节点的URL重定向替换，而本申请提供了跨越多个独立CDN网络的清单文件模板配置及联合指针解析，能解决多网络运营体之间的利益调度与协同分发，具备非显而易见性”这一论点。该跨网络的协同处理，构成整个权利要求1中对抗现有技术的最强壁垒。

---

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

为了在后续的无效请求中彻底打破上述“跨多CDN/多数据库关联”的技术防线，建议启动第二轮专项检索，检索策略制定如下：

1. **检索主题词重组（专项针对跨CDN路由调度）：**

* 将检索重点从单一的“流媒体缓存（Stream Caching/Proxy）”转向**“多CDN管理（Multi-CDN Management）”、“CDN联合/互联（CDN Interconnection/Federation）”、“跨网络路由（Cross-network Routing）”**。

* 核心关键词组合：`(Multi-CDN OR Multi-Provider OR Cross-CDN OR CDN Federation) AND (Manifest Template OR Master Playlist Template OR Template Rewrite OR Token/Pointer Replacement) AND (Load Balancing OR Routing Decision)`。

2. **切入特定的行业标准标准组织（重点）：**

本申请的跨异构网络联合定位特征，带有强烈的行业标准化色彩。建议重点检索**IETF（互联网工程任务组）的CDNI（CDN Interconnection）工作组**在2015-2026年期间发表的RFC文档及草案（Internet-Drafts）。CDNI标准中关于“跨CDN的内容请求路由（Request Routing）、清单重写（Manifest Rewriting）及统一URI签名解析”的描述，极易公开跨CDN位置数据库条目替换的机制。

3. **盯紧头部Multi-CDN服务商的早行业专利：**

针对专门做多CDN动态流媒体调度的厂商进行申请人/发明人检索。例如：**Conviva（康维娃）、Akamai（阿卡迈）、NS1、Citrix（思杰）以及Netflix（网飞）**。这些公司在2015年之后申请了大量关于“根据实时QoS数据，在清单文件生成阶段动态重写/替换不同CDN服务商（如网宿、Fastly、AWS CloudFront）的分片URL占位符”的底层基础专利，能提供极佳的、公开了“跨第一/第二CDN及数据库条目替换指针”的D4或D5文件，与现有的D1（URL替换逻辑）形成完美的创造性组合。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深度法律与技术架构解析，并紧密结合三份对比文件（D1、D2、D3）的原文及出处进行特征比对、最接近现有技术分析、无效薄弱点剖析及下一步检索策略的制定。

---

### 一、 目标权利要求说明书原义与技术特征拆解分析

权利要求1保护的是一种“用于定位分段内容的方法”。该架构的核心在于通过**清单文件模板（Manifest Template）**与**解耦的数据库指针**设计，实现跨多CDN网络环境下的动态分发节点定位与清单文件实时生成。

我们将其拆解为以下6个独立的技术特征：

* **技术特征A**：所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上；

* **技术特征B**：包括检索与所述分段内容相关联的清单文件模板；

* **技术特征C**：该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针；

* **技术特征D**：使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置；

* **技术特征E**：所述分发节点被配置成分发与所述数据库条目相关联的分段；

* **技术特征F**：通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。

---

### 二、 对比文件技术特征比对表

为了客观评估各对比文件的公开程度，以下将权利要求1的特征与各对比文件原文进行精确定位比对：

* **D1**: EP1988684A2 (*Method and apparatus for large payload distribution in a network*)

* **D2**: US20090049185A1 (*System and methods of streamlining media files from a dispersed peer network to maintain quality of service*)

* **D3**: US20090055506A1 (*Centralized selection of peers as media data sources in a dispersed peer network*)

#### 特征比对表格

---

### 三、 最接近现有技术（最接近的对比文件）分析

在创造性分析中，**D2 (US20090049185A1)** 和 **D3 (US20090055506A1)** 最适合作为最接近的对比文件（核心以D2为主，D3并列）。

#### 1. 整体解决的技术问题匹配度

* **目标专利**解决的是在多CDN网络/多数据库复杂环境下，如何高效、动态地生成用于播放器/客户端定位分段内容的清单文件，避免静态清单文件造成的资源写死和调度不灵活问题。

* **D2/D3**解决的是在分散的Peer/CDN混合网络中，如何应对突发网络瓶颈（Transient bandwidth bottlenecks），通过中心化调配（Central mediation）和动态生成清单文件（Manifest Lists）来确保端到端流媒体传输的服务质量（QoS）（参见D2/D3段落`[0010]-[0014]`）。

* 相比之下，**D1**（EP1988684A2）侧重于操作系统底层的虚拟文件控制系统（VFCS，通过私有VNODE树和底层的NFS/CIFS协议）来“欺骗”上层应用流媒体服务器，使其误以为大文件完整存在（参见D1段落`[0079]`），其并没有从网络应用层清单文件（Manifest）的角度去解决内容定位问题。

#### 2. 技术效果匹配度

* **D2/D3**达到的效果是通过“Host Broker”动态评估网络拓扑和负载，生成包含优化URI排序的清单文件（Manifest），使客户端能够并发、冗余地下载不同分段（参见D2/D3段落`[0048]`, `[0078]`）。这与目标专利通过生成最终清单文件实现分发节点灵活定位的技术效果高度一致。

因此，**D2/D3在技术领域、所解决的技术问题、核心技术架构（清单文件调度）及技术效果上均与目标专利最为接近，适合作为最接近的对比文件。**

---

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

若要对该目标专利提出无效宣告请求，最难攻克、即**最薄弱（对无效请求人而言最难证明被公开）的技术特征**是：

> **特征C与特征F的结合：清单文件模板中包含“指向数据库条目的指针”，且通过“用确定的位置替代所述清单文件模板中的指针”来生成清单文件。**

#### 深度原因分析：

1. **现有技术的逻辑转换而非“模板替换”**：在D2和D3公开的架构中（参见段落`[0039]`、`[0049]`），核心机制是**“扩展/解析（Resolving/Expanded）”**。即原Manifest Catalog Record里存放的是Surrogate Client Identifier（替代标识符），Host Broker收到请求后，查表将该ID转化为完整的、带域名的URI字符串填入Manifest。这是一种典型的“**自底向上的数据结构扩充**”。

2. **目标专利的解耦设计**：目标专利引入了**“清单文件模板（Manifest Template）”**的概念，在模板中放置了**“指针”**，最后执行的是**“用位置替代指针（Replacing the pointers with the determined locations）”**。这属于一种**“自顶向下的模板引擎渲染”**设计。模板与具体的CDN物理节点完全解耦，指针指向的是内容位置数据库的条目。

#### 法律适用抗辩：

在无效程序中，专利权人极有可能以**“清单文件模板与解耦指针降低了服务器在高并发下动态计算并重构庞大清单文件的计算开销，实现了模板复用与快速实例化”**为由进行非显而易见性抗辩。因为D2/D3的“展开URI”和目标专利的“替换模板指针”在具体的计算机软件实现逻辑上存在细微的“技术路线分歧”。

---

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

为了彻底无效特征C和特征F中的“模板指针替换”架构，建议采取以下精准检索策略：

#### 1. 修正关键词与核心概念扩展

现有对比文件主要集中在P2P和早期的CDN内容分发上（2002-2009年申请）。而“清单文件模板+动态节点替换”是**现代流媒体协议（如DASH, HLS）**以及**高级CDN动态流量调度（Traffic Steering）**的核心技术。

* **补充控制类检索词**：`Manifest Template` (清单模板), `Template Parser` (模板解析器), `Variable Replacement` (变量替换), `Pointer/Place-holder` (占位符/指针), `Dynamic Token Allocation` (动态令牌分配), `Dynamic Manifest Generation` (动态清单生成).

* **场景交叉词**：`CDN Selection` (CDN选择), `Edge Node Redirection` (边缘节点重定向), `URI Rewriting` (URI重写).

#### 2. 锁定关键技术标准组织（标准文献检索）

清单文件（Manifest）的标准化和模板化在以下组织的提案中最为彻底，应重点检索其早期草案和工作组邮件列表（重点搜寻2009-2015年间文献）：

* **3GPP (SA4工作组)**：检索关于**3GPP DASH (Dynamic Adaptive Streaming over HTTP)**的标准。在3GPP TS 26.247等规范中，大量定义了MPD（Media Presentation Description）文件，其中为了减少MPD文件体积，引入了**`BaseURL`模板化及分片URL模板替换机制（`$Number$` 或 `$Time$` 占位符替换机制）**。

* **MPEG 工作组 (ISO/IEC 23009-1)**：MPEG-DASH标准中公开了如何使用模板化URL（Template-based segment URLs）来动态推算或替换分发节点位置的技术方案。

* **IETF (CDNI工作组)**：Content Delivery Networks Interconnection 工作组，专门解决跨不同CDN提供商的位置数据库查询和清单重写（Manifest Rewrite）问题。

#### 3. 专利分类号精准轰炸

聚焦于清单文件的动态修改与重写架构，建议重点联合检索以下IPC/CPC分类号：

* **H04L65/612** (网络流媒体分发分段)

* **H04L67/1001** (分布式服务器的负载均衡与节点选择)

* **H04L67/5681** (在CDN中存储或重写内容清单)

* **H04N21/262** (流媒体服务器端的调度与清单文件生成)

通过切入流媒体标准文献（如DASH的MPD模板生成机制），将极大提升找到“完全公开用确定的边缘节点URI替换清单模板中占位符/指针特征”的直接对比文件的概率，从而彻底攻克本案的创造性难关。

我是一个文本 AI，在这方面爱莫能助。

作为一名经验丰富的专利代理师，我将严格依据涉案专利权利要求、说明书逻辑，并深度结合三份对比文件（以下用公开号指代，并简称D1、D2、D3）的原文及详细出处，为您进行权利要求的技术特征拆解、特征比对、最接近对比文件分析、无效请求最薄弱特征诊断，并提供下一步的检索策略。

---

## 一、 目标权利要求技术特征分解与解释

涉案权利要求1保护的是一种“用于定位分段内容的方法”。根据说明书的普遍逻辑和文本表述，其核心在于：利用包含“数据库指针”（而非直接物理地址）的清单文件模板，通过查询数据库动态解析出具体CDN内容分发节点的位置，再回填模板生成最终清单文件。

我们可以将其切分为以下6个独立的技术特征：

* **技术特征A**：所述分段内容被分配在至少与第一内容位置数据库相关联的第一内容分发网络和与第二内容位置数据库相关联的第二内容分发网络上；

* **技术特征B**：包括检索与所述分段内容相关联的清单文件模板；

* **技术特征C**：该清单文件模板包括指向所述第一内容位置数据库的数据库条目的一个或多个指针；

* **技术特征D**：使用所述一个或多个数据库条目来确定所述第一或第二内容分发网络中的分发节点的位置；

* **技术特征E**：所述分发节点被配置成分发与所述数据库条目相关联的分段；

* **技术特征F**：通过用所述确定的位置替代所述清单文件模板中的指针来生成用于定位所述分段内容的清单文件。

---

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

以下紧密结合对比文件原文及出处，分析各对比文件公开对应技术特征的具体情况。

### 1. D1：US2010011061A1

D1公开了一种分散式对等网络（P2P）中集中选择节点作为媒体数据源的系统。

* **对于特征A**：D1公开了内容分发网络包括中央服务器系统12和对等内容存储网络14，且包括多层分级缓存（peer cache nodes, primary content distribution nodes, seeding servers等）以及媒体分段存储在内容目录数据库（database server）中（见原文`[0012]`, `[0016]`, `[0031]`）。这实质上公开了特征A中分段内容分配在不同内容分发网络和位置数据库上的架构。

* **对于特征B和C**：D1公开了“In response, manifest file identifying the request corresponding content subunits and distributed cache locations are located and returned...”（见原文`[0012]`），以及“Manifest lists of the segments may be returned directly or indirectly through an identification of a location within the peer network where a copy of the manifest list is stored.”（见原文`[0030]`）。然而，D1中是由服务器根据请求直接动态构建或检索现成的清单（Manifest）并返回给客户端，其清单文件本身就直接包含了通过解析定位标识符（location identifiers/URIs）后获得的完整节点地址。D1**没有明确公开**使用一种“清单文件模板”，更**没有公开**在该模板中包含“指向数据库条目的指针”。

* **对于特征D和E**：D1公开了使用目录数据库中的记录来解析定位标识符，从而平衡负载并确定最佳对等节点位置（见原文`[0046]`, `[0047]`）。这毫无异议地公开了特征D和E。

* **对于特征F**：由于D1没有清单模板的概念，它是“dynamically constructed... Based on the segment catalog records... the working content manifest is constructed by the client node.”（见原文`[0047]`）。它是**直接构建**，而非“用确定的位置替代模板中的指针”。因此，特征F未被公开。

### 2. D2：WO2011038032A2 & D3：WO2011038028A2

D2和D3属于同族申请，其核心技术均基于通过URL模板（URL templates）和构造规则进行流媒体块请求。

* **对于特征A**：D2/D3公开了基于标准标准Web服务器和内容分发网络（CDNs）的标准HTTP流媒体架构，媒体被切分为Segments和Fragments存储在Web服务器或CDN上（见D2/D3原文`[0027]`, `[0063]`, `[0072]`）。它们主要关注流媒体协议（如3GPP、HTTP streaming）的客户端缓存和请求控制，虽然公开了内容分发网络，但**没有特别强调或实质公开**“第一/第二内容分发网络分别与第一/第二内容位置数据库相关联”的双数据库/双网络交叉定位架构。

* **对于特征B、C、F（核心相关特征）**：

* D2在`[0027]`明确指出：“the client devices and ingestion system are coordinated in that there is a predefined mapping and template for making block requests to HTTP file names that a conventional file server can accept through the use of URL construction rules.”

* 在`[0489]`-`[0495]`（URL Constructor部分）详细公开了：“metadata may be provided for each representation of the media presentation comprising a file identifier construction rule. The file identifier construction rule may for example comprise a text string... method of evaluation of the file identifier construction rule comprises determining the positions of the special identifiers within the text string and replacing each such special identifier with a string representation of the value of the corresponding input parameter.”

* **深度解析**：D2/D3公开了使用“URL模板/构造规则”来动态生成用于请求特定流媒体分块的文件标识符（URL）。客户端通过向模板中代入参数（如`index`、`seq`、`bitrate`），通过计算（如`sprintf`）或执行表达式语言来“替代模板中的特殊标识符/变量”，从而生成最终的定位标识符。

* **比对结论**：D2/D3的“URL构造规则/模板文本替换”机制，在**整体架构和处理逻辑上实质公开**了“检索清单文件模板（特征B）”以及“通过位置替代指针/变量来生成用于定位的清单文件（特征F）”的处理手段。然而，D2/D3模板中的变量或特殊标识符通常是`$Index$`、`$Bandwidth$`等媒体片段的级别或序列参数，**并未明确限制**这些指针是指向“内容位置数据库的数据库条目指针（特征C）”，其替换动作通常在客户端发生以自主构建URL，而本申请更偏向于网络层或管理层通过数据库动态改写清单。

---

## 三、 技术特征比对表

---

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

在创造性分析中，从整体解决的技术问题和技术效果角度来看，本案适合选择 **D1 (US2010011061A1)** 作为最接近的对比文件。原因如下：

1. **技术领域和整体架构高度契合**：本申请解决的是在大规模、多网络/多数据库（第一和第二CDN）环境下，如何高效、动态地定位和分发内容片段的问题。D1正是一种专门针对多层级、分布式对等网络网络环境下的内容分发网络（CDN）架构，其核心正是通过“中央调解系统（包含内容目录数据库）”来动态管理、查询并返回分段内容（Subunits）在各个节点（Cache locations）的具体物理位置，从而实现负载均衡并确保QoS。

2. **技术问题和效果的一致性**：本申请与D1共同解决的核心技术问题都是：在大规模网络中由于节点不稳定或带宽瓶颈带来的“如何快速、动态、高QoS地定位并获取分段内容”。D1通过中央数据库检索解析（Mediation System）来平衡系统负载的技术思想，与本申请利用数据库确定CDN分发节点位置的出发点完全一致。

3. **D2/D3的局限性**：D2/D3虽然引入了“模板（Template）”和“替换（Replacing/Subst）”的概念，但其本质是客户端流媒体播放行为的优化（例如利用URL构造规则减少清单文件频繁下发带来的网络开销）。其网络拓扑通常是标准的客户端-Web服务器/常规CDN架构，不涉及本申请和D1这种“在多CDN/多位置数据库之间进行动态交叉位置解析”的宏观网络调度管理拓扑。

因此，**D1最适合作为创造性评涉案专利的起点（最接近现有技术）。**

---

## 五、 无效请求中最薄弱的技术特征诊断

若向专利局或法院提出无效宣告请求，本权利要求**最薄弱（即最容易被攻破、创造性最低）**的技术特征是：**技术特征B、技术特征D、技术特征E、技术特征F**。

### 原因诊断：

* **特征D和E**属于传统的流媒体分发和CDN/P2P寻址技术，在D1中已经被完全公开，属于本领域的公知常识。

* **特征B和F**所描述的“利用模板”、“用确定的值替换模板中的指针/占位符以生成最终文件/URL”的逻辑手段，已经被D2（以及同族D3）在URL Constructor部分中以**“标识符构造规则字符串替换（printf/sprintf/Subst）”**的形式实质公开。这种“模板改写”或“参数实例化”的计算处理手段在计算机和网络通信领域属于非常通用的技术手段。

### 真正具备创造性（对无效请求而言最顽固、最难攻破）的防御壁垒：

是**技术特征C**，以及**特征C与特征A、F的系统结合**。

* 在D2/D3中，模板里被替换的变量（指针）通常是媒体数据本身的内部属性（如分片序号 `seq`、媒体码率 `bitrate`）；

* 而本申请特征C限定了模板中的指针是**“指向内容位置数据库的数据库条目指针”**。这意味着本申请的清单模板在生成之初，并不关心内容存放在哪，而是放入了一个数据库的索引，直到最后一步（特征F）才将该数据库索引动态改写为真实的物理CDN分发节点位置。

**结论**：在无效请求中，必须重点攻坚**“将D2/D3的参数化文本替换模板，应用到D1的集中式内容位置分发数据库中，且替换内容为数据库条目指针”**这一系统结合的显而易见性。

---

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

鉴于目前的防守壁垒在于“清单模板中包含指向**内容位置数据库条目**的指针，并在后期进行动态替换回填”，为了彻底无效该权利要求，建议启动第二阶段针对性检索，策略如下：

1. **检索主题词组合优化**：

* **核心控制面逻辑**：清单模板 (Manifest template / Playlist template) 、抽象URL (Abstract URL)、延迟绑定 (Late-binding URL / Dynamic binding)、占位符 (Placeholder / Token / Pointer)。

* **网络寻址面逻辑**：内容路由数据库 (Content routing database)、位置注册表 (Location registry)、CDN重定向 (CDN redirection / Dynamic CDN selection)、动态清单改写 (Dynamic Manifest Rewriting)。

2. **重点检索领域与应用场景**：

* **多CDN动态切换（Multi-CDN Switching / Federation）**：在2011-2015年间，多CDN协同（如Cedexis, Conviva等技术）兴起。这类技术通常下发一个泛化的清单文件，里面的URL指向一个决策流量层（即位置数据库的条目指针），由决策层根据用户IP动态将URL改写为当时最快的CDN节点物理地址。

* **动态广告插入（Server-Side Ad Insertion, SSAI）**：服务器端广告插入技术中，清单文件模板中会先放入广告决策服务器（Ad Decision Server, ADS）的指针，动态解析后再替换为实际广告片段的CDN地址。

3. **时间窗口限制**：

* 重点锁定在 **2011年10月至2015年左右** 之间的公开专利及标准提案（因D2、D3的优先权日/申请日在2010-2011年，需寻找在此之后的联结冲突证据，或早于此但在多CDN领域的细分方案）。

4. **推荐检索资源**：

* **标准组织文献**：深入检索 **MPEG-DASH (ISO/IEC 23009-1)** 的早期草案及工作组邮件列表（MPEG-DASH中关于`BaseURL`元素、多CDN解析、以及Dynamic MPD的相关提案），标准制定过程中往往有关于“如何动态改写模板BaseURL以实现CDN寻址”的讨论。

* **专利局分类号（IPC/CPC）**：重点锁定 `H04L67/63`（基于内容或上下文的路由传输）、`H04L65/612`（针对流媒体的服务器/内容分发网络CDN配置）。

根据权利要求1所述的方法，其中响应于接收到用于定位所述分段内容的至少一部分的位置请求来检索所述清单文件模板。

根据权利要求1或2所述的方法，包括针对所述数据库条目中的至少一个来确定是所述第一内容分发网络还是所述第二内容分发网络最适合于分发与所述数据库条目中的至少一个相关联的分段。

根据权利要求1或2所述的方法，包括向所述第二内容位置数据库发送确定分发节点在所述第二内容分发网络中的位置的请求；所述分发节点适合于分发与所述数据库条目中的至少一个相关联的分段。

根据权利要求3所述的方法，其中基于所述位置请求来确定最适合的内容分发网络。

根据权利要求5所述的方法，其中基于所述位置请求是与所述请求相关联的位置信息。

根据权利要求1或2所述的方法，其中所述第一内容位置数据库中的包括用于定位被配置成分发分段的分发节点的一个或多个定位符的所述数据库条目包括指向数据库位置的指针。

根据权利要求1或2所述的方法，其中所述第一内容位置数据库中的包括指向所述第二内容分发节点的内容位置数据库的一个或多个指针的所述数据库条目包括指向数据库位置的指针。