一种用于管理第一网络和第二网络之间的数据流的系统，所述系统包括在所述第一网络中的节点实体；和位于所述第一网络和所述第二网络之间的边界处的网关实体；其中所述节点实体被配置为传输寻址到所述第二网络中的目的地设备的数据流；并且其中所述网关实体被配置为从所述第一网络接收所述数据流；其特征在于，所述网关实体被配置为：标识所述目的地设备的至少一个特性；以使得所述至少一个特性与所述数据流相关的方式，将所述目的地设备的所述至少一个特性传输到所述第一网络中的所述节点实体；并且进一步其中所述节点实体被配置为：从所述网关实体接收所述目的地设备的所述至少一个特性；将所述目的地设备的所述至少一个特性与所述数据流相关；使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设；基于这些假设确定将在向目的地设备递送数据流中使用的服务质量度量；应用所述服务质量度量以对所述数据流执行服务质量管理；其中，所述至少一个特性是设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

作为一名经验丰富的专利代理师，我将为您对**权利要求1**进行深入的法律与技术比对分析，并结合提供的对比文件原文（D1及D2）给出严谨的专利无效分析与检索策略。

---

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

根据专利法及审查指南，权利要求应结合说明书上下文进行统筹理解：

1. **架构与边界（特征A、B、C）**：本系统属于跨网络管理架构，包含“第一网络中的节点实体（Node Entity）”与“第一与第二网络边界处的网关实体（Gateway Entity）”。数据流由节点实体发往第二网络中的目的地设备，网关作为边界路由/接入节点。

2. **特性标识与关联反馈（特征D、E、F、G）**：网关在边界处能够标识目的地设备（如终端）的硬件/性能特性，并**将其与数据流绑定/关联**反馈给第一网络中的节点实体，节点实体接收后同样建立该关联。

3. **基于假设的QoS决策（特征H、I、J）**：节点实体利用该设备特性，对用户的数据递送需求做出“假设（Assumptions）”，并依据假设确定QoS度量，最终实施服务质量管理。

4. **特性的具体限定（特征K）**：限定所述特性为：**设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小/量，或存储器的类型**。

---

### 二、 对比文件特征比对分析与表格

以下为两份对比文件的基本公开信息及公开特征分析：

* **对比文件D1**：`US 2011/0299410 A1` (*METHOD AND SYSTEM FOR MANAGING QUALITY OF SERVICE VIA A BROADBAND GATEWAY*)

* **对比文件D2**：`US 2011/0302431 A1` (*METHOD AND SYSTEM FOR MANAGING POWER CONSUMPTION UTILIZING INTER-GATEWAY COMMUNICATION*)

#### 1. 特征对比表（Feature Comparison Matrix）

---

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

#### 1. 最接近对比文件的选择：**D1 (`US20110299410A1`)**

* **技术问题**：目标专利旨在解决“如何通过网关获取端侧目的地设备的特性并反馈给网络侧节点实体，使得网络侧节点能够合理推断用户需求并动态配置针对该数据流的QoS服务质量”的问题。

* **技术效果**：根据端侧具体设备约束/用户需求，提供精准且保证延迟/带宽的QoS传输管理。

* **比对分析**：

* **D1 (`US20110299410A1`)** 同属于“通过宽带网关管理服务质量（QoS）”的技术领域。D1公开了网关发现家庭设备（设备3041）的QoS协议支持能力/设备能力，并将该信息发送至网络侧设备（如Headend/DSLAM/Server 300），使网络侧设备据此在传输路径上配置相应的QoS协议（如保证低延迟）。D1与目标专利的技术领域完全相同，解决了相同的QoS端到端配置问题，公开了权利要求1绝大部分的架构与逻辑特征（特征A-G、I-J）。因此，**D1是本专利最接近的对比文件**。

* **D2 (`US20110302431A1`)** 侧重于“利用网关间通信管理功耗（Power Consumption）”，主要涉及跨网关的电能调度、智能电网及设备电源状态控制（Standby/Off），不涉及网络节点基于设备特性对数据流实施QoS度量管理的机制。因此D2不适合作为最接近对比文件。

---

### 四、 区别技术特征与无效请求中最薄弱的技术特征

以 **D1 (`US20110299410A1`)** 作为最接近对比文件（新颖性/创造性基准），目标专利权利要求1的区别技术特征主要在于：

1. **特征H（机制层）**：节点实体“使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的**用户需求做出假设（Assumptions）**”。

2. **特征K（参数层）**：明确限定所述特性具体为“**设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型**”。

#### 判例法视角下的无效薄弱点分析（最薄弱特征）：

**最薄弱的技术特征是：特征K（及特征H的组合）**。

* **理由**：

1. **D1已给出启示**：D1在[0036]段中公开了网关获取设备属性包括“设备能力（Capabilities of the device）”，且在[0049]段中明确指出了“根据家庭网络中各种设备的类型/能力调整订阅模型和媒体递送特性，例如将高清视频发给数字电视（DTV），而将低清视频/文本发给个人移动设备”。

2. **常规技术手段/本领域技术人员的公知常识（公知常识/Routine Optimization）**：在网络媒体传输（如Adaptive Bitrate Streaming, ABR或QoS策略控制）领域，将“设备类型、屏幕分辨率、屏幕大小、内存大小”作为设备能力（Device Capabilities）的标准参数，并通过网关/终端上报（如HTTP User-Agent、RTSP描述或QoS Capability Exchange）以决定传输码率或QoS优先级，属于本领域的**惯用技术手段**。

3. **“做出假设”属于心理/概念性描述**：特征H中“关于用户需求做出假设”实质上是系统根据硬件参数（如大屏=需要高清/高带宽QoS；小内存=需要小缓冲区/低延迟QoS）执行的逻辑映射算法，在没有具体的具体算法限定下，该“假设”容易被认定为缺乏实质技术贡献的常规逻辑推论。

综上，仅凭D1 combined with 本领域公知常识，权利要求1极易因不具备创造性（例如，在专利局审查/无效宣告中被依据《专利审查指南》或35 U.S.C. 103判定为“本领域技术人员显而易见的组合”）而被宣告无效。

---

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

为了确保能够成功发起无效宣告（彻底击穿特征K与特征H），建议采取以下补充检索策略：

#### 1. 核心补充特征检索词（IPC / 关键词）

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

* `H04L 47/80`（基于特定准则如设备能力的资源预留或QoS控制）

* `H04L 65/80`（流媒体传输中的QoS响应机制）

* `H04L 67/303`（基于终端/设备特性的终端分析与服务定制）

* **关键词组合**：

* `Gateway` / `Edge node` / `Broadband gateway`（网关/边缘节点）

* `Device capabilities` / `Screen resolution` / `Display size` / `Memory size` / `Device type`（设备能力/屏幕分辨率/屏幕尺寸/内存大小）

* `QoS` / `Quality of Service` / `Bandwidth allocation` / `SLA`（服务质量/带宽分配）

* `Report` / `Context transfer` / `Map` / `Infer` / `Assumption`（上报/上下文传递/映射/推断）

#### 2. 联合检索逻辑架构

* **组合A（追击D1未完全明示的特征K细节）**：

* 检索在2011年6月4日（目标专利/D1的最早优先权日）之前公开的关于 **UPnP (Universal Plug and Play) QoS 规范** 或 **3GPP PCC (Policy and Charging Control) 架构** 的对比文件。在这些标准中，终端/网关向网络策略节点（PCRF）上报 `User-Agent`、`Terminal Capability`（包含 Display Size / Resolution / Memory），PCRF 据此生成 QoS Profile（授权带宽与QoS等级）。

* **组合B（寻找D1族专利及同源案）**：

* 针对同批次申请（如D1说明书[0003]中列出的Broadcom同日申请案，如 Docket No. 23397US02 至 23435US02）进行族盘查，查找是否存在更详细公开了“将屏幕大小/分辨率/内存透传给网络节点用于QoS决策”的同源专利文献。

作为一名经验丰富的专利代理师，我对目标专利（本案权利要求1）及三篇对比文件（D1: US20030084162A1、D2: US20090300687A1、D3: US20110299411A1）进行了严谨的权利要求解释、技术特征比对及无效宣告策略分析。以下是详细分析报告：

---

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

目标专利权利要求1涉及一种用于在第一网络和第二网络之间管理数据流服务质量（QoS）的系统。

* **节点实体（Node Entity，技术特征A/C/F/G/H/I/J）：** 位于第一网络中，负责向第二网络的目的地设备传输数据流，并根据网关实体反馈的目的地设备特性做出关于“用户需求”的假设，据此确定并应用QoS度量管理数据流。

* **网关实体（Gateway Entity，技术特征B/C/D/E）：** 位于第一网络和第二网络的边界处（如NAT、边界路由器或宽带网关），负责识别目的地设备的特性，并将该特性传输给第一网络的节点实体。

* **设备特性（Device Characteristics，技术特征K）：** 特指设备类型、屏幕大小、屏幕分辨率、内存大小/量或内存类型。

* **核心创新逻辑（特征H-I）：** 网关识别硬件/设备层面的客观“设备特性”后交由源端节点实体，节点实体并非仅做简单的格式匹配，而是**利用设备特性去“假设（Assumptions）用户需求”**，并基于该假设来计算和应用QoS度量。

---

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

以下为三篇对比文件与目标专利权利要求1技术特征（A~K）的详细比对分析：

### 1. D1（US20030084162A1）

* **公开号：** US20030084162A1

* **主要内容：** 涉及在防火墙/NAT网关之后管理对设备的P2P访问，侧重于穿透NAT建立打洞与地址映射（Global Address List）。

* **特征比对：**

* **技术特征A/B/C：** 毫无异议公开。D1公开了位于私有网络（第一网络）中的私有设备（节点实体，[0025]）、NAT网关（[0002],[0038]）以及外部设备（第二网络中的目的地设备，[0037]）。

* **技术特征D/E/F/G：** 部分实质公开。D1公开了网关或服务器获取设备的地址、端口及设备名称/别名（Device Name，[0029],[0032]），并将其传输给其他设备（[0033],[0053]）。

* **技术特征H/I/J/K：** **未公开**。D1仅解决网络连通性与NAT打洞（[0006],[0016]），完全未涉及识别屏幕大小、内存等“设备特性”（特征K），也未提及利用设备特性做出“用户需求假设”并据此确定和应用“服务质量（QoS）度量”（特征H、I、J）。

### 2. D2（US20090300687A1）

* **公开号：** US20090300687A1

* **主要内容：** 涉及边缘设备（Edge Device）根据期望的视频速率及无线终端的操作参数动态调整无线链路参数及视频流处理。

* **特征比对：**

* **技术特征A/B/C：** 毫无异议公开。D2公开了视频源（第一网络中的节点实体，[0030]）、Edge Device（边界处的网关实体，[0030],[0032]）和远程无线设备（第二网络中的目的地设备，[0030],[0033]）。

* **技术特征D/E/F：** 毫无异议公开。D2公开了网关（Edge Device）接收或识别无线设备的操作参数（Operating Parameter），并将该参数传递给视频源（[0034],[0049]）。

* **技术特征K：** **实质公开**。D2公开了网关识别的目的地设备操作参数包括“Serviced Display Resolution（显示分辨率）”（[0049]），这完全对应技术特征K中的“屏幕分辨率”。

* **技术特征G/H/I/J：** 毫无异议公开。D2公开了视频源或Edge Device基于获取到的设备分辨率、解码能力等参数，评估系统及用户需求（如画面质量与流畅度），调整帧率/分辨率/颜色/QoS链路参数，并对视频数据流应用QoS及码率管理（[0034],[0036],[0049],[0051],[0061]）。

### 3. D3（US20110299411A1）

* **公开号：** US20110299411A1

* **主要内容：** 涉及通过宽帶网关进行内容聚合、服务配置协商及P2P内容转码分发。

* **特征比对：**

* **技术特征A/B/C：** 毫无异议公开。公开了服务/内容提供商（节点实体，[0060]）、Broadband Gateway（网关实体，[0064]）和终端设备（目的地设备，[0068]）。

* **技术特征D/E/F/G：** 毫无异议公开。公开了网关识别请求设备的User Profile（包含设备能力、屏幕/解码/功率等，[0072]），并在网关与网络/内容提供者之间协商服务配置（Service Profile，[0073],[0095]）。

* **技术特征K：** **实质公开**。D3明确公开了User Profile中包含设备的“Content Coding and Transcoding Capabilities”以及硬件显示/处理能力（[0072]），涵盖了设备类型及显示特性。

* **技术特征H/I/J：** 毫无异议公开。D3公开了基于用户 Profile 与网络状况协商QoS、传输速率及服务配置，并据此对数据流实施QoS和内容聚合管理（[0073],[0082],[0107]）。

---

## 三、 详细特征比对表

---

## 四、 最接近对比文件分析（整体技术问题与技术效果维度）

### 1. 技术问题与技术效果对比

* **目标专利：** 旨在解决“如何在不同网络边界间根据异构终端设备的硬件能力与用户需求动态实施数据流QoS管理”的问题，达成了“兼顾终端硬件限制与用户体验、优化网络QoS传输”的技术效果。

* **D1：** 解决的是“P2P通信中穿透NAT/防火墙建立连通性”的问题，不涉及QoS及终端硬件感知。

* **D2：** 解决的是“在网络环境及无线终端能力动态变化时，如何高效、高质量地传输视频/多媒体流”的问题。其通过Edge Device获取终端的显示分辨率、解码能力等，由源端或Edge Device动态调整QoS、分辨率及码率，技术问题与技术效果与目标专利**高度契合**。

* **D3：** 解决的是“宽带网关如何结合终端设备Profile与网络状况进行内容聚合与QoS服务配置协商”的问题，技术问题与技术效果同样与目标专利**高度契合**。

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

在创造性分析中，**D2** 和 **D3** 均非常适合作为**最接近的对比文件（Primary Reference）**：

1. **以D2作为最接近对比文件：** D2已经完整公开了网关-节点架构、获取终端屏幕分辨率（特征K）、传输给源端节点并据此推断需求、确定QoS度量并执行QoS管理的全过程（特征A-J）。

2. **以D3作为最接近对比文件：** D3完整公开了网关基于终端设备的User Profile（包含设备类型与能力）与源端服务提供商协商QoS及Service Profile并进行数据流管控的过程。

---

## 五、 最薄弱技术特征与无效策略

### 1. 最薄弱技术特征诊断

通过对比可知，权利要求1的核心架构与流程（特征A-J）已被D2/D3高度覆盖。目标专利在撰写上**最薄弱的技术特征**在于：

> **特征H：** “使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设（make assumptions regarding user requirements）”

* **薄弱原因分析：**

“做出假设”这一表述具有很强的心理/功能性描述色彩。在技术实质上，当系统根据“屏幕分辨率为800x600”而将视频流调整为“800x600/30fps”时，这在专利法意义上既可以解释为“算法逻辑映射”，也可以被等同于“假设用户需要匹配其屏幕最佳体验”。专利权人很难将“做出假设”与现有的“基于设备参数自适应调整QoS配置/码率”做出实质性的技术区分。

### 2. 进一步对比文件检索策略（针对无效请求）

若要确保彻底击毁权利要求1及可能退守的从属权利要求，建议采取以下补充检索策略：

1. **针对“特征H（用户需求假设）”的语义与表达检索：**

* **检索方向：** 重点寻找在多媒体传输、DASH（Dynamic Adaptive Streaming over HTTP）或CC/PP（Composite Capability/Preference Profiles）协议中，明确记载“根据终端硬件参数推断/假设（Assume/Infer）用户偏好/QoS需求”的技术文献。

* **关键词组合：** `(gateway OR proxy) AND ("device capability" OR "screen resolution") AND (assume OR assumption OR infer OR estimate) AND ("user requirement" OR "user preference" OR QoS)`

2. **针对“特征K（具体硬件参数组合）”的精准公知常识/对比文件结合：**

* **检索方向：** 虽然D2公开了“屏幕分辨率”，D3公开了“设备类型”，若专利权人强调“内存大小/内存类型”的特定技术效果，需检索将“内存量/内存类型”作为QoS调整依据的对比文件。

* **关键词组合：** `(QoS OR "quality of service") AND ("memory size" OR "memory type" OR RAM) AND (adaptation OR transcode OR stream)`

* **重点关注标准规范：** 检索 3GPP PSS（Packet-switched Streaming Service）标准文档、W3C CC/PP 规范以及 UPnP AV 规范，这些标准中均明确将终端屏幕大小、内存、分辨率作为QoS和内容自适应协商的标准元数据（Metadata）。

