一种网络网关，包括网关功能；被配置成对于或者关于到达所述网关功能的数据施行一项或更多项预定操作；第一应用；被实施在所述网络网关上并且被配置成通过与第二应用交换数据来参与测试所述网关功能；以及路由单元；被配置成对在第一应用与第二应用之间交换的数据中的至少一些进行路由；从而使得所述数据中的至少一些到达所述网关功能；其中，至少利用与第一应用相关联并且被配置成经由所述网关功能传递数据的第一虚拟网络接口来路由所述数据。

作为一名专业的专利代理师，我将针对您提供的权利要求1及两份对比文件（D1与D2），紧密结合专利法原理、说明书文本逻辑以及对比文件原文进行深入分析。

---

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

**对比文件代号说明：**

* **D1：** US20060120293A1（*Method and apparatus for discovering Internet addresses*）

* **D2：** US20090285198A1（*APPARATUS AND METHODS FOR PROVIDING MEDIA PACKET FLOW BETWEEN TWO USERS OPERATING BEHIND A GATEWAY DEVICE*）

#### 1. 特征比对表格（完整梳理）

---

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

在专利创造性审查与无效宣告中，选择最接近现有技术通常遵循“**技术领域相同/相近、解决的技术问题最相似、公开的技术特征最多**”的原则。

#### 1. 深度对比与分析

* **D1（US20060120293A1）：**

* **技术领域与结构架构：** 涉及网络网关（NAT）及其内部集成的自动化测试/探测应用（STUN Client 46）。

* **结构重合度：** D1明确公开了**将“第一应用”（STUN Client）部署/实施在“网络网关”本体上**（段落[0021]-[0022]），并且该应用通过与外部/局域网的“第二应用”（STUN Server）交换测试数据包，来**自动测试/探测网关自身所处的网络环境与网关功能**（段落[0027]）。这与本专利权利要求1中特征C、D、F、G的架构设计高度吻合。

* **解决的技术问题：** 如何在网关上自动运行测试/探测程序，以识别网关功能状态（如是否处于多重NAT之后）。

* **D2（US20090285198A1）：**

* **技术领域：** 涉及网关后两个终端设备（如Softphone 102和104）之间的媒体流发回（Hairpinning）路由。

* **结构重合度：** D2的第一应用和第二应用均位于**网关外部/背后的客户端设备**上，网关本身仅充当数据包的转发表项和发回（Hairpin）处理者，**未在网关内部部署用于测试网关功能的第一应用**。

#### 2. 结论

**D1（US20060120293A1）最适合作为最接近的对比文件。**

因为D1不仅在物理架构上公开了“在网关上实施第一应用”这一关键结构构架，而且其整体解决的技术问题（通过网关内置应用与外部交互来自动测试/诊断网关的NAT功能状态）与本专利本意高度贴合。

---

### 三、 区别技术特征及其他对比文件的公开情况

以 **D1（US20060120293A1）** 作为最接近的对比文件，权利要求1相对于D1的区别技术特征为：

> **区别特征（即特征H的后半部分核心）：**

> “至少利用与第一应用相关联并且被配置成经由所述网关功能传递数据的第一虚拟网络接口来路由所述数据。”

#### 检查其他对比文件（D2）是否公开了该区别特征：

* **D2（US20090285198A1）的审查：** D2着重于阐述利用端口伪装（Port Spoofing）和会话元组（Session Tuple）在物理/逻辑层面上实现同网关下两端点的数据发回（Hairpinning），其全文（包括说明书及附图）**完全未提及或隐性公开“虚拟网络接口（Virtual Network Interface/vnet/TUN/TAP等）”**这一技术手段。

* **结论：** 区别特征**既未被D1公开，也未被D2公开**。仅凭D1与D2组合，无法直接拼凑出权利要求1的全部技术特征。

---

### 四、 无效请求中最薄弱的技术特征分析与攻击策略

如果在后续专利无效宣告请求中试图击垮权利要求1，我们需要客观评估其“最薄弱的技术特征”（即最容易被认定为公知常识或被重新检索到的特征）：

#### 1. 最薄弱特征判定：**“第一虚拟网络接口（Virtual Network Interface）”**

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

1. **技术实现的通用性：** 在Linux/Unix网络网关开发领域，通过创建虚拟网络接口（例如 TUN/TAP 虚拟网卡、veth pair 或 loopback 扩展接口）将本机的软件应用（如VPN客户端、网关测试Agent、Proxy代理）的数据包重定向输入至系统的网关转发栈/IP协议栈（即经由网关功能传递数据），属于本领域技术人员（POSITA）极其普遍且惯用的软件架构设计手法。

2. **说明书结合解释：** 结合本专利说明书（假设说明书中将虚拟网络接口解释为标准的软件虚拟网卡或Loopback映射），其解决的技术问题本质上是“*如何在网关本机应用与网关转发引擎之间建立逻辑数据通道，使本机产生的测试流量能够像外部报文一样穿过网关处理链*”。

#### 2. 攻击思路（显而易见性攻击 / 组合攻击）：

* 单靠目前的D1+D2组合在**形式上**尚缺“虚拟网络接口”的文字显性记载；