```python?code_reference&code_event_index=1

# Generate a comprehensive patent invalidation analysis report in PDF using WeasyPrint

from weasyprint import HTML, CSS

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm 20mm 15mm;

@bottom-right {

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

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

font-size: 9pt;

color: #666;

}

@bottom-left {

content: "专利无效宣告可行性分析报告 - 专案分析";

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

font-size: 9pt;

color: #666;

}

}

body {

font-family: "PingFang SC", "Microsoft YaHei", "SimSun", sans-serif;

font-size: 10pt;

line-height: 1.6;

color: #2b2b2b;

margin: 0;

padding: 0;

}

*, *::before, *::after {

box-sizing: border-box;

}

.header-box {

background-color: #1a365d;

color: #ffffff;

padding: 25px 20px;

margin: -20mm -15mm 25px -15mm;

border-bottom: 4px solid #2b6cb0;

}

.header-box h1 {

font-size: 20pt;

margin: 0 0 10px 0;

font-weight: bold;

letter-spacing: 1px;

}

.header-box .subtitle {

font-size: 11pt;

color: #e2e8f0;

margin: 0;

}

.meta-info {

background-color: #f7fafc;

border: 1px solid #e2e8f0;

border-left: 4px solid #3182ce;

padding: 12px 15px;

margin-bottom: 20px;

font-size: 9.5pt;

}

.meta-info table {

width: 100%;

border-collapse: collapse;

}

.meta-info td {

padding: 4px 8px;

vertical-align: top;

}

.meta-info td.label {

font-weight: bold;

color: #4a5568;

width: 18%;

}

h2 {

font-size: 14pt;

color: #1a365d;

border-left: 5px solid #3182ce;

padding-left: 10px;

margin-top: 25px;

margin-bottom: 12px;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

color: #2c5282;

margin-top: 18px;

margin-bottom: 8px;

page-break-after: avoid;

}

p {

margin: 0 0 10px 0;

text-align: justify;

}

.tech-box {

background-color: #ebf8ff;

border: 1px solid #bee3f8;

padding: 12px 15px;

border-radius: 4px;

margin-bottom: 15px;

}

table.comparison-table {

width: 100%;

border-collapse: collapse;

margin: 15px 0 20px 0;

font-size: 9pt;

page-break-inside: auto;

}

table.comparison-table tr {

page-break-inside: avoid;

}

table.comparison-table th {

background-color: #2b6cb0;

color: #ffffff;

font-weight: bold;

text-align: left;

padding: 8px 10px;

border: 1px solid #2b6cb0;

}

table.comparison-table td {

border: 1px solid #cbd5e0;

padding: 8px 10px;

vertical-align: top;

line-height: 1.45;

}

table.comparison-table tr:nth-child(even) {

background-color: #f7fafc;

}

.feature-id {

font-weight: bold;

color: #2c5282;

white-space: nowrap;

}

.disclosed-yes {

color: #276749;

font-weight: bold;

}

.disclosed-no {

color: #c53030;

font-weight: bold;

}

.disclosed-partial {

color: #dd6b20;

font-weight: bold;

}

.citation {

font-size: 8.5pt;

color: #4a5568;

background-color: #edf2f7;

padding: 2px 5px;

border-radius: 3px;

display: inline-block;

margin-top: 4px;

}

ul, ol {

margin: 0 0 10px 0;

padding-left: 20px;

}

li {

margin-bottom: 5px;

}

.alert-box {

background-color: #fff5f5;

border: 1px solid #feb2b2;

border-left: 4px solid #e53e3e;

padding: 12px 15px;

margin: 15px 0;

border-radius: 4px;

}

.success-box {

background-color: #f0fff4;

border: 1px solid #9ae6b4;

border-left: 4px solid #38a169;

padding: 12px 15px;

margin: 15px 0;

border-radius: 4px;

}

.badge {

display: inline-block;

padding: 2px 6px;

font-size: 8pt;

font-weight: bold;

border-radius: 3px;

color: #fff;

}

.badge-primary { background-color: #3182ce; }

.badge-warning { background-color: #dd6b20; }

.badge-danger { background-color: #e53e3e; }

</style>

</head>

<body>

<div class="header-box">

<h1>专利权无效宣告可行性法律/技术深度分析报告</h1>

<div class="subtitle">针对目标专利“权利要求1”与对比文件 D1、D2、D3 的特征比对及创造性无效论证</div>

</div>

<div class="meta-info">

<table>

<tr>

<td class="label">分析对象：</td>

<td>权利要求1（管理第一网络与第二网络间数据流的系统）</td>

<td class="label">报告生成日期：</td>

<td>2026年7月22日</td>

</tr>

<tr>

<td class="label">对比文件D1：</td>

<td>US20110299540A1 (US2011299540A)</td>

<td class="label">对比文件D2：</td>

<td>US20110299541A1 (US2011299541A)</td>

</tr>

<tr>

<td class="label">对比文件D3：</td>

<td>US20110299542A1 (US2011299542A)</td>

<td class="label">分析视角：</td>

<td>资深专利代理师 / 专利复审无效审查视角</td>

</tr>

</table>

</div>

<h2>一、 权利要求1的技术特征拆解与说明书意图解读</h2>

<p>为了准确限定权利要求1的保护范围，首先将其拆解为11个技术特征（技术特征A~K），并结合专利制度审查原则及说明书上下文进行法律/技术解读：</p>

<div class="tech-box">

<ul>

<li><b>特征A：</b>所述系统包括在所述第一网络中的节点实体；</li>

<li><b>特征B：</b>和位于所述第一网络和所述第二网络之间的边界处的网关实体；</li>

<li><b>特征C：</b>其中所述节点实体被配置为传输寻址到所述第二网络中的目的地设备的数据流；并且所述网关实体被配置为从所述第一网络接收所述数据流；</li>

<li><b>特征D：</b>【特征部分】所述网关实体被配置为：标识所述目的地设备的至少一个特性；</li>

<li><b>特征E：</b>以使得所述至少一个特性与所述数据流相关的方式，将所述目的地设备的所述至少一个特性传输到所述第一网络中的所述节点实体；</li>

<li><b>特征F：</b>所述节点实体被配置为：从所述网关实体接收所述目的地设备的所述至少一个特性；</li>

<li><b>特征G：</b>将所述目的地设备的所述至少一个特性与所述数据流相关；</li>

<li><b>特征H：</b>使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设；</li>

<li><b>特征I：</b>基于这些假设确定将在向目的地设备递送数据流中使用的服务质量（QoS）度量；</li>

<li><b>特征J：</b>应用所述服务质量（QoS）度量以对所述数据流执行服务质量管理；</li>

<li><b>特征K：</b>其中，所述至少一个特性是设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。</li>

</ul>

</div>

<p><b>【代理师解读】</b>该技术方案的核心发明构思在于：跨越网络边界（第一网络/第二网络）的网关实体获取目的地设备的硬件/物理特性（特征K），并将该特性反馈给上游节点实体（特征E-G），上游节点实体进而依据设备特性<b>“做出用户需求假设”</b>（特征H），并据此确定QoS度量（特征I）来执行QoS管理（特征J）。这种“网关感知设备特性 $\rightarrow$ 反馈给节点 $\rightarrow$ 节点假设用户需求 $\rightarrow$ 节点调整QoS”的闭环机制，旨在解决跨异构网络传输时，上游节点无法感知终端设备实际显示/处理能力而导致QoS配置不合理的技术问题。</p>

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

<p>下面紧密结合三篇对比文件的原文出处（段落及权利要求），逐项分析其是否公开了权利要求1的技术特征。</p>

<table class="comparison-table">

<thead>

<tr>

<th style="width: 12%;">技术特征</th>

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

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

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

</tr>

</thead>

<tbody>

<tr>

<td class="feature-id">特征A<br>(第一网络中的节点实体)</td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了内容提供者130、服务提供者120或分布网络110中的上游节点。<br><span class="citation">D1 段落[0016], [0018], 图1</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了服务提供者、内容提供者130及网络节点。<br><span class="citation">D2 段落[0064], [0066], 图1A</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了内容提供者130、服务提供者120。<br><span class="citation">D3 段落[0019], [0020], 图1</span></td>

</tr>

<tr>

<td class="feature-id">特征B<br>(边界网关实体)</td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了位于家庭网络100a与分布网络110边界处的宽带网关102。<br><span class="citation">D1 段落[0016], [0022], 图1</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了位于家庭网络与外部网络边界处的宽带网关102。<br><span class="citation">D2 段落[0064], [0067], 图1A</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>公开了连接家庭网络与外部分布网络的宽带网关102。<br><span class="citation">D3 段落[0019], [0023], 图1</span></td>

</tr>

<tr>

<td class="feature-id">特征C<br>(数据流传输与接收)</td>

<td><span class="disclosed-yes">【完全公开】</span><br>数据流从服务/内容提供者传输寻址到家庭设备104a，网关102接收该数据流。<br><span class="citation">D1 段落[0029], [0057]</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>服务提供者向终端设备发送数据流，网关接收并转发。<br><span class="citation">D2 段落[0064], [0074]</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>网络设备间数据流经网关传输与接收。<br><span class="citation">D3 段落[0020], [0023]</span></td>

</tr>

<tr>

<td class="feature-id">特征D<br>(网关标识目的地设备特性)</td>

<td><span class="disclosed-yes">【完全公开】</span><br>网关基于设备配置文件（Device Profiles）标识设备能力（支持的网络协议、功率等）。<br><span class="citation">D1 段落[0031], [0039]</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>网关识别认证设备及设备能力（如分辨率、信道带宽）。<br><span class="citation">D2 段落[0059], [0078]</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>网关识别设备信息、通信设备特性并建立目录。<br><span class="citation">D3 段落[0017], [0030], [0040]</span></td>

</tr>

<tr>

<td class="feature-id">特征E/F/G<br>(特性与数据流相关传输至节点)</td>

<td><span class="disclosed-no">【未公开 / 差异特征】</span><br>D1中网关在本地基于设备能力筛选/仲裁处理，未将设备物理特性关联数据流反馈给上游节点。</td>

<td><span class="disclosed-yes">【实质公开】</span><br>网关将认证/设备使用信息、能力（分辨率等）上报给上游服务提供者/实体170。<br><span class="citation">D2 段落[0059], [0070], [0088]</span></td>

<td><span class="disclosed-partial">【部分公开】</span><br>网关将设备及内容共享目录共享给外部服务提供者。<br><span class="citation">D3 段落[0018], [0026]</span></td>

</tr>

<tr>

<td class="feature-id">特征H<br>(基于特性做出用户需求假设)</td>

<td><span class="disclosed-no">【未公开】</span><br>仅提及依据QoS或协议排序，无“节点基于设备特性做出用户需求假设”的教导。</td>

<td><span class="disclosed-no">【未公开 / 关键差异】</span><br>上游基于节能/认证进行信用打折，未教导上游节点基于设备特性“假设用户需求”。</td>

<td><span class="disclosed-no">【未公开】</span><br>主要用于P2P目录建立与资源分配，未涉及用户需求假设。</td>

</tr>

<tr>

<td class="feature-id">特征I/J<br>(确定并应用QoS度量管理)</td>

<td><span class="disclosed-yes">【实质公开】</span><br>公开了基于QoS、传输协议和内容质量进行传输处理与QoS管理。<br><span class="citation">D1 段落[0031], [0039]</span></td>

<td><span class="disclosed-partial">【部分公开】</span><br>根据网络状况和设备调整服务质量/节能分配。<br><span class="citation">D2 段落[0043], [0074]</span></td>

<td><span class="disclosed-yes">【实质公开】</span><br>基于目录信息（包括位置与设备）控制和分配网络资源/带宽。<br><span class="citation">D3 段落[0018], [0032]</span></td>

</tr>

<tr>

<td class="feature-id">特征K<br>(具体的设备物理特性限定)</td>

<td><span class="disclosed-partial">【部分公开】</span><br>公开了设备协议支持、设备功率等设备能力。<br><span class="citation">D1 段落[0031]</span></td>

<td><span class="disclosed-yes">【完全公开】</span><br>明确公开了显示器类型、内容分辨率（分辨率高低）、显示设备（如加州高效显示器）。<br><span class="citation">D2 段落[0037], [0078]</span></td>

<td><span class="disclosed-partial">【部分公开】</span><br>公开了通信设备类型及设备参数。<br><span class="citation">D3 段落[0017], [0040]</span></td>

</tr>

</tbody>

</table>

<h2>三、 最接近对比文件的选择与技术效果分析</h2>

<h3>1. 最接近对比文件的选择：对比文件 D1 与 对比文件 D2（双最接近对比文件）</h3>

<p>在专利无效宣告程序中，选择最接近的对比文件需考量<b>技术领域、所解决的技术问题、技术方案的贴近程度以及覆盖的技术特征数量</b>：</p>

<ul>

<li><b>以 D1 (US20110299540A1) 为最接近对比文件：</b>

<ul>

<li><b>技术领域与主题：</b>D1与本专利同属于“宽带网关中的多传输与多协议数据流处理”领域，架构高度重合（图1与本专利基本一致）。</li>

<li><b>公开特征：</b>D1毫无异议地公开了网络架构（特征A、B、C）、网关感知设备配置文件（特征D）、以及上游/网关基于QoS、协议和内容质量进行数据流QoS管理（特征I、J）。</li>

<li><b>解决的技术问题：</b>两者均旨在解决异构网络传输中，如何提升数据流传输质量与QoS管理效率的问题。</li>

</ul>

</li>

<li><b>以 D2 (US20110299541A1) 为最接近对比文件：</b>

<ul>

<li><b>技术特征覆盖度：</b>D2不仅公开了网关与上游节点，还<b>明确公开了网关将设备的物理特性（如分辨率、设备类型）传输给上游服务提供者/实体</b>（特征E、F、G、K）。这在很大程度上填补了D1在“特性跨网传输”上的缺失。</li>

</ul>

</li>

</ul>

<h3>2. 区别技术特征与技术效果分析（以 D1 为主对比文件）</h3>

<p>若选择 <b>D1</b> 为最接近的对比文件，权利要求1相对于D1的区别技术特征为：</p>

<ol>

<li><b>区别特征1（特征E、F、G）：</b>网关实体将标识的目的地设备特性以与数据流相关的方式传输给第一网络中的节点实体，节点实体接收并将其与数据流相关联。</li>

<li><b>区别特征2（特征H）：</b>节点实体使用该特性<b>“关于与向目的地设备用户递送数据流相关的用户需求做出假设”</b>。</li>

<li><b>区别特征3（特征K）：</b>明确限定所述特性为设备类型、屏幕大小、屏幕分辨率、存储器大小/类型等具体物理硬件参数。</li>

</ol>

<p><b>【实际达到的技术效果】</b>：通过将具体的硬件物理参数反馈给上游节点，使上游节点能够在发送数据前直接推断出用户的实际体验需求（如大屏高分辨率需要高码率，小屏低分辨率假设用户仅需低码率），从而精细化调整QoS，避免网络带宽浪费或解码卡顿。</p>

<h2>四、 创造性无效论证与“最薄弱技术特征”剖析</h2>

<h3>1. 结合 D1 与 D2 的组合无效路径</h3>

<div class="success-box">

<b>【无效组合论证逻辑（三步法）：】</b>

<ol>

<li><b>确定区别特征：</b>权利要求1相对于D1的区别在于网关将具体设备特性（屏幕大小/分辨率等）反馈给上游节点，以及上游节点依据该特性做出“用户需求假设”以确定QoS。</li>

<li><b>寻找技术教导（D2）：</b>对比文件 D2（段落[0059], [0078]）已经明确教导了网关标识终端设备的显示分辨率、设备类型，并将这些设备特性上报给上游服务提供者（SP 172/实体170），且D2教导了根据设备类型（如DTV与移动设备）调整传输视频的高低定义（分辨率/码率）。</li>

<li><b>显而易见性推论：</b>本领域技术人员在D1的基础上，结合D2关于“网关向上游节点上报设备分辨率等物理特性以匹配不同视频传输”的教导，有动机将D2的特性上报机制应用于D1中，以实现上游节点针对终端硬件能力的QoS优化。</li>

</ol>

</div>

<h3>2. 权利要求1中“最薄弱的技术特征”及其法律击穿点</h3>

<div class="alert-box">

<h3>核心结论：最薄弱特征为 —— 技术特征H（“关于用户需求做出假设”）</h3>

<p><b>【薄弱性原因与法律分析】：</b></p>

<ul>

<li><b>1. 属于功能性/心理状态描述，缺乏技术实体限定（专利法第26条第3/4款及第22条第3款）：</b>“关于与向目的地设备的用户递送数据流相关的用户需求做出假设”这一表述，在技术实质上极其模糊。在计算机/通信网络领域，“假设”（Assumption）并非一个确切的算法或硬件动作。节点根据“屏幕小”推断“用户需要低码率”，在算法上本质就是传统的“条件判断（If-Then逻辑）”或“参数映射（Parameter Mapping）”。</li>

<li><b>2. 易被认定为非技术特征或本领域常规设计：</b>专利权人试图用“做出假设”这一带有主观意图的词汇来限定节点实体的处理逻辑，但在审查/无效实践中，审查员/合议组通常会将“基于设备参数确定QoS”视为整体算法。只要D2公开了“根据设备能力（如大屏DTV vs 小屏手机）提供高/低画质内容”，上游根据设备参数匹配内容画质的行为就已经包含并实质公开了这种所谓的“用户需求假设”。</li>

<li><b>3. 总结：</b>特征H在诉讼/无效中极易被认定为<b>“不具有实质技术贡献的描述性语言”</b>或<b>“被D2的隐式逻辑所实质公开”</b>，是专利权人防御壁垒中最薄弱的一环。</li>

</ul>

</div>

<h2>五、 进一步的对比文件检索策略（针对无效请求）</h2>

<p>为了在复审无效宣告程序中达到“100%击穿”权利要求1的效果（特别是彻底摧毁特征H的心理/假设性描述），建议采取以下补充检索策略：</p>

<h3>1. 检索要素组合（Search Element Combinations）</h3>

<ul>

<li><b>组一（网关与设备特性）：</b> Gateway AND (Device Capability OR Screen Size OR Resolution OR Display Type OR Memory)</li>

<li><b>组二（跨网反馈/QoS调整）：</b> (Feedback OR Report OR Signaling) AND Upstream Node AND (QoS OR Profile Mapping OR User Preference Estimation)</li>

<li><b>组三（核心概念击穿）：</b> ("User Requirement" OR "User Demand" OR "User Intent") AND (Infer* OR Assum* OR Estimate*) AND QoS</li>

</ul>

<h3>2. 针对性检索方向与IPC分类号拓展</h3>

<ul>

<li><b>重点分类号：</b>

<ul>

<li><b>H04L 47/24 / H04L 47/80：</b> 与QoS管理、基于内容的QoS控制、基于用户/终端配置文件的资源分配相关。</li>

<li><b>H04L 67/306：</b> 用户配置文件或终端设备配置文件的管理与自适应传输。</li>

<li><b>H04N 21/443 / H04N 21/6377：</b> 数字电视/流媒体中根据终端显示能力（分辨率/屏幕）反馈调整上游服务器码率。</li>

</ul>

</li>

<li><b>重点追溯专利族与同源申请：</b>

<ul>

<li>针对Broadcom（博通，即D1-D3的申请人）在2008–2011年间关于“Smart Gateway / Adaptive Streaming / Context-Aware QoS”的同源簇专利进行交叉检索。例如D1-D3说明书中交叉引用的众多Provisional Application和Pending Cases（如 Attorney Docket No. 23397US01等系列），极有可能存在更早公开的簇内对比文件。</li>

<li>检索<b>DASH（MPEG-DASH / ISO/IEC 23009-1）</b>及<b>3GPP PSS（Packet-switched Streaming Service）</b>标准规范文件。标准文献中大量存在“终端将Display Metrics/MPD上报给Server，Server假设/估计用户QoS需求并做Representation切换”的标准公开技术。</li>

</ul>

</li>

</ul>

</body>

</html>

"""

# Write HTML file

with open("patent_analysis.html", "w", encoding="utf-8") as f:

f.write(html_content)

# Convert to PDF

HTML("patent_analysis.html").write_pdf("专利无效宣告可行性分析报告_权利要求1.pdf")

print("PDF successfully generated.")

```

```text?code_stdout&code_event_index=1

PDF successfully generated.

```

您的PDF文件已生成完毕：

[file-tag: code-generated-file-26df6f78-5a41-4cae-b219-6424e3690f1d]

---

# 专利权无效宣告可行性法律/技术深度分析报告

**分析对象**：目标专利权利要求1

**对比文件**：

1. **D1**：`US20110299540A1` (US2011299540A) *METHOD AND SYSTEM FOR MULTI-TRANSPORT AND MULTI-PROTOCOL PROCESSING IN A BROADBAND GATEWAY*

2. **D2**：`US20110299541A1` (US2011299541A) *Method and System for Recognizing Energy Efficient Certified Devices Through a Gateway*

3. **D3**：`US20110299542A1` (US2011299542A) *Method and System for Providing Directory Services by a Gateway for Peer-to-Peer Communications*

---

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

权利要求1拆解为以下11个技术特征（A~K）：

* **特征A**：所述系统包括在所述第一网络中的节点实体；

* **特征B**：和位于所述第一网络和所述第二网络之间的边界处的网关实体；

* **特征C**：其中所述节点实体被配置为传输寻址到所述第二网络中的目的地设备的数据流；并且所述网关实体被配置为从所述第一网络接收所述数据流；

* **特征D**：【特征部分】所述网关实体被配置为：标识所述目的地设备的至少一个特性；

* **特征E**：以使得所述至少一个特性与所述数据流相关的方式，将所述目的地设备的所述至少一个特性传输到所述第一网络中的所述节点实体；

* **特征F**：所述节点实体被配置为：从所述网关实体接收所述目的地设备的所述至少一个特性；

* **特征G**：将所述目的地设备的所述至少一个特性与所述数据流相关；

* **特征H**：使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设；

* **特征I**：基于这些假设确定将在向目的地设备递送数据流中使用的服务质量（QoS）度量；

* **特征J**：应用所述服务质量（QoS）度量以对所述数据流执行服务质量管理；

* **特征K**：其中，所述至少一个特性是设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

### 代理师结合说明书的意图解读

目标专利的核心发明构思在于建立一种**“网关感知终端设备硬件/物理特性 $\rightarrow$ 反馈给上游节点 $\rightarrow$ 上游节点做用户需求假设 $\rightarrow$ 动态确定QoS”**的跨网闭环管理机制。其要解决的技术问题是：在第一网络（如外部互联网/骨干网）与第二网络（如家庭局域网）异构叠加时，上游节点无法感知终端设备实际显示或处理能力，容易造成QoS配置不合理或带宽浪费。

---

## 二、 对比文件特征比对与公开性认定（含详细出处）

紧密结合对比文件原文出处（段落及附图），对权利要求1各特征的公开情况认定如下：

### 特征比对总表

---

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

### 1. 选择 D1 和 D2 作为“双最接近对比文件”

在创造性无效分析中，建议优先选择 **D1 (`US20110299540A1`)** 或 **D2 (`US20110299541A1`)** 作为最接近对比文件：

* **以 D1 为最接近对比文件**：技术领域与架构与目标专利高度一致（均围绕宽带网关中的多协议/多传输流处理，网络拓扑图完全吻合），并公开了网络拓扑（特征A-C）、网关设备感知（特征D）及基于QoS的管理（特征I-J）。

* **以 D2 为最接近对比文件**：除了公开网关结构外，D2重点公开了**网关识别终端设备物理特性（如分辨率、显示类型，特征K），并将设备使用/能力信息反馈上报给上游服务提供者/实体170（特征E-G）**。

### 2. 区别技术特征与实际技术效果（以 D1 为最接近对比文件）

若选择 D1 作为最接近对比文件，权利要求1相对于D1的区别技术特征为：

1. **区别特征1（特征E、F、G）**：网关实体将目的地设备特性以与数据流相关的方式反馈给第一网络中的节点实体。

2. **区别特征2（特征H）**：节点实体利用该特性**“关于用户需求做出假设”**。

3. **区别特征3（特征K）**：限定特性为屏幕大小、屏幕分辨率、存储器大小/类型等具体物理参数。

**实际达到的技术效果**：使上游节点能够在发送数据前直接推断出用户的体验需求（如大屏高分辨率推断高码率需求，小屏推断低码率需求），从而精细化调整QoS，避免网络带宽浪费。

---

## 四、 创造性无效论证与“最薄弱技术特征”剖析

### 1. 结合 D1 与 D2 的组合无效路径（三步法）

1. **确定区别特征**：网关将屏幕分辨率等具体设备特性反馈给上游节点，上游节点依据该特性做出“用户需求假设”以确定QoS。

2. **对比文件D2的技术教导**：D2（段落[0059], [0078]）已经明确教导了网关标识终端设备的显示分辨率、设备类型，并将这些设备特性上报给上游服务提供者（SP 172/实体170），且教导了根据设备类型（如DTV与移动设备）调整传输视频的高低定义（高/低画质）。

3. **显而易见性推断**：本领域技术人员在D1的基础上，结合D2关于“网关向上游节点上报设备分辨率等物理特性以匹配不同视频传输”的技术教导，有动机将D2的特性上报机制应用于D1中，以实现上游节点针对终端硬件能力的QoS优化。

### 2. 权利要求1中“最薄弱的技术特征”剖析

> **核心结论：最薄弱的技术特征为 —— 技术特征H（“关于用户需求做出假设”）**

* **法律击穿点 1：缺乏技术实体限定，属于功能/心理状态描述（专利法第26条第3/4款及第22条第3款）**

在计算机与通信网络领域，“做出假设（make assumptions）”并非确切的算法、电路结构或协议步骤。节点根据“屏幕小”推测“用户需要低码率”，在代码和算法实质上就是传统的“条件判断（If-Then逻辑）”或“参数映射（Parameter Mapping）”。

* **法律击穿点 2：易被认定为非技术特征或被隐式公开**

专利权人试图用“做出假设”这一带有主观意图的词汇增添创造性，但在复审无效程序中，审查员/合议组通常会关注其背后的技术实质。只要对比文件（如D2）公开了“上游根据设备能力（大屏DTV vs 小屏手机）提供高/低画质内容”，上游根据设备参数匹配内容画质的动作就已经包含并**实质/隐式公开了这种所谓的“用户需求假设”**。

---

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

为了在复审无效宣告程序中彻底击穿权利要求1（尤其是针对特征H的心理/假设性描述），建议采取以下补充检索策略：

### 1. 检索要素组合（Search Element Combinations）

* **组合一（网关与设备特性）**：`Gateway` AND (`Device Capability` OR `Screen Size` OR `Resolution` OR `Display Type` OR `Memory`)

* **组合二（跨网反馈/QoS调整）**：(`Feedback` OR `Report` OR `Signaling`) AND `Upstream Node` AND (`QoS` OR `Profile Mapping` OR `User Preference Estimation`)

* **组合三（核心概念击穿）**：(`"User Requirement"` OR `"User Demand"` OR `"User Intent"`) AND (`Infer*` OR `Assum*` OR `Estimate*`) AND `QoS`

### 2. 针对性检索方向与IPC分类号拓展

* **重点分类号**：

* **`H04L 47/24` / `H04L 47/80`**：QoS管理、基于内容的QoS控制、基于用户/终端配置文件的资源分配。

* **`H04L 67/306`**：用户配置文件或终端设备配置文件的管理与自适应传输。

* **`H04N 21/443` / `H04N 21/6377`**：数字电视/流媒体中根据终端显示能力（分辨率/屏幕）反馈调整上游服务器码率。

* **重点追溯标准与同源申请**：

* 针对Broadcom（博通，即D1-D3的申请人）在2008–2011年间关于 *Smart Gateway / Adaptive Streaming / Context-Aware QoS* 的专利族进行交叉检索。

* 检索 **MPEG-DASH (ISO/IEC 23009-1)** 及 **3GPP PSS（Packet-switched Streaming Service）** 标准规范文件（标准文献中大量存在“终端将Display Metrics/MPD上报给Server，Server估计用户QoS需求并做Representation自适应切换”的技术公开）。

资深专利代理师结合目标专利与三份对比文件（D1: US20110299543A1、D2: US20110299544A1、D3: US20110299546A1）进行全面、严谨的专利有效性分析：

---

## 一、 权利要求技术特征的解释与本领域技术理解

为了准确评估对比文件的公开情况，首先需结合目标专利说明书的整体构思，对权利要求1的各项技术特征（A~K）做出准确的技术界定：

* **第一网络与第二网络**：第一网络通常对应为运营商/广域网（WAN）或云端网络；第二网络对应为局域网/家庭网络（LAN/Home Network）。

* **节点实体与网关实体（特征A/B/C）**：网关实体位于网络边界（如Broadband Gateway）；节点实体是位于第一网络（WAN/云端）中的处理节点/服务器/虚拟化节点。

* **特性与QoS决策架构（特征D~J）**：

1. **网关识别与关联传输（特征D/E）**：网关识别目的地设备的硬件/软件属性（如特征K定义的屏幕大小、内存等），并将该特性与目的地设备请求的“数据流”相关联（如打包或绑定标识），回传至第一网络中的节点实体。

2. **节点决策与假设（特征H/I/J）**：第一网络中的节点实体接收到该特性及关联数据流后，**“关于与向目的地设备的用户递送数据流相关的用户需求做出假设”**，并**“基于这些假设确定将在向目的地设备递送数据流中使用的服务质量度量（QoS metric）”**，进而执行QoS管理。

* **具体特性限定（特征K）**：限定所述特性为：设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

---

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

> **指代说明与公开号：**

> * **D1**：US20110299543A1 (*Method and System for Providing Virtual Gateway Services*)

> * **D2**：US20110299544A1 (*METHOD AND SYSTEM FOR MANAGING BANDWIDTH BY A BROADBAND GATEWAY*)

> * **D3**：US20110299546A1 (*Method and System for Optimizing Communication in a Home Network Via a Gateway*)

### 特征逐项对比表（对照权利要求1）

---

## 三、 对比文件公开性详细分析

### 1. D1 (US20110299543A1)

* **毫无异议公开/实质公开特征**：**特征A、B、C、J**。

* D1公开了一种虚拟网关架构，将传统网关功能拆分为网络侧节点部分（102a/虚拟机1411-141N）与本地部分（102b）。[0062]段明确公开了网络侧设备140，[0060]段公开了在网络侧进行“服务协商（service negotiation）、数据格式转换、QoS管理”。

* **未公开特征**：**特征E、G、H、I、K**。

* D1侧重于网关功能的云化拆分与资源/能耗优化，未明确教导网关识别本地设备特性（如屏幕尺寸/内存大小，特征K）并绑定至数据流传输给网络侧节点，更未公开云端节点基于该特性“推测用户需求假设”并“据此确定QoS度量”的算法机制。

### 2. D2 (US20110299544A1)

* **毫无异议公开/实质公开特征**：**特征B、C、J**。

* D2侧重于通过网关管理网络带宽。在网络拥塞时，网关通过GUI提示用户推迟内容消费以换取优惠（[0054]、图3）。[0081]段公开了网关可基于网络状况动态配置QoS（"lower quality of service that is dynamically configured for current network conditions"）。

* **未公开特征**：**特征A、E、F、G、H、I、K**。

* D2的逻辑是“网络拥塞 -> 交互询问用户 -> 用户选择延迟 -> 调整带宽/QoS”，并不依赖“网关将目的地设备的屏幕/内存等硬件特性（特征K）回传至第一网络节点，由第一网络节点对用户需求做假设来确定QoS”。

### 3. D3 (US20110299546A1)

* **毫无异议公开/实质公开特征**：**特征A、B、C、D、E、F、J、K**。

* **特征A、B、C**：D3公开了家庭网络中的网关102以及位于第一网络（外部网络）的Head-end 310（或VRAD 314），网关负责在Head-end与终端设备（如平板电脑304a、电视304b）之间转发数据流（图3A、图4A-4E）。

* **特征D、K**：D3[0057]与[0080]段明确公开了网关存储并利用终端设备的能力信息（capability information），包括“显示能力（display capabilities）、音频播放能力、编解码能力、存储能力（storage capabilities）”，图4A-4E具体指出了屏幕分辨率（HD与低分辨率）、帧率等，对应特征K。

* **特征E、F**：D3[0089]与[0095]段公开了网关结合终端设备的能力，向外部Head-end 310发送信息/请求，Head-end接收该信息后提供匹配的内容格式（如选择低分辨率/特定音轨流）。

* **未公开特征**：**特征H、I（以及特征G的深度关联）**。

* D3采用的是**“设备客观能力匹配”**逻辑（即：设备不支持HD，则Head-end或网关直接提供低码率流以节省带宽和功耗）。而目标专利权利要求1的核心技术逻辑是**“根据设备硬件特性（如屏幕尺寸、内存大小）去‘假设/推测（make assumptions）’用户的心理/体验需求，并基于该‘假设’来确定QoS度量”**。D3未公开这种基于推测假设确定QoS的机制。

---

## 四、 最接近的对比文件分析

在选择最接近的对比文件时，应综合考虑**技术领域**、**所解决的技术问题**、**技术效果**以及**公开的技术特征数量**。

### 1. 技术问题与技术效果对比

* **目标专利**：

* *技术问题*：如何在网关与外部网络交互时，更智能地根据终端设备的硬件限制与用户实际需求，优化网络数据流的传送与QoS管理。

* *技术效果*：通过将设备硬件特性（屏幕、内存等）传给网络节点，使网络节点能够“假设”用户对服务质量的真实期望（例如屏幕小的设备用户可能对超高分辨率不敏感），进而精准分配QoS度量，避免带宽浪费并提升用户满意度。

* **D3 (US20110299546A1)**：

* *技术问题*：如何在家庭网络中利用网关优化通信，减少局域网带宽占用与设备功耗。

* *技术效果*：通过网关获取设备能力（显示、存储、解码等），使 Head-end 或网关选择最合适的媒体格式（如低分辨率流、转码流），从而节省带宽与功耗。

* **D1 (US20110299543A1)**：

* *技术问题*：如何实现虚拟宽带网关服务，合理分工云端与本地网关资源。

* **D2 (US20110299544A1)**：

* *技术问题*：如何通过经济激励机制引导用户错峰下载，缓解网络拥塞。

### 2. 结论：最接近的对比文件为 **D3 (US20110299544A1 / US20110299546A1，具体为 US20110299546A1)**

* **认定理由**：

1. **架构最为吻合**：D3同样采用了“终端设备 - 本地网关 - 外部Head-end节点”的三层架构（对应特征A、B、C）。

2. **特征覆盖度最高**：D3公开了最具关键性的**特征K**（屏幕分辨率、尺寸、存储能力等设备特性）以及**特征D、E、F**（网关收集设备能力并与网络侧Head-end交互）。

3. **技术领域与效果最为接近**：D3与目标专利均致力于“基于终端设备特性优化网络数据流的传输与服务交付”。

---

## 五、 创造性分析与最薄弱技术特征

基于 **D3 作为最接近的对比文件**，针对权利要求1进行创造性评估：