* **攻击路径A（公知常识举证）：** 引入网络操作系统（如Linux内核网络栈）的技术教科书或公知常识证据（如《TCP/IP详解》或Linux TUN/TAP虚拟网卡驱动机制说明），证明“利用虚拟网络接口（Virtual Network Interface）将本机应用流量引入路由/网关引擎处理”是本领域的惯用技术手段。将该公知常识结合D1，即可论证权利要求1不具备创造性（中国《专利审查指南》第二部分第四章4.1）。

* **攻击路径B（补充检索对比文件D3）：** 补充检索一份公开了“在网关/路由器中使用虚拟网络接口（Virtual Interface）引导本机应用数据通过网关处理”的对比文件D3。

---

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

为了彻底无效权利要求1（特别是攻克“虚拟网络接口路由测试数据”这一特征），建议采取以下补充检索策略：

#### 1. 检索要素提取与表达（Key Concepts & Expansion）

* **主题1：网关内置测试/诊断应用 (Gateway-implemented test application / STUN / Agent)**

* *关键词：* Gateway, Router, NAT, Test Agent, Test Application, STUN Client, Self-test, Diagnostic;

* *IPC/CPC分类号：* `H04L43/50` (Testing or monitoring equipment/modes), `H04L12/28`, `H04L67/00`, `H04L45/00`.

* **主题2：虚拟网络接口 / 逻辑接口 (Virtual Network Interface / TUN / TAP / Virtual Adapter)**

* *关键词：* Virtual network interface, Virtual interface, Virtual adapter, TUN, TAP, veth, Pseudo interface, Loopback, Logical interface;

* *CPC分类号：* `H04L49/70` (Virtual interfaces), `H04L69/16` (Implementation of protocol stacks).

* **主题3：数据路由与网关功能处理 (Routing through gateway function / NAT / Packet loopback)**

* *关键词：* Route, Forward, Pass through, Loopback, NAT function, Packet processing chain.

#### 2. 检索逻辑式构造（示例）

1. **组合检索式 1（聚焦网关+虚拟接口+测试）：**

`(Gateway OR Router OR "Network Address Translator" OR NAT) AND ("Virtual interface" OR "virtual network interface" OR "virtual adapter" OR "TUN" OR "TAP") AND (test OR testing OR diagnostic OR probe OR STUN)`

2. **组合检索式 2（聚焦虚拟接口流量导入网关路由功能）：**

`("Virtual network interface" OR "virtual interface") AND (route OR routing OR "gateway function" OR NAT) AND (packet OR data) AND ("local application" OR "internal application" OR "test application")`

#### 3. 推荐检索数据库与文献类型

* **专利数据库：** Google Patents, Espacenet, CNIPA, USPTO (重点检索 Cisco、Huawei、Juniper、Broadcom、ZTE 等网关/路由器巨头的早期专利)。

* **非专利文献（NPL - 极度推荐）：**

* Linux 内核网络驱动文档（如 *Linux Universal TUN/TAP driver documentation*）；

* RFC 标准文档（如关于 Virtual Interfaces, STUN, Loopback Routing 的 RFCs）；

* IEEE Xplore / ACM 数字图书馆中关于“Router/Gateway Virtualization & Self-Diagnosis”的学术论文。

根据权利要求1的网络网关，其中，所述网络网关被适配成用在第一网络与第二网络之间；并且其中到达所述网关功能的所述数据中的至少部分包括在第一网络中的一个或更多网段与第二网络中的一个或更多网段之间传送的数据。

根据权利要求1或2的网络网关，其中，所述网络网关是家庭网关；办公室网关；运营商网络上的边缘路由器或者汽车网关。

根据权利要求1或2的网络网关，其中，所述网关功能包括网络地址翻译器、防火墙、内容过滤器和家长控制当中的一项或更多项。

根据权利要求1或2的网络网关，其中，当所述网关功能包括网络地址翻译器（NAT）时；对于网关功能的测试包括确定以下各项当中的一项或更多项：由NAT使用的当前端口；NAT的当前广域网互联网协议地址；对应于NAT的当前虚拟服务器规则；NAT的端口映射行为；NAT的过滤行为；NAT对于发夹的支持；在NAT中实施的端口分配算法中的一种或更多种；对应于NAT中的NAT绑定的超时数值；以及在拥塞期间、在繁忙网络交通期间、在多个同时会话期间和/或在多项同时NAT绑定期间的NAT行为。

根据权利要求1的网络网关，其中，第一虚拟网络接口是桥组的部分。

根据权利要求1或6的网络网关，其中，第一虚拟网络接口包括TUN/TAP虚拟接口。

根据权利要求1或2的网络网关，其中，第二应用被包括在所述网络网关内。

根据权利要求8的网络网关，其中，利用与第二应用相关联并且被配置成经由所述网关功能传递数据的第二虚拟网络接口来路由所述数据。

根据权利要求8的网络网关，其中，在所述网络网关离线时实施对于所述网关功能的测试。

根据权利要求1或2的网络网关，还包括用于提供对于网关功能的测试的结果的一项或更多项指示的装置。