### 1. 区别技术特征

将权利要求1与对比文件 D3 进行对比，区别技术特征为：

> **区别特征 1（对应特征H、I）**：节点实体使用所述至少一个设备特性**“关于与向目的地设备的用户递送数据流相关的用户需求做出假设”**，并**“基于这些假设确定将在向目的地设备递送数据流中使用的服务质量（QoS）度量”**。

### 2. 区别特征在其他对比文件（D1、D2）中的公开情况

* **D1**仅公开了云端可以做QoS协商，但未教导“基于对用户需求的假设”来计算/确定QoS度量。

* **D2**公开了动态QoS配置，但其依据是网络拥塞程度与用户的显式交互（是否同意延迟），同样未公开“基于设备硬件特性做出用户需求假设”这一主观/隐式推断逻辑。

* **结论**：现有对比文件组合（D3 + D1 或 D3 + D2）均**未公开**区别特征1。

### 3. 最薄弱的技术特征（专利权人的防守堡垒 / 无效请求人的突破难点）

在提出无效宣告请求时，目标专利**最薄弱（即最容易被攻破）**与**最坚固（无效最困难）**的技术特征分布如下：

* **易被攻破的特征**：特征A、B、C、D、E、F、J、K。这些特征已被 D3 深度公开，完全不具备新颖性贡献。

* **最薄弱的技术特征（无效突破口）**：**特征H与特征I（基于硬件特性对“用户需求做出假设”并据此确定QoS）**。

* *法律与技术痛点*：从专利规避和无效角度来看，“做假设（make assumptions）”属于较为主观或高度抽象的功能性/心理描述。如果目标专利说明书中没有给出**“具体如何根据屏幕大小或内存量计算出用户需求假设，进而导出特定QoS数值”**的具体算法（例如：说明书中是否仅有概念性描述，而缺少具体的映射公式或逻辑步骤），则该特征极易在无效阶段遭遇以下攻击：

1. **公知常识/显而易见性攻击**：本领域技术人员在已知D3（根据屏幕分辨率选择流格式）的基础上，根据设备硬件条件推断用户对画质/时延的期望（即所谓的“假设”）是本领域技术人员的常规心理推断或显而易见的设计选择。

2. **充分公开（Enablement/充分公开问题）**：若说明书未明确“假设”的具体计算模型，可依据《专利审查指南》第21条/第26条第3款提出说明书充分公开不足或权利要求得不到说明书支持（得不到支持/保护范围不清楚）。

---

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

为了成功无效权利要求1，现有的D1~D3在“**基于设备硬件（屏幕/内存）自动推断用户QoS需求/体验质量（QoE）**”这一关键点上仍存在微小缺口。建议采取以下针对性的补充检索策略：

### 1. 核心检索要素表达（Keywords & Concept Expansion）

* **主题1：设备特性与QoE/QoS映射**

* `QoE` (Quality of Experience), `QoS` (Quality of Service), `User Expectation`, `Assumption`, `User Demand`, `Predict`, `Infer`.

* **主题2：硬件参数**

* `Screen Size`, `Resolution`, `Memory Capacity`, `Display Capability`, `Device Type`, `Profile`.

* **主题3：网关与云端协同**

* `Broadband Gateway`, `Edge/Cloud Node`, `Head-end`, `Transcoding`, `Traffic Shaping`.

### 2. 逻辑组合检索式构建（以CPC/IPC分类号+关键词）

* **分类号组合**：

* `H04L47/80`（基于特定准则的资源分配或QoS控制）

* `H04L67/30`（基于用户、设备或网络配置文件的应用）

* `H04L67/306`（设备配置文件 Device Profiles）

* `H04N21/24`（网络侧QoS/QoE监控与自适应）

* `H04N21/414`（移动/不同终端特性的自适应传输）

* **推荐检索表达式（以US/EP数据库为例）**：

1. `(H04L67/306 OR H04L47/80) AND (screen size OR memory OR display) AND (QoE OR QoS OR user expectation OR assumption)`

2. `("Quality of Experience" OR "QoE") NEAR3 (infer* OR assum* OR predict*) AND ("device capability" OR "screen resolution") AND gateway`

### 3. 重点检索方向与非专利文献（NPL）策略

* **聚焦 IEEE Xplore / ACM 论文库**：

* 在2008年–2011年期间，学术界有大量关于 **“QoE-aware Video Streaming”** 或 **“Context-aware QoS Adaptation”** 的研究论文。这些论文经常论述“根据终端屏幕尺寸（如Mobile vs. TV）推断用户对视频帧率/码率的感知的满意度（Mean Opinion Score, MOS），并据此在云端/网关动态调整QoS政策”。

* **追踪 3GPP / UPnP / DLNA 标准规范**：

* 检索 **UPnP AV QoS Services** 或 **3GPP PSS (Packet-switched Streaming Service)** 中关于 `Device Capability Exchange` (CC/PP - Composite Capabilities/Preference Profiles) 与 QoS 保障机制结合的标准文档，这类标准通常会早于2010年公开“网络侧根据客户端设备Profile自动推断带宽/QoS需求”的技术架构。

**专利无效分析意见书**

---

### 一、 目标权利要求解析与技术特征拆解

目标权利要求1属于一种**用于管理第一网络和第二网络之间的数据流的系统**。结合说明书对各技术特征的定义与作用分析如下：

1. **结构架构特征（特征A、B、C）**：

* **特征A（节点实体）**：位于第一网络中的节点（Node Entity），作为数据流的源或中间转发者。

* **特征B（网关实体）**：位于第一网络与第二网络边界处的网关（Gateway Entity），承担跨网边界的数据路由与控制。

* **特征C（数据流传输基础）**：节点实体发送寻址到第二网络目的地设备的数据流，网关实体从第一网络接收该数据流。

2. **特性感知与协同交互特征（特征D、E、F、G）**：

* **特征D（网关标识特性）**：网关实体能够感知或标识目的地设备（位于第二网络）的至少一个特性（如设备类型、屏幕大小/分辨率、存储器大小/类型）。

* **特征E（网关向节点关联回传）**：网关以使特性与数据流相关联的方式（如携带数据流ID/会话标识），将目的地设备的特性向第一网络中的节点实体回传/传输。

* **特征F（节点接收）与特征G（节点关联）**：节点实体从网关接收该特性，并在节点端将特性与数据流重新建立关联。

3. **假设推定与QoS决策管理特征（特征H、I、J）**：

* **特征H（假设推定）**：节点实体利用接收到的终端特性，对向目的地设备用户递送数据流相关的**用户需求做出假设（Assumptions regarding user requirements）**。

* **特征I（度量确定）**：节点实体基于上述“用户需求假设”确定服务质量度量（QoS metric）。

* **特征J（QoS管理执行）**：节点实体应用该QoS度量对数据流执行QoS管理。

4. **限定特征（特征K）**：

* **特征K（特性具体类型）**：至少一个特性具体为设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小/量、或存储器类型。

---

### 二、 对比文件特征比对表格（特征匹配分析）

以下为各对比文件原文针对权利要求1各技术特征（A–K）的比对分析与出处：

* **对比文件D1**：`US20110299548A1` (US2011299548A)

* **对比文件D2**：`US20110299550A1` (US2011299550A)

* **对比文件D3**：`US20110300825A1` (US2011300825A)

---

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

#### 1. 整体解决的技术问题与技术效果对比

* **目标专利**：

* **解决的技术问题**：解决当网关位于网络边界时，第一网络中的源节点无法精准获知远端目的地设备的具体物理特性，导致传统的QoS管理过于粗放或无法动态适应用户真实体验需求的问题。

* **技术效果**：通过“网关感知终端特性并反向透传/关联给源节点”的机制，使第一网络节点能够主动“对用户需求做出假设”，从而在源头/节点侧精准下发符合用户预期的QoS度量，优化端到端传输服务质量。

* **对比文件D2（US20110299550A1）**：

* **解决的技术问题**：解决在复杂的家庭网络与多服务提供商环境下，如何根据终端设备能力、用户偏好、价格及QoS动态仲裁（Broker/Arbitrate）并配置最佳服务消费方案的问题。

* **技术效果**：网关能够全面识别终端设备属性（如屏幕分辨率、解码能力），并在网关侧联合网络服务提供商仲裁QoS与传输参数。

* **匹配度评价**：**D2是最佳的“最接近对比文件”**。D2明确公开了网关识别目的地设备特性（特征D，含分辨率/设备类型等特征K）、网络节点与网关的架构（特征A-C），且核心聚焦于基于设备特性进行QoS及服务策略调整（特征J）。

* **对比文件D1（US20110299548A1）**：

* **解决的技术问题**：解决漫游设备在不同网关间迁移（Porting）时，如何保持服务域（ASD）与网关功能一致性的问题。

* **匹配度评价**：可作为**备选的最接近对比文件**。但其核心在于网关功能的Porting与域协商，对终端特性的感知与QoS反馈机制的披露深度不如D2。

* **对比文件D3（US20110300825A1）**：

* **解决的技术问题**：基于宽带网关提供紧急警报服务。与目标专利QoS管理的技术领域和问题偏差较大，不适合作为第一对比文件。

---

### 四、 无效打击的薄弱环节与未公开特征分析

#### 1. 未被最接近对比文件（D2）公开的特征组合

现有三篇对比文件（D1-D3）**均未公开**以下核心技术特征组合（即特征架构中的“反向闭环”）：

1. **特征E、F、G（反向关联传输）**：网关将目的地设备特性**反向传输回第一网络的节点实体**，且以与数据流相关联的方式传输，节点接收并在节点侧重新关联。

2. **特征H、I（节点侧假设推定与QoS决策）**：节点实体**基于接收到的特性对“用户需求做假设”**，并**基于假设**确定QoS度量。

#### 2. 无效请求中最薄弱的技术特征（专利权的防线）

* **最薄弱特征（极易被公知常识/常规设计击穿的特征）**：**特征H（做假设）与特征I（确定度量）**。

* *原因分析*：在通信协议设计中，“根据终端分辨率/类型推断用户所需的码率/QoS”属于本领域技术人员的常规推理（例如：推测大屏设备需要高清码流，小屏设备推测需要低码率，这种“推理/假设”仅是心理/逻辑过程在算法上的体现）。专利权人将此表述为“做出假设（assumptions）”，在法律解释上容易被认定为功能的上位概括或纯粹的逻辑映射，只要补充一篇公开“客户端能力上报至服务器端，服务器据此动态调整QoS”的现有技术，特征H、I即失去创造性。

* **次薄弱特征**：**特征E/F/G（特性关联反向透传）**。

* *原因分析*：在经典协议（如SIP/SDP协商、RTSP协议或HTTP Live Streaming/DASH）中，终端/网关向服务器（Node Entity）反馈终端Capability（设备能力/SDP参数）是极常见的技术手段。

---

### 五、 进一步对比文件检索策略（无效攻坚方案）

由于现有三篇对比文件（D1-D3）缺少**“网关将终端特性反向反馈给网络节点，网络节点据此进行QoS决策”**的明确记载，建议采取以下针对性检索策略：

#### 1. 检索要素组合（Block构建）

* **主题词/关键词检索**：

* **边界/网关组**：`Gateway` / `Edge Node` / `Boundary` / `Access Point`

* **终端特性感知组**：`Terminal Capability` / `Device Feature` / `Screen Resolution` / `Display Size` / `Device Profile` / `User Agent`

* **反向反馈/关联组**：`Feedback` / `Report` / `Upstream` / `Correlate` / `Map` / `Convey`

* **节点QoS决策组**：`Server` / `Source Node` / `QoS Metric` / `QoS Adaptation` / `Assumption` / `Requirement Prediction` / `Bitrate Adaptation`

#### 2. 重点IPC/CPC分类号定位

* `H04L 47/24`（服务质量QoS流量控制/数据流管理）

* `H04L 67/30`（基于用户、终端或网络配置文件的网络协议/服务）

* `H04L 67/02` / `H04L 67/56`（网关或中间件中的代理/流媒体转换）

* `H04W 28/02` / `H04W 28/18`（无线网络中的QoS协商与特性适应）

#### 3. 核心专利族与标准文献追溯（重点突破方向）

1. **流媒体自适应传输标准（DASH / RTSP / SIP）**：

* 重点检索2010年以前关于 **HTTP Dynamic Adaptive Streaming (3GPP DASH / ISO/IEC 23009)** 及 **RTSP/SDP 能力协商** 的专利文献。此类技术中，网关/客户端会将终端屏幕分辨率、存储器限制反馈给视频服务器（Node），服务器推断用户画质需求并调整QoS/码率。

2. **3GPP PCC（策略和计费控制）架构文献**：

* 检索3GPP TS 23.203标准及相关专利。PCRF/AF（网络节点）接收来自于P-CSCF/GGSN（网关）上报的终端类型（User-Agent/IMEI）以决定QoS Policy。

3. **结合组合立案（D2 + 新检索对比文件D4）**：

* **主对比文件**：以 **D2 (US20110299550A1)** 作为最接近对比文件（公开特征A, B, C, D, J, K）。

* **结合对比文件（D4）**：寻找一篇明确公开“网关/中继将终端设备特性（如分辨率）反向通知源服务器，源服务器根据终端特性计算QoS/码率”的专利（补足特征E, F, G, H, I）。

* **创造性论证**：在D2奠定了网关感知终端特性的基础上，本领域技术人员为了减轻网关侧计算负担、实现源头自适应编码/QoS控制，有动机引入D4中的“特性反向透传与源节点自适应决策”技术手段，两者的结合显而易见，从而一举无效目标权利要求1。

尊敬的代理人/权利人，

作为一名经验丰富的专利代理师，我已对目标专利的权利要求1以及提供的三篇对比文件进行深入的法律与技术比对分析。以下是紧密结合说明书原理及对比文件原文出处的详细分析报告、特征比对表格、最接近对比文件的选择与创造性分析、无效攻防策略及后续检索建议。

---

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

目标专利权利要求1涉及一种用于在第一网络和第二网络之间管理数据流的服务质量（QoS）控制系统。结合说明书的技术构思，各特征的含义解释如下：

* **技术特征A~C（基础架构与数据流）**：定义了包括“第一网络中的节点实体（如服务器/核心网节点）”和“边界处的网关实体（如宽带网关）”的网络拓扑，节点实体向第二网络（如家庭/局域网）的目的地设备发送数据流，网关实体接收该数据流。

* **技术特征D~G（特性标识与关联反馈）**：网关实体识别目的地设备的特性（如设备类型、屏幕大小/分辨率、内存大小/类型等），并以**与数据流相关联的方式**反向传输给第一网络的节点实体；节点实体接收后将其与数据流关联。

* **技术特征H~J（假设做出、QoS确定与管理）**：节点实体利用该设备特性，**关于向用户递送数据流相关的用户需求做出假设（make assumptions）**；基于这些假设确定QoS度量，并对数据流执行QoS管理（如调整码率、优先级、带宽分配等）。

* **技术特征K（特定特性限定）**：限定所述特性选自设备类型、屏幕大小、屏幕分辨率、存储器大小/量或存储器类型。

---

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

以下三篇对比文件均公开于2011年12月8日，属于同一专利族/相关申请，公开号分别为：

* **D1**: US20110301963A1

* **D2**: US20110302010A1

* **D3**: US20110302068A1

#### 权利要求1与对比文件逐特征比对表

---

### 三、 对比文件公开内容深度分析与最接近对比文件选择

#### 1. 各对比文件的技术主题与效果分析

* **D1 (US20110301963A1)**:

* **解决的技术问题**：如何管理家庭局域网内连接设备的能源消耗，并向用户提供能耗信息与节能激励。

* **技术效果**：实现能耗监控、提供能耗提示及节能奖励（如降低画质看电影给予积分/优惠）。

* **D2 (US20110302010A1)**:

* **解决的技术问题**：如何在宽带网关中通过用户互动（提供反馈、填写问卷）提供激励性收益（积分/套餐升级）。

* **技术效果**：提高用户参与度，实现基于积分的服务套餐动态升级/降级管理。

* **D3 (US20110302068A1)**:

* **解决的技术问题**：如何解决用户下载内容未观看导致的高额一次性计费问题，以及如何优化内容传输与网络带宽负载。

* **技术效果**：实现“下载+消费”分阶段多级计费；同时根据终端设备能力（如DTV与移动设备、1080p与720p分辨率）调整内容格式/压缩率，以节省网络带宽（[0080]、[0093]）。

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

从**整体解决的技术问题**和**网络传输控制架构**角度来看：

* **最接近对比文件推荐：D3 (US20110302068A1)**

* **理由**：目标专利旨在通过分析终端设备特性，由网络侧节点预测用户需求并施加QoS管理，从而优化数据流传输。D3在三篇对比文件中最深入地探讨了**基于终端设备能力（如DTV vs 移动设备、屏幕分辨率1080p vs 720p）调整传输格式与带宽控制（QoS相关）**的技术方案（参见D3段落[0080]、[0093]），其技术领域（网络数据流传输与带宽优化）和硬件拓扑与本专利最为贴近。

* **备选最接近对比文件：D1 (US20110301963A1)**（若侧重网关对设备特性的感知与服务递送模式选择）。

---

### 四、 无效分析与创造性评估（针对权利要求1）

#### 1. 区别技术特征

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

1. **特征E~G（反馈与关联机制）**：网关实体将标识出的目的地设备特性**以与数据流相关联的方式传输给第一网络中的节点实体**，节点实体接收并将其与数据流关联；

2. **特征H~I（假设与QoS推导）**：节点实体使用该特性**关于与向用户递送数据流相关的用户需求做出假设**，并**基于这些假设确定服务质量（QoS）度量**。

#### 2. 创造性评估与最薄弱技术特征指出

* **核心攻防焦点**：

* D3虽然公开了网关或网络能够根据终端类型/分辨率调整视频格式（如移动设备传输低分辨率、DTV传输高分辨率），但其实现机制主要是基于“计费策略/用户选择/设备能力匹配”，**并未公开“由网关将设备特征与数据流关联反馈给源端/核心网节点实体，再由节点实体对‘用户需求做出假设’并据此推导确定QoS度量”这一具体的控制回路与心理/行为推理机制**。

* **最薄弱的技术特征（专利权人的防线 / 无效请求人的突破口）**：

1. **“关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设（make assumptions）”**：

* **薄弱原因**：“做出假设”这一表述在专利法律实践中极易被认为属于**功能性描述**或**主观心理/算法抽象概念**。如果目标专利说明书中没有对“如何根据屏幕大小/内存假设出何种具体用户需求”提供明确的算法或逻辑支撑，该特征可能面临**说明书公开不充分（专利法第26条第3款/35 U.S.C. 112）**的缺陷。

* 从创造性角度，若现有技术中存在“根据终端屏幕/内存推测用户体验期望（QoE/QoS）”的通用公知常识（例如：大屏假设用户需要高码率HD流，小屏/小内存假设用户接受低码率流），则该“假设”过程极易被认定为本领域技术人员的常规选择或显而易见的技术手段。

2. **“以使得所述至少一个特性与所述数据流相关的方式...传输”**：

* 在标准网络协议（如RTSP、SIP、HTTP Header/User-Agent、Resource Reservation Protocol RSVP等）中，带外或带内携带终端DevID/User-Agent与Session ID关联属于极常见的通信规约。

---

### 五、 针对性的对比文件检索策略建议

由于现有提供的三篇对比文件（D1-D3）均为同一申请人（Broadcom）于同一天公开的专利族申请，且主要侧重于家庭网关侧的能耗、激励与计费，**未能完全覆盖“网关向网络节点反馈设备特征 -> 网络节点基于特征假设用户需求 -> 动态调整QoS”的闭环控制**。

为了成功无效权利要求1，建议采取以下进一步的检索策略：

1. **扩展检索领域与关键词构筑**：

* **核心概念**：QoS管理、用户体验质量（QoE）、终端感知（Device Capability Awareness）、用户需求预测/假设（User Expectation / Requirement Assumption）、流媒体适配（Adaptive Streaming）。

* **英文关键词组合**：

* (`gateway` OR `edge node`) AND (`server` OR `network node`)

* AND (`device capability` OR `screen size` OR `resolution` OR `memory`)

* AND (`QoS` OR `QoE` OR `quality of service` OR `bitrate adaptation`)

* AND (`assume` OR `infer` OR `predict` OR `estimate`) AND (`user requirement` OR `user demand` OR `expectation`)

2. **重点搜索 3GPP / IEEE / IETF 标准规范文件**：

* **3GPP PCC (Policy and Charging Control) 架构**：查看 PCRF (Policy and Charging Rules Function) 如何根据AF (Application Function) 或网关传来的终端UE Context (如IMEI/TAC识别出的设备类型、屏幕大小) 做出QoS授权决策。

* **MPEG-DASH / RTSP 动态自适应流标准**：检索客户端/网关向服务器反馈设备 Display / Memory 限制，服务器端 QoE 评估逻辑预测用户期望并下发对应 Qos/Representation 的技术文献。

3. **分类号（IPC / CPC）定向追踪**：

* `H04L 47/24`（与服务质量QoS相关的流量控制）

* `H04L 67/306`（基于终端或用户特性的 profile 动态适配）

* `H04L 65/612`（媒体流自适应传输）

* `H04L 67/025`（QoS/QoE 动态协商）

4. **追溯早期基础专利**：

* 重点检索 **2005年 - 2010年** 期间 Ericsson、Nokia、Qualcomm、Huawei、ZTE 在网络侧“终端感知型QoS调度（Device-Aware QoS Scheduling）”领域的专利，此类早期专利通常已公开“网络节点获取终端屏幕/内存后推断用户对画质的要求，从而分配QoS”的全套技术方案。

<FollowUp label="是否需要进一步针对‘做出假设并确定QoS’这一特征，梳理3GPP标准中的结合对比方案？" query="请针对权利要求1中‘基于设备特性做出用户需求假设并确定QoS’的特征，提供基于3GPP PCC标准架构或MPEG-DASH协议的现有技术组合无效思路。"/>

尊敬的客户：

针对您提供的目标专利权利要求1以及三份对比文件（D1: US20110302077A1、D2: US20110302248A1、D3: US20110302276A1），我已从专业专利代理师的角度，紧密结合说明书对权利要求技术特征进行了细化拆解，并深入比对三份对比文件的原文出处与方案特点。

现将权利要求的技术特征比对分析、最接近对比文件（最接近现有技术）的选择、无效突破口（薄弱技术特征）及下一步检索策略报告如下：

---

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

权利要求1的核心技术构思在于：**跨越第一网络（如核心网/广域网）与第二网络（如局域网/家庭网络）边界的网关实体，将其识别出的目的地设备的物理/硬件特性（如屏幕大小、内存等）透传或关联反馈给第一网络中的节点实体（如服务器/核心网节点）；节点实体接收该特性后，基于此做出“用户需求假设”，进而确定 QoS 度量并执行 QoS 管理。**

#### 详细特征比对表

*注：D1为US20110302077A1，D2为US20110302248A1，D3为US20110302276A1。*

---

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

#### 1. 各对比文件的总体方案与解决的技术问题分析

* **D1 (US20110302077A1):**

* **技术方案：** 重点关注通过宽带网关进行**多服务/内容提供商的账户维护、联合账单支付与通知管理**。

* **解决的技术问题：** 解决家庭用户面对多个服务提供商时账户管理分散、支付繁琐的问题。

* **技术效果：** 实现统一的账户展示、集中支付与使用量/限额提醒。

* **D2 (US20110302248A1):**

* **技术方案：** 重点在于利用宽带网关实现**对等网络（Peer-to-Peer, P2P）通信**、内容共享及激励机制（如积分/扣减）。

* **解决的技术问题：** 减轻主分发网络（CDN/服务器）的带宽负载与拥塞。

* **技术效果：** 提高本地节点间内容传输效率，降低服务提供商的带宽成本。

* **D3 (US20110302276A1):**

* **技术方案：** 重点在于**通过宽带网关实现自适应多媒体传输（Adaptive Multimedia Delivery）**。网关识别连接的设备特性（如分辨率、内存、电池等）和链路带宽，从而选择合适的内容提供商或自适应的内容版本（如高清/标清、不同压缩率）。

* **解决的技术问题：** 解决不同目的地设备性能差异导致的带宽浪费、播放卡顿或用户体验不佳的问题。

* **技术效果：** 优化网络带宽利用率，提高终端设备上的多媒体播放与用户体验质量（QoS）。

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

**结论：D3 (US20110302276A1) 最适合作为最接近的对比文件。**

**理由分析：**

1. **技术领域与发明目的高度一致：** 本专利（权利要求1）与D3均属于“网络数据流管理/多媒体自适应传输”领域，目的都是为了根据终端设备的物理/硬件特性（如屏幕分辨率、内存等）来调整和管理数据流的 QoS（服务质量），以匹配终端设备及用户需求。

2. **技术特征覆盖度最高：** 相比于D1（侧重账单）和D2（侧重P2P），D3不仅公开了系统架构（特征A、B、C），还**完整公开了关键的终端设备特性K（设备类型、屏幕分辨率、内存大小）**，以及“根据设备特征确定并应用QoS度量（特征D、I、J的实质内容）”。

---

### 三、 无效请求中最薄弱的技术特征分析（攻防焦点）

在以 D3 作为最接近对比文件发起无效时，权利要求1中**未被D3公开的核心区别特征**为：

> **区别特征组（特征E、F、G、H）：**

> 1. 网关实体将目的地设备的特性**传输给第一网络中的节点实体（服务器/远端节点）**；

> 2. 节点实体**接收该特性并与数据流关联**；

> 3. 节点实体使用该特性**关于用户需求做出假设**，并由**节点实体确定QoS度量并执行QoS管理**。

#### 为什么这是最薄弱的技术特征（无效突破口）：

1. **架构反向教导与等同替换风险（架构演进的显而易见性）：**

* **D3的现存架构：** 在D3中，网关（Gateway）负责做“脏活累活”——网关识别设备特性后，由网关计算出所需版本，直接向提供商请求（Request）对应版本的流（如D3段落[0068]、[0092]）。

* **本专利的架构：** 将“QoS决策与管理”的功能上移/后移到了远端的“节点实体（Node Entity）”，网关仅作为特性收集和透传者（Relay/Reporter）。

* **无效攻防策略：** 在通信协议设计（如HTTP Dash、RTSP、SIP、3GPP QoS架构等）中，**“客户端/网关决策模式（Client-driven）”** 与 **“网络侧/服务器决策模式（Server-driven / Network-driven）”** 是本领域技术人员公知的两种等同架构选择。将网关处收集的终端设备能力（Client Capabilities，如UA-Prof/User Agent Profile、CC/PP）通过网络协议报文（如HTTP Header或RTSP SETUP）发送给服务器/节点实体，由服务器端统一匹配QoS和转码格式，属于本领域的惯用技术手段。

2. **“做出假设（Hypothesis）”属于纯粹的功能性/主观心理描述：**

* 权利要求1中的“*关于与向目的地设备的用户递送数据流相关的用户需求做出假设*”（特征H），在技术实体（计算机/节点算法）层面，其本质就是**根据输入的设备参数进行规则匹配或查表（Mapping/Rule Evaluation）**。

* 在专利无效审查中，可以主张该词汇属于不规范的功能性描述，其技术实质依然是“根据设备参数配置QoS”。

---

### 四、 进一步的对比文件检索策略（Supplemental Prior Art Search Strategy）

为了彻底击穿上述区别特征（特征E、F、G、H），建议采取以下针对性的补充检索策略，寻找结合对比文件（D4/D5）：

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

* **分类号推荐 (CPC/IPC)：**

* `H04L 47/80` / `H04L 47/70`（网络资源管理、QoS协商）

* `H04L 65/60` / `H04L 65/80`（多媒体流传输中的自适应与QoS控制）

* `H04L 67/30` / `H04L 67/303`（终端用户/设备配置文件的传输与匹配，Profiles）

* `H04N 21/238` / `H04N 21/24`（服务器端基于网络/终端条件的流媒体自适应管理）

* **组合关键词（检索逻辑）：**

* `Gateway` OR `Edge Node` OR `Proxy`（网关/边端节点）

* AND `Device Capability` OR `Screen Resolution` OR `Display Size` OR `Memory` OR `UA-Prof` OR `CC/PP`（设备能力/特性）

* AND `Report` OR `Forward` OR `Feedback` OR `Signal` OR `Send to Server`（向节点/服务器上报或传输）

* AND `Server` OR `Node` OR `Media Server`（远端节点实体）

* AND `QoS` OR `Quality of Service` OR `Bitrate Adaptation` OR `Transcoding`（QoS确定与管理）

#### 2. 重点检索方向（寻找精准公知常识/对比文件）

1. **3GPP / ETSI 标准规范（标准必要专利/技术文档）：**

* 重点检索 3GPP TS 26.234 (Transparent end-to-end Packet-switched Streaming Service, PSS) 或 3GPP QoS 架构。其中明确规定了移动网关/基站如何收集终端设备能力（Capability Exchange），并将其作为 SDP（Session Description Protocol）或 HTTP Header 传给 Server，由 Server 端决定发送何种 QoS 级别的媒体流。

2. **W3C CC/PP (Composite Capability/Preference Profiles) 协议族文献：**

* 检索中间件/网关（Proxy/Gateway）读取手机/终端的 CC/PP 属性（含屏幕大小、内存），并将其转发给 Content Server，Server 据此做 Transcoding（转码）和 QoS 适配的专利文献。

3. **MPEG-DASH / RTSP 协议服务端适配相关早期专利（2008-2011年间）：**

* 检索由中间代理（Proxy/Gateway）提取终端硬件参数并作为反馈信息（Feedback Loop）发送给流媒体服务器，由服务器端算法决定 QoS 的技术方案。

**总结建议：** 以 **D3 (US20110302276A1)** 作为主引对比文件（最接近现有技术），结合一篇公开了 **“网关/中间件将识别到的终端设备硬件特性（如屏保/内存/分辨率）透传/反馈给远端服务器，由服务器端据此计算并实施 QoS 适配”** 的对比文件（D4，如3GPP PSS标准或CC/PP协议相关专利），即可对权利要求1形成极其强烈的**显而易见性（创造性不具备，专法第22条第3款）**组合打击。

尊敬的客户/专利代理同行：

作为一名资深专利代理师，我已对**权利要求1（独立权利要求）**以及您提供的三份对比文件（D1: US20110302296A1、D2: US20110302308A1、D3: US20110302313A1）进行了严谨的法律与技术比对分析。

本案的目标专利核心在于：**在网关与上游节点实体的互动中，由网关标识目的地设备的物理/硬件特性（如屏幕大小、分辨率、内存等），并将该特性透传/关联给节点实体，节点实体据此对用户需求做出“假设（assumptions）”，进而推导出服务质量度量（QoS metric）并实施QoS管理。**

以下是详细的法律分析、特征比对表格、最接近对比文件筛选及无效策略。

---

### 一、 技术特征比对表格与原文出处分析

为清晰展现三份对比文件的公开情况，现将权利要求1拆解为**技术特征A~K**，并给出与各对比文件的比对情况及原文出处。

#### 1. 权利要求1技术特征拆解与对比分析表

---

### 二、 深入分析：对比文件公开内容与技术偏离度

为了向审查员或复审委/法院展现客观的技术事实，我们需要说明三份对比文件的真正发明点与目标专利的差异：

1. **对比文件 D1 (`US20110302296A1`)**：

* **真实发明点**：基于宽带网关实现**安全交易认证**（Secure Transactions）。重点在于金融/交易授权、信用卡信息掩码映射、地理/时间/金额交易限额控制（参见说明书 `[0074]-[0080]`, `[0091]-[0093]`）。

* **与本案差异**：虽然公开了网关架构（特征A、B、C），但完全没有涉及网关向节点实体透传设备硬件参数（如屏幕大小、分辨率、内存），更未涉及节点实体基于这些参数做“假设”并推导QoS度量。

2. **对比文件 D2 (`US201103023308A1`)**：

* **真实发明点**：基于网关提供用户生成内容（UGC）及**元数据/分级信息管理**（Rating Info & Metadata）。重点在于在视频流中嵌入评分、版权、家长控制规则等元数据（参见说明书 `[0019]`, `[0036]-[0042]`）。

* **与本案差异**：D2虽然提及了网关感知终端设备能力（`[0055]`），但其数据流向和处理逻辑是将元数据（评分、版权）随数据流下发或在P2P间嵌入，并没有公开网关将终端的具体硬件属性（屏幕大小、分辨率、内存等特征K）上报/关联给上游节点实体，并由节点实体据此**推导QoS度量**。

3. **对比文件 D3 (`US20110302313A1`)**：

* **真实发明点**：利用网关在服务提供商网络中实现**P2P对等通信与旁路路由**。重点在于利用网络拓扑信息，通过插入QinQ标签旁路核心网资源（参见说明书 `[0057]`, `[0067]`, `[0076]-[0077]`）。

* **与本案差异**：侧重于网络层/链路层（L2/L3）的路由优化，完全未涉及目的地设备物理硬件特性（特征K）的收集、向上游节点的关联传输，以及应用层的“用户需求假设与QoS度量确定”。

---

### 三、 最接近的对比文件筛选

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

1. **目标专利解决的技术问题与技术效果**：

* **技术问题**：如何在第一网络（如核心网/服务提供商网络）与第二网络（如家庭网络）交界处，使上游网络节点能够精准获知跨网关的目标终端的硬件限制与特性，从而智能“假设”用户需求并动态分配/调整QoS度量。

* **技术效果**：避免无谓的网络带宽浪费（如向小屏低分辨率设备推送超高码率流），实现端到端的精准QoS管理与资源优化。

2. **最接近对比文件的确定**：

* **D2 (`US20110302308A1`)** 和 **D1 (`US20110302296A1`)** 在网络拓扑（第一网络节点实体、边界网关、第二网络终端设备）以及网关对终端设备特性的感知（`Device Capabilities`）方面构成了最贴近的技术背景。

* 其中，**D2 (`US20110302308A1`) 最适合作为最接近的对比文件（第一最接近对比文件）**。理由在于：D2不仅公开了典型的网关与网络节点架构，还深入涉及了数据流（Data Streams）与设备特性的交互、元数据处理以及基于用户Profile的内容适配（`[0055]`, `[0071]`），在技术领域和系统架构上与本案最为接近。

* **D1 (`US20110302296A1`) 可作为备选的最接近对比文件**，其公开了最标准的Gateway与上游Content Provider/Service Provider的交互架构。

---

### 四、 无效宣告攻击策略与“最薄弱技术特征”指出

若作为请求人对权利要求1发起无效宣告攻击，目前的痛点与难点如下：

#### 1. 专利权的防御堡垒（未被现现有对比文件公开的特征）

现有的对比文件D1、D2、D3**均未公开**以下组合特征（即目标专利的核心创新点）：

* **特征E + G**：网关以**与数据流相关联（Correlated with the data flow）**的方式，将目的地设备的硬件特性传输给第一网络的节点实体。

* **特征H + I**：第一网络的**节点实体（而非网关本身）**使用该特性对用户需求做出**假设（Assumptions）**，并**基于这些假设确定QoS度量**。

* **特征K**：具体限定特性为“屏幕大小、屏幕分辨率、存储器大小/量、存储器类型”。

#### 2. 目标专利“最薄弱的技术特征”分析

从专利审查实践和法律保护稳定性来看，权利要求1中**最薄弱的技术特征**是：

> **特征H**：“使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的**用户需求做出假设（make assumptions regarding user requirements）**”

* **薄弱原因（法律与技术双重角度）**：

1. **心理/主观动作拟人化表达（缺乏技术实质）**：在专利法意义上，“做出假设（make assumptions）”属于高度主观化、拟人化的描述。在实际代码或硬件电路中，所谓的“假设”本质上就是“查表”、“映射（Mapping）”或“阈值判断”（例如：若分辨率<720p，则假定用户不需要HD高清流）。如果目标专利说明书中没有对“假设”给出具体的算法或限定，该特征极易被认定为**功能性限定**，或者被审查员/法官解释为广义的“根据设备参数选择匹配的传输策略”。

2. **显而易见性极高**：在流媒体传输领域（如HLS、DASH自适应流传输），根据客户端的屏幕分辨率/内存大小，推断（假定）用户所需的视频码率并分配QoS，属于本领域的公知常识（Common General Knowledge）。

---

### 五、 进一步对比文件检索策略（针对无效请求）

鉴于目前D1-D3三份对比文件均未能击中“将终端硬件参数反馈给上游节点用于QoS推导/自适应流传输”这一技术特征，为成功无效权利要求1，建议采取以下**进一步检索策略**：

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

目前的对比文件（D1-D3）偏重于“宽带网关架构（Gateway Architecture）”，导致检索结果偏向网关本身的安全、P2P和分级。**必须将检索重点转向“自适应流媒体（Adaptive Streaming）”与“端到端QoS控制（End-to-End QoS Control）”**。

* **核心关键词组合（英文）**：

* **组1（设备参数）**: `screen size`, `screen resolution`, `display resolution`, `memory capacity`, `device capability`, `terminal profile`

* **组2（反馈/关联）**: `gateway`, `HTTP header`, `User-Agent`, `bandwidth estimation`, `report`, `feedback to server/node`

* **组3（QoS/假设/自适应）**: `QoS metric`, `Quality of Service`, `adaptive bitrate`, `DASH`, `HLS`, `assumptions`, `transcoding parameter`

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

* `H04L 47/80` (网络资源管理/QoS控制)

* `H04L 65/612` (流媒体传输中的QoS/QoE自适应)

* `H04L 67/303` (基于终端设备特性的网络服务个性化/适配)

* `H04N 21/24` (服务器端根据终端反馈调整视频流)

* `H04N 21/414` (特定终端设备如移动设备/电视的媒体传输)

#### 2. 补充对比文件组合策略（D2 / D1 + D新）

* **主引证对比文件（D2 / D1）**：继续作为第一对比文件，用于结合公开技术特征 **A, B, C, D, J**（提供网络架构、网关及设备能力感知）。

* **次引证对比文件（D新 - 需重点检索）**：找一份在2010年6月4日前（即D1-D3优先权日之前）公开的**3GPP标准规范（如TS 26.234 / TS 23.107）**或**自适应视频传输专利（如Microsoft Smooth Streaming, Apple HLS协议相关专利，或UPnP AV规范）**。

* **攻击路线**：D新明确公开了“客户端/网关将屏幕分辨率、内存等参数通过User-Agent或RTSP/HTTP Header反馈给网络侧/服务器，服务器据此评估用户带宽/QoE需求，推导QoS/码率并进行流匹配”。

* **结合逻辑**：本领域技术人员在D1/D2的基础上，为了优化网络带宽利用率并提升终端用户体验，有动机引入D新中的自适应QoS反馈机制，将网关感知的终端硬件特性（屏幕大小、分辨率、内存）反向关联传输给上游节点实体，从而得出权利要求1的方案，不具备创造性（符合《专利审查指南》第四部分第六章关于创造性结合的规定）。

---

### 总结意见

1. **现阶段结论**：仅凭现有对比文件 D1、D2、D3 的**单件或简单结合**，暂时**难以直接无效**权利要求1（因为“网关将终端硬件特性透传给节点实体，由节点实体做需求假设并确定QoS”这一特征在D1-D3中存在缺失）。

2. **最佳突破口**：锁定最薄弱特征“**基于硬件特性做用户需求假设并确定QoS度量**”，启动针对**3GPP PSS/QoS标准**及**2010年之前的自适应流媒体协议（DASH/HLS/UPnP）**的专项补充检索，形成 `D2 + D新` 的组合无效攻击路线。

作为经验丰富的专利代理师，我针对目标专利权利要求1，结合说明书技术实质，对对比文件 **D1（US20110302324A1）**、**D2（US20110302442A1）** 及 **D3（US20110302497A1）** 进行深度对比与无效可行性分析。

---

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

结合目标专利的整体发明构思，权利要求1的核心在于**“网关将终端设备特征反向反馈给源端网络节点，并由源端网络节点基于对用户需求的假设来确定并实施QoS管理”**。

* **特征A（第一网络中的节点实体）：** 第一网络通常指外网/核心网/内容提供商网络（如Content/Service Provider Node, Content Server）。

* **特征B（边界处的网关实体）：** 位于第一网络与第二网络（如局域网/家庭网 Home Network）交界处的网关（Broadband Gateway）。

* **特征C（数据流传输与接收架构）：** 节点实体向第二网络中的目的地设备（Destination Device/Client Device）发送寻址数据流，网关实体负责中转接收。

* **特征D（网关标识设备特性）：** 网关识别目的地设备的硬件/软件属性（如屏幕、内存等）。

* **特征E~G（特征反向传输与数据流关联）：** **【核心交互特征】** 网关将标识出的目的地设备特性向第一网络中的节点实体反向传输，并与数据流绑定/关联；节点实体接收并建立该关联。

* **特征H~I（节点做出假设并确定QoS度量）：** **【核心逻辑特征】** 第一网络中的**节点实体**依据接收到的设备特征，对目的地设备用户的实际需求/体验做出假设（Assumptions），并根据该假设计算/确定用于数据流递送的服务质量（QoS）度量。

* **特征J（节点执行QoS管理）：** 第一网络中的**节点实体**将确定的QoS度量应用于数据流的传输/流控/转码管理。

* **特征K（特性的具体类型）：** 明确设备特性包括设备类型、屏幕尺寸、屏幕分辨率、内存大小/数量、内存类型中的至少一种。

---

## 二、 特征比对表格（附对比文件原文出处）

下表详细比对对比文件 **D1（US20110302324A1）**、**D2（US20110302442A1）** 和 **D3（US20110302497A1）** 对权利要求1各技术特征的公开情况：

---

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

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

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

* **D1 (US20110302324A1) 最适合作为最接近的对比文件。**

* **解决的技术问题：** D1旨在解决“在宽带网关体系中，如何根据终端设备的差异化属性（如分辨率、解码能力等）及网络条件，实现内容的定制化递送与QoS/能耗优化”（参见D1 [0042], [0055], [0074], [0076]）。这与目标专利试图解决的“针对不同终端设备需求动态调整网络数据流QoS”的技术问题高度同质。

* **技术效果：** D1通过识别终端设备属性、调整传输/转码策略以及协商QoS/Micro-lease，达到了提高内容传输兼容性、优化带宽利用率与用户体验的效果。

* **D2 (US20110302442A1) 与 D3 (US20110302497A1) 不适合单独作为最接近对比文件。**

* D2主要解决“网关侧对来自CATV、Internet、P2P等多源异构内容的混合（Combining/Blending）与时钟同步（Synchronization）问题”；

* D3主要解决“网关侧如何支持用户自定义GUI界面（User Interface Application）的下载、安全校验与多用户UI管理问题”。

* 两者均未涉及针对目的地设备硬件属性反向指导源端网络节点进行QoS策略确定的核心架构。

---

## 四、 未被最接近对比文件公开特征的分析与无效薄弱点

### 1. 未被D1公开的技术特征

通过比对可知，D1公开了网络基本架构（A、B、C）、网关识别终端设备属性（D、K）以及网关与网络侧协商QoS/SLA（I、J的部分概念），但**未公开**以下组合特征（即核心发明点）：

* **特征E、F、G：** 网关将标识出的目的地设备特性（如分辨率、内存）反向发送给第一网络中的节点实体，并由节点实体将其与数据流关联。

* **特征H、I（主体部分）：** **第一网络中的节点实体**（而不是网关本身）利用该设备特性对用户需求做出“假设（Assumptions）”，并依据该假设确定QoS度量。

> **架构差异解析：**

> 在D1的技术方案中，网关（Gateway 102）作为“下沉的处理中心”，主要在网关本地执行内容转码（Transcoding）、分辨率缩放（Scaling）或内容选项排序（Ranking），或者由网关向服务提供商发起微租赁（Micro-lease）协商。而目标专利将逻辑上推至**第一网络中的节点实体（Node Entity in the First Network）**，由源端节点直接接收设备特征并做出用户体验假设来施加QoS管理。

### 2. 未公开特征是否被其他对比文件（D2、D3）公开？

* **否。** 审查D2与D3的原文，D2侧重于音视频混合与多源同步，D3侧重于网关GUI应用管理，两者均未公开“网关向源节点反馈终端设备硬件属性，并由源节点基于用户需求假设确定QoS”的技术特征。

---

## 五、 无效请求中最薄弱的技术特征与进一步检索策略

### 1. 最薄弱的技术特征（专利权人的防线）

目标专利在无效宣告程序中最坚固（即对无效请求人而言**最薄弱/最难攻破**）的技术特征是：

> **“节点实体（第一网络中）使用网关反馈的至少一个设备特性，关于与向目的地设备递送数据流相关的用户需求做出假设（Assumptions），并基于这些假设确定QoS度量。”（特征H + 特征I的执行主体限制）**

**薄弱点/突破口分析：**

1. **“假设（Assumptions）”的术语解释：** 在专利法与通信协议中，“做出假设”往往属于功能性/心理性描述。在实际通信协议（如3GPP PCC架构、HTTP Adaptive Streaming/DASH、RTSP/SIP协商）中，服务器根据客户端/网关上报的信息（如Display Resolution, Buffer Status）匹配对应的Bitrate Profile或QoS Class，这在工程实现上是否就等同于“做出用户需求假设”？

2. **执行主体绑定的合理性：** 网关反馈客户端CAPABILITY（如SIP Option / RTSP Describe / HTTP User-Agent）给源端Server，Server据此选择QoS/码率，属于互联网/通信领域的公知常识（Conventional Architecture）。目标专利仅是将原属于网关本地处理的转码/QoS逻辑重新划归给源节点，其技术效果是否产生了意料之外的预导效果？

### 2. 进一步对比文件检索策略（Search Strategy）

为了成功无效目标专利的权利要求1，必须补充检索能够体现**“客户端/网关将终端硬件属性（如屏幕/内存）上报给自适应流媒体服务器/核心网节点，由服务器端决定QoS/传输策略”**的对比文件。

#### 策略一：针对自适应流媒体与QoS控制标准文件（DASH / RTSP / 3GPP PCC）

* **检索方向：** 重点检索2005年~2010年期间的自适应流媒体协议（Dynamic Adaptive Streaming over HTTP / RTSP）以及3GPP PCC（策略和计费控制）架构标准。

* **关键词组合：**

* (`Gateway` OR `Proxy` OR `Middlebox`) AND (`Device capability` OR `Screen resolution` OR `Display size` OR `Memory`)

* AND (`Feedback` OR `Report` OR `Upstream` OR `Convey`)

* AND (`Server` OR `Node` OR `Content Provider`)

* AND (`QoS` OR `Quality of Service` OR `Bitrate Selection` OR `Adaptation`)

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

* `H04L 65/612` (Media streaming network protocols)

* `H04L 65/80` (Quality of Service management in streaming)

* `H04L 67/303` (Terminal profile / device capability based processing)

* `H04L 47/80` (QoS resource allocation)

#### 策略二：针对“代理/网关透传/上报终端Profile至源服务器”的技术专利

* **检索方向：** 检索移动网关（如GGSN/P-GW、WAP Gateway）将Mobile Device Profile（如CC/PP - Composite Capability/Preference Profiles 或 UAProf - User Agent Profile）发送给Web/Media Server，Server根据Profile推断用户终端显示能力并动态调整传输QoS/编码格式的专利。

* **典型对比文献检索公式（以US/EP/CN扩展）：**

* `((UAProf OR "User Agent Profile" OR CC/PP OR "device capability") NEAR/5 (gateway OR proxy))`

* `AND ((server OR "source node") NEAR/5 (determine OR select OR estimate) NEAR/5 (QoS OR "quality of service" OR bandwidth OR profile))`

---

## 六、 代理师总结与诉讼/无效策略建议

1. **现有证据组合评估：** 单独使用 D1 (US20110302324A1) 配合公知常识，或者组合 D1 与现有 D2/D3，**尚不足以完全击毁** 权利要求1（缺乏网关反向透传设备特征至源节点并由源节点进行QoS假设确定的直接教导）。

2. **下一步行动建议：**

* 发起**补充检索（Secondary Search）**，重点锁定带有 `UAProf`（User Agent Profile）、`CC/PP` 或 `HTTP User-Agent Header Enrichment` 的网关与服务器交互专利/标准文献。

* 在无效请求书中，对特征H中的“做出假设（Assumptions）”提出**说明书公开不充分（充分性缺陷）**或**权利要求得不到说明书支持**的法律异议（若说明书中未给出节点如何具体将内存/屏幕转化为数学假设模型的实施例）；同时主张“服务器根据终端属性调整QoS”属于本领域技术人员结合公知常识（如根据屏幕分辨率匹配对应QoS带宽）的显而易见的选择。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（权利要求1）的法律与技术实质，对您提供的三份对比文件进行深度梳理、特征比对、最接近对比文件筛选、薄弱特征识别以及后续的无效检索策略制定。

---

### 一、 目标专利权利要求1的技术实质解析

本专利权利要求1保护的是一种“用于管理第一网络和第二网络之间的数据流的系统”。结合说明书构思，其核心逻辑在于：**位于网络边界处的“网关实体”识别目的地设备的硬件/终端特性（如屏幕、内存等），并将该特性透传/关联给位于第一网络中的“节点实体”；由“节点实体”基于该特性对用户需求做出“假设”，进而确定 QoS 度量并执行 QoS 管理。**

#### 权利要求1的特征拆解（特征A~K）：

* **特征A**：所述系统包括在所述第一网络中的节点实体

* **特征B**：和位于所述第一网络和所述第二网络之间的边界处的网关实体

* **特征C**：其中所述节点实体被配置为传输寻址到所述第二网络中的目的地设备的数据流；并且所述网关实体被配置为从所述第一网络接收所述数据流

* **特征D**：所述网关实体被配置为：标识所述目的地设备的至少一个特性

* **特征E**：以使得所述至少一个特性与所述数据流相关的方式，将所述目的地设备的所述至少一个特性传输到所述第一网络中的所述节点实体

* **特征F**：所述节点实体被配置为：从所述网关实体接收所述目的地设备的所述至少一个特性

* **特征G**：将所述目的地设备的所述至少一个特性与所述数据流相关

* **特征H**：使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设

* **特征I**：基于这些假设确定将在向目的地设备递送数据流中使用的服务质量度量

* **特征J**：应用所述服务质量度量以对所述数据流执行服务质量管理

* **特征K**：其中，所述至少一个特性是设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

---

### 二、 对比文件特征比对分析与出处标注

三篇对比文件均出自同一专利族背景下的宽带网关技术：

* **D1**: US20110302596A1 (US2011302596A)

* **D2**: US20110302610A1 (US2011302610A)

* **D3**: US20110302612A1 (US2011302612A)

#### 详细特征比对表

---

### 三、 对比文件公开情况的详细分析

#### 1. D1: US20110302596A1 (US2011302596A)

* **技术领域**：基于宽带网关的内容消费可信评级系统 [0043]。

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

* **特征A、B、C**：公开了包含服务/内容提供商（节点实体，102/104）[0056]、位于边界的宽带网关（110a）[0056] 以及传输和接收数据流的过程 [0059]。

* **特征D**：公开了网关收集与特定电子设备（112）相关的信息（如设备特性）[0054],[0064]。

* **未公开/区别特征**：D1侧重于在网关侧收集用户反馈、生成内容评级（Ratings）并控制内容访问 [0053],[0065]。它**未公开**将设备特性发回网络节点实体（特征E、F）、也**未公开**由网络节点实体基于这些特征做出用户需求假设并确定/应用QoS度量（特征G、H、I、J）。

#### 2. D2: US20110302610A1 (US2011302610A)

* **技术领域**：利用电子节目指南（EPG）在网关中提供定制内容服务 [0047]。

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

* **特征A、B、C**：公开了服务提供商（120）、内容提供商（130）[0057]、宽带网关（102a）[0058] 及数据流传输关系 [0060]。

* **特征D、K**：**显式公开了**网关监视并识别目的地设备的属性（Device attributes），明确包含了**显示分辨率（display resolution）**、解码算法、功率消耗水平、QoS及带宽等 [0057],[0072]。

* **特征J（部分）**：公开了网关（102a）可以根据设备属性调整内容递送（例如高清晰度传给DTV，低清晰度传给移动设备）以优化带宽和功耗 [0072],[0081]。

* **未公开/区别特征**：D2中的内容定制和QoS/流适配是由**网关（Gateway）本地**完成的（例如网关对EPG和内容流进行转换）[0073],[0085]。D2**未公开**网关将设备特性传输回第一网络中的节点实体（特征E、F），更**未公开**由第一网络节点实体“做出用户需求假设并确定QoS度量”（特征G、H、I）。

#### 3. D3: US20110302612A1 (US2011302612A)

* **技术领域**：通过网关提供频道切换与预览 [0046]。

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

* **特征A、B、C**：公开了网络架构中的提供商、网关与终端设备 [0060],[0061]。

* **特征D、F（部分）**：公开了网关向内容提供者发送特定信息（Specific information），如CODEC使用、图片分辨率、帧比特率等，以便从提供者处接收合适格式的预览流 [0062],[0073]。

* **未公开/区别特征**：D3向上游发送设备/流信息的目的是为了让提供商**提供特定格式的预览视频流（preview formats）**以加速频道切换 [0056],[0073]，并非为了让节点实体“关于用户需求做出假设”并“确定及应用QoS管理度量”（特征H、I、J）。

---

### 四、 最接近对比文件的选择与整体分析

在创造性分析中，选择最接近的对比文件需考量：**技术领域、解决的技术问题、实现的技术效果以及公开的技术特征数量。**

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

* **整体解决的技术问题与技术效果**：

* **目标专利**：旨在解决当目的地设备（如手机、电视）位于第二网络（家庭网/局域网）时，由于网络节点无法直接得知终端设备能力，导致QoS配置不合理的问题。其效果是实现按需、精准的QoS数据流管理。

* **D2**：同样致力于解决家庭网络中不同终端设备（如DTV与移动设备）能力差异大、网络资源有限的问题，其效果是降低带宽/功耗，提供设备适配的内容递送 [0072],[0081]。

* **特征覆盖度**：D2公开了架构（A, B, C）、明确公开了终端设备的具体特性（如屏幕分辨率，对应特征D、K）[0057],[0072]，且同样涉及基于设备特性的QoS/带宽/内容流管理 [0076],[0082]。因此，**D2最适合作为第一最接近的对比文件（Primary Reference）**。

#### 2. 备选最接近对比文件：**D3 (US20110302612A1)**

* 若侧重于“**网关向第一网络节点实体回传终端设备/流特征（特征E、F）**”这一动作架构，D3公开了网关将CODEC、分辨率等参数发送给网络侧内容提供商 [0073]。因此，D3亦可作为辅助或备选的最接近对比文件。

---

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

若要对目标专利权利要求1发起无效宣告请求，我们需要识别其真正的**发明点（即区别技术特征）**并评估其稳定性：

#### 1. 核心区别特征（目标专利的技术创新点）

结合对D1~D3的分析，目标专利相对于现有技术的核心区别特征在于：

> **特征E + G + H + I** 的组合：

> 即“网关将目的地设备特性发回第一网络的节点实体” $\rightarrow$ “节点实体将特性与数据流相关” $\rightarrow$ **“节点实体使用该特性关于用户需求做出假设（Assumptions）”** $\rightarrow$ **“节点实体基于假设确定并应用QoS度量”**。

#### 2. 最薄弱的技术特征（最易被攻破或最无显而易见性的特征）

* **最薄弱特征A：特征K（设备特性类型：屏幕大小、分辨率、内存等）**

* *薄弱原因*：D2 [0057],[0072] 和 D3 [0073] 已经全面公开了“屏幕分辨率、CODEC、功率”等参数。特征K属于本领域常规的终端能力协商参数，在无效攻击中**没有任何防守能力**，极易被结合掉。

* **最薄弱特征B：特征E、F（网关将设备特性透传给第一网络节点）**

* *薄弱原因*：D3 [0073] 已经明确公开了网关向提供商发送设备/流相关参数（CODEC、分辨率）。将网关采集的信息上报给核心网/源节点是网络通信（如SIP、RTSP、QoS信令协议）中的公知常识。

* **实质防守壁垒（专利权的唯一“护城河”）：特征H、I（“节点实体基于特性做出用户需求假设，并据此确定QoS”）**

* *深度解析*：现有技术（如D2）通常是“基于设备硬性指标进行直接匹配（如：是手机就发标清，是电视就发高清）”。而目标专利引入了**“假设（Assumptions regarding user needs）”**机制（例如：假设用户在小屏上不需要过高的帧率，或者假设用户当前的存储内存不足以缓冲高码率流，从而主动调整QoS）。

* **结论**：如果仅用D1、D2、D3三篇文献，**无法完全覆盖特征H和I**。无效请求人如果只用这三篇对比文件，专利权人可以通过“节点实体进行推理/假设进而动态计算QoS度量”进行强有力反驳。

---

### 六、 进一步的对比文件检索策略（无效检索指南）

为了成功无效目标专利权利要求1，必须针对**“网关向网络侧节点反馈终端特性”**以及**“网络节点基于终端特性/假设实施动态QoS策略”**补充强有力的对比文件。建议采用以下检索策略：

#### 1. 检索方向与核心分类号（IPC / CPC）

重点寻找 3GPP、IPTV、IMS（IP多媒体子系统）或策略控制与计费（PCC）架构相关的早期专利或技术标准。

* **H04L 47/80**：基于用户或业务特性的资源分配/QoS管理。

* **H04L 67/306**：终端/用户属性文挡（User/Device Profiles）的传输与利用。

* **H04L 65/80**：基于QoS反馈或终端能力的视频/多媒体流适配。

* **H04W 28/24**：移动网络中的QoS协商与管理。

#### 2. 关键词组合策略（Query Building）

* **分组1（网关与终端特性）**：`(Gateway OR "Edge Node" OR "BRAS" OR "CPE") AND ("Device Capability" OR "Screen Resolution" OR "Display Size" OR "Memory Size" OR "Device Profile")`

* **分组2（特性回传与节点）**：`(Report* OR Transmit* OR Feedback* OR Pass-through) NEAR5 (Server OR "Network Node" OR "Content Provider" OR "PCRF")`

* **分组3（需求假设与QoS管理）**：`("User Need" OR Assumption OR Infer* OR Estimate*) AND ("Quality of Service" OR QoS OR "Bandwidth Allocation" OR "Bitrate Adaptation")`

#### 3. 重点标准文献（Standard Essential Documents）检索

由于目标专利涉及“网关-网络节点”间的QoS控制，建议优先检索 **3GPP** 或 **ETSI / ITU-T** 规范：

* **3GPP PCC (Policy and Charging Control) 架构**：检索关于 **AF (Application Function)** 或 **PCRF (Policy and Charging Rules Function)** 如何接收来自终端/网关的 SDP (Session Description Protocol) 或终端属性（User Agent Profile, UAProf），进而推导 QoS 规则（QCI/GBR）的标准文件（如 3GPP TS 23.203）。

* **UPnP / DLNA WAN Gateway 规范**：检索宽带网关如何将 LAN 侧终端能力（QoS Requirement）通过 UPnP QoS Architecture 映射并发送给 WAN 侧 ISP 节点的标准。

#### 4. 结合逻辑路线建议

* **主对比文件（D1'）**：找一篇公开了“网关将终端能力（屏大小/内存/分辨率）发送给网络端服务器，服务器据此为该数据流分配QoS”的专利（如 3GPP 架构下的策略服务器）。

* **结合对比文件（D2/D3）**：结合本案中的 D2（公开了具体屏分辨率/内存等属性）和 D3（公开了网关向提供商发送特定参数），论证将终端特性回传并由网络侧统一执行 QoS 策略属于本领域的公知常识和显而易见的逻辑演进。

这份专利无效分析报告以资深专利代理师的专业视角，紧密结合目标专利权利要求与三篇对比文件（D1、D2、D3）的原文及出处进行严谨对比分析，并给出创造性与检索策略建言。

---

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

### 权利要求1的技术特征拆分：

* **特征A**：一种用于管理第一网络和第二网络之间的数据流的系统，所述系统包括在所述第一网络中的节点实体；

* **特征B**：和位于所述第一网络和所述第二网络之间的边界处的网关实体；

* **特征C**：其中所述节点实体被配置为传输寻址到所述第二网络中的目的地设备的数据流；并且所述网关实体被配置为从所述第一网络接收所述数据流；

* **特征D**：所述网关实体被配置为：标识所述目的地设备的至少一个特性；

* **特征E**：以使得所述至少一个特性与所述数据流相关的方式，将所述目的地设备的所述至少一个特性传输到所述第一网络中的所述节点实体；

* **特征F**：所述节点实体被配置为：从所述网关实体接收所述目的地设备的所述至少一个特性；

* **特征G**：将所述目的地设备的所述至少一个特性与所述数据流相关；

* **特征H**：使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设；

* **特征I**：基于这些假设确定将在向目的地设备递送数据流中使用的服务质量（QoS）度量；

* **特征J**：应用所述服务质量度量以对所述数据流执行服务质量管理；

* **特征K**：其中，所述至少一个特性是设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

---

## 二、 对比文件特征比对（含出处与原文）

对三篇对比文件进行逐项特征比对。各对比文件公开号及简称定义如下：

* **D1**：`US20110302624A1` (METHOD AND SYSTEM FOR SECURE CONTENT DISTRIBUTION BY A BROADBAND GATEWAY)

* **D2**：`US20110302632A1` (Method and System for Supporting Visitor Access Via a Broadband Gateway)

* **D3**：`US20110302634A1` (PROVIDING SECURE COMMUNICATION AND_OR SHARING OF PERSONAL DATA VIA A BROADBAND GATEWAY)

### 特征比对表格

---

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

#### 1. D1 (`US20110302624A1`)

* **特征A、B、C公开情况**：

* *出处*：段落 [0060] - [0066]，图1。

* *原文*：`"...home network 100a may be serviced by a broadband gateway 102... broadband gateway 102 may be utilized in the home network 100a to provide connectivity between the home network 100a and the service providers 120 (and/or the content providers 130) via the distribution networks 110."`

* *分析*：网关102位于家庭网络（第二网络）与外部网络（第一网络）的边界，网络中的服务/内容提供商（节点实体）向目的设备传输数据流，网关接收该数据流。

* **特征D、K公开情况**：

* *出处*：段落 [0072]、[0085]、[0087]。

* *原文*：`"[0085] For example, high-definition video content may be delivered to certain type of devices, such as digital televisions (DTVs), while low-definition video content and/or text may be delivered to a different type of devices, such as personal mobile devices..."`；`"[0087] These operations may be performed based on content quality, price, quality-of-service (QoS), and network protocols supported by the devices..."`

* *分析*：公开了网关能够识别目的设备的类型（DTV或移动设备，即特征K中的设备类型），并识别其显示和解码能力。

* **特征I、J公开情况**：

* *出处*：段落 [0087]。

* *原文*：公开了基于设备支持的QoS和网络协议来进行内容的筛选和传输分配。

#### 2. D2 (`US20110302632A1`)

* **特征D、K公开情况**：

* *出处*：段落 [0109]。

* *原文*：`"The device identification information may comprise a device ID and/or device characteristics such as device type, device networking capabilities, device processing capabilities, device display capabilities, and/or device audio reproduction capabilities, for example."`

* *分析*：明确公开了网关获取目的设备的“设备特性”（包括设备类型、显示能力、处理能力等）。

#### 3. D3 (`US20110302634A1`)

* **特征D、K公开情况**：

* *出处*：段落 [0096]。

* *原文*：`"For example, device-profiles may be utilized to store information associated with particular devices that may be coupled to and/or serviced by the broadband gateway 200. In this regard, device-profiles may be utilized for storage of information pertaining to device capabilities, limitations, requirements, and/or configuration parameters therefor."`

* *分析*：公开了网关存储并识别设备的性能限制、配置参数与能力。

---

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

在创造性评估中，**D1 (`US20110302624A1`)** 最适合作为**最接近的对比文件**。

### 分析理由：

1. **技术领域与架构高度一致**：D1与目标专利均处于“宽带网关与多网络/多设备通信”领域，明确公开了上游服务提供商节点（第一网络节点）、边界网关（网关实体）以及下游客户端设备（第二网络目的地设备）的整体三层架构。

2. **整体解决的技术问题相似**：D1旨在解决如何根据终端设备能力及安全/网络条件，优化内容分发和QoS管理的问题（参见D1段落[0085]、[0087]）。这与目标专利“根据目的地设备特性对数据流进行服务质量（QoS）管理”的核心发明宗旨最为接近。

3. **技术特征重合度最高**：D1不仅公开了网络拓扑结构（特征A-C），还明确涵盖了网关识别设备类型/能力（特征D、K）以及基于QoS规则调整数据流（特征I、J）的技术手段。

*(注：D2和D3虽公开了更为详细的设备硬件参数，但其核心解决问题分别偏向“访客接入授权”和“隐私机密数据保护”，在解决的技术问题和流控QoS机制上与目标专利的契合度不及D1。因此D1是唯一最适合的最接近对比文件。)*

---

## 四、 区别技术特征与无效薄弱点分析

以 **D1 (`US20110302624A1`)** 为最接近对比文件时，目标专利权利要求1相对于D1的区别特征在于：

> **区别特征组**：

> 1. **特征E & F**：网关以“将设备特性与数据流相关”的方式将其**回传给第一网络中的节点实体**，且节点实体接收该特性；

> 2. **特征G**：节点实体将接收到的设备特性与数据流相关联；

> 3. **特征H**：节点实体使用该特性**关于与递送数据流相关的用户需求做出假设**；

> 4. **特征I（部分逻辑）**：由**第一网络中的节点实体**基于上述假设来确定QoS度量，并由节点/网关实施QoS管理。

### 为什么这是最薄弱的技术特征？（无效突破口）

1. **D1-D3的架构差异**：D1-D3的普遍做法是**网关自身**在本地完成设备特性的匹配与QoS/格式转换（例如网关将高清流转码为标清流给手机），而目标专利将这一决策逻辑上推到了**网络侧的节点实体**（即由上游节点实体根据网关反馈回来的设备特性做出“用户需求假设”，进而由节点端确定QoS度量并打上标记/控制传输）。

2. **“做出假设”属于高度抽象的主观逻辑/非技术特征风险**：特征H限定“关于与递送数据流相关的用户需求做出假设”（例如：假设屏幕小=用户在移动中/需要较低码率）。在专利无效审查中，这种“做出假设”的表述极易被质疑为：

* 纯粹的心理过程或抽象逻辑推演；

* 在技术层面上，其本质无非就是**“根据设备参数查找/映射对应的QoS策略规则”**，并不具备实际的物理技术结构变更。

3. **现有技术结合的显而易见性**：在通信领域（如3GPP、PCC策略与计费控制架构），将终端/网关侧的设备能力（如UE Capability、SDF流信息）通过信令（如Diameter/SIP/HTTP）上报给网络侧策略节点（如PCRF/媒体服务器），再由网络侧节点制定QoS策略，属于本领域的**公知常识**或惯用技术手段。

---

## 五、 无效请求进一步对比文件检索策略

为了彻底攻破权利要求1的创造性（击穿“网关向网络侧节点上报设备特性，网络节点据此制定/确定QoS”这一区别特征），建议采取以下阶梯式检索策略：

### 1. 扩充检索的技术领域（IPC/CPC分类号）

建议将检索重点从单纯的“Broadband Gateway（宽带网关）”扩大到**“策略与计费控制（PCC）/ QoS架构/ 动态码率自适应（DASH）/ 移动网络控制”**领域：

* **H04L 47/80**：与特定应用或服务质量（QoS）相关的资源分配/策略控制。

* **H04L 65/80**：流媒体传输中的QoS适应与网关/服务器策略。

* **H04L 67/306**：基于终端/用户属性（User/Device Profile）的网络服务自适应。

* **H04W 28/02**：无线网络中的流量管理与QoS协商。

### 2. 核心关键词组合策略（Query）

* **节点与网关交互**：`(gateway OR CPE) AND (server OR node OR "service provider" OR PCRF)`

* **特征上报与关联**：`(report* OR transmit* OR feedback) NEAR3 (device capability OR screen size OR resolution OR display OR memory)`

* **QoS决策与假设**：`(QoS OR "quality of service" OR "bitrate") AND (determine OR derive OR adapt OR infer OR assume) AND (user requirement OR demand)`

### 3. 重点对标标准文献（Standard Documents）

目标专利的思路高度契合通信标准中的**策略控制与媒体自适应机制**。建议检索优先期之前（即2010年-2011年之前）的：

* **3GPP TS 23.203**（PCC策略与计费架构）：重点查找AF/PCEF/PCRF之间关于终端能力（UE Capability）上报与QoS规则（QoS Rule）生成的条款。

* **3GPP TS 26.234 / ISO/IEC 23009 (DASH)**：查找客户端/网关将设备屏幕分辨率、内存等参数作为上下文（Context/MPD）反馈给服务器，服务器据此选择合适QoS/码流分段的公开技术。

### 4. 组合组合路线（无效逻辑方案）

* **主对比文件**：**D1 (`US20110302624A1`)** —— 用于提供整个系统架构、边界网关、设备特性识别及QoS管理的框架。

* **辅对比文件**：**新增检索文献（3GPP标准或流媒体自适应专利）** —— 用于证明“网关将设备特性（屏幕/内存）反馈给上游服务器节点，并由服务器节点制定QoS策略/假设”是本领域惯用手段。

* **结论**：D1结合新增辅对比文件及本领域公知常识，权利要求1不具备创造性（符合《专利审查指南》第22条第3款）。

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求（权利要求1）、对比文件原文及法律逻辑，为您呈递这份全面、严谨的专利有效性/无效性技术特征比对与创造性分析报告。

---

## 一、 权利要求1的技术特征拆解与技术本意解读

权利要求1限定了一种“用于管理第一网络和第二网络之间的数据流的系统”。结合通信网络技术构想，各特征的定义与逻辑架构如下：

* **前置架构（特征A~C）：**

* **特征A/B：** 包含第一网络中的“节点实体”（Node Entity，如基站/服务器/控制节点）和位于第一网络与第二网络边界处的“网关实体”（Gateway Entity）。

* **特征C：** 节点实体发送寻址到第二网络中目的地设备的数据流；网关实体从第一网络接收该数据流。

* **交互机制（特征D~G）：**

* **特征D/E：** 网关实体标识目的地设备的至少一个特性，并将该特性**与数据流关联**后传输给第一网络中的节点实体。

* **特征F/G：** 节点实体从网关实体接收该特性，并**将其与数据流相关联**。

* **核心推断与QoS管理（特征H~K）：**

* **特征H：** 节点实体使用该特性**“关于与向目的地设备的用户递送数据流相关的用户需求做出假设（make assumptions）”**。

* **特征I/J：** 基于上述**“假设”**确定QoS度量（QoS metric），并应用该度量对数据流执行QoS管理。

* **特征K：** 限制该特性具体为：设备类型、屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型。

---

## 二、 各对比文件技术特征比对表（结合原文与出处）

以下为本专利权利要求1的各项技术特征（A~K）在各对比文件中的公开情况比对：

---

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

在创造性审查中，确定“最接近的对比文件（Most Closely Resembling Prior Art）”需要结合**整体解决的技术问题**、**技术领域**以及**覆盖的技术特征数量**。

### 1. 最接近对比文件的筛选分析

* **对比文件 D3 (EP2648371A1) —— 最佳的最接近对比文件（第一最接近对比文件）**

* **整体解决的技术问题与技术效果：** D3旨在解决跨不同网络（如固定网络与移动网络FMC）提供媒体服务时，如何在端到端（E2E）架构下由服务端/控制节点感知网关与终端侧的特性，从而实现精准、自适应的QoS带宽管理与控制。这与本专利要解决的**“通过网关与节点协同实现跨网络数据流的QoS管理”**的技术问题最为贴近。

* **特征覆盖度：** D3毫无疑问或实质公开了特征 **A, B, C, D, E, F, G, I, J** 以及 **K中的“设备类型”**。其系统构架（控制流量处理设备/网关将终端及网关标识回传给服务端，服务端据此下发QoS策略）与目标专利高度一致。

* **对比文件 D1 (US20110302663A1) —— 备选对比文件**

* **分析：** D1主要解决宽带网关防止外部第三方应用对家庭域造成安全威胁的问题（采用沙盒隔离、内存禁用等）。虽然涉及网关获取设备偏好/能力（[0099]），但其核心在于“安全隔离与验证”，而非“节点通过网关传回的特性进行QoS推理与流量管理”。因此，D1不适合作为首选的最接近对比文件。

* **对比文件 D2 (WO2013127360A1) —— 辅助对比文件**

* **分析：** D2主要解决WiFi网络中大量终端同时接入AP时的信道拥塞与接入延迟问题，采用的是区分接入优先级（Association Priority Class）。其侧重于信道接入竞争（MAC层/EDCA），未涉及网关将设备特性回传给第一网络节点并由节点做出“用户需求假设”来管理QoS。

---

## 四、 目标专利最薄弱的技术特征与无效攻击路径

如果对目标专利的权利要求1提出无效宣告请求，**最薄弱的技术特征**在于以下两点：

### 薄弱点 1：特征 H（“使用所述至少一个特性来关于与向目的地设备的用户递送数据流相关的用户需求做出假设”）

* **分析原因：**

在现有技术（如D3）中，QoS策略的制定通常是**显式（Explicit）**且**确定性**的。例如，D3中终端显式选择服务质量等级（[0069]“免费/付费/由系统决定”），或者根据合约信息直接匹配。

而本专利的特征H引入了**“做出假设（make assumptions）”**这一隐式推理过程（例如：根据屏幕大或设备类型为HDTV，直接*假设*用户需要4K高码率数据流；根据内存小，*假设*用户无法接受大缓存流）。

* **攻防攻防要点（无效策略）：**

1. **公知常识/常规技术手段结合：** 结合D3（已公开网关将设备特性传输给节点，节点据此配置QoS），在通信领域，根据设备客观参数（如设备类型为手机或TV）推断/假设用户的体验需求（如码率或延时需求）是本领域的公知常识或本领域技术人员为了优化用户体验（QoE）必然容易想到的技术手段。

2. **说明书充分公开（专法26条3款）/ 权重不支持（专法26条4款）角度突破：** 检查目标专利说明书是否明确解释了“如何基于特征K的具体参数（如屏幕大小、内存类型）做出何种具体的‘假设’”。若说明书中缺乏明确的推断逻辑或算法支撑，可顺势发起**说明书公开不充分**或**权利要求得不到说明书支持**的攻击，与创造性形成组合拳。

### 薄弱点 2：特征 K 的具体限定（“屏幕大小、屏幕分辨率、目的地设备中存储器的大小或量、或目的地设备中存储器的类型”）

* **分析原因：**

D1、D2、D3均公开了“设备类型（Device Type）”（如D2公开了传感器、智能手机、笔记本；D3公开了PC、固定电话、HDTV；D1公开了显示能力），但对“屏幕尺寸、分辨率、内存大小/类型”未进行字面完全相同的穷举列举。

* **攻防要点（无效策略）：**

“屏幕大小/分辨率”及“存储器参数”属于电子设备最常规的物理/硬件属性参数。本领域技术人员在已知“根据设备类型进行QoS管理”的基础上，将该特性进一步具体化为设备具体的硬件参数（屏幕、内存），属于**常规选择或等同替换**，不具备突出的实质性特点和显著的进步。

---

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

为了彻底打掉特征H（“做出假设”）以及特征K（特定的硬件参数），建议补充以下检索策略：

### 1. 检索要素组合（IPC分类号 + 关键词）

* **分类号建议（IPC / CPC）：**

* `H04L 47/80` （基于服务等级协议或策略的QoS控制）

* `H04L 67/30` （涉及用户或设备配置文件的网络协议/服务Profile）

* `H04L 47/24` （基于流量特性的QoS管理）

* `H04W 28/02` （无线通信网络中的流量管理/QoS）

* **关键词拓展（英文与中文）：**

* **节点/网关/特性传输：** Gateway, Access Point, Node, Device Capability, Terminal Profile, Screen Size, Resolution, Memory, Display Attribute.

* **假设/推断/QoE/QoS：** Assumption, Infer, Estimate, Predict, User Expectation, Quality of Experience (QoE), QoS adaptation, Context-aware.

### 2. 针对性检索逻辑构建

1. **打特征H（QoE/上下文感知的QoS推断）：**

* *逻辑表达式：* `(QoS OR QoE) AND (infer* OR assum* OR predict* OR context-aware) AND (device capability OR screen OR resolution OR profile)`

* *目标：* 寻找在2011-2013年以前，内容服务器/网络节点根据网关上报的终端硬件参数（屏幕、分辨率、内存），**“推断/假设（Infer/Assume）”**用户对视频码率或带宽的需求，并自动下发对应QoS策略的Prior Art。

2. **打特征K（细化硬件参数作为QoS依据）：**

* *逻辑表达式：* `(gateway OR AP) AND (report* OR send* OR transmit*) AND (screen size OR resolution OR RAM OR memory) AND (QoS OR bandwidth OR rate control)`

* *目标：* 寻找直接公开网关将终端的“屏幕大小”、“分辨率”或“内存大小”作为信令报文（如SIP Header、HTTP User-Agent扩展、QoS Request）发送给网络服务器的对比文件，与D3形成完美的 **D3 + D4** 组合。

作为一名经验丰富的专利代理师，我针对目标专利《权利要求1.docx》（以下简称**目标专利**）与两份对比文件：**D1**（US20140082219A1，Customized Delivery of Content by a Broadband Gateway）和 **D2**（US20140122211A1，Method and System for Recognizing Energy Efficient Certified Devices Through a Gateway）进行深入的技术特征比对、法律理解与无效可行性分析。

---

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

紧密结合目标专利说明书的内在逻辑，权利要求1定义了一种跨网络边界（第一网络与第二网络，例如核心网/互联网与家庭局域网）的数据流管理系统。其核心逻辑在于：

1. **边界感知与反向反馈**：位于边界处的**网关实体**（如宽带网关）识别第二网络中目的地设备的特定物理/硬件/系统特性（设备类型、屏幕大小/分辨率、内存大小/类型），并将该特性与数据流绑定/关联后，**反向传输**给第一网络中的**节点实体**（如服务器、网络节点）。

2. **节点实体的预测与QoS决策**：第一网络中的节点实体接收该特性后，**基于特性对“用户需求”做出假设/预测**，进而**确定QoS（服务质量）度量**并实施QoS管理。

---

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

针对权利要求1分解出的技术特征A~K，结合对比文件原文分析如下：

#### 1. 详细特征比对表

---

### 三、 整体解决的技术问题、技术效果及最接近对比文件分析

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

* **目标专利**：旨在解决**网络边界两侧（跨网）协同QoS控制**的问题。通过网关将目的地设备的硬件/系统特性反向反馈给源头节点，使上游节点能够**智能化预判用户体验需求**，并在源头直接下发适配的QoS策略，减轻边界网关的计算负担（如避免网关二次转码），优化端到端的QoS管理。

* **D1 (US20140082219A1)**：主要解决**家庭网关端的内容自适应与定制化分发**问题。其核心是网关从上游获取内容后，在网关本地进行转码（Transcoding）、降采样或根据设备属性进行内容源排序（Ranking）。技术焦点在于**网关本地的自适应处理**。

* **D2 (US20140122211A1)**：主要解决**通过网关识别节能认证设备并进行能源管理/奖励发放**的问题。其技术焦点在于**设备节能属性的识别与上报计费**。

#### 2. 最接近对比文件的选择与认定

在创造性分析中，**D1 (US20140082219A1)** 最适合作为**最接近的对比文件**（Primary Prior Art）。

* **原因**：D1与目标专利属于**相同的技术领域**（基于网关的数据流管理与内容定制化交付），且公开了最多的技术特征（网关实体、目的地设备属性识别、QoS控制、屏幕分辨率属性等）。

* **D2的定位**：D2主要侧重于节能设备的识别与上报，不适合作为主要对比文件，仅能在后续分析中作为结合对比文件（Secondary Prior Art）。

---

### 四、 无效请求中的薄弱技术特征与组合攻击分析

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

D1未能公开特征 **E、F、G、H、I**，其核心差异可归纳为：

> **“反向反馈机制与节点端基于预判的QoS决策”**：即网关将目的地设备特性与数据流关联后**反向传输**给第一网络的节点实体，并由**节点实体**基于该特征**对用户需求做出假设/预判**，进而**确定并应用QoS度量**。

#### 2. 其他对比文件（D2）是否公开了上述差异特征？

* **未公开**：D2（US20140122211A1）虽然提到了网关向上游服务提供商（SP 172）上报设备信息，但其上报的内容是“节能认证/使用情况”，上报的目的是“数据统计、隐私剥离及奖励/积分发放（Credit/Reward）”（[0028], [0046]），**完全不涉及**“将设备特性与特定数据流绑定”、“节点实体基于设备特性假设用户需求”以及“节点实体据此实施QoS管理”的技术过程。

* **结论**：单独依靠 D1 + D2 **无法完成对权利要求1的逻辑拼图**，存在明显的特征断层（具体在“反向反馈架构+节点端QoS假设决策”）。

#### 3. 目标专利最薄弱的技术特征（Patentability Vulnerability）

在专利无效诉讼/请求中，权利要求1中最薄弱、最容易被公知常识（Common General Knowledge）或现有技术击穿的技术特征是：

* **特征 H（“使用所述至少一个特性来关于与向所述目的地设备的用户递送所述数据流相关的用户需求做出假设”）**：

* **法律/撰写瑕疵**：“做出假设（make assumptions）”属于高度主观化、功能化的表述。在实际通信协议（如3GPP、IETF QoS架构、DASH自适应流媒体）中，服务器根据客户端设备类型/分辨率匹配对应码率（Bitrate）或QoS等级，本质上就是“假设/推定”小屏幕不需要4K流、手机不需要超高QoS。

* **无效突破口**：该特征极易被审查员或复审委认定为**“本领域抽象的功能性描述”**或**“本领域的常规设计选择/公知常识”**。只要证明“根据设备类型/分辨率调整发送端的传输策略/QoS”是本领域技术人员的常规手段，该“假设”特征即不具备创造性贡献。

---

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

为了成功无效目标专利权利要求1，必须补充检索能够弥补“**网关反向反馈设备参数至上游网络节点 + 节点端做自适应QoS/码率控制**”这一技术缺口的对比文件（D3）。建议采取以下检索策略：

#### 1. 核心技术构思与检索要素（IPC / CPC 分类号 + 关键词）

* **重点关注分类号**：

* `H04L 47/80` / `H04L 47/24`（网络资源管理；基于特性的QoS管理）

* `H04L 65/612` / `H04L 65/80`（流媒体传输中的QoS协商与自适应）

* `H04L 67/303` / `H04L 67/306`（基于终端能力/用户配置文件的网络服务自适应）

* **关键词组合策略**：

* **组1（网关/反馈）**：(Gateway OR "Edge Node" OR "Border Entity") AND (Feedback OR Report OR Signaling OR "Carried in")

* **组2（设备参数/特性）**：("Device Capability" OR "Screen Size" OR Resolution OR Memory OR "Terminal Profile" OR "Device Type")

* **组3（流/QoS/服务器端决策）**：("QoS" OR "Quality of Service" OR "Bitrate Adaptation" OR "Server-side" OR "Node Entity") AND (Stream OR "Data Flow")

#### 2. 补强对比文件的检索方向建议

1. **移动通信标准协议（3GPP / PCC 架构）**：

检索 3GPP TS 23.203（Policy and Charging Control architecture）或 TS 26.247（3GP-DASH）。在标准的PCC架构中，AF（Application Function）或 PCEF（网关）会将终端能力/Location/RAT类型汇报给 PCRF（策略与计费规则功能实体），由PCRF在网络侧动态下发 QoS Policy。这与目标专利“网关向节点反馈终端特性以制定QoS”高度重合。

2. **DASH / HTTP Dynamic Adaptive Streaming 协议专利**：

重点检索2010~2015年间关于“Server-driven or Network-assisted DASH”的专利，特别是网关/代理（Proxy）代表客户端向媒体服务器（Media Server）上报终端显示能力，从而由服务器选择合适QoS/Profile分发的方案。

根据权利要求1所述的系统，其中，所述数据流包括所述目的地设备的第一地址；并且进一步其中，所述第一地址是所述第一网络中的地址；并且其中，所述网关实体还被配置为以使得其与所述目的地设备的所述第一地址相关的方式将所述目的地设备的所述至少一个特性传输到所述节点实体。

根据权利要求1或2所述的系统，其中，所述网关实体还被配置为检测所述第二网络中的所述目的地设备的至少一个设备特性并存储它。

根据权利要求2所述的系统，其中，所述网关实体还被配置为使用NAT表并且向所述第二网络中的至少一个设备分配端口；并且进一步其中，所述网关实体被配置为检测所述第二网络中的所述目的地设备的至少一个设备特性；并且以使得它可以与所述第一地址相关以及与经由NAT表使用的端口相关的方式存储它。

根据权利要求1、2和4中任一项所述的系统，其中，所述网关实体被配置为向所述节点实体推送涉及所述至少一个设备特性的信息。

根据权利要求1、2 and 4中任一项所述的系统，其中，所述网关实体被配置为从所述节点实体接收针对与至少一个设备特性相关的信息的请求；并且其中所述网关实体还被配置为在请求时递送信息。

根据权利要求1、2和4中任一项所述的系统，其中，所述节点实体是DSLAM。

根据权利要求1、2和4中任一项所述的系统，其中，所述第二网络是家庭网络；并且所述网关实体是家庭网关设备。