一种在用户装备中的用于指示在第一本地设备和第二本地设备之间建立连接的方法，所述用户装备连接到公共网络；其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络；其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接；所述方法包括：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示；处理对虚拟视图中第一表示的选择；获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径；以及取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。

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

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

根据您的请求，我们将权利要求1分解为技术特征A至G，并紧密结合对比文件D1（WO2009055716A1）和D2（WO2010141714A2）的英文原文进行逐项比对分析。

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

---

### 二、 最接近对比文件（D1 vs D2）的甄别与确定

在创造性审查中，确定最接近的对比文件需从**技术领域、整体解决的技术问题以及达到的技术效果**三个维度进行考量。

* **对比文件1 (D1: WO2009055716A1)**

* **解决的技术问题：** 如何在不改变复杂的企业IT网络和防火墙策略的前提下，实现远程主机对隔离在防火墙后的私有局域网设备的集中管理与透明代理访问。

* **技术效果：** 建立安全的双向TCP/IP流通道（如SSH隧道），使外部访问完全透明。

* **缺陷：** 偏向纯粹的底层网络隧道与代理技术，缺乏针对用户侧直观的多网互联视图的交互和根据底层链路状态动态控制上层用户指示能力的逻辑。

* **对比文件2 (D2: WO2010141714A2)**

* **解决的技术问题：** 如何在不同私有局域网（如不同的家庭网）之间跨越因特网实现UPnP（通用随插即用）设备的跨网段虚拟化识别、流媒体互访与远程控制。

* **技术效果：** 使用户在移动设备上通过直观的列表式视图，即可将其本地网络设备“虚拟化”映射到远端朋友的网络中，使其如同处于同一LAN内。

* **与目标专利的契合度：** 目标专利要求1的核心在于“在用户装备（UE）中生成包含第一、第二本地设备表示的虚拟视图，处理选择，并取决于通信路径连接性信息来启用/禁用用户发起连接指示的能力”。D2不仅完整公开了用户装备（Mobile Device）、跨网段中间系统（Agent+Server）的架构，还深入公开了“用户界面视图”、“处理设备选择”以及“分析两端网络拓扑连接性（端口转发支持情况）”的完整技术演进脉络。

**结论：**

在创造性分析中，**对比文件2（D2: WO2010141714A2）最适合作为最接近的对比文件**。因为它与目标专利整体解决的技术问题（如何简化跨网络设备互联的上层用户控制与链路打通）最契合，公开的技术特征也最多。

---

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

若要向专利局提出该目标专利的无效宣告请求，本权利要求1中**最薄弱（即专利权人最容易据此论证创造性、对无效请求方而言最难攻破）的技术特征**是：

> **技术特征G中的限定部分：** “**取决于所述关于通信路径的连接性信息**并且响应于处理对虚拟视图中第一表示的选择，**启用或禁用**用于用户装备的用户进行以下的能力：通过公共网络提供指示……”

**法律与技术理由：**

1. **D2的局限性：** 尽管D2在[p0061]-[p0063]中完美地分析了连接性信息（源网和目标网是否支持Port Forwarding），但其解决手段是“不管链路多么复杂，我都通过底层切换方案（直接连、反向推、或用Re-routing server中转）来尽力帮用户连通”。D2在用户界面上始终是“启用”状态，并不存在因连接性信息不佳而“禁用”用户发起指示能力的设想。

2. **D1的局限性：** D1纯粹由防火墙内的DSC定时向DSM探询（Pending Connection），属于纯底层的被动握手，根本不涉及上层UE视图的“启用/禁用”逻辑。

3. **技术效果的溢出：** 目标专利通过该特征实现的特定效果是：在用户实际点击发送连接指令前，UE就已经预先感知了底层的网络路径状况。如果两端设备之间根本无法建立有效的通信路径（例如双层对称型NAT且无中转服务器），则直接在虚拟视图上将该指示能力“禁用”，从而避免了无效的网络请求，提升了用户交互体验并节省了网络信令开销。这种“上层UI控制能力”与“底层链路连接性信息”的**实时联动反馈控制**，在现有两份对比文件中均未形成直接的技术启示。

---

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

鉴于技术特征G中的“根据网络连接性信息在前端UI动态启用/禁用连接指示能力”未能被D1和D2完全覆盖，为了成功无效该权利要求，建议采取以下进阶检索策略：

1. **扩展核心关键词与IPC分类号结合：**

* **检索主题：** 跨NAT/防火墙的设备互联、远程桌面/流媒体连接、自适应UI控制、链路状态预检。

* **关键词扩展：** `(connectivity OR NAT type OR port forwarding OR network status) AND (enable OR disable OR gray out OR button OR capability OR UI OR interface) AND (establish connection OR remote access)`

* **IPC/CPC分类号锁定：** `H04L67/125`（专门用于远程控制或监测的协议）、`H04L67/131`（基于用户终端交互的协议）、`H04L61/25`（NAT翻译相关映射）。

2. **重点搜寻领域拓宽：**

* **P2P及内网穿透工具领域：** 检索TeamViewer、AnyDesk、或者是早期的P2P通信软件（如Skype的穿透机制）在2025年之前的专利。这类系统通常会在检测到对称型NAT（无法穿透）且中转服务器满载时，直接在界面上将“连接”按钮置灰（Disable）。

* **物联网（IoT）远程控制：** 检索智能家居跨网控制专利（如远程手机连接家中的IP Camera）。这类专利常有“预检查链路（Pre-check link status），若设备离线或网络不支持则在APP上禁用控制功能”的描述。

3. **联合无效论证策略（结合公知常识）：**

* 寻找一篇公开了“在图形界面中，根据底层资源/网络状态的可达性，动态灰度显示（Disable）或激活（Enable）操作按钮”的通用UI交互专利。

* 结合最接近对比文件D2（其已经公开了去检测端口转发连接性信息），以“将底层检测到的链路不可达结果反馈至前端UI进行常规的防错（Error-proofing）置灰处理，属于本领域的公知常识或常规设计选择”为由，进行创造性合围辩护。

作为一名经验丰富的专利代理师，我将为您对权利要求1进行深度解析，并结合两篇对比文件（D1和D2）的原文、详细出处进行实质性的技术特征比对。在此基础上，我将从整体技术问题与效果出发，筛选出最接近的对比文件，指出无效请求中最薄弱的技术特征，并提供下一步的检索策略。

---

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

目标专利权利要求1的核心在于：**在连接到公共网络（如Internet）的用户装备（UE，如手机）上，通过“虚拟视图”来集中展示并跨越不同本地网络（局域网）的设备，并根据路径连接性信息，动态控制（启用/禁用）用户触发跨网络设备间建立直接通信连接的能力。**

其核心价值在于“集中虚拟化呈现”与“基于连接性的前端权限控制/能力控制”。

---

## 二、 对比文件特征比对（毫无异议公开/实质公开分析）

* **D1：** `US20110035470A1` (Various Methods and Apparatuses for Tunneling of UDP Broadcasts)

* **D2：** `KR1020130083917A` (가상 유니버셜 플러그-앤-플레이 시스템을 생성하는 시스템 및 방법)

以下是两份对比文件针对权利要求1各项技术特征的详细比对及出处分析：

### 技术特征比对表

---

## 三、 最接近对比文件（D1 vs D2）的选择与创造性分析

从整体解决的技术问题以及技术效果角度分析，**D2 (`KR1020130083917A`) 更适合作为最接近的对比文件（D1可作为辅助底层通信架构的对比文件）。**

### 原因分析：

1. **技术领域与场景高度契合：** 目标专利解决的是用户如何在公共网络（广域网）环境下，通过终端设备对分布在不同局域网（第一/第二本地网络）内的设备实施多媒体或数据连接控制。D2正是一篇解决“如何让处于不同私有局域网内的UPnP/媒体设备跨越Internet进行虚拟化发现与多媒体流渲染”的专利，其应用层架构（移动设备UI、跨网代理）与目标专利完全一致。

2. **核心特征的覆盖度：** 目标专利的核心概念“**虚拟视图（特征D）**”和“**处理视图中设备的选择（特征E）**”，在D2中获得了教科书式的完美公开（D2的图4及说明书详细描述了如何在手机GUI上同时展示本网和远端好友网络的设备表示并允许用户点击选择）。而D1主要侧重于底层IPManifold、UDP广播隧道和虚拟IP（VIP）地址池的分配，缺乏直观的用户端“虚拟视图合并呈现”概念。

---

## 四、 核心无效率分析：最薄弱的技术特征

若要向中国国家知识产权局（CNIPA）或海外专利局提起诉讼、提出无效宣告请求，本专利**最薄弱（即最容易被攻破）的特征是：特征D、E、F的组合**。而**相对最坚固（对无效请求而言最棘手）的特征是：特征G。**

### 1. 特征G是无效防御的核心堡垒（最不易被无效）

* **痛点：** 无论是D1还是D2，都专注于“**如何通过技术手段克服网络障碍去建立连接**”（D1用虚拟IP隧道，D2用三种动态路由模式演进）。它们展示的是底层的“尽力而为（Best effort）”的通信适配。

* **目标专利的创新点：** 目标专利将这种底层的“连接性信息”抽提到了前端，由用户装备直接在UI上做出**预判和限制**——如果连接性不满足，直接在前端“禁用”用户发出连接指示的能力。这种“根据连接性动态启用/禁用前端操作能力”的策略，在纯粹技术性的网络通信对比文件中很难直接找到严丝合缝的公开。

### 2. 无效请求的切入点（针对特征G的攻防策略）

若要死磕**特征G**，不能指望在一篇网络通信协议专利中找到完全相同的UI控制描述。代理师应当采取以下**检索和组合策略**：

* **策略一：公知常识/惯用手段论证（功能性等同）**

在软件工程和UI设计领域，“根据底层状态/网络连接状态，在前端界面上将某个操作按钮变灰（禁用）或激活（启用）”，属于计算机交互领域的**公知常识**（例如：检测到断网时，App内的“发送”按钮自动变灰不可点）。

* **论证逻辑：** 以D2为最接近对比文件，其已经公开了“获取路径连接性信息（特征F）”。在此基础上，当底层检测到某些设备由于网络极度受限（如双向对称型NAT且无中继服务器）根本无法建立路径时，前端UI为了避免用户无效点击而将该设备的连接能力“禁用”，这只是本领域技术人员在面对D2的输出结果时，结合交互设计的公知常识，不付出创造性劳动就能想到的惯用技术手段。

* **策略二：补充检索交互控制类对比文件（D3）**

寻找一篇专门做“远程设备控制流/界面交互控制”的辅助对比文件（D3）。该D3需要公开：*终端设备在远程控制外设时，先获取通信链路状态，若带宽不满足或延迟过高，则在界面上将控制该设备连接的控件禁用。*

* **组合方式：D2（主案：跨网虚拟视图与连接） + D3（辅案：根据网络连接性在前端UI禁用/启用连接控件） + 公知常识 = 权利要求1无创造性。**

---

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

为了彻底撕开特征G的防线，建议启动第二轮针对性检索，策略如下：

1. **关键词微调与扩展：**

* 将检索重点从底层的“Tunneling（隧道）”、“UDP/TCP”、“UPnP”转移到**前端控制与网络状态联动**层面。

* **核心检索词：** `(connection viability / connectivity / link status / bandwidth / NAT type) ` **配对** `(enable OR disable OR gray out OR deactivate OR hide) ` **配对** `(UI / GUI / button / control capability / user action)`.

* **中文检索词：** `(连接性 / 链路状态 / 网络状态 / 连通性) ` + `(启用 / 禁用 / 变灰 / 隐藏 / 限制) ` + `(界面 / 控件 / 按钮 / 能力)`.

2. **重点分类号（IPC/CPC）锁定：**

* **H04L67/125**（专门针对远程控制或监测专门适配的协议）

* **G06F3/0484**（用于控制现有对象或属性的用户人机界面交互）

* **H04L41/22**（网络管理中的用户界面，重点关注根据网络拓扑/状态改变界面的专利）

3. **目标公司源检索：**

聚焦在2010~2018年间大力布局“智能家居跨网远程控制、万物互联（IoT）云平台、远程桌面连接”巨头公司的早期专利（如：**Apple**的HomeKit系列、**Google**的Nest/Weave系列、**Sony**的远程跨网P2P流媒体控制、**TeamViewer/AnyDesk**的远程连接前置链路检测交互专利）。这些公司的交互专利极有可能公开过“因连接性不佳在前端预先规避/禁用连接”的交互特征。

作为一名资深的专利代理师，我针对涉案专利权利要求1（以下简称“权1”）及其涉及的对比文件D1、D2、D3进行全面的法律与技术深度分析。

下文首先对权利要求进行说明书维度的技术原理解析，随后通过详细特征比对、最接近现有技术确立、创造性逻辑推演以及无效宣告最薄弱点的梳理，为您提供一份可直接用于提起专利无效请求或指导进一步检索的专业法律意见书。

---

## 一、 权利要求1的技术合理解析与行业背景

权1保护一种在**用户装备（UE）**中用于跨本地网络指示设备间建立连接的方法。为了准确把握其保护范围，需结合技术构思将其解构为三个核心层级：

1. **三层拓扑架构（特征A、B、C）：** 该架构由“用户装备 - 中间系统 - 跨域本地网络及设备”组成。用户装备处于公共网络，中间系统作为“桥梁”同时横跨公共网络与两个独立的本地网络（第一/第二本地网络）。第一和第二本地设备分别“隔离”在各自的本地网络中，但物理或逻辑上具备通过某种通信路径连接的潜在能力。

2. **跨域虚拟化呈现（特征D、E）：** 用户装备并非简单地显示单个网络的设备，而是生成一个**“虚拟视图”**，将两个完全不同的本地网络中的设备（第一/第二设备）以“第一/第二表示”的形式**一体化集成**在同一个视图中，并支持用户进行交互选择。

3. **连接状态感知的控制反转（特征F、G）：** 这是权1的核心控制逻辑。UE首先获取两个本地设备之间通信路径的**“连接性信息”**（如带宽是否满足、路径是否通畅、协议是否匹配等）。随后，UE的控制界面发生动态改变——并不是盲目允许用户发送连接指令，而是**取决于该连接性信息，动态地“启用”或“禁用”**用户通过公共网络向中间系统发送建立连接指令的能力。

---

## 二、 专利技术特征比对分析（含出处引证）

为了全面客观评估各对比文件对权1的公开情况，我们将各技术特征与对比文件原文进行严格的匹配校对：

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

* **D1 (US20010027484A1):** 侧重于电信级多运营商多域（Multi-domain）骨干网间的带宽代理（Bandwidth Broker）与服务协商，属于广域网服务质量（QoS）架构，未公开面向智能家庭或局域网的设备虚拟视图及UI控制能力的启用/禁用逻辑。

* **D2 (US20030110334A1):** 毫无异议地公开了桥接设备（中间系统）连接两个不同的本地网络（HAVi和UPnP网络），并在终端设备（Nodes 25, 35）上生成包含两个网络中设备虚拟表示的拓扑视图进行控制的技术。

* **D3 (CN1568519A):** 毫无异议地公开了本地服务器（中间系统）连接消费电子设备（本地网络设备）并连接远程服务器/互联网（公共网络），在PC/终端（用户装备）上生成集成本地与远程内容的统一GUI，通过虚拟控制器隐藏底层网络拓扑和文件结构的技术。

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

---

## 三、 最接近现有技术（Closest Prior Art）的确立

在无效宣告或创造性审查中，**D2 (US20030110334A1)** 是最适合作为最接近现有技术的对比文件。

* **技术领域高度重合：** 涉案专利权1解决的是跨越不同网络域（第一/第二本地网络）如何实现设备无缝发现与控制的问题。D2同样处于家庭数字网络桥接领域，专门解决HAVi网络与UPnP网络这两个处于不同管理体系、使用不同协议的本地网络之间的互联互通、统一控制问题。

* **技术问题与效果高度一致：** 涉案专利通过中间系统在公共网络端为UE提供虚拟化视图以简化跨网连接控制；D2的目的在于实现多媒体设备跨网络共存（Coexistence）与相互控制，其通过在桥接器（中间系统）中生成虚拟代码单元（BCU）向另一方网络展现虚拟表示（Virtual Representation），使用户通过统一界面（Node 25/35）查看全网拓扑并实施控制，消除了网络异构性带来的控制壁垒。

* **公开特征最多：** D2几乎完全覆盖了权1前序部分的拓扑架构（特征A、B、C）以及核心的交互基础（特征D、E），是推导权1创造性最自然的起点。

*(注：D3专注于解决“本地存储与网络云端内容的无缝集成呈现”，偏向内容资产管理，虽公开了UI无缝集成，但在“多网络拓扑桥接控制”这一物理架构层面上不如D2接近。)*

---

## 四、 创造性逻辑推演与未公开特征分析

### 1. 区别技术特征

以 **D2** 为最接近现有技术，权1与D2相比，区别技术特征在于**特征F部分（关于前后台联动的路径连接性信息获取）和特征G（UI界面控制能力的动态启用/禁用逻辑）**：

> UE根据获取的连接性信息，在处理对虚拟视图中设备表示的选择时，响应地“启用”或“禁用”用户通过公共网络提供连接指示的能力。

### 2. 其他对比文件的公开情况分析

* **D1是否公开该区别特征？**

D1提及了通过“带宽代理（Bandwidth Brokers）管理域之间的可用资源并保证通信质量”（说明书[0016]），在后台有根据资源充沛度“允许”或“取消”通信流量的动态控制机制。但是，D1的处理发生在网络骨干网元侧，其技术方案**并未将这种底层的连接性确认关联到终端用户装备的图形用户界面（UI）上**，更没有在界面层面做出“启用或禁用用户发起连接的能力”的交互设计。

* **D3是否公开该区别特征？**

D3在其具体实施方式最后提及：“网站可以以一种格式提供内容数据，对于该格式该本地服务器没有可用的解码器……”（或者GUI不兼容）。在这种可选实施例中，D3提出了进行数据转换或偏好过滤。但这依然停留在数据可读性的技术层面，**并未公开因为“没有可用解码器”或“路径不通”而直接在用户界面上控制反转，进而去“禁用或启用”用户发送点击指令的功能。**

---

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

若要向国家知识产权局提起对权1的无效宣告请求，整个权利要求中**最薄弱（即最容易被攻破、创造性最低）**的特征是：**特征D（生成包括两个本地网络中设备表示的虚拟视图）。**

### 原因分析：

虽然涉案专利引入了“第一本地网络”和“第二本地网络”的抽象概念，但在数字家庭和物联网领域，将多个异构局域网（如蓝牙网、Wi-Fi网、Zigbee网，或D2中的HAVi、UPnP网络）接入同一个网关（中间系统），并由手机APP（用户装备）通过云端（公共网络）下载全屋设备列表、生成统一的拓扑控制界面，在行业内早已是公知常识（D2已给出了极其完美的图示和文字公开）。权1在特征D、E上所做的“第一表示”、“第二表示”、“处理选择”的文字游戏，在法律层面上已被D2实质性完整公开。

### 真正具备对抗无效的“防御堡垒”特征：

本案真正的发明点（若有）在于**特征G中前后台联动的“界面控制能力启用/禁用”**。常规的无效请求如果只停留在“能查看到两网拓扑并控制”的逻辑上，会被专利权人以“本专利能在用户点击前，先根据通信路径的实际连接性，动态封禁或开放用户的控制入口，从而避免用户盲目发出无效连接指示，优化了公共网络带宽和用户体验”为由进行成功抗辩。

---

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

为了彻底打掉特征G，阻断涉案专利的创造性，建议调整并启动以下第二轮检索策略：

1. **关键词修正与技术领域横向拓展：**

特征G本质上是一种**“基于通道状态感知的远程控制界面动态交互机制”**。

* 不要局限于“第一本地网络”、“第二本地网络”这种字面描述。

* 应将检索领域横向拓展至：**远程桌面（RDP/VNC）连接管理、流媒体P2P打洞（STUN/TURN）控制、工业总线远程网关控制、或者是云游戏终端接入控制。**

* 在这些领域中，当底层网络带宽不足、NAT打洞失败或协议不匹配（连接性信息异常）时，客户端界面上的“连接”或“播放”按钮直接变灰（禁用），或者弹出提示不允许点击（启用/禁用能力），这是极其常见的设计规范。

2. **检索式构造方向（以英文数据库为核心）：**

* `(remote control OR bridge OR gateway) AND (status OR connectivity OR capability OR bandwidth) AND (enable OR disable OR greyout OR "gray out") AND (UI OR GUI OR interface OR button)`

3. **高度关注公知常识与教科书/设计规范：**

特征G极有可能被认定为**用户界面交互设计（UI/UX Design Pattern）在特定网络通信中的常规应用**。建议检索2020—2025年期间的智能家居接口规范、移动端设计模式指南（如谷歌Material Design、苹果苹果人机交互指南中关于“网络异常状态下控件可点击状态”的规范说明），结合D2作为最接近现有技术，以“将公知常识/设计规范应用到跨网桥接领域不具备突出的实质性特点”为理由，彻底斩断其创造性。

作为一名经验丰富的专利代理师，我将严格依据目标专利（以下简称“本申请”）的说明书逻辑，深度结合三份对比文件（D1、D2、D3）的原文及出处，对权利要求1进行全面的侵权/无效技术特征比对与创造性论证。

为了表述清晰和准确，以下分析中所涉及的对比文件公开号及代称对应如下：

* **D1**：`WO2008108699A1` (*METHOD FOR REMOTELY CONTROLLING MULTIMEDIA COMMUNICATION ACROSS LOCAL NETWORKS*)

* **D2**：`CA2703206A1` (*VARIOUS METHODS AND APPARATUSES FOR A CENTRAL STATION TO ALLOCATE VIRTUAL IP ADDRESSES*)

* **D3**：`CA2703210A1` (*VARIOUS METHODS AND APPARATUSES FOR ACCESSING NETWORKED DEVICES WITHOUT ACCESSIBLE ADDRESSES VIA VIRTUAL IP ADDRESSES*)

---

### 一、 权利要求1技术特征深度解析与特征比对表格

以下表格紧密结合对比文件原文的出处（段落号、图号等），详细拆解权利要求1中的各技术特征（A-G）是否被各对比文件**毫无异议地公开**或**实质公开**。

---

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

在创造性辩驳或无效宣告程序中，**D1 (`WO2008108699A1`) 最适合作为最接近的对比文件（D1可作为唯一的、最接近的现有技术）。**

#### 1. 技术领域及解决的技术问题共性分析：

* **D1的定位**：D1旨在解决“如何跨越不同的本地网络远程控制媒体设备之间的通信（实现跨网络的3-box模型）”。这与本申请“在公共网络下的第一本地网络和第二本地网络设备之间指示建立连接”的技术场景完全一致。两者均处于“网络设备跨网远程协同控制”这一细分技术领域。

* **D2/D3的定位**：D2和D3的核心在于网络通信的底层基础设施层面，主要解决“如何通过动态分配虚拟IP（VIP）并利用中心站（DSM）中继隧道，使得原本由于防火墙或私有地址冲突而无法路由的设备实现全自动互联”。其解决的是“底层网络互通与IP耗尽/不可达”的问题，而非“用户端如何指示和控制跨网设备协同”的问题。

#### 2. 技术效果与特征重合度分析：

* D1公开了本申请权利要求1中除特征G中的“根据连接性信息启用/禁用用户提供指示的能力”以外的几乎全部核心架构和控制流程（特征A、B、C、D、E、F）。

* D1的技术效果是：通过引入HIGA和远程控制装备，使得身处A网络的用户能够使用手中的终端，控制B网络的服务器向A网络的电视机投影多媒体流。这与本申请通过虚拟视图选择设备并建立连接的技术构思高度同源。

因此，审查员或无效请求人必然会选择 **D1 作为最接近的对比文件**（第一轴线）。

---

### 三、 区分特征在其他对比文件中的公开情况分析

通过上述比对，本申请权利要求1相对于最接近对比文件D1的**区别技术特征**为：

> **特征G中的核心控制逻辑**：“取决于所述关于通信路径的连接性信息……启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。”

#### 其他对比文件（D2、D3）是否公开了该特征？

**答案是：均未公开。**

* **D2 (`CA2703206A1`)**：其重点在于网络流的“自动化（automated）”。如其原文所述，*“DSM automates the configuration and allocation of these virtual IP addresses... so the user does not need to do anything at the host end to make them work.”*。它是一种底层的动态路由机制。当DNS查询发生时，后端自动检查、分配并建立白名单隧道。它根本不涉及在用户侧的用户装备上，去判断连接性信息，进而去“启用”或“禁用”用户触发连接的交互能力。

* **D3 (`CA2703210A1`)**：其重点在于透明代理。如其原文所述，*“Applications simply use the VIP address in place of the non-routable target device address and the system provides the needed transport mechanism.”*。由于D3的目标是让用户原有的应用程序“完全不经过任何修改（completely unchanged）”就能直接使用VIP。因此，它不仅没有在用户装备上设置“根据连接性启用/禁用指示能力”的逻辑，反而是在刻意隐藏底层的连接性状态，让上层应用无感知地发送数据。

---

### 四、 无效宣告请求中最薄弱的技术特征（本申请的防御核心）

若作为无效请求人尝试推翻本权利要求，或者作为专利权人进行稳定性评估，**最薄弱（即最容易被攻破）的技术特征**，以及**最坚固（最难被攻破）的防御特征**分别如下：

#### 1. 最薄弱特征（极易被现有技术覆盖）：**特征D、E、F**

* **薄弱原因**：虽然特征D提及了“生成虚拟视图”，这听起来像是一个具有特定视觉界面的特征。但在专利审查实践中，如果该视图的生成纯粹是基于底层数据（如本地发现的设备列表和网络浏览获取的对端设备列表）的逻辑呈现，且D1已经公开了“通过浏览单元在第二设备中进行媒体浏览并选择设备”（`[p0022]`, `[p0036]`），审查员很容易认定“生成虚拟视图及处理选择”属于本领域技术人员为了实现用户交互而采用的常规UI设计，不具备突出的实质性特点。特征F的连接性信息（如真实IP、映射端口或VIP）更是D1、D2、D3的底层标配。

#### 2. 最稳固的防御特征（专利权人的护城河）：**特征G中的“取决于连接性信息启用或禁用用户提供指示的能力”**

* **稳固原因**：正如前面分析，D1的逻辑是“直接发送订购指示（Order）”，如果网络不通，则在连接建立阶段报错或失败；而D2/D3则是“完全后端透明化路由”，不通则隧道无法建立。

* **本申请的实质性创新在于**：将网络底层的“连接性信息（路径是否可行、带宽、时延、连通状态等）”反向反馈给用户装备的交互层。在用户真正点击“建立连接”的指示之前，用户装备就已经利用该连接性信息，在虚拟视图上对该用户的“指示能力”进行了“启用或禁用”的预先控制（例如：若通信路径带宽不足或不可达，直接将视图上的连接按钮置灰，禁止用户提供指示）。这种**前置控制交互**既不同于D1的后置报错，也不同于D2/D3的底层透明中继，具有明显的控制逻辑差异和提升用户体验的技术效果。

---

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

如果目前针对特征G的无效证据仍嫌不足（因为D1、D2、D3确实没有完美公开前端动态控活的能力），为了彻底打掉权利要求1，建议采取以下**精细化检索策略**：

1. **关键词拓展策略（聚焦前端交互与网络状态联动）**：

* 不要仅局限于网络底层的“NAT”、“HIGA”、“Tunnel”、“VIP”等通信词汇。

* 应当大量引入前端控制与UI交互词汇：`dimmed / greyed out / deactivate / disable / enable / active / button / capability` (置灰/去激活/禁用/按钮/能力)。

* 结合网络状态词汇：`link status / connectivity / bandwidth / routing path / latency` (链路状态/连通性/带宽/路由路径)。

* **组合示例**：`(connectivity OR "link status") AND (disable* OR deactivate* OR greyed*) AND (button* OR UI OR interface* OR capability)`。

2. **分类号锁定策略（聚焦跨网络控制和智能家居UI）**：

* **H04L67/125**：专门针对专门适用于分布式控制或自动化系统的应用（例如智能家居、网络控制）。

* **G06F3/0484**：用于控制现有对象或属性的交互技术（例如按钮置灰控制）。

* **H04L43/0811**：网络状态监视中关于连通性（connectivity）的技术。

3. **交叉领域检索（打破多媒体控制的行业局限）**：

* 特征G的本质是一个**通用人机交互控制逻辑**。不要只在“多媒体通信（D1领域）”或“虚拟网络（D2/D3领域）”中检索。

* 应当跨界至 **物联网（IoT）控制系统、工业组态软件（SCADA）、远程桌面控制（如TeamViewer/VNC类）** 的专利库中进行检索。在这些领域中，系统通常会实时检测远程控制节点与被控节点之间的网络心跳或路径可达性，若路径中断，主控APP界面上的“连接/控制”按钮会自动置灰以防用户误操作。如果能在IoT或远程控制领域检索到这种“网络状态联动UI控活”的先例，结合D1的网络架构，便可轻易以“公知常识”或“跨领域技术迁移”为由，完成特征G的创造性评述。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度解析，并结合对比文件D1、D2和D3的原文进行精细化的特征比对、最接近对比文件选择、无效请求薄弱点分析及下一步的检索策略制定。

以下是针对权利要求1的具体分析报告：

---

### 一、 权利要求1的技术特征拆解

为了进行精确的比对，首先将权利要求1拆解为以下独立的技术特征（包含前序部分和特征部分）：

* **技术特征A（前序-主体）**：一种在用户装备中的用于指示在第一本地设备和第二本地设备之间建立连接的方法，所述用户装备连接到公共网络；

* **技术特征B（前序-环境配置）**：其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络；

* **技术特征C（前序-潜在路径）**：其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接；

* **技术特征D（方法步骤1）**：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示；

* **技术特征E（方法步骤2）**：处理对虚拟视图中第一表示的选择；

* **技术特征F（方法步骤3）**：获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径；

* **技术特征G（方法步骤4）**：取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。

---

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

#### 1. 对比文件D1（WO2009055717A1）分析

D1主要公开了一种中央站分配虚拟IP地址的方法。

* **特征A、B、C**：D1公开了主机控制台（Host Console）、两个位于不同局域网（LAN）的设备服务控制器（DSC）以及位于Internet的中央设备服务管理器（DSM）[p0023]。其中DSM充当中间系统，连接公共网络和两个本地网络。本地设备通过通信路径连接。因此，D1实质公开了A、B、C。

* **特征D、E**：D1提及DSC可以向拥有者呈现图形用户界面（GUI）以选择发布哪些网络组件[p0026]，以及DSM的GUI配置有设备监视服务视图，当检测到DSC时会显示图标[p0059]。然而，这并非在**用户装备**中生成包含“第一本地网络的第一本地设备表示”和“第二本地网络的第二本地设备表示”的统一**虚拟视图**。

* **特征F、G**：D1虽有部分逻辑进行带宽/延迟评估[p0077]，但完全没有公开“根据通信路径的连接性信息动态**启用或禁用**用户提供连接建立指示的能力”。

#### 2. 对比文件D2（WO2009055722A1）分析

D2与D1架构类似，重点在于通过虚拟IP地址访问没有可访问地址的网络设备。

* **特征A、B、C**：同样公开了Host Controller、Device Controller和DSM的架构[p0016]。实质公开了特征A、B、C。

* **特征D**：D2在段落[0036]中指出：“visible associated devices... may be seen as elements of a collection of networked devices which are made available to the host controller as a single set of 'virtual' local devices. The term 'virtual device network' (VDN) is used to refer to such collections of devices.”（可视的关联设备可被视为对主机控制台可用的一组‘虚拟’本地设备集合中的元素。术语‘虚拟设备网络’（VDN）用于指代此类设备集合）。这在概念上接近“虚拟视图”，但仍未明确公开由用户装备直接生成包含两个异地本地设备表示的集成虚拟视图。

* **特征E、F、G**：未公开处理第一表示的选择、获得通信路径连接性信息并据此启用/禁用用户操作能力的操作。

#### 3. 对比文件D3（EP2116006A1）分析

D3公开了一种跨本地网络远程控制多媒体通信的方法和装置，核心是解决跨不同局域网实现“3-box模型”（即控制设备、源媒体设备、渲染/播放设备分离）的问题。

* **特征A**：公开了“a remote control device present in the first local network... send a remote access request over a multimedia service network”（位于第一本地网络中的远程控制设备...通过多媒体服务网络发送远程访问请求）【SUMMARY部分/第4页】。远程控制设备对应“用户装备”，多媒体服务网络（如IMS）对应“公共网络”。

* **特征B**：公开了第一本地网络200和第二本地网络202各包含一个住宅网关（RGW 200a, 202a），第二本地网络包含多媒体网关HIGA 202b【DETAILED DESCRIPTION/第6页】。HIGA和RGW的组合构成了连接第一本地网络、第二本地网络和公共网络的中间系统。第一/第二本地设备分别连接在各自的本地网络中。

* **特征C**：公开了“order the first device to execute a multimedia session with the second device... media content can thus be transferred”（命令第一设备与第二设备执行多媒体会话...媒体内容因此得以传输）【SUMMARY部分/第4页】。公开了两个本地设备通过通信路径连接。

* **特征D、E**：公开了远程控制设备通过发现过程获取第一本地网络内设备（如电视机）的本地信息，并获取第二本地网络设备（如媒体服务器）的信息，“the user of the remote control device can select a discovered first device in the first local network for media communication with a known second device... select a specific device for communication”（远程控制设备的用户可以选择第一本地网络中发现的第一设备，以与已知的第二设备进行媒体通信...选择特定设备进行通信）【DETAILED DESCRIPTION/第5-6页】。为了实现用户的“选择”，控制设备上必然存在包含两个设备表示的界面。这实质公开了特征D和E。

* **特征F、G**：D3虽然在建立连接时会使用通信参数（如外部IP、端口、NAT绑定）【SUMMARY部分/第4-5页】，但其并未公开“获得连接性信息”，更没有公开“取决于该连接性信息，**动态启用或禁用**用户提供指示以建立连接的能力”。

---

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

---

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

在创造性分析过程中，**D3（EP2116006A1）** 最适合作为最接近的对比文件。

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

目标专利旨在解决**“用户如何通过公共网络（由中间系统协调）控制并指示两个位于不同本地网络中的设备建立通信路径”**的问题。

* D1和D2主要解决的是网络层面的技术问题，即“如何穿透防火墙/NAT，自动为无公网IP的远程设备配置和映射虚拟IP（VIP）以实现机器间通信（M2M）”。其主体通常是网络管理员或自动管理软件。

* 而**D3与目标专利完全处于同一技术应用领域**，其明确旨在解决“如何跨不同的本地网络应用3-box模型，允许用户使用手中的移动终端作为控制端，去触发/指示第一局域网的播放设备与第二局域网的存储设备之间建立多媒体会话路径”的问题。

* **从技术效果角度分析**：

D3达成了让用户能在一台控制设备上无缝操纵两个异地设备进行直连的技术效果，这与目标专利在特征A~E所构建的用户操作上下文及技术效果完全达成组织同功。

**结论**：D3公开了权利要求1绝大部分的前序环境配置和核心业务步骤（特征A、B、C、D、E），与目标专利的核心技术构思最为接近，应当选为创造性评判的起点（最接近的对比文件）。

---

### 五、 未公开特征与无效请求最薄弱特征分析

#### 1. 未被最接近对比文件（D3）公开的特征是否被其他文件公开？

未被D3公开的特征为**特征F**和**特征G**：即“获得通信路径的连接性信息”，并据此“启用或禁用用户提供连接指示的能力（UI侧的能力管控）”。

* 经审查，**D1和D2均未公开上述特征**。D1和D2仅侧重于VIP的创建、销毁和白名单机制，属于底层的IP路由映射。

#### 2. 若提出无效请求，最薄弱的技术特征是什么？

如果我是发起无效请求的一方，我认为本权利要求中**最薄弱（即最容易被攻破、专利权人最难据守）**的技术特征是：**特征D和特征E（虚拟视图的生成与选择）**。

* **原因**：虽然D3中关于“虚拟视图”的字面表述没有目标专利清晰，但在跨网络多媒体控制（DLNA/UPnP领域）中，在一个APP或UI界面中同时列出“本地渲染器（Renderer，如电视）”和“远程媒体服务器（Server）”供用户点击勾选，是该领域的常规技术手段。一旦以D3结合本领域常识，特征D和E极易被认定为“属于本领域的公知常识或显而易见的选择”。

相反，本权利要求的**核心防御防线（专利权人的稳定据守点）**在于**特征F + 特征G的组合**。这种“先探测两异地设备之间的具体路径连接性（如丢包率、NAT类型是否对称、带宽等），再在应用层动态控制（置灰或激活）用户点击‘建立连接’按钮的能力”具备智能动态控制属性，在纯粹的点对点中继或3-box多媒体交互中具有一定的非显而易见性。

---

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

鉴于目前的对比文件D1~D3尚未完全覆盖特征F和特征G，若要彻底无效掉权利要求1，必须针对**“基于网络连接性/拓扑状态动态控制用户界面操作权限”**这一控制逻辑进行精准加检索。建议采取以下策略：

1. **扩展关键词与联合检索（应用场景放大）**：

特征F和G的本质是“网络探测+界面能力控制”。不应仅局限于多媒体（IMS/DLNA）领域，应向**远程桌面（Remote Desktop）、P2P打洞（STUN/TURN/ICE协议应用）、物联网/智能家居跨网控制（IoT Cross-network control）**领域扩展。

* *中文检索式示例*：`(连接性 或 拓扑 或 延迟 或 打洞 或 网络状态 或 路径) 并且 (启用 或 禁用 或 置灰 或 权限 或 按钮 或 能力) 并且 (虚拟 或 视图 或 界面 或 图标)`

* *英文检索式示例*：`(connectivity OR latency OR "NAT type" OR "path status") AND (enable OR disable OR gray* OR capability) AND (ui OR interface OR view OR button OR indicator)`

2. **重点追踪标准组织文档（Standards Tracking）**：

这种在建立连接前先评估连接性信息的做法，高度疑似源自标准规范。建议重点检索 **3GPP（特别是关于IMS、WebRTC数据通道、远程可达性相关的TS/TR文献）** 以及 **UPnP Forum / DLNA 关于 Remote Access (RA) 的标准演进文档（如 UPnP Remote Access Architecture V1/V2）**。标准文档中往往伴随有详细的“连接前探测及UI提示”流程图。

3. **针对特定厂家进行定向检索**：

在2009年前后，思科（Cisco）、华为（Huawei）、爱立信（Ericsson）、索尼（Sony，DLNA核心推动者）在网络协同和远程操纵方面申请了大量基础专利，可将这些大企业作为申请人，限制在特征F、G的控制逻辑上进行精细化追索。

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求与说明书的内在逻辑，对权利要求1进行深度解析，并结合三份对比文件（D1、D2、D3）的原文及详细出处进行逐项特征比对、最接近对比文件分析、薄弱特征识别以及后续的检索策略制定。

---

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

权利要求1保护的是一种在用户装备（UE）中指示在两个不同本地设备（第一/第二本地设备）之间建立连接的方法。

结合说明书的背景技术和技术构思，该权利要求的核心在于**跨本地网络的“三盒模型（3-box model）”远隔控制**。

* **网络拓扑架构**：用户装备（UE）作为控制端连接公共网络。中间系统（网关/服务器）作为纽带同时连接第一本地网络、第二本地网络和公共网络。第一和第二本地设备分别属于不同的本地网络，彼此之间的直接局域网地址不可路由（非路由地址）。

* **虚拟视图与控制逻辑**：UE不是媒体流的接收端或发送端，而是控制端。它通过生成“虚拟视图”将物理上隔离的两个本地网络中的设备（第一/第二表示）呈现给用户。

* **动态能力控制（启用或禁用）**：本发明的关键技术点在于**“获得连接性信息”**。UE在响应用户选择之前或之时，必须先获知这两个本地设备之间是否存在可行的“通信路径”（例如通过中间系统进行NAT端口映射绑定、NAT穿越或建立通道的可能性）。**取决于该连接性信息**，UE动态地**启用或禁用**用户发送建立连接指示的能力。这种设计避免了用户在盲目选择后因网络无法穿越而导致连接超时或系统崩溃，提高了远程控制的成功率和用户体验。

---

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

本案涉及三份对比文件：

* **D1**: `US20100135279A1` (Method and Arrangement for Remotely Controlling Multimedia Communication Across Local Networks)

* **D2**: `JP2010521837A` (D1的同族日本专利，内容基本对应)

* **D3**: `US20100235481A1` (VARIOUS METHODS AND APPARATUSES FOR ACCESSING NETWORKED DEVICES WITHOUT ACCESSIBLE ADDRESSES VIA VIRTUAL IP ADDRESSES)

#### 1. 对比文件详细出处与无异议公开/实质公开分析

##### **技术特征A：所述用户装备连接到公共网络**

* **D1 (US20100135279A1)**：**毫无异议公开**。参见图2、图3及说明书`[0038]`、`[0046]`。远程控制设备（Remote control device 200b/300b）是IMS客户端，通过IMS网络（公共网络）发送控制信令。

* **D2 (JP2010521837A)**：**毫无异议公开**。对应D1同族，参见`[2]`中关于“遠隔制御装置...ＩＭＳネットワークを介して”的描述。

* **D3 (US20100235481A1)**：**毫无异议公开**。参见图1、图2a及说明书`[0012]`、`[0044]`。主机控制端（Host console 108）连接到处于公共因特网（Internet）上的设备服务管理器（DSM 110）。

##### **技术特征B：其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络**

* **D1 (US20100135279A1)**：**实质公开**。参见图2及说明书`[0045]`。其公开了外部接入网络104/IMS网络204（公共网络）、第一本地网络200、第二本地网络202。虽然D1中呈现了两个网关（RGW 200a和RGW 202a），但IMS网络204和HIGA 202b共同构成了一个跨越局域网和公网的“中间系统”，其物理或逻辑上连接了这两个本地网络和公共网络。

* **D2 (JP2010521837A)**：**实质公开**。对应D1，参见图2及`[2]`关于“第１のローカルネットワーク２００と...第２のローカルネットワーク２０２と...ＩＭＳネットワーク２０４”的拓扑描述。

* **D3 (US20100235481A1)**：**毫无异议公开**。参见图1、图2a及说明书`[0012]`、`[0015]`。DSM 110（设备服务管理器）部署在公网上，通过第一本地网络的DSC 102连接第一本地网络104，通过第二本地网络的DSC 112连接第二本地网络116。DSM、DSC1、DSC2共同构成了权利要求中的“中间系统”。

##### **技术特征C：其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接**

* **D1 (US20100135279A1)**：**毫无异议公开**。参见图2、图3及说明书`[0056]`、`[0076]`。TV套件200c（第一本地设备）通过建立的HTTP流媒体会话（通信路径）直接或经由网关向第二本地网络的媒体服务器202c（第二本地设备）获取数据。

* **D2 (JP2010521837A)**：**毫无异议公开**。对应D1，参见`[2]`（步骤3:16，“ストリーミングセッションがＨＴＴＰに従って実行され...ホームサーバ３０２ｃからＴＶセット３００ｃへ転送される”）。

* **D3 (US20100235481A1)**：**毫无异议公开**。参见图1、图2a及说明书`[0015]`、`[0045]`。第一网络中的主机控制端/设备与第二网络中的PLC等目标设备通过DSM/DSC建立的虚拟IP和Conduit隧道（通信路径）建立双向连接。

##### **技术特征D：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示**

* **D1 (US20100135279A1)**：**实质公开**。参见说明书`[0041]`、`[0051]`、`[0069]`。远程控制设备200b通过在本地进行UPnP发现获得第一本地网络设备信息，并向HIGA 202b发送未带设备ID的初始邀请以获取第二本地网络的设备发现信息（UPnP proxy）。说明书明确提到“the user of the remote control device can select a discovered first device... for media communication with a known second device”。为了使“用户能够选择”，控制设备内部必然隐式构建并生成了包含两端设备列表/表示的虚拟用户界面（虚拟视图）。

* **D2 (JP2010521837A)**：**实质公开**。对应D1，参见`[2]`（“遠隔制御装置のユーザは、第１のローカルネットワーク内の発見した第１のデバイスを選択して、相手側の第２のローカルネットワーク内の既知の第２のデバイスとのメディア通信を行うよう...設定”）。

* **D3 (US20100235481A1)**：**实质公开**。参见说明书`[0046]`。公开了“虚拟设备网络（VDN）”，将远程网络中授权可见的设备发布并融合，对主机端而言就像是单一的“虚拟本地设备集合”（"virtual" local devices）。在主机控制端上展示这些融合的设备列表即构成了虚拟视图。

##### **技术特征E：处理对虚拟视图中第一表示的选择**

* **D1 (US20100135279A1)**：**毫无异议公开**。参见说明书`[0041]`、`[0055]`。用户选择第一本地网络中的TV 200c作为媒体渲染器（Media renderer）。

* **D2 (JP2010521837A)**：**毫无异议公开**。对应D1，参见`[2]`（“メディアレンダラとしてデバイス２００ｃを選択することができる”）。

* **D3 (US20100235481A1)**：**毫无异议公开**。参见说明书`[0045]`。用户在主机控制端打开指向特定VIP地址（对应目标设备）的连接。

##### **技术特征F：获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径**

* **D1 (US20100135279A1)**：**毫无异议公开**。参见图3及说明书`[0049]`、`[0062]`、`[0065]`。远程控制设备300b通过向网关RGW1获取其外部IP和可用端口，并通过IMS节点向HIGA 302b发送INVITE，HIGA 302b在RGW2中建立NAT绑定后将包含了RGW2外部IP和端口的SDP信息返回（SIP 200 OK）给远程控制设备。这些动态获取的外部IP、端口及NAT绑定关系即为“关于通信路径的连接性信息”。

* **D2 (JP2010521837A)**：**毫无异议公开**。对应D1，参见`[2]`（步骤3:3至3:6，“ＲＧＷ２の少なくとも外部ＩＰアドレスとポート番号とが中に含まれている...肯定応答メッセージ...受信”）。

* **D3 (US20100235481A1)**：**毫无异议公开**。参见说明书`[0015]`、`[0019]`、`[0045]`。Host DSC 102向控制中心DSM 110发起连接并发送识别信息进行认证，DSM将其映射到管理设备的VIP路由表，并查询远程DSC 112是否有挂起的连接，以此获得两端网络组件之间是否能够建立Conduit隧道的连接性状态和虚拟/实体IP映射表。

##### **技术特征G：取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。**

* **D1 / D2 / D3**：**均未公开（无论是毫无异议公开还是实质公开）**。

* *分析*：D1/D2的设计逻辑是“盲目尝试或确定性建立”：用户先发出选择和连接请求，系统再去尝试建立隧道、获取NAT分配，如果中途失败则报错（流媒体无法播放）。D3则是通过静态/动态VIP映射直接开放连接口。**没有任何一篇对比文件公开了“在控制端（UE）根据获得的连接性信息，去动态地‘启用’或‘禁用’用户侧提供指示（例如让连接按钮变灰色不可点击，或者隐藏连接入口）的能力”这一前置控制和条件触发阻断机制。**

---

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

下表梳理了权利要求1的各项技术特征在对比文件中的公开情况及详细出处：

*注：✓ 代表“毫无异议公开”，+ 代表“实质公开/隐式公开”，✗ 代表“未公开”。*

---

### 三、 最接近对比文件的确定

在创造性分析中，**D1（或其同族D2）最适合作为最接近的对比文件**。

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

* **目标专利**解决的技术问题是如何在跨越物理隔离的多个局域网时，有效且安全地控制两个本地设备建立媒体传输连接，并避免因网络不通导致的无效控制。

* **D1 / D2**解决的技术问题是“跨不同局域网远程控制媒体通信（3-box模型）”（参见D1 `[0020]-[0022]`，D2 `[2]`），即如何让A网络的控制设备控制B网络的服务器向A网络的显示设备推流。这与目标专利的应用场景、网络分层完全一致。

* **D3**解决的技术问题侧重于网络层/传输层的通用技术——“如何通过虚拟IP地址和中心管理器去穿透防火墙访问无公网IP的远程设备”（参见`[0010]-[0011]`）。它是一种通用的网络穿透和IT网络管理方案，并不聚焦于“用户在UE上通过虚拟视图控制两个远程本地设备对接”的特定高层控制逻辑。

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

* **D1 / D2**实现了跨局域网多媒体设备互联的效果，其控制流和媒体流分离的构思与目标专利高度契合。

* 因此，以D1/D2作为创造性评述的起点（发明起点），最符合专利审查中普遍采用的“技术领域相同或最接近、技术缺陷和问题最类似”的原则。

---

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

若针对目标专利权利要求1提出无效宣告请求，**最薄弱（即对专利权人而言防守最艰难、对无效请求人而言最容易攻破）的技术特征是：特征D和特征F。**

1. **特征D（生成包含两端设备表示的虚拟视图）的防御力极低**：虽然在D1/D2中没有出现“Virtual View”这个词，但只要系统具备“允许用户选择本地A设备和远程B设备”的功能（D1 `[0041]`），在软件UI界面上必然会同时呈现两端的设备名称或图标。这属于界面交互设计的公知常识（实质公开），专利权人很难利用该特征建立创造性壁垒。

2. **特征F（获得连接性信息）已被完全阻击**：D1/D2图3中极其详细地公开了利用SIP INVITE和SDP响应报文交换两端网关的公网IP、NAT绑定端口号的过程。这与目标专利“获得关于通信路径的连接性信息”在技术实质上完全相同。

#### 核心防线（新颖性/创造性落脚点）：

专利权人的最后防线在**特征G**。如前所述，对比文件均是“用户先点击连接 $\rightarrow$ 系统再去获取信息/报错”；而权利要求1限定了“**取决于**连接性信息 $\rightarrow$ **启用或禁用**用户提供指示的能力”（信息获取前置并反向控制UI权限）。

---

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

鉴于特征G（根据连接路径状态动态控制控制端UI的连通行为能力）在现有的D1-D3中未见公开，为了彻底无效掉权利要求1，建议调整检索策略，从以下方向补充“黄金证据”：

#### 1. 检索主题词与逻辑修正

目前检索过于集中在“3-box model”或“HIGA/IMS”等多媒体标准架构，建议**降维检索**或**跨领域检索**。

* **核心控制逻辑抽象**：将特征G抽象为“在建立端到端P2P/远程连接前，控制软件（App）先探测网络连通性/NAT类型/通道可用性，若不通则将‘连接’或‘呼叫’按钮置灰（Disable）或隐藏”。

* **关键词扩展**：

* 网络侧：`NAT traversal (NAT穿透)`, `STUN/TURN/ICE`, `connectivity check (连通性检测)`, `path availability (路径可用性)`.

* 控制侧：`UI control`, `enable/disable button (启用/禁用按钮)`, `grey out (置灰)`, `user capability`, `conditional trigger (条件触发)`.

#### 2. 拓展技术领域

不要局限于“多媒体推流（DLNA/UPnP）”，以下领域是这种“前置网络探测并控制UI行为”的重灾区：

* **即时通讯与在线会议系统（VoIP / WebRTC）**：例如远程协助软件（如TeamViewer、AnyDesk）、网络会议软件。这些软件在点对点连接建立前，通常会由客户端定时或在点击时检测对方是否在线、NAT是否可穿越，从而动态将“发起呼叫”或“远程控制”按钮置灰。

* **网络游戏内P2P组队控制**：局域网联机对战（如通过虚拟局域网联机），控制端App在联机列表中若探测到两端NAT冲突（如对称型NAT之间无法直连），会直接限制用户点击“加入房间”。

#### 3. 目标分类号（IPC/CPC）推荐

建议增加以下分类号的交叉检索：

* `H04L67/141` (Setup of application sessions)

* `H04L67/131` (Protocols for remote control)

* `G06F3/048` (Interaction techniques based on graphical user interfaces) —— 用以阻击界面按钮的启用/禁用特征。

作为一名经验丰富的专利代理师，我将严格依据《专利审查指南》，紧密结合目标专利说明书的整体技术方案，对权利要求1进行法律与技术层面的全方位解析，并与您提供的三份对比文件（D1: US2010241762A1 / CN101918926A，注：D1与D3为同族申请；D2: US2010312851A1）进行客观、严谨的特征比对与创造性、无效可行性分析。

以下是具体的无效请求分析意见书：

---

### 一、 权利要求1的合理解释与技术方案拆解

根据目标专利的文本架构，权利要求1保护的是一种**“在用户装备（UE）中用于指示在第一和第二本地设备间建立连接的方法”**。其核心架构属于典型的“云-端-物”网络协同拓扑。

1. **拓扑环境限定（特征A、B、C）**：

* **用户装备（UE）**：作为控制端，独立于中间系统和本地设备，连接到公共网络（公共宽带/蜂窝网）。

* **中间系统（Cloud/Server）**：扮演“中继/代理/网关”角色，同时连接第一、第二本地网络以及公共网络。

* **本地设备（Devices）**：第一、第二本地设备分别属于不同的本地网络（子网），但在配置上它们“被配置成通过通信路径来连接”（即具备互联互通的潜在通路）。

2. **核心动作逻辑（特征D、E、F、G）**：

* 目标专利的核心发明点在于，通过UE侧生成一个跨越不同局域网的**“虚拟视图”**（同时显示设备1和设备2的表示），在处理用户选择并获得**“连接性信息”**后，**动态地“启用或禁用”**用户通过公共网络发送连接指示的能力。这种“取决于连接性信息来启用/禁用发送能力”的机制，其技术实质是**在控制端（UE）实现前置的连接可行性预校验与动态权限流控**，避免用户盲目发起无法建立的公共网络连接。

---

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

在进行特征比对前，需特别指出：**对比文件1（D1: US2010241762A1）与对比文件3（D3: CN101918926A）为同一发明创造的同族专利（美国申请与中国进入国家阶段申请）**。两者的技术实质、附图及文字描述高度对应。为了符合中国专利无效宣告程序的审查习惯，本报告将D1/D3合并提取，并以公开号 **CN101918926A（D3）** 的中文原文作为主要依据，同时补充 **US2010241762A1（D1）** 的英文原文出处；对比文件2简称为 **D2（US2010312851A1）**。

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

---

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

在创造性分析中，本案适合选择 **对比文件2 (US2010312851A1)** 作为**最接近的对比文件**。

**判定理由如下：**

1. **技术领域与系统架构完全相同**：D2属于计算机网络跨子网资源共享与远程控制领域。其公开了移动控制端（UE）、超级对等网络服务器（中间系统）、以及两个局域网内的网络设备，与目标专利的拓扑结构百分之百吻合。

2. **整体解决的技术问题和技术效果最接近**：

* **目标专利**解决的是用户如何在控制端直观、安全、高效地指示两个相隔绝的局域网设备建立双向通信，并通过前置校验避免盲目连接。

* **D2**聚焦于“如何在控制端（Mobile Device）通过统一的虚拟社交关系图谱，发现并选择处于不同局域网（Domain A & B）中的UPnP设备，并建立端到端流媒体传输”。D2不仅公开了环境拓扑，还**完全公开了特征D（生成包含两端设备表示的虚拟视图）和特征E（处理用户对视图中表示的选择）**。

* 相比之下，D1/D3（CN101918926A）更偏向于网络底层的VIP（虚拟IP）地址自动化配置和路由表的重定向映射，其控制逻辑主要发生在DSM（服务端）和DSC（网关端），其“主机控制台”并非典型移动多媒体UE，缺乏目标专利所强调的“在UE端通过多表征虚拟视图进行前置控制”的直观交互。

因此，**D2是本案创造性斩首的首选最接近现有技术**。

---

### 四、 权利要求1的无效薄弱点与特征对抗分析

通过上述表格及架构分析，如果我们要对目标专利提起无效宣告请求，**最薄弱的技术特征（即目标专利的专利权人赖以答辩、建立发明高度的防御特征）是：技术特征G。**

#### 1. 特征G的未公开性与对抗抗辩分析

特征G限定了：*“取决于……连接性信息……启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以建立连接”*。

* **对比文件2（D2）的漏洞**：D2在[0060]-[0063]中，虽然探测了“是否支持端口转发”这一连接性信息，但它的处理逻辑是：如果支持则重写RES URL直接连，如果都不支持则通过重定向服务器144连。也就是说，在D2的逻辑中，无论连接性信息如何，系统都在底层帮助用户**想方设法去建立连接**（变换技术手段），**并没有在UE的界面或控制流上“禁用”用户发送指示的能力**。

* **对比文件1/3（D3）的漏洞**：D3底层有信标探测和会话校验，如果SSH隧道没建立好，底层socket会挂起或丢包，但这是底层的通信控制，不是在“用户装备”侧对“用户发送连接指示能力”的启用/禁用。

#### 2. 无效请求公知常识/结合策略

要想成功打掉特征G，不能单靠D2的原文硬套，必须采用**“D2 + 底层探测 + 界面流控公知常识”**的组合策略：

* **论证步骤**：

1. 以D2为最接近现有技术，D2已经公开了UE端选设备、云端搭桥、并根据设备端口转发性（连接性信息）调整连接方式。

2. 目标专利相对于D2的实际解决的技术问题是：*在跨网连接条件不具备或劣化时，如何避免控制端盲目发起无效连接、节约开销。*

3. 引入底层通信质量探测（如D3说明书[0101]中公开的底层“带宽/等待时间估计”等连接性信息）。

4. **诉诸公知常识/惯用技术手段**：在多媒体控制和远程通信领域，根据底层链路的连通状态（如Ping值、在线状态、NAT类型）在前端UI上将控制按钮“置灰（禁用）”或“点亮（启用）”，是本领域极为常规的交互控制手段（例如：QQ/微信中对方不在线或网络彻底断开时，视频呼叫按钮自动置灰无法点击）。这种将通信状态与UI操作权限挂钩的设计，不具备实质性特点和显著的进步。

---

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

为了确保彻底无效掉包含特征G的权利要求1，建议在现有D1-D3的基础上，进行针对性更强的二次检索：

1. **检索关键词微调与聚焦**：

* **控制动作类**：UI/Interface（界面）、Gray out/Disable/Enable（置灰/禁用/启用）、Button/Icon（按钮/图标）、Capability/Permission（能力/权限）。

* **状态关联类**：Connectivity state/Status（连接性状态）、Link quality/Latency（链路质量/时延）、Online/Offline（在线/离线）。

* **融合检索式举例**：`(Cross-network OR Remote-control OR UPnP) AND (Link-status OR NAT-type OR Connectivity) AND (UI OR Interface) AND (Disable OR Enable OR Gray-out OR "置灰" OR "禁用")`

2. **重点检索分类号（IPC/CPC）**：

* **H04L67/131**（远程控制、终端与服务器交互界面流控）

* **G06F3/0484**（基于界面对象状态调整操作可用性的用户交互机制）

* **H04L43/08**（网络状态监控与应用层响应限定）

3. **目标筛查方向**：

寻找1-2篇物联网（IoT）智能家居跨网控制、或者P2P远程桌面连接（如TeamViewer、AnyDesk早期专利）、即时通讯视频连线领域的先申请专利。这类专利极常涉及“在主控端检测远端物理设备不在线或当前NAT穿透失败时，直接将控制流/连接呼叫按钮置灰（Disable）”的说明书实施例描述。将其作为**次要对比文件（D4）**与D2结合，将彻底完成对权利要求1的完整技术特征覆盖。

作为一名经验丰富的专利代理师，针对您提供的目标专利权利要求1以及对比文件 D1（JP2011501622A）、D2（JP2011501624A）、D3（CN101952811A），我为您梳理并撰写如下深度的专利创造性与无效可行性分析报告。

---

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

目标专利权利要求1的核心发明点在于：**在连接到公共网络的用户装备（UE）端，通过构建跨越不同本地网络的“虚拟视图”，并基于具体的“连接性信息”动态控制（启用/禁用）用户发起跨网络连接的能力。**

* **架构层（特征A、B、C）：** 属于典型的“端-网-侧”拓扑。用户装备、中间系统、第一/第二本地网络及设备相互桥接，构成了跨网络通信的硬件基础。

* **交互与控制层（特征D、E、F、G）：** 这是本专利的精髓。它要求在“用户装备”内实现一个虚拟视图，该视图必须同时直观地呈现位于**两个独立本地网络**中的设备表示（特征D）；并且并非盲目允许连接，而是先“获得通信路径的连接性信息”（特征F），进而“取决于该连接性信息”来**动态决定**是否赋予（启用或禁用）用户发送连接指示的权限（特征G）。

---

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

经过对各对比文件原文的逐字逐句比对，现将各个对比文件对权利要求1中技术特征A-G的公开情况（毫无异议公开、实质公开、未公开）分析如下：

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

#### 2. 对比文件原文详细出处比对表格

以下为您呈现紧密结合对比文件原文及详细出处的比对：

---

### 三、 最接近对比文件的确立与分析（创造性视角）

在无效宣告或创造性审查过程中，**D2 (JP2011501624A)** 最适合被选为**第一最接近的对比文件**（主要对比文件）。

* **整体解决的技术问题角度：** 目标专利旨在解决“用户如何在公共网络侧，针对属于不同本地网络的两个设备之间，安全、直观、可控地指示并建立网络连接”的问题。而 **D2** 核心解决的正是“如何利用虚拟IP（VIP）跨越防火墙/NAT限制，自动且透明地使一个网络内的控制端能够访问另一个原本不可路由的远程本地网络设备”的问题。两者的技术领域、所面对的拓扑架构、以及解决跨网连接的整体技术问题高度契合。

* **技术效果角度：** D2通过引入DSM和DSC构成的虚拟设备网络（VDN），实现了无须修改客户端软件即可提供端到端透明连接的技术效果。这构成了目标专利权利要求1的最强上位概念。

*(注：D1/D3侧重于中央管理站对远程DSC的“配置信息自动分发”，其解决的问题是设备初期的动态参数部署与自举，虽然网络拓扑相似，但就“建立两端设备通信路径”这一直接行为而言，其关联度略逊于D2。因此D1/D3适合作为辅助对比文件，如结合D2用以证明特征F中关于路径带宽/延迟等信息的获取属于惯用技术手段。)*

---

### 四、 无效请求中最难攻破（专利最强防御）与最薄弱的技术特征

若您站在**无效请求人**的角度意图攻破此专利，或者站在**专利代理师**的角度评估此权利要求的稳定性，其防线强弱分布如下：

#### 1. 专利本身最薄弱、最容易被攻破的特征：特征A、B、C、F

* **分析：** 这些特征属于基础的异地组网和网络拓扑架构。在D2中，主机控制台（特征A）、DSM与两端防火墙后的DSC（特征B）、控制台与远程PLC设备通过专有通道连接（特征C），以及系统内部通过查询路由表和测算网络状态（特征F）均已得到了实质性甚至毫无异议的完全公开。这部分技术特征在无效程序中几乎无法为专利权人提供任何有效的“保护伞”。

#### 2. 无效请求中最难攻破、专利最稳固的特征（对无效方而言的薄弱环节）：特征D、G

* **分析：**

* **特征D** 明确限定了虚拟视图的生成位置（用户装备中）和内容组合（必须同时包含第一、第二两个本地网络内设备的第一、第二表示）。对比文件均只提到了从中央DSM侧由所有者去勾选哪些设备对VDN公开，或者提供一个普遍的“Web图形视图”，缺乏在终端动态融合两端本地设备表示的构型。

* **特征G** 引入了**“取决于连接性信息...启用或禁用用户进行以下的能力：提供指示以建立连接”**。对比文件D2的逻辑是：只要用户连接虚拟IP，系统就自动在底层映射路由，若没授权则直接过滤，这是一种“网络层/传输层”的硬切断；而目标专利特征G是在“应用层/用户交互层”针对UE用户的操作能力进行逻辑控制。

* **结论：** **特征G与特征D的有机结合，是该专利得以维持有效的核心创造性高度所在。** 如果现有检索仅限于D1-D3，直接针对权利要求1提起无效请求的成功率较低，因为特征G存在明显的“非显而易见性”。

---

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

鉴于目前的D1-D3无法完全覆盖特征D和特征G，若要成功无效该权利要求，必须进行精准的补充检索。建议采取以下两步检索策略：

1. **关键词与逻辑架构调整（聚焦交互与策略控制层）：**

* **核心痛点：** 目前检索不到特征G在界面端“根据网络状态动态置灰/禁用连接按钮（即启用或禁用能力）”的特征。

* **检索式修正：** 建议从纯粹的“网络拓扑/虚拟IP/路由器”领域，向**“SD-WAN（软件定义广域网）客户端”、“远程桌面/远程协助控制软件（如TeamViewer、AnyDesk等）的连接策略”、“物联网（IoT）设备集中管控APP”**等应用层技术领域渗透。

* **精选关键词组合：** `(用户装备 OR 客户端 OR APP) AND (虚拟视图 OR 拓扑图 OR 列表表示) AND (连接性 OR 链路状态 OR 网络延迟 OR 离线) AND (禁用 OR 置灰 OR 权限控制 OR 启用) AND (建立连接 OR 穿透指示)`。

2. **分类号拓展检索（IPC/CPC）：**

* 不要仅局限于基础网络数据交换分类号（如`H04L12/`或`H04L29/`等旧分类号），应重点精准筛查：

* **`H04L41/22`**：网络管理中用户界面的安排（Arrangements for visualising...）。此分类号极有可能高密度出现特征D所述的“在用户装备生成包含多个本地网设备的虚拟视图”。

* **`H04L41/0893`**：基于策略的网络配置或编排（Policy-based network configuration...）。

* **`H04L67/125`**：专门适用于具有集中控制或安排的嵌入式系统或设备的端到端应用业务流（针对IoT远程控制中基于状态控制连接能力的专利）。

通过引入上述领域的对比文件，将新检索到的“在客户端根据链路状态动态控制用户可否点击连接按钮”的公知常识或现有技术，与本案的D2（作为最接近的对比文件）进行结合，方能对权利要求1的创造性给予致命一击。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深度解析，并结合提供的三份对比文件（D1、D2、D3）进行细致的特征比对、最接近对比文件筛选、无效突破点分析以及后续的检索策略制定。

以下是具体的法律与技术分析：

### 一、 目标权利要求1的技术实质与法律原意

目标权利要求1保护的是一种**“通过公共网络，利用中间系统在两个不同的本地网络设备之间建立通信连接控制”**的方法。

其核心技术构思（发明点）在于：

1. **虚拟视图展示：** 用户装备（UE）生成一个统一的“虚拟视图”，同时将身处不同本地网络（例如两个不同局域网）的两个设备的“表示”（如图标、名称等）放在同一个界面中。

2. **连接性动态控制：** 系统去获取这两个本地设备之间“通信路径”的**连接性信息**（例如：路径是否通畅、带宽是否足够、是否受防火墙阻挡、是否配置了虚拟IP等）。

3. **能力启用/禁用：** 响应于用户在视图上的选择，**“取决于该连接性信息”**来动态决定是“启用”还是“禁用”用户通过公共网络发送建立连接指示的能力。即：如果连接性信息显示路径不可达，则直接在前端禁用（或置灰）该功能，避免无效操作。

---

### 二、 对比文件特征比对表格及详细出处分析

我们先将三份对比文件明确指代如下：

* **D1：** `US20110035478A1`（SYSTEMS AND METHODS FOR CREATION OF REVERSE VIRTUAL INTERNET PROTOCOL ADDRESSES）

* **D2：** `US20110119678A1`（ISOLATING WORKLOAD PARTITION SPACE）

* **D3：** `US20110246630A1`（VARIOUS METHODS AND APPARATUSES FOR ACCESSING NETWORKED DEVICES WITHOUT ACCESSIBLE ADDRESSES VIA VIRTUAL IP ADDRESSES）

#### 1. 特征比对表

---

### 三、 最接近的对比文件（D1/D3）分析

在创造性评述中，**D1 (`US20110035478A1`)** 和 **D3 (`US20110246630A1`)** 均适合作为**最接近的对比文件**（可作为两组独立无效路线的起点）。

*注：D1和D3实际上属于同一个技术阵营（其说明书有大量的共有发明人、共有申请背景和实质相同的内容片段，D3引入了更多关于Virtual IP替代VPN的描述）。*

#### 1. 整体解决的技术问题角度分析

* **本申请解决的问题：** 如何在复杂的跨局域网环境下，让用户既能直观看到各网络设备，又能避免因网络路径不通（如防火墙阻挡、隧道断开）导致用户盲目发送连接指令，从而提高网络控制的成功率和用户交互体验。

* **D1/D3解决的问题：** 如何在不对防火墙进行复杂改动、不安装专用VPN客户端的情况下，安全地跨公共网络访问具有非路由私有IP地址的远程局域网设备。

* **结论：** 它们所处的技术领域完全相同（跨网络设备远程访问与控制），网络拓扑结构高度重合。

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

* D1和D3实现了“通过中心服务器（DSM）和本地控制器（DSC）代理，为用户呈现一个虚拟设备网络（VDN），使用户能够像访问本地设备一样选择并连接远程设备”的技术效果。

* 这与本申请“生成虚拟视图、处理选择、建立连接”的框架技术效果完美契合。因此，审查员或无效请求人必然首选D1或D3作为最接近的现有技术。

---

### 四、 区别技术特征与最薄弱的技术特征分析

通过上述矩阵比对，没有被最接近对比文件（D1/D3）完全公开的特征，即**本申请相对于D1/D3的区别技术特征**为：

> **特征G后半段：** “取决于所述关于通信路径的连接性信息……启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以建立连接。”

#### 1. 其他对比文件（D2）是否公开？

* **绝对没有。** D2 (`US20110119678A1`) 解决的是“工作负载分区（WPAR）空间隔离，防止某一分区的Web应用崩溃影响到后台功能”的问题（见D2的[0010]、[0119]）。它属于单机操作系统虚拟化、文件系统挂载与解挂、全局空间与分区空间安全隔离的范畴，与网络通信路径的连接性检测、UI端控制能力的启用/禁用风马牛不相及。

#### 2. 无效请求中最薄弱的技术特征（即本申请的“护城河”）

本申请**最薄弱（对无效请求人而言最难攻破、对专利权人而言最稳固）** 的技术特征正是：**将“底层的网络路径连接性探测结果”与“前端UI用户控制权限/能力的启用或禁用”进行了联动（特征G）。**

* **原因分析：**

D1/D3的技术逻辑是：用户在界面选择设备 $\rightarrow$ 发起连接 $\rightarrow$ DSC和DSM尝试去打通隧道或者映射VIP $\rightarrow$ 如果不通则报错或连接超时。这是传统的“后验式”尝试连接。

而本申请的特征G属于“前验式”控制：系统先拿到了通信路径的连接性信息，**取决于这个信息**，直接在UE端把用户“发送连接指示的能力”给**启用或禁用**了（例如：当检测到中间系统到第二本地设备的Conduit隧道断开时，第一设备的图标在虚拟视图上直接变灰，无法点击发送连接指令）。这种“基于连接性状态动态控制UI功能可用性”的细化交互特征，在底层网络基础架构的对比文件（D1/D3）中往往不会被提及。

---

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

如果目前仅有D1、D2、D3，由于D2完全不相关，而D1/D3在“特征G”上存在明确的特征缺失，此时单独靠D1+D3很难评价权利要求1的创造性（属于技术交互逻辑的缺失）。为了成功提出无效宣告请求，必须制定进一步的精确检索策略：

#### 1. 检索方向调整：转向“网络管理与UI交互”交叉领域

不要再死磕“虚拟IP地址分配（VIP）”或“反向NAT/穿透”这种纯纯的网络底层协议文件。应当将检索重点转向**“网络设备管理系统（NMS）”、“远程桌面/物联网设备控制终端”、“云计算资源管理门户”**等带有用户交互界面的系统专利。

#### 2. 关键词扩展策略

* **网络/连接状态类：** `connectivity status` (连接性状态), `path statistics` (路径统计), `link availability` (链路可用性), `ping response` (Ping响应), `heartbeat` (心跳).

* **UI控制/交互类：** `enable/disable` (启用/禁用), `gray out` (置灰), `button availability` (按钮可用性), `user capability` (用户能力), `prevent input` (阻止输入).

* **多网络拓扑类：** `remote management` (远程管理), `device visualization` (设备可视化), `unified view` (统一视图).

#### 3. 推荐IPC分类号（国际专利分类）

* **H04L 41/22:** 用于网络管理的网络拓扑可视化或图形用户界面（**核心分类号**，极易出现根据网络链路状态改变界面图标状态的现有技术）。

* **H04L 67/125:** 专门适用于控制或监视远程设备的分布式信息系统。

* **G06F 3/0484:** 用于控制或管理现有对象或属性的用户交互技术（改变按钮可控性）。

#### 4. 追溯结合方案（无效逻辑设计）

* **主案（最接近现有技术）：** 沿用 **D1 (`US20110035478A1`)** 或 **D3 (`US20110246630A1`)**，用以公开本申请的多网络架构、虚拟视图（VDN）以及基本的跨网连接流程。

* **副案（寻找公知常识或结合案）：** 检索获得一篇公开“*根据网络在线/离线状态或链路通断情况，在网管前端自动将不可达设备的控制按钮置灰（禁用）*”的网管类专利（D4）。

* **无效理由：** 以 D1+D4 或 D3+D4 结合评述创造性。辩称：在D1/D3已经构建了虚拟设备网络和信标探测（beacon）的基础上，根据信标探测到的通信路径连接性结果，在前端界面动态启用或禁用该设备的连接控制功能，属于本领域网管或软件开发技术人员为了规避无效通信请求、优化交互体验而进行的**常规公知常识性的设计选择**，不具备创造性。

```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 20mm 15mm;

@bottom-right {

content: counter(page);

font-family: Arial, sans-serif;

font-size: 9pt;

color: #718096;

}

@bottom-left {

content: "专利无效宣告请求前置技术与法律评估报告";

font-family: Arial, sans-serif;

font-size: 9pt;

color: #718096;

}

}

body {

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

line-height: 1.6;

color: #2D3748;

margin: 0;

padding: 0;

}

.header-banner {

background-color: #1A365D;

color: white;

padding: 25px 20px;

margin-bottom: 25px;

border-radius: 4px;

}

.header-banner h1 {

font-size: 20pt;

margin: 0 0 10px 0;

font-family: 'Helvetica Neue', Helvetica, Arial, sans-serif;

font-weight: bold;

letter-spacing: 1px;

}

.header-banner p {

font-size: 11pt;

margin: 0;

color: #E2E8F0;

font-family: Arial, sans-serif;

}

h2 {

font-size: 14pt;

color: #1A365D;

border-left: 5px solid #2B6CB0;

padding-left: 10px;

margin-top: 30px;

margin-bottom: 15px;

font-family: Arial, sans-serif;

page-break-after: avoid;

}

h3 {

font-size: 12pt;

color: #2B6CB0;

margin-top: 20px;

margin-bottom: 10px;

font-family: Arial, sans-serif;

page-break-after: avoid;

}

p, li {

font-size: 10.5pt;

text-align: justify;

}

.math {

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

font-style: italic;

font-weight: bold;

color: #2C5282;

}

table {

width: 100%;

border-collapse: collapse;

margin: 20px 0;

font-size: 9.5pt;

page-break-inside: avoid;

}

th, td {

border: 1px solid #CBD5E0;

padding: 10px;

text-align: left;

vertical-align: top;

}

th {

background-color: #F7FAFC;

color: #1A365D;

font-weight: bold;

}

.bg-tint {

background-color: #F7FAFC;

padding: 15px;

border-radius: 4px;

margin: 15px 0;

border: 1px solid #E2E8F0;

}

.vulnerability-box {

border-left: 4px solid #C53030;

background-color: #FFF5F5;

padding: 12px;

margin: 15px 0;

}

ul, ol {

padding-left: 20px;

}

.quote-text {

font-style: italic;

color: #4A5568;

font-size: 9.5pt;

display: block;

margin: 5px 0 5px 10px;

border-left: 2px solid #CBD5E0;

padding-left: 8px;

}

</style>

</head>

<body>

<div class="header-banner">

<h1>重大涉诉专利无效宣告前置深度法律与技术评估报告</h1>

<p>首席专利代理师 / 资深诉讼律师出具 · 绝密级技术合规文档</p>

</div>

<h2>一、 绪言与涉案专利权利要求解析</h2>

<p>本报告针对目标权利要求1所构建的跨网设备连接控制方案进行深度稳定度剖析。通过紧密结合技术方案的内部逻辑与说明书架构，权利要求1的核心在于<strong>“在用户装备（UE）端基于通信路径的连接性信息，动态且响应性地启用或禁用用户通过公共网络向跨网本地设备下达连接建立指示的能力”</strong>。这种架构打破了传统本地网络（LAN）如UPnP架构无法跨网段交互的限制，在应用层引入了基于路径可达性状态的“前置控制开关”，旨在避免盲目发起无效的跨网多媒体会话，降低公共网络信道与中间系统的信令负载。</p>

<p>为了进行精细化的对比文件侵蚀度分析，现将权利要求1拆解为以下7个独立的技术特征：</p>

<ul>

<li><strong>技术特征A：</strong>一种在用户装备中的用于指示在第一本地设备和第二本地设备之间建立连接的方法，所述用户装备连接到公共网络；</li>

<li><strong>技术特征B：</strong>其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络；</li>

<li><strong>技术特征C：</strong>其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接；</li>

<li><strong>技术特征D：</strong>所述方法包括：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示；</li>

<li><strong>技术特征E：</strong>处理对虚拟视图中第一表示的选择；</li>

<li><strong>技术特征F：</strong>获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径；</li>

<li><strong>技术特征G：</strong>取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。</li>

</ul>

<h2>二、 对比文件原文检索与公开特征精细化比对</h2>

<p>围绕上述特征，本案引入三份核心对比文件：<strong>D1（JP4829350B2）</strong>、<strong>D2（AU2010256543A1）</strong>以及其同族专利<strong>D3（KR1020120027461A）</strong>。以下将逐一对照对比文件原文进行毫无异议公开（直白公开）或实质公开（等同/暗含公开）的全面法律判定。</p>

<h3>1. 对比文件D1（JP4829350B2）深度剖析</h3>

<p>D1公开了一种在两个不同本地网络端远程控制多媒体通信的方法与方案。其核心逻辑是通过第一本地网络内的远隔控制装置，经过IMS网络（公共网络）向第二本地网络的多媒体网关（HIGA）发起会话，获取网络地址转换（NAT）绑定及端口映射参数，进而指示第一设备与第二设备建立媒体流传输。</p>

<p><strong>特征对应分析：</strong></p>

<ul>

<li><strong>特征A/B/C（毫无异议公开）：</strong>D1说明书第[0023]段明确记载：<span class="quote-text">“第1のローカルネットワーク内に存在している遠隔制御装置によって、第1のローカルネットワーク内の第1のデバイスと第2のローカルネットワーク内の第2のデバイスとの間でメディア通信を遠隔制御するための方法…外部との接続用の宅内ゲートウェイを個々に備えている。”</span>。第[0030]段提及包含核心中转路由节点：<span class="quote-text">“ホームマルチメディアゲートウェイ（HIGA）…ポートマッピング部を備える。”</span>。这完全公开了UE（远隔制御装置）连接公共网络（IMS）、中间系统（HIGA/RGW）串联两端本地网络及本地设备，且两设备通过通信路径连接的架构。</li>

<li><strong>特征D/E（实质公开）：</strong>D1第[0033]段及图2描述了远隔控制装置通过UPnP/DLNA执行“ディスカバリ処理”（发现处理），以获取网络内所有设备的局部识别码。虽然其未直白使用“虚拟视图”一词，但其获取了第一本地设备的发现信息，并获取了远程网络内第二设备的局部标识，由用户在控制终端进行选择，属于实质公开了“生成包含两端设备表示并处理选择”的操作。</li>

<li><strong>特征F（毫无异议公开）：</strong>D1第[0029]段指明：<span class="quote-text">“受信済み通信パラメータは、宅内ゲートウェイ内の第2のデバイスに対して確定されたNATバインディングすなわちポートマッピングに基づく、第2のローカルネットワークの宅内ゲートウェイの外部IPアドレスとポート番号とを含んでもよい。”</span>。此处的NAT绑定和端口映射参数，完全对应关于通信路径的“连接性信息”。</li>

<li><strong>特征G（未公开缺陷）：</strong>D1虽然在获得外部IP和端口后指示设备建立连接，但<strong>完全缺乏</strong>“取决于连接性信息来启用或禁用用户提供指示之能力”的逻辑。D1属于无论网络NAT环境如何，均直接尝试建立连接或隧道，未在前端对用户的指示控制权进行“启用/禁用”的响应式限定。</li>

</ul>

<h3>2. 对比文件D2（AU2010256543A1）/ D3（KR1020120027461A）深度剖析</h3>

<p>D2与D3为同族专利，本报告以D2（英文原文）为主，辅以D3（韩文原文）进行交叉对证。该案提出了在不同的私有网络之间创建“虚拟UPnP系统”的概念，允许位于第一网络（Target）的智能终端去控制或访问位于第二网络（Source）的真实物理设备。</p>

<p><strong>特征对应分析：</strong></p>

<ul>

<li><strong>特征A/B/C（毫无异议公开）：</strong>D2在Detailed Description段落及图1中公开：移动设备136（Mobile Device）通过无线网络130连接Internet 114（公共网络）；中心注册服务器142与超级对等网络服务器140连接不同子网的Agent应用（中间系统网元）。Source网络中的设备（如Media Store 202）与Target网络中的设备通过重定向的公共IP路径建立网络连接。完全覆盖特征A、B、C。</li>

<li><strong>特征D/E（毫无异议公开）：</strong>D2第[0009]段和第[0068]段及附图4极为精准地公开了该特征。原文记载：<span class="quote-text">“FIG. 4 depicts a user interface suitable for implementation on a mobile device... GUI 402 may include a personal media content index 418, which may be organized under a hierarchy of tabs such as a 'my media' tab 420, a 'player selection' tab 422...”</span>。在用户界面中，清晰展示了源端网络共享出的虚拟媒介表示与本端渲染器表示，并由用户通过手势或按键处理选择。此为“生成虚拟视图并处理选择”的铁证。</li>

<li><strong>特征F（毫无异议公开）：</strong>D2第[0060]段至[0063]段明确阐述了系统对网络连接性信息的探测：<span class="quote-text">“When the agent application starts up... it uses multicast domain name service (mDNS)... to locate Internet Gateway Devices (IGDs) capable of supporting network port forwarding. If a device... is found which does support port forwarding, the agent application obtains the external IP address...”</span>。在此，系统主动收集并评估两端路由器是否支持端口转发（Port Forwarding），此即为标准的“路径连接性信息”。</li>

<li><strong>特征G（实质公开倾向及法律抗辩点）：</strong>D2在第[0060]-[0063]段中进一步推演：如果源端支持端口转发，则重写RES URL允许Target端直接通过HTTP读取；如果源端不支持但目的端支持，则转化为控制消息执行Data Push；若两端均不支持端口转发，则自动调整路径策略，将URL改写为中继服务器144（Re-routing Server）的地址，指示两端向中转站建立缓冲连接（图2C及图9C流程）。<br>

<strong>法律审视：</strong>D2的技术方案是在底层由Agent和服务器依据连接性信息自动完成网络传输路径的切换与拓扑重构（Direct HTTP vs Push vs Relay），从而<strong>维持</strong>或<strong>疏通</strong>连接建立。它并没有在UE（移动设备136）的UI层面上，因为得知路径不通而直接“禁用”用户下达建立连接指示的功能。因此，虽然D2实质公开了依据连接性信息改变连接建立方式，但对于权利要求1所限定的“取决于连接性信息启用/禁用用户提供指示的能力”，D2尚未达到“毫无异议完全公开”的侵蚀烈度，存在显著的非等同辩论空间。</li>

</ul>

<h2>三、 专利特征比对矩阵表（Feature Comparison Matrix）</h2>

<p>为直观呈现各对比文件对技术特征的覆盖情况，特构建如下精细化技术特征比对表：</p>

<table>

<thead>

<tr>

<th style="width: 15%;">权利要求1特征分解</th>

<th style="width: 35%;">对比文件 D1 (JP4829350B2) 原文出处及公开事实判定</th>

<th style="width: 35%;">对比文件 D2 (AU2010256543A1) 原文出处及公开事实判定</th>

<th style="width: 15%;">稳定度结论</th>

</tr>

</thead>

<tbody>

<tr>

<td><strong>技术特征A</strong><br>(UE连公共网)</td>

<td><strong>[毫无异议公开]</strong> 第[0023]段：第一局域网内的远隔制御装置通过多媒体服务网络（IMS）远程控制跨网媒体通信。</td>

<td><strong>[毫无异议公开]</strong> Detailed Description及图1：Mobile Device 136通过无线通信网络130接入公共Internet 114。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征B</strong><br>(中间系统跨网段)</td>

<td><strong>[毫无异议公开]</strong> 第[0023]、[0030]段：包含第一、二本地网络及各自的宅内网关（RGW），并通过中间系统HIGA进行网元模拟与SIP消息转换。</td>

<td><strong>[毫无异议公开]</strong> 第[0037]-[0039]段及图1：网关路由器112/118连接本地网A/B，通过部署在PC上的Agent应用与超级对等网络服务器140/142互联。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征C</strong><br>(通信路径连接)</td>

<td><strong>[毫无异议公开]</strong> 第[0023]段：在第一局域网内的第一设备与第二局域网内的第二设备之间远程控制建立媒体通信路径。</td>

<td><strong>[毫无异议公开]</strong> 第[0038]段：第一局域网内的请求设备能够直接或间接跨网访问第二局域网内物理设备所提供的媒体服务。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征D</strong><br>(生成虚拟视图)</td>

<td><strong>[实质公开]</strong> 第[0033]段：远隔制御装置通过本地迪加发现协议获取第一设备信息，并通过IMS网关间接获取远程第二设备的局部标识。</td>

<td><strong>[毫无异议公开]</strong> 第[0009]、[0068]段及附图4：移动终端显示GUI 402，包含“my media”标签页420与“player selection”标签页422，动态呈现各端设备标识。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征E</strong><br>(处理表示选择)</td>

<td><strong>[实质公开]</strong> 第[0033]段：依据用户输入指令，选定特定的第一局域网设备作为媒体渲染器（如电视），去承接远程设备媒体流。</td>

<td><strong>[毫无异议公开]</strong> 第[0048]段：用户在移动端通过GUI工具选择源网络（Source Domain）中的特定设备或文件重定向至目标网络。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征F</strong><br>(获得连接信息)</td>

<td><strong>[毫无异议公开]</strong> 第[0029]段：控制装置从HIGA接收回执，包含确定好的NAT绑定规则、远程网络网关外部IP地址及开放的端口号。</td>

<td><strong>[毫无异议公开]</strong> 第[0060]段：部署于子网的Agent应用启动时利用mDNS协议探测本地Internet网关（IGD）是否支持端口转发（Port Forwarding）功能。</td>

<td>已被完全覆盖</td>

</tr>

<tr>

<td><strong>技术特征G</strong><br>(基于连接信息启用/禁用控制权)</td>

<td><strong>[未公开]</strong> 仅提及在获得外部IP和端口参数后直接下达会话建立指令，完全未涉及依据路径可达性状态控制用户侧操作权限的开关机制。</td>

<td><strong>[实质不完全公开 / 显著区别特征]</strong> 第[0061]-[0063]段：系统检测到不同的端口转发能力后，由系统底层的Agent主动重写URL，改变传输模式（直连、推送或中继中转）。<strong>未在UE层面对用户的操作下达权限实施“启用”或“禁用”阻断。</strong></td>

<td><span style="color:#C53030; font-weight:bold;">核心防御屏障</span></td>

</tr>

</tbody>

</table>

<h2>四、 最接近对比文件的确立与创造性路径剖析</h2>

<h3>1. 最接近对比文件的确立</h3>

<p>在创造性审查（基于意图审查的“三步法”）中，本案首选<strong>对比文件D2（及其同族D3）</strong>作为<strong>第一最接近的对比文件</strong>。理由如下：</p>

<ul>

<li><strong>技术领域与所解决的技术问题高度一致：</strong>涉案专利旨在解决公共网络环境下，用户装备如何直观控制并跨越多个不同私有本地网络网段建立对等连接的问题。D2同样聚焦于“利用广域网中介在独立的UPnP/局域网子网之间构筑虚拟设备 rendition 从而实现无缝跨网流媒体选择与授权”。两者在拓扑架构、设备关系、乃至应用场景（如移动端控制电视播放远程服务器文件）上完全同构。</li>

<li><strong>技术特征的侵蚀度最高：</strong>由比对矩阵可见，D2不仅完全覆盖了特征A、B、C，更在特征D、E、F上展现出极高的文献吻合度，尤其是图4和第[0068]段对移动终端GUI虚拟视图、标签页选择的直白公开，在技术细节上比D1的“ディスカバリ处理”更为接近涉案专利。</li>

</ul>

<p>同时，<strong>对比文件D1可作为第二最接近的对比文件（备选起点）</strong>。D1从IMS电信网络架构切入，解决了基于SIP/SDP信令机制远程控制跨LAN媒体跨网段传输的问题，同样公开了获取跨网通信路径NAT/端口映射连接性信息的全流程，构成了极佳的系统级比对基础。</p>

<h3>2. 创造性法律对抗路径演练（基于三步法）</h3>

<p>若审查员或无效请求人以D2为最接近的对比文件，配合本领域常识或其他对比文件对涉案专利权利要求1发起创造性攻击，其典型逻辑为：权利要求1较之D2，其实际解决的特定技术问题仅在于<strong>“如何在底层通信链路受限或就绪时，在用户操作界面同步做出反应以避免无效操作”</strong>，而特征G所采用的“依据连接性信息启用/禁用操作能力”属于本领域技术人员在面对网络通信受限时，为优化用户交互（UX）所能自然想到的常规设计手法（如网络断开时置灰发送按钮），不具备显著的进步，因而无创造性。</p>

<p><strong>专利代理师防御性反驳策略：</strong>此种创造性攻击存在严重的<strong>“后见之明”</strong>。D2的整个技术路线是<strong>“透明化自动修复”</strong>。在D2中，当系统检测到两端网络均处于对称型NAT、无法进行传统端口转发时，其Agent和Re-routing服务器会自动联手，通过URL改写技术把传输拓扑重构为中继中转模式（[0063]段：Instruct the source agent to push data to an intermediary relay server），即<strong>竭尽全力确保用户的连接指示能够被执行，绝不剥夺或置灰用户的操作权</strong>。而涉案专利特征G走的是一条完全不同的响应式逻辑——在检测到特定路径连接性信息后，主动在前端“启用或禁用”用户通过公共网络提供指示的这门“能力”。这是一种基于确定性策略的控制流关断，与D2“无论如何自动疏通链路”的架构存在本质的路线对立。此项区别特征带来了降低盲目呼叫触发无效公共网信令的卓越技术效果，符合创造性评判标准。</p>

<h2>五、 专利稳定度评估与最薄弱特征诊断</h2>

<div class="vulnerability-box">

<strong>无效宣告请求下的涉案专利最薄弱技术特征诊断：技术特征F与特征G的衔接界线。</strong><br>

虽然前述分析确立了特征G是涉案专利的防御壁垒，但在高烈度的无效诉讼中，该特征亦是防御链条中最敏感、最易受集中火力突破的薄弱节点。关键痛点在于涉案专利对<strong>“连接性信息（Connectivity Information）”</strong>的具体内涵界定过宽。

</div>

<p>如果在后续的专利无效程序或侵权诉讼抗辩中，涉案专利说明书对“连接性信息”没有给出极为严格、特殊的限定（例如限定为特种多路复用信道参数），而仅仅泛指常规的“网络可达性（Ping通与否）、带宽是否足够、或是否处于同一局域网”，那么特征G的防御力将发生断崖式下跌。请求人只需检索出一篇在网络断开或带宽归零时，自动将操作界面的“连接/播放”按钮置灰（禁用用户提供指示能力）的传统网络控制界面文献（即使不是跨网UPnP领域，仅是通用网络控制领域），就可以通过<strong>“D2 + 领域的常规技术寻常延伸”</strong>将权利要求1彻底拉下马。特征G与特征F的结合部，极易被归结为“将底层通信状态参数引入前端UI触发器的常规编程逻辑”，稳定度面临严峻考验。</p>

<h2>六、 针对性补充检索策略与后续应对建议</h2>

<h3>1. 进一步的对比文件补充检索策略</h3>

<p>鉴于现有D2/D3文件在系统架构上已极度逼近涉案专利，为了在无效宣告中达成致命一击，或在防御时做到知己知彼，后续的检索应当实施<strong>“精准特种检索”</strong>，重点围剿“特征G”的界面控制权关断逻辑。具体策略如下：</p>

<ul>

<li><strong>检索式优化（技术要素聚焦）：</strong>改变以往侧重于“跨网段/跨本地网络（Cross-network/Virtual UPnP）”的宏观系统词，转为锁定<strong>【底层链路特征 + 界面响应式使能关断】</strong>的交叉组合。<br>

<span class="math">Keywords = (NAT \ type \ OR \ Port \ Forwarding \ OR \ Link \ Connectivity) \ AND \ (UI \ OR \ View \ OR \ Button) \ AND \ (Disable \ OR \ Enable \ OR \ Grayout \ OR \ Inhibit) \ AND \ (Remote \ Control \ OR \ Stream \ Connection)</span>

</li>

<li><strong>目标数据库与文献分类号（IPC/CPC）精准投放：</strong>重点筛查互联网电视控制系统、智能家居跨网段投屏（AirPlay/DLNA扩展协议）、远程桌面连接控制软件（如TeamViewer、Remote Desktop）领域的早期专利及技术规范。重点关注以下分类号：

<ul>

<li><strong>H04L67/125：</strong>基于应用服务中用于特种控制或监视的协议（智能家居跨网传输）；</li>

<li><strong>H04L67/025：</strong>涉及从客户端一侧触发的响应式WEB/UI控制流；</li>

<li><strong>G06F3/048：</strong>基于网络状态参数改变激活动作的图形用户界面设计。</li>

</ul>

</li>

<li><strong>非专利文献（NPL）突击：</strong>深度挖掘UPnP Forum在2005至2012年间发布的关于“Remote Access Architecture V1/V2”的官方技术白皮书、工作组草案（Working Committee Drafts），以及DLNA三大件模型（3-Box Model）跨网段映射的讨论邮件组存档（Mailing List Archives）。这类行业标准制定过程中的提案，往往会直白记录因NAT受限而不得不置灰或限制用户远端发起INVITE呼叫的讨论细节。</li>

</ul>

<h3>2. 代理师综合应对建议</h3>

<p><strong>若您是专利权人（应对无效宣告）：</strong>立即启动说明书的全面技术盘点。深入剖析涉案专利说明书的实施例中，对于“连接性信息”是否有超越常规网络状态的深度算法定义，对于“启用或禁用”是否伴随着特种安全校验或公共网信令削峰机制。在答辩时，必须死守“D2的自动拓扑重构修复”与“本案主动实施操作流截断关断”之间的<strong>路线冲突</strong>，将辩论焦点牢牢锁定在方案带来的公共网络信令节约和防止呼叫雪崩的技术效果上，阻止请求人将该特征恶意稀释为常规界面编程。</p>

<p><strong>若您是无效请求人（发起专利围剿）：</strong>本报告已为您指明了胜诉的终极路径。现有的D2文件在拓扑上已是完美起点，您无需在拓扑结构上继续耗费检索资源。您应当利用上述补充检索策略，全力寻找一篇在远程流媒体/跨网控制中，根据网关NAT映射结果或可达性状态，直接在前端UI控制UE“置灰/禁用连接发起功能”的文献。一旦成功将该文献作为辅助对比文件，配合最接近的对比文件D2，即可完美构筑起“结构由D2提供，特征G的UI响应逻辑由辅助文献明示，组合后解决相同技术问题”的创造性绞杀链条，彻底攻克涉案专利的核心防线。</p>

</body>

</html>

"""

# Write the HTML content to a file

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

f.write(html_content)

# Compile HTML to PDF using WeasyPrint

output_pdf = "patent_invalidation_analysis_report.pdf"

HTML("report.html").write_pdf(output_pdf)

print(f"Successfully generated {output_pdf}")

```

```text?code_stdout&code_event_index=1

Successfully generated patent_invalidation_analysis_report.pdf

```

Your PDF file is ready

[file-tag: code-generated-file-7ec8ace1-af2c-478d-b9f8-b9083d65a527]

作为一名经验丰富的专利代理师，我已经为您完成了针对该跨网设备连接控制专利的无效稳定度深度技术与法律评估。我已编写 Python 脚本，采用严谨的专利法律评析逻辑与排版标准，生成了正式的 **《重大涉诉专利无效宣告前置深度法律与技术评估报告》PDF文件**。

以下是该报告的核心要点摘要：

### 1. 目标权利要求技术特征精细化解析

涉案权利要求1的核心在于通过构建**虚拟视图**打破传统局域网（如UPnP/DLNA）的网段限制，并引入了基于路径可达性状态的“前置控制开关”（特征G），旨在避免用户盲目发起无效的跨网多媒体会话，从而降低公共网络的信令负载。

### 2. 对比文件原文精细化比对与公开判定

* **对比文件D1（JP4829350B2）：** **毫无异议公开了特征A、B、C、F。** 说明书第[0023]、[0029]、[0030]段明确公开了远隔控制装置通过IMS网络远程控制跨网媒体通信的拓扑结构，且通过HIGA接收包含NAT绑定规则、远程外部IP及端口号的通信参数（即连接性信息）。但其**完全缺乏特征G**的响应式权限关断逻辑。

* **对比文件D2（AU2010256543A1）/ D3（KR1020120027461A）：** **毫无异议公开了特征A、B、C、D、E、F。** 第[0009]、[0068]段及附图4极其精准地公开了移动终端上的GUI虚拟视图（“my media”与“player selection”标签页）；第[0060]段公开了利用mDNS主动收集并评估两端路由器是否支持端口转发（连接性信息）。对于**特征G**，D2倾向于在底层自动进行拓扑重构与修复（直连、推送或中继中转模式），即无论如何尽量确保连接畅通，并未在UE前端实施“启用或禁用用户操作能力”的截断控制。

### 3. 最接近对比文件（原型文件）的确立

本案首选**对比文件D2（及其同族D3）作为第一最接近的对比文件**。其技术领域、拓扑架构（基于广域网中介的跨子网虚拟设备模拟）以及所解决的技术问题与涉案专利高度同构，且对权利要求1前六个特征的侵蚀度最高。**对比文件D1可作为第二最接近的对比文件（备选起点）**。

### 4. 最薄弱特征诊断与法律抗辩突破口

* **最薄弱技术特征：** 特征F与特征G的衔接界线。如果涉案专利在说明书中对“连接性信息”没有给出极为严格的特殊算法限定，而泛指常规的“网络连通/带宽状态”，极易被请求人以“将底层网络状态参数引入前端UI触发器的常规编程逻辑”为由，通过**D2 + 通用网络控制领域常规常识**发起创造性绞杀。

* **专利权人防御策略：** 死守“D2竭尽全力通过重写URL自动疏通链路”与“本专利主动根据链路状态在前端关断操作控制权”之间的**技术路线对立**，强调本专利带来了削峰公共网盲目信令的卓越技术效果。

### 5. 针对性补充检索策略

为在无效程序中达成致命一击，后续检索应锁定**【底层链路特征 + 界面响应式使能关断】**的交叉组合（如：`NAT type/Port Forwarding AND UI/View AND Disable/Grayout`），重点围剿互联网电视控制系统、智能家居跨网投屏扩展协议的早期非专利文献（NPL），如 UPnP Forum 早期关于 Remote Access 架构的工作组草案或官方提案邮件组存档。

---

*详细的原文字句对应、特征比对矩阵表、以及基于“三步法”的创造性法律对抗演练过程，请参见上方为您生成的正式报告 PDF 文档。该文档已做好了严格的Paged Media视效 polish，适合您直接用于合规或诉讼前置决策。*

```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) " / " counter(pages);

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

font-size: 9pt;

color: #666;

}

@bottom-left {

content: "专利无效宣告请求前置法律与技术分析报告";

font-family: 'SimSun', serif;

font-size: 9pt;

color: #666;

}

}

body {

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

font-size: 10.5pt;

line-height: 1.5;

color: #333333;

margin: 0;

padding: 0;

}

.title-container {

text-align: center;

margin-bottom: 30px;

border-bottom: 3px double #1a365d;

padding-bottom: 15px;

}

h1 {

font-size: 20pt;

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

color: #1a365d;

margin: 0 0 10px 0;

}

.meta-info {

font-size: 10pt;

color: #555;

}

h2 {

font-size: 14pt;

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

color: #1a365d;

border-left: 5px solid #1a365d;

padding-left: 10px;

margin-top: 25px;

margin-bottom: 15px;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

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

color: #2c5282;

margin-top: 15px;

margin-bottom: 8px;

page-break-after: avoid;

}

p {

margin-top: 0;

margin-bottom: 10px;

text-align: justify;

text-indent: 2em;

}

.no-indent {

text-indent: 0;

}

table {

width: 100%;

border-collapse: collapse;

margin: 15px 0;

font-size: 9.5pt;

page-break-inside: auto;

}

tr {

page-break-inside: avoid;

page-break-after: auto;

}

th, td {

border: 1px solid #cbd5e0;

padding: 8px;

text-align: left;

vertical-align: top;

}

th {

background-color: #f7fafc;

color: #1a365d;

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

font-weight: bold;

}

.feature-col { width: 15%; font-weight: bold; background-color: #f7fafc; }

.target-col { width: 30%; }

.prior-col { width: 40%; }

.conclusion-col { width: 15%; }

.highlight-box {

background-color: #ebf8ff;

border-left: 4px solid #3182ce;

padding: 12px;

margin: 15px 0;

border-radius: 0 4px 4px 0;

}

.highlight-box p {

margin: 0;

text-indent: 0;

font-size: 10pt;

color: #2b6cb0;

}

ul, ol {

margin-top: 0;

margin-bottom: 10px;

padding-left: 25px;

}

li {

margin-bottom: 5px;

text-align: justify;

}

</style>

</head>

<body>

<div class="title-container">

<h1>特定网络连接控制专利技术与创造性分析报告</h1>

<div class="meta-info">文件类型：深度法律与技术评析意见书 | 职业视角：资深专利代理师 / 专利诉讼律师</div>

</div>

<h2>一、 目标权利要求全面解析与技术原理解读</h2>

<p>本案目标权利要求1保护一种“在用户装备中的用于指示在第一本地设备和第二本地设备之间建立连接的方法”。从分布式网络架构及通信控制的角度来看，该权利要求针对的核心技术痛点在于：<b>如何在跨越不同专用本地网络（私网）的设备之间，通过公网进行安全、智能的连接建立，并由移动终端（用户装备）实施动态的能力管控。</b></p>

<p>其核心控制逻辑在于引入了“中间系统”和“基于连接性信息的动态界面能力开关机制”。中间系统同时桥接了第一本地网络、第二本地网络和公共网络。用户装备（UE）并非盲目向用户开放跨网连接指令的发送权限，而是首先在UE端生成一个融合两端本地设备的“虚拟视图”，接收用户选择后，在后台“获得关于两端设备间通信路径的连接性信息（如探测是否支持端口转发NAT穿越等）”。最终，<b>取决于该连接性信息，动态地“启用”或“禁用”用户通过公网发送建立连接指示的能力</b>。这种在前端界面就对用户操作能力进行预先流控的技术方案，能有效避免因网络路径不通而导致的用户无效操作与系统信令开销。</p>

<h2>二、 目标权利要求与对比文件技术特征深度比对</h2>

<p>针对权利要求1分解出的技术特征A至G，紧密结合对比文件D1（EP2438745A2）、D2（CN102461124A，D1同族中文公开文本）以及D3（US20120284374A1）的原文及详细出处进行逐项特征比对。比对结果见下表：</p>

<table>

<thead>

<tr>

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

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

<th style="width: 48%;">对比文件原文支持与详细出处（D1/D2/D3）</th>

<th style="width: 15%;">特征对比结论</th>

</tr>

</thead>

<tbody>

<tr>

<td class="feature-col">技术特征A</td>

<td>所述用户装备连接到公共网络</td>

<td><b>【D1/D2全面公开】</b><br>

D2图1, 图3, 专利说明书[0041], [0042]：“可选地，通信系统可包含其它计算装置，例如具有对因特网114的接入的个人计算机138和移动装置136...移动装置136例如蜂窝式电话可经由无线通信网络130接入因特网”。其中因特网114即公共网络，移动装置136即用户装备。</td>

<td>已被D1/D2 毫无异议地公开</td>

</tr>

<tr>

<td class="feature-col">技术特征B</td>

<td>其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络</td>

<td><b>【D1/D2全面公开】</b><br>

D2图1, 图2A, 说明书[0038], [0039], [0051]：“此通信系统可包含两个或两个以上本地网络100、116（网络A和B）...连接到因特网114 via 路由器112, 118...配置有代理应用程序...以及公共因特网上的超级对等联网服务器140、注册服务器142”。上述网关、代理及服务器共同构成“中间系统”。网络A和B内的UPnP设备（如媒体存储装置202、媒体播放器212）即第一/第二本地设备。</td>

<td>已被D1/D2 毫无异议地公开</td>

</tr>

<tr>

<td class="feature-col">技术特征C</td>

<td>其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接</td>

<td><b>【D1/D2全面公开】</b><br>

D2说明书[0039]：“第一和第二网络上的代理应用程序协作...随后，第一网络上的请求装置可直接接入来自第二网络上的装置的服务，如同所述两个装置在同一网络上一样。”[0061]-[0063]详述了通过端口转发、数据推流或中继服务器144建立物理通信路径。</td>

<td>已被D1/D2 毫无异议地公开</td>

</tr>

<tr>

<td class="feature-col">技术特征D</td>

<td>所述方法包括：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示</td>

<td><b>【D1/D2全面公开】</b><br>

D2说明书[0049], [0052], 图4：“当用户登录到注册服务器142时，可向其呈现其自身的域ID（‘地点’）的列表和其‘朋友’的域的列表”；“网页还可显示其自身的域中的所有UPnP设备的列表...用户A可选择其朋友用户B的网络B作为目标域，选择网络A作为源域...”。图4的GUI界面402即生成了包含两端设备/媒体列表的虚拟视图。</td>

<td>已被D1/D2 毫无异议地公开</td>

</tr>

<tr>

<td class="feature-col">技术特征E</td>

<td>处理对虚拟视图中第一表示的选择</td>

<td><b>【D1/D2全面公开】</b><br>

D2说明书[0052], [0068], [1016]：“使用包含此装置列表的用户接口，用户A可选择其媒体存储装置202以用于虚拟化。”；“移动装置接收此消息并显示装置列表...传输用户对设备、服务或媒体的选择到注册服务器”。此即处理用户对视图中第一表示的选择。</td>

<td>已被D1/D2 毫无异议地公开</td>

</tr>

<tr>

<td class="feature-col">技术特征F</td>

<td>获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径</td>

<td><b>【D1/D2全面公开】</b><br>

D2说明书[0060]：“当代理应用程序在本地网络计算机108、116中启动时，其使用多播域名服务(mDNS)...来定位能够支持网络端口转发的因特网网关装置(IGD)。如果发现确实支持端口转发...获得外部IP地址...端口转发的细节保持在代理应用程序中且在随后的控制消息中传递...”。此探测和传递端口转发能力、有无公网IP的过程即“获得路径连接性信息”。</td>

<td>已被D1/D2 实质公开</td>

</tr>

<tr>

<td class="feature-col">技术特征G</td>

<td>取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接</td>

<td><b>【D1/D2未完全公开 —— 无效破局点】</b><br>

D2说明书[0061]-[0063]公开了依据两端网络的端口转发支持情况（连接性信息），自动选择直接HTTP读取、反向推流、或通过重新路由服务器144进行中转。<b>但是</b>，D2是在后台通过动态重写RES URL的技术手段隐式适应网络连接性，<b>其并没有在用户装备（UE）的前端界面上，取决于该连接性信息去显式“启用或禁用用户提供建立连接指示的能力”</b>。D2中用户的操作权限是恒定开放的。</td>

<td><span style="color: red; font-weight: bold;">未被公开</span><br>(区别技术特征)</td>

</tr>

</tbody>

</table>

<p class="no-indent"><b>关于对比文件D3（US20120284374A1）的独立分析说明：</b><br>

D3主要公开了一种用于自动向远程设备分配配置信息的中央管理站系统（DSM）。其说明书摘要及第[0027]-[0029]段公开了在网络中部署设备服务控制器（DSC）102、112并通过防火墙106、114向中央DSM服务器110发起出站连接以建立安全隧道。其核心在于通过执行启动文件自动设置操作参数并进行自动设备发现（说明书[0047]-[0048]）。

虽然D3公开了特征A、B、C的基本网络拓扑架构（DSM和DSC充当跨越防火墙的中间代理机制），但D3的核心在于自动化配置和IT策略管理，<b>其完全没有公开权利要求1中在用户装备（UE）上生成两端设备的虚拟视图（特征D）、处理设备选择（特征E）、以及取决于连接性信息在前端界面上动态启用或禁用用户发送连接建立指示能力（特征G）的控制机制</b>。因此，D3与本案权利要求1的关联度显著低于D1/D2。</p>

<h2>三、 最接近对比文件的甄选与创造性全方位辩则</h2>

<h3>1. 最接近对比文件的确定</h3>

<p>在创造性评判的“三步法”中，确定最接近的对比文件通常需考量技术领域、根本解决的技术问题、技术效果以及公开实质特征的数量。本案中，<b>对比文件D1/D2（EP2438745A2 / CN102461124A）最适合作为本案权利要求1最接近的对比文件。</b>原因如下：</p>

<ul>

<li><b>技术领域与核心架构高度重合：</b>二者均属于跨私有本地网络的设备互连与远程控制领域，且均引入了由移动终端（UE）、中央注册服务器及两端本地网络代理（Agent）构成的中间互连系统。</li>

<li><b>解决的技术问题一致：</b>二者皆旨在解决如何使位于不同专用局域网、受防火墙或非路由IP限制的设备之间能够穿越公网发现彼此并建立流媒体或数据通信路径的问题。</li>

<li><b>技术效果高度贴近：</b>皆实现了打破局域网子网限制、让用户能够通过公共网络远程操作和桥接异地本地设备的技术效果。在技术特征层面，D1/D2已经完全公开了权利要求1中除特征G后半部分（前端界面动态控制用户操作能力）以外的绝大部分技术特征（A、B、C、D、E及实质公开F）。</li>

</ul>

<h3>2. 区别技术特征与实际解决的技术问题</h3>

<p>通过上述特征比对，本案权利要求1相对于最接近对比文件D1/D2的<b>实质区别技术特征</b>在于：<br>

<span style="font-weight: bold; color: #1a365d;">特征G后半部分：取决于所述关于通信路径的连接性信息，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。</span></p>

<p>最接近对比文件D1/D2的应对策略是“纯后台隐式适配”：不论两端网络的NAT穿越与端口转发条件如何，用户在前端GUI界面上看到的虚拟设备表示都是可无差别点击触发的，系统在后台默默根据探测到的连接性信息重写RES URL，若完全不通则通过D3或重新路由服务器中转，若中转亦失败则导致连接超时报错。而本案权利要求1将这种控制前置到了用户交互层，通过连接性信息在前端直接硬性“启用或禁用”用户的点击指示能力。</p>

<p>因此，本案权利要求1相对于D1/D2<b>实际解决的技术问题</b>可以重述为：<b>如何在跨网设备互连过程中，提升前端用户交互的准确性，避免因网络路径本身不可行而导致用户进行无效的连接建立操作，从而减少无效的公网信令交互和系统开销。</b></p>

<h3>3. 创造性抗辩/进攻多维分析</h3>

<div class="highlight-box">

<p><b>【资深代理师无效宣告攻防策略建议】</b><br>

<b>作为无效宣告请求人（进攻方）：</b>应当主张特征G属于“将后台已知的网络状态参数反哺至前端用户界面进行常规权限/按钮置灰显示”的常规人机交互设计。在D1/D2已经公开了后台“获得连接性信息（端口转发状态）”的前提下，本领域技术人员在面对“如何避免用户盲目发起必然失败的连接请求”这一动机时，将其转化为界面按钮的Enable/Disable状态，属于本领域的常规设计公知常识，不具备突出的实质性特点和显著的进步，应当斩断其创造性。<br>

<b>作为专利权人（防守方）：</b>应当极力强调该特征非纯粹的界面设计，而是与跨网通信路径的底层探测（特征F）紧密结合的“动静结合流控机制”。通过在UE端依据动态变化的物理网路拓扑连接性信息，直接熔断或激活公共网络上的高层连接指示信令流，在复杂的跨防火墙P2P拓扑中创造了显著的信令节约和底层架构保护效果，具备非显而易见的创造性高度。

</p>

</div>

<h2>四、 无效宣告请求中的最薄弱技术特征突破口</h2>

<p>若对本案提起无效宣告请求，整个权利要求中<b>最薄弱、最容易被攻破的技术特征首推“技术特征F（获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径）”</b>。</p>

<p>在通常的专利审查或答辩中，专利权人往往试图将“获得连接性信息”粉饰为一种极具高度的创新。但紧密结合对比文件D2的原文第[0060]段可以发现，D2已经极其详尽地公开了代理应用程序通过mDNS协议自动定位因特网网关装置（IGD）、探测其是否支持端口转发、进而获得外部IP地址并交换这些端口转发细节（即连接性信息）的完整技术方案。这意味着，本案中建立连接所需的路径探测技术，在2009/2012年就已经被D1/D2等通用即插即用（UPnP）跨网互连技术完全实质公开，变为了底层通信的标配。专利权人极难在特征F上构筑其创造性护城河。</p>

<p>真正的无效破局决战点依然在于<b>特征G中“取决于该信息在UE端启用或禁用用户提供指示的能力”</b>这一与界面交互挂钩的流控判断。如前所述，进攻方应当全力将特征G往“底层已知参数在前端人机交互中的公知应用（置灰未就绪功能按钮）”方向靠拢，削弱其技术高度。</p>

<h2>五、 进一步的精准对比文件检索策略建议</h2>

<p>鉴于目前的区别特征牢牢卡在“根据网络路径连接性动态调整UE端用户操作指示权限”这一交汇点上，为了彻底实现全案推翻（A整案无效），建议启动第二轮专项精准检索，策略如下：</p>

<ol>

<li><b>IPC/CPC分类号精准锁定：</b> 聚焦于 <b>H04L67/141</b>（通信会话的建立）、<b>H04L67/025</b>（基于交互式界面的智能网络控制）、<b>H04L67/563</b>（中间代理/路由适配机制）以及 <b>G06F3/0484</b>（基于网络状态的界面操作激活/置灰控制）。</li>

<li><b>关键词矩阵优化（布尔逻辑）：</b><br>

<code>(User Equipment OR UE OR mobile OR smartphone OR "用户装备" OR "手机")</code><br>

<code>AND (NAT traversal OR "port forwarding" OR "connectivity" OR "端口转发" OR "网络连接性" OR "穿透")</code><br>

<code>AND (disable OR enable OR gray* OR "置灰" OR "禁用" OR "启用" OR "权限控制")</code><br>

<code>AND (instruction OR "指示" OR "建立连接")</code>

</li>

<li><b>多维检索网络与交叉溯源：</b><br>

* <b>追踪核心巨头早期在网路交互方面的红海专利：</b> 重点检索Cisco（思科）、Huawei（华为）、Apple（苹果）、Microsoft（微软）在2010至2015年间关于“远程协助”、“跨网跨防火墙屏幕共享/设备互连（如早期的AirPlay、TeamViewer底层网络控制）”的交互专利。此类系统在检测到带宽极低或网络完全不通时，往往会在用户界面直接将“发起连接/高质量传输”的按钮置灰，这是特征G最直接的产业界先例。<br>

* <b>非专利文献（NPL）交叉检索：</b> 深入RFC标准文档库以及IEEE Xplore，检索关于“P2P穿越失败条件下的交互流控（UI Flow Control under NAT Traversal Failure）”相关学术论文。若能检索到在网络探测失败时前端直接禁用连接请求的架构设计，将为公知常识的举证提供极其稳固的证据链支持。

</li>

</ol>

</body>

</html>

"""

# 写入临时HTML文件

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

f.write(html_content)

# 使用WeasyPrint转换为PDF

HTML("patent_analysis.html").write_pdf("patent_analysis_report.pdf")

print("PDF report generated successfully as patent_analysis_report.pdf")

```

```text?code_stdout&code_event_index=1

PDF report generated successfully as patent_analysis_report.pdf

```

您的 PDF 格式深度法律与技术评析意见书已成功生成。

[file-tag: code-generated-file-36b3318f-e8d7-4774-b5f0-14543cb133a0]

作为一名经验丰富的专利代理师和专利诉讼律师，我紧密结合目标专利权利要求与对比文件的原文和详细出处，为您进行了全方位、多维度的技术和法律分析。以下是本案的关键评析意见摘要：

### 一、 目标权利要求核心技术原理解读

目标权利要求1保护的是一种“在用户装备（UE）中用于指示在第一和第二本地设备之间建立连接的方法”。其核心技术痛点在于：**如何在跨越不同局域网（私网）的设备之间通过公网进行安全连接建立，并由移动终端实施动态的能力管控。**

该方案在前端引入了“虚拟视图”和“基于连接性信息的界面能力动态开关机制”。用户装备并非盲目向用户开放跨网连接指令的发送权限，而是首先获得底层两端通信路径的连接性信息（如探测是否支持端口转发/NAT穿越）。最终，**取决于该连接性信息，动态地“启用”或“禁用”用户通过公网提供建立连接指示的能力（如按钮激活或置灰）**。这种将网络拓扑可达性前置到交互层控制的技术手段，能有效避免无效操作并降低公共网络信令交互的开销。

### 二、 对比文件技术特征比对摘要

通过对对比文件 **D1（EP2438745A2） / D2（CN102461124A，D1同族中文文本）** 及 **D3（US20120284374A1）** 的原文细节和出处进行细化拆解，特征比对表格的关键结论如下（详细出处请见PDF报告）：

* **技术特征A、B、C、D、E：** 已被 **D1/D2 毫无异议地公开**。D2图1、图3、图4及说明书第`[0041]`, `[0042]`, `[0049]`, `[0052]`段已经完全公开了移动装置136连接公网，通过超级对等服务器140和两端代理Agent构成中间系统，在GUI界面生成包含源端和目标端设备/媒体列表的“虚拟视图”并处理用户选择的方案。

* **技术特征F（获得连接性信息）：** 被 **D1/D2 实质公开**。D2说明书第`[0060]`段详述了代理应用程序启动时通过mDNS协议定位因特网网关装置（IGD）、探测其是否支持端口转发并获得外部IP地址及交换端口转发细节的过程，这正是“获得关于两端设备间通信路径的连接性信息”的实质体现。

* **技术特征G（取决于连接性信息在UE端启用/禁用用户提供指示的能力）：** **未被对比文件公开（构成实质区别特征）**。D1/D2第`[0061]`-`[0063]`段虽然公开了在后台根据端口转发支持情况隐式重写RES URL的技术手段，但其界面操作权限对用户是恒定开放的，其并未公开在用户装备（UE）的前端界面上取决于该连接性信息去动态地“启用或禁用”用户的点击控制能力。

* **关于D3（US20120284374A1）的独立说明：** D3主要涉及一种通过安全隧道向远程DSC自动分配配置信息的中央管理系统（DSM）（说明书`[0027]`-`[0029]`）。D3的核心在于IT策略与自动化配置，**完全没有公开**目标专利中关于生成虚拟视图（特征D）、处理设备选择（特征E）以及在前端界面取决于连接性信息动态控制用户指示能力（特征G）的机制，其关联度显著低于D1/D2。

### 三、 最接近对比文件与创造性辩则

1. **最接近对比文件的确定：** **对比文件D1/D2（EP2438745A2 / CN102461124A）** 无论在技术领域（跨专用网络的远程即插即用控制）、根本解决的技术问题（跨防火墙/NAT局域网设备互连），还是在公开的技术特征数量上，都是最适合做创造性分析的最接近的对比文件。

2. **实际解决的技术问题：** 本案权利要求1相对于D1/D2的区别技术特征在于特征G的后半部分。该区别特征使得本案实际解决的技术问题可以重述为：**如何在跨网设备互连过程中，提升前端用户交互的准确性，避免因网络路径本身不可行而导致用户进行无效的连接建立操作，从而减少无效的公网信令交互和系统开销。**

3. **无效宣告攻防策略（创造性进攻点）：**

* **作为请求人（进攻方）：** 应当主张“取决于网络底层状态参数在前端用户界面动态激活/置灰对应的操作按钮”属于本领域人机交互设计的常规管理手段。在D1/D2已经公开后台能够实时“获得连接性信息（端口转发状态）”的前提下，本领域技术人员为了解决“避免用户盲目发起必然失败的连接”这一技术动机，利用该已知参数直接控制前端按钮的Enable/Disable状态属于常规公知常识的套用，不具备创造性。

* **作为专利权人（防守方）：** 应极力强调该控制并非单纯的UI界面设计，而是与底层P2P通信路径探测深度融合的“动静结合流控机制”，对复杂的跨防火墙信令交互和设备底层安全保护创造了显著的系统级技术效果，具备创造性高度。

### 四、 无效宣告请求中的突破口与薄弱特征

全案最薄弱、最容易被攻破的技术特征是**“技术特征F（获得连接性信息）”**。正如D2第`[0060]`段原文所证，跨越NAT和防火墙时对两端端口转发、网关支持性及外部IP地址的动态探测、传递与获取，在2009/2012年就已经在UPnP跨网虚拟化领域被完全公开，变为了底层通信的标配，专利权人极难在该特征上构筑创造性壁垒。真正的无效决战点依然在于特征G这一“控制前置”的逻辑在UI层面的常规性论证。

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

若想彻底推翻该专利（全案无效特征G），建议启动第二轮专项精准检索：

1. **IPC/CPC分类号聚焦：** 精准锁定 **H04L67/141**（会话建立）、**H04L67/025**（基于交互式界面的智能网络控制）以及 **G06F3/0484**（基于网络状态的界面操作激活/置灰控制）。

2. **检索式布尔逻辑组合：** 将移动终端（`UE / mobile / 手机`）、网络连接性探测（`NAT / port forwarding / 连接性`）、界面动态控制（`disable / gray / 置灰 / 禁用`）以及连接指示（`instruction / 建立连接`）进行强交集组合。

3. **重点追踪红海产业先例：** 建议重点检索思科（Cisco）、华为（Huawei）、苹果（Apple）、微软（Microsoft）在2010至2015年间关于**“远程协助”、“跨网屏幕共享/设备互连（如AirPlay、TeamViewer底层网络控制）”**的红海交互专利。这类系统在检测到带宽极低或网络完全不可达时，在用户界面直接将“发起连接/高质量传输”的按钮置灰或锁死，是特征G最直接的产业界先例和强力破坏证据。

您可以通过查看为您生成的 **PDF 报告文件**，获取更详细的条款原文逐项比对表格、法律抗辩逻辑等深度内容。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度解析，并结合三份对比文件（D1、D2、D3）的原文及详细出处进行比对、创造性评价和无效薄弱点分析。

首先，针对三份对比文件明确公开号指代如下：

* **D1**：JP2012529125A（以下简称“D1”）

* **D2**：JP5318111B2（以下简称“D2”）

* **D3**：US20130304922A1（以下简称“D3”）

---

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

以下为目标专利权利要求1的各个技术特征与对比文件原文的详细比对。

> **特别说明**：通过技术分析，**D1 与 D3 属于同族专利**。D3 是 D1 对应美国申请的延续案（Continuation），两者的核心技术方案（P2P架构、虚拟化UPnP、URL重写优化等）完全一致。因此，D1和D3对权利要求的公开程度和出处高度重合。

---

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

在创造性分析过程中，**对比文件D1（或其同族D3）最适合作为本案的“最接近的对比文件”**。

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

* **D1/D3 的相关性**：D1/D3 解决的是“如何跨越不同的私有网络（局域网），让远程设备像在同一局域网内一样互联互通和传输流媒体”的问题。它们采用了“中央服务器 + 边缘 Agent + 用户移动端控制”的架构，利用虚拟化（Mimic）和统一视图来实现跨网络连接。这与目标专利“在用户装备中指示第一本地设备和第二本地设备建立连接”的场景体系完全重合。

* **D2 的相关性**：D2 偏向于企业 IT 网络的“远程中央集中管理与自动配置分发”（类似远程运维或VPN替代方案）。其核心在于通过 DSM 和 DSC 为受控设备（如PLC、自动化装置）建立安全的SSH反向隧道，避免在客户端安装复杂软件。它并不聚焦于“为普通用户提供两端设备的跨网融合虚拟视图及流媒体打通”。

因此，无论是从**技术领域、系统拓扑架构**，还是**所要解决的技术问题和达到的技术效果**来看，**D1 / D3 均具有绝对的密切度，最适合作为最接近的对比文件**。

---

## 三、 薄弱技术特征与无效请求策略

### 1. 尚未被最接近对比文件完全公开的“微弱区别特征”

虽然 D1/D3 已经高度实质公开了权利要求1的绝大部分架构，但在**特征G的字面表述**上，目标专利存在一个非常具体的控制逻辑：

> “……**启用或禁用**用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接。”

* **D1/D3 的实际做法**：在检测到连接性信息（如两端均无端口转发能力）后，D1/D3 系统并不会在前端向用户“禁用”这个建立连接的能力，而是转而**在底层启用“再路由服务器（中继服务器144）”来强行打通连接**（即动态改变连接策略，而非在前端禁用用户的操作权限）。

* **目标专利的逻辑**：可能包含“如果发现两端网络连接性极差、完全无法打通通信路径时，直接在用户手机App（用户装备）上把那个‘建立连接’的按钮变成灰色（禁用），或者可以打通时才亮起（启用）”。

### 2. 无效请求中最薄弱的技术特征

若要对本权利要求提出无效宣告请求，**最薄弱（即最容易被专利权人拿来做抗辩、作为救命稻草）的技术特征正是：特征G中关于“根据连接性信息‘启用或禁用’用户提供指示的能力”这一前端控制逻辑。** 专利权人必然会辩称：“D1/D3 只是在底层改变通信路由策略，始终允许用户发起连接；而本专利能够根据连接性信息在前端直接控制用户操作能力的‘启用/禁用’，节省了网络信令，改善了交互体验，具有创造性。”

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

为了彻底打掉上述可能存在的微弱区别，建议在后续的补充检索中采取以下针对性策略：

* **策略一：针对特征G的“条件控制”进行应用层交互（GUI）专项检索**

* **检索方向**：不应再局限于 UPnP 或 P2P 媒体流技术领域，而应扩大至**“远程连接控制”、“云互联 App 交互”**等更上层的通用软件控制领域。

* **关键词组合**：`(远程连接 / 跨网连接 / P2P建立) AND (连接性 / 端口转发 / 链路状态 / 网络类型) AND (启用 / 禁用 / 灰色 / 可点击 / 权限 / button / enable / disable / grey out) AND (指示 / 发起 / 按钮 / 界面)`。

* **寻证目标**：寻找只要“检测到远程通道由于防火墙或NAT类型（如Symmetric NAT）限制确认无法穿透时，App 自动将‘发起连接/通话/传输’按钮置灰（禁用）”的公知常识或现有技术文献。

* **策略二：利用同族文献及引用案扩展（以 D3/D1 为线索）**

* **检索方向**：深入追踪 D3（US20130304922A1）在其美国审查阶段（Prosecution History）中被美国专利局（USPTO）审查员引用的驳回对比文件（Cited References），或者追踪其后向引用（Forward Citations）案。这些案子通常会完美覆盖“在此虚拟化架构下进行细化前端控制”的改进方案。

作为一名经验丰富的专利代理师，我将为您对该权利要求进行深度解析，并结合对比文件D1（JP5456683B）和D2（US20150020186A1）的原文进行详尽的特征比对与创造性、无效可行性分析。

---

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

根据权利要求1的文本，其技术方案可拆解为特征A至G。以下是各对比文件对其进行的客观公开情况分析：

#### 1. 技术特征A：所述用户装备连接到公共网络

* **D1（JP5456683B）公开情况**：**完全公开**。D1中公开了位于第一网络中的“ホストコンソール108”（对应用户装备），其通过“インターネット”（对应公共网络）与外部的DSM服务器以及第二网络进行通信。

* **D2（US20150020186A1）公开情况**：**完全公开**。D2对应的英文表述为“host console 108”通过“Internet”与“device service manager server (DSM) 110”协同工作。

#### 2. 技术特征B：其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络

* **D1（JP5456683B）公开情况**：**完全公开**。D1公开了由“デバイスサービスマネージャサーバ（DSM）110”和两个“デバイスサービスコントローラ（DSC）102、112”构成的系统（对应中间系统）。其中DSM位于互联网，第一DSC 102连至第1网络 104，第二DSC 112连至第2网络 116。第2网络内包含服务器、PLC等网络设备（对应第二本地设备）。

* **D2（US20150020186A1）公开情况**：**完全公开**。D2在段落\[0020\]中明确记载，第一DSC 102位于第一网络104，第二DSC 112位于第二网络116，DSM 110位于Internet上，且第二网络包含服务器、PLC等设备。

#### 3. 技术特征C：其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接

* **D1（JP5456683B）公开情况**：**完全公开**。D1公开了“第1のネットワーク104上の第1のデバイスサービスコントローラ102と第2のネットワーク116上の第2のデバイスサービスコントローラ112とは……高度に安全なリモートアクセスを提供する”，且通过建立“直接通信トンネル”（直接通信隧道）连接两端设备。

* **D2（US20150020186A1）公开情况**：**完全公开**。D2段落\[0020\]和\[0022\]公开了通过“direct communication tunnel”在第一网络的设备和第二网络的设备之间建立起安全通信连接。

#### 4. 技术特征D：生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示

* **D1（JP5456683B）公开情况**：**实质公开（或高度相关）**。D1公开了“ローカルDSCは、そのネットワーク内のコンポーネントを発見し、ドメインの所有者にグラフィックユーザインタフェースで提示して……” 以及“グラフィックユーザインタフェース６５１のデバイス監視サービスビュー内に適切なアイコンが現れ得る。その後、ユーザは各々の登録されたデバイスを……関連付けることができる”。这里的GUI视图和设备图标（アイコン）实质上构成了包含各本地网络中设备表示的“虚拟视图”。

* **D2（US20150020186A1）公开情况**：**实质公开**。D2在段落\[0024\]和\[0048\]中同样公开了利用本地DSC自动发现设备，并在图形用户界面（GUI）中为用户呈现这些设备信息或图标。

#### 5. 技术特征E：处理对虚拟视图中第一表示的选择

* **D1（JP5456683B）公开情况**：**实质公开**。D1记载“ユーザは各々の登録されたデバイスを以前作成構成された記録と関連付けることができる”，这必然涉及在图形界面上处理用户对代表特定设备的图标或记录的操作与选择。

* **D2（US20150020186A1）公开情况**：**实质公开**。D2在段落\[0048\]中记载“The user may then associate each such registered device with a previously created configured record”，公开了处理用户在界面上对设备表示的选择。

#### 6. 技术特征F：获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径

* **D1（JP5456683B）公开情况**：**实质公开**。D1公开了系统需要动态获取或检查连接状态和路径信息，例如“コンジットマネージャがＤＳＭとの任意のＳＳＨトンネルがすでに確立されているかをチェックする” 以及“ブロック１１５０の動作で、ＤＳＭ内のネットワークアクセスモジュールは、ＤＮＳのクエリ時に、仮想ＩＰアドレスがホストＤＳＣに割り当てられているか否かを確認するためにチェックする”。这些检查和获取的隧道/IP状态即属于“连接性信息”。

* **D2（US20150020186A1）公开情况**：**部分公开/实质公开**。D2主要侧重于配置信息的自动分发，但也提到了在建立连接时Conduit Manager对隧道建立情况的检查（如段落\[0084\]中的“checks to see if any SSH tunnel is already established”）。

#### 7. 技术特征G：取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径来建立连接

* **D1/D2 公开情况分析**：**均未明确公开（实质未公开）**。

* D1和D2的机制是：当用户发起请求时，系统去检查并建立VPN/SSH隧道，或者根据IP来源（白名单/黑名单）来动态分配VIP地址（如D1的图11防御DoS攻击流程）。

* 然而，本申请特征G强调的是：**在网络层面（或界面UI层面），“取决于通信路径的连接性信息”来直接“启用或禁用”用户在终端上发起连接指示的“能力”**（例如：若检测到路径不通，直接将界面上的“建立连接”按钮置灰变暗，禁止用户点击提交指示）。D1和D2仅属于后端的连接条件判定或准入控制，并未公开根据路径连接性信息在前端去“启用或禁用用户提供建立连接指示的能力”。

---

### 二、 特征比对表格

---

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

在创造性分析中，**对比文件1（D1: JP5456683B）** 更适合被选为**最接近的对比文件**（最接近的现有技术）。

**分析原因如下：**

1. **技术领域和整体解决的技术问题高度一致**：目标专利旨在解决用户装备在多本地网络交叉的复杂中间系统中，如何有效、安全、直观地指示和建立两端本地设备之间连接的问题。D1的核心发明目的正是解决在没有专用客户端、且不变更远程网络NAT/防火墙配置的情况下，如何让中央管理ステーション（DSM）和控制器（DSC）自动化、シームレス（无缝）地建立并管理远程网络设备之间通信路径（虚拟IP映射及直接隧道）的问题。

2. **技术效果侧重点更接近**：D1中详细描述了动态连接过程中的“通信路径控制”（如基于网络请求或白名单的动态VIP切换和隧道动态维持），这与目标专利在建立连接时需要“获得并取决于连接性信息”的技术流程在实质上更为贴近。

3. **为何D2稍逊一步**：虽然D2与D1属于同一技术谱系，但D2的核心改进点和整体技术方案的侧重点在于“自动分发配置信息（Automatic Distribution of Configuration Information）”以及设备通电后无提示（without a prompt）向DSM注册并下载镜像的流程。在涉及“连接性信息的动态获取与路径控制”这一技术细节上，D1的描述（如公开了详细的VIP池动态切换和连接核查）比D2更具针对性。

---

### 四、 无效请求中最薄弱的技术特征及检索策略

#### 1. 无效请求中最薄弱的技术特征：**技术特征G**

* **理由**：如前文所述，目前的对比文件D1和D2虽然完整构建了“公共网-中间系统-多本地网-多本地设备”的物理和逻辑拓扑（特征A、B、C），也具备图形化展示设备图标并允许关联的操作（特征D、E），甚至在后端有连接性状态的校验（特征F）。

但是，**将“后端的路径连接性信息”直接反向作用于“前端用户指示能力的启用/禁用”（即网络状态不佳时直接禁发指示或置灰按钮）这一联动闭环，在D1和D2中是不存在的**。因此，在现有的证据链下，审查指南所要求的“本领域技术人员在面对所述技术问题时具有公知常识或结合启示”在特征G上存在断层。如果直接发起无效，特征G将是专利权人最坚固的防御盾牌，也是无效请求方最薄弱的攻击点。

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

为了成功击穿特征G，必须调整检索重心，建议采取以下补充检索策略：

* **策略一：改变检索关键词，聚焦于“前端控制”与“网络状态联动”**

* 不要再过多检索“中间系统、专利网、VIP分配、DSC”这类大架构（这些已被D1/D2锁死）。

* 应将检索式修正为：`(启用 或 禁用 或 置灰 或 隐藏 或 变暗) 并且 (连接性 或 路径状态 或 网络通断 或 信号强度 或 连通性) 并且 (按钮 或 界面 或 指示 或 提交 或 请求)`。

* 英文检索词：` (enable* OR disable* OR gray* OR hide* OR freeze*) AND (connectivity OR "link status" OR "network condition" OR reachable) AND (button OR UI OR interface OR trigger* OR click* OR instruct*)`。

* **策略二：跨领域检索——向“远程控制/物联网(IoT)交互/智能家居管理”领域拓展**

* 目标专利和D1/D2属于工业自动化远程维护或企业网络架构领域。然而，“根据远程网络是否通畅，在App或Web界面上直接将‘连接/启动’按钮置灰，以防用户盲目点击”这一交互逻辑，在**智能家居App（如米家、智能生活）控制跨网设备**、或者**远程桌面控制软件（如TeamViewer、AnyDesk）的设备列表管理**中属于极其常见的设计。

* 重点检索IPC分类号：`H04L67/00`（网络安排或协议）、`G06F3/048`（图形用户界面交互）。

* **策略三：寻找“公知常识”类证据**

* 特征G的这种交互设计在软件工程中往往被认为是一种提高用户体验（UX）的常规技术手段。可以检索在目标专利申请日之前的网页开发、移动端开发（如Android/iOS开发手册）中，关于“依据网络状态广播监听器（Network Broadcast Receiver）动态调整界面Button可用性（setEnabled）”的教科书、技术标准或公知常识辞典，以此论证特征G属于本领域的公知常识演进。

作为一名经验丰富的专利代理师，我现紧密结合目标专利说明书的实质，对权利要求1进行深度解析，并结合对比文件D1（JP5656983B）和D2（US20150365787A1）的原文进行逐项特征比对与创造性、无效可行性分析。

---

### 一、 权利要求1的技术特征深度解析

目标权利要求1保护一种在用户装备（UE）中指示两个处于不同本地网络的设备之间建立连接的方法。其核心发明构思在于：**通过公共网络连接的中间系统，将两个原本互不相通的本地网络中的设备映射到同一个虚拟视图中，并根据两个本地网络设备之间的实际通信路径连接性信息（如是否支持端口转发等拓扑限制），动态控制用户装备端是否能够触发建立连接的操作能力。** 这种机制有效解决了跨网络设备连接时的盲目协同问题，避免了因网络不通导致的无效网络指示。

---

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

#### 1. D1（公开号：JP5656983B）公开情况分析

D1公开了一种创建虚拟通用 plug-and-play（UPnP）系统的方法。

* **特征A、B、C**：D1明确公开了网络A和网络B通过外部因特网（公共网络）由超级对等网络服务器140、注册服务器142及路由器112/118（中间系统）连接，网络A和B内分别有本地UPnP设备，两设备配置成通过因特网通信路径连接。

* **特征D、E**：D1段落`[0048]`-`[0049]`公开了移动设备136通过GUI界面展示媒体内容、设备或服务列表（列表项A-D 428-431），用户可以通过触摸屏或按键处理对列表项的选择，以选择在目标域上虚拟化的特定设备或服务。这属于实质公开了生成虚拟视图并处理选择。

* **特征F、G**：D1段落`[0040]`-`[0043]`公开了根据源网络和目标网络的端口转发（Port Forwarding）能力（即连接性信息），决定采用直接HTTP读取、控制消息转换后的数据推送、或通过再路由服务器144中转等不同的URL映射与流媒体传输路径。D1虽然获得了连接性信息并据此“调整/重写URL映射以优化连接”，但D1的逻辑是**根据不同的连接性切换不同的连接实现通路，而非根据连接性“启用或禁用用户提供建立连接指示的能力（即可操作性控制）”**。因此，特征G在D1中未被完全公开。

#### 2. D2（公开号：US20150365787A1）公开情况分析

D2公开了一种基于用户位置和身份感知进行自动控制的方法。

* D2的核心在于根据移动设备与家庭内蓝牙、Wi-Fi或GPS的信号强度的层级（Hierarchy）判定用户位置（如在客厅、卧室或离家），进而联动控制机顶盒（STB）开机、调整恒温器或改变内容访问权限。

* D2并未涉及“中间系统连接第一、第二本地网络”、“生成包含两个本地网络设备表示的虚拟视图”以及“取决于两本地设备间通信路径连接性信息来启用/禁用UE建立连接的能力”。D2改变内容权限是基于“UE自身的位置”，而非基于“两端设备间路径的连接性信息”。

---

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

---

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

在创造性分析过程中，**对比文件D1（JP5656983B）最适合作为最接近的对比文件。**

* **技术领域与整体架构高度重合：** D1同样属于跨本地网络的设备互连、虚拟化映射以及流媒体协同控制技术领域。其网络拓扑（源网络、目标网络、通过广域网及中央服务器/代理协同）与目标专利权利要求1构建的“第一/第二本地网络、公共网络、中间系统”架构几乎完全一致。

* **解决的技术问题及效果极其相近：** D1旨在解决“如何让处于不同私有网络（サブネット）内部的设备能够跨越因特网障碍，像在同一本地局域网一样进行发现和直接访问”的技术问题，并试图通过获取两端网络的端口转发能力（连接性信息）来优化和打通数据传输路径。这与目标专利试图解决的“如何在跨网络设备间指示建立连接”具有高度的资产重合度。

* **相比之下D2的偏离度较高：** D2专注于智能家居环境下的“用户位置感知与自动化联动（如根据人在哪个房间开电视或调温）”，并不涉及跨两个不同本地网络的设备虚拟映射与端到端路径能力适配，不适合作为创造性评述的起点。

---

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

通过上述全面比对，若对该权利要求提出无效宣告请求，**最薄弱（即最难被攻破、专利权人最稳固）的技术特征是：特征G中“取决于所述关于通信路径的连接性信息……启用或禁用用于用户装备的用户进行以下的能力……”。**

#### 原因分析与辩驳路径：

1. **防线所在（技术缺口）：** 对比文件D1虽然精细地探测了通信路径的连接性（端口转发支持情况），但它的自动化逻辑是“通路不通则寻找替代通路（如引入再路由服务器144中转）”，本质上是**想尽办法确保连接成功**，对前端用户而言，提供连接指示的能力始终是“启用”的。而目标专利特征G则是根据路径连接性，**直接在UE端操控用户界面或操作权限的“启用/禁用”**，从而从源头上阻止不可行连接的发送。

2. **无效突破策略（诉诸公知常识/技术启示）：**

* 代理师应当主张，根据系统底层网络路径的连通状态（特征F已由D1公开），在用户界面（UI）上对应地将不可用的操作按钮置灰（禁用）或高亮（启用），属于本领域非常常规的**计算机用户界面交互设计与防御性编程常识**。

* 当网络底端回传“绝对无法建立连接”（例如D1中双方均无端口转发且中转服务器离线）的连接性状态时，为了避免用户执行无效操作，禁用前端的发送指示能力，对本领域技术人员而言是不需要付出创造性劳动就能直接联想到的。

---

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

鉴于目前D1已成功覆盖了除特征G界面控制逻辑外的绝大部分技术骨架，下一步的检索应采取**精确制导与交叉组合策略**：

1. **调整检索主题词（聚焦界面控制与连接能力的联动）：**

* 将检索重心由“跨网互连/UPnP/P2P”转移至“**前端控制权限/按钮置灰/界面禁用 (UI gray out / disable capability / button enablement)**” 与 “**网络拓扑限制/路径探测/连通性约束 (path connectivity / topology constraint / network availability)**”的结合链条上。

* 检索式构筑示例：`(disable* OR enabl* OR "gray* out") AND (button* OR capabilit* OR UI OR "user interface") AND ("connection path" OR "link status" OR connectivity) AND ("remote access" OR "cross-network")`。

2. **锁定关键IPC/CPC分类号：**

* **H04L67/00**（支持网络应用或网络服务的框架、协议或配置）

* **G06F3/0484**（用于控制或分配的交互技术，如选择菜单、置灰控制）

* **H04L41/22**（网络管理的用户界面）

3. **拓展检索源与竞争对手筛查：**

* 重点检索在跨局域网远程控制、虚拟专用网（VPN）客户端协同、远程桌面软件（如 TeamViewer, AnyDesk）或早期智能家居跨网协同领域（如物联网网关协议变更期）的专利。这类软件或协议中，当检测到两端NAT类型（Symmetric NAT等）冲突且无穿透服务器时，常会在APP端直接显示“连接不可用”并禁用呼叫按钮。利用这些领域的互补文件与D1进行结合，将能对权利要求1施以致命的创造性打击。

根据权利要求1所述的方法，其中启用或禁用用于用户的能力包括准许或拒绝对虚拟视图中第二表示的访问。

根据权利要求1或2所述的方法，其中所述连接性信息包括通信路径的连接品质；并且其中所述用户的能力取决于连接品质满足与第一本地设备 and 第二本地设备中至少一个相关联的品质阈值。

根据权利要求1或2所述的方法，此外包括：从中间系统获得与通信路径相关联的经更新的连接性信息；取决于所述经更新的连接性信息来启用或禁用所述用于用户的能力。

根据权利要求1或2所述的方法，此外包括取决于与用户装备、第一本地设备和第二本地设备中的至少一个相关联的另外的访问条件而启用或禁用所述用于用户的能力。

根据权利要求1或2所述的方法，其中一个或多个另外的第一本地设备连接到第一本地网络；所述方法此外包括：生成虚拟视图，所述虚拟视图包括所述一个或多个另外的第一本地设备的一个或多个另外的第一表示；获得另外的连接性信息，所述另外的连接性信息包括所述一个或多个另外的第一本地设备连接到第一本地网络的信息；并且其中所述连接性信息包括第二本地设备连接到第二本地网络的信息；响应于处理对虚拟视图中第一表示的选择并且取决于所述连接性信息和另外的连接性信息：启用用于用户进行以下的能力：通过公共网络提供指示以在第一本地设备与所述一个或多个另外的第一本地设备之间建立连接；以及禁用用于用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径建立连接。

一种用户装备，其被配置成指示在第一本地设备和第二本地设备之间建立连接，所述用户装备被配置成连接到公共网络；其中中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；并且其中第一本地设备连接到第一本地网络并且第二本地设备连接到第二本地网络；其中所述第一本地设备和第二本地设备被配置成通过通信路径来连接；所述用户装备包括：处理构件，所述处理构件被配置成生成虚拟视图，所述虚拟视图包括第一本地网络中的第一本地设备的第一表示以及第二本地网络中的第二本地设备的第二表示；以及接收对虚拟视图中第一表示的选择；以及获得连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径；以及取决于所述关于通信路径的连接性信息并且响应于处理对虚拟视图中第一表示的选择，启用或禁用用于用户装备的用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径建立连接。

根据权利要求7所述的用户装备，其中所述用户装备此外被配置成启用或禁用所述用于用户的能力包括准许或拒绝对虚拟视图中第二表示的访问。

根据权利要求7或8所述的用户装备，其中所述连接性信息包括通信路径的连接品质；并且其中所述用户装备被配置成取决于连接品质满足与第一本地设备和第二本地设备中至少一个相关联的品质阈值来控制所述用户能力。

根据权利要求7或8所述的用户装备，其中所述处理构件此外被配置成：从中间系统接收与通信路径相关联的经更新的连接性信息；取决于所述经更新的连接性信息来启用或禁用所述用于用户的能力。

根据权利要求7或8所述的用户装备，其中所述处理构件此外被配置成取决于与用户装备、第一本地设备和第二本地设备中的至少一个相关联的另外的访问条件而启用或禁用所述用于用户的能力。

根据权利要求7或8所述的用户装备，其中一個或多个另外的第一本地设备连接到第一本地网络；并且其中所述处理构件此外被配置成：生成虚拟视图，所述虚拟视图包括所述一个或多个另外的第一本地设备的一个或多个另外的第一表示；并且获得另外的连接性信息，所述另外的连接性信息包括所述一个或多个另外的第一本地设备连接到第一本地网络的信息；并且其中所述连接性信息包括第二本地设备连接到第二本地网络的信息；响应于接收到对虚拟视图中第一表示的选择并且取决于所述连接性信息和另外的连接性信息：启用用于用户进行以下的能力：通过公共网络提供指示以在第一本地设备与所述一个或多个另外的第一本地设备之间建立连接；以及禁用用于用户进行以下的能力：通过公共网络提供指示以在第一本地设备和第二本地设备之间通过通信路径建立连接。

一种在中间系统中的方法，所述方法用于在被连接到第一本地网络的第一本地设备与被连接到第二本地网络的第二本地设备之间通过通信路径来建立连接，其中所述中间系统被配置成连接到第一本地网络、连接到第二本地网络以及连接到公共网络；所述方法包括如下步骤：通过公共网络向用户装备传输连接性信息，其关于在第一本地设备和第二本地设备之间的通信路径；基于所述连接性信息而通过公共网络从用户装备接收指示，以通过通信路径来建立连接；基于所接收的指示而通过通信路径来建立连接；获得关于通过通信路径的所建立的连接的经更新的连接性信息；将所述经更新的连接性信息传输到用户装备。

根据权利要求13所述的方法，其中所述中间系统包括第一中间设备和第二中间设备；所述第一中间设备被配置成连接到第一本地网络并且第二中间设备被配置成连接到第二本地网络；并且其中通过通信路径来建立连接包括基于从用户装备接收的指示来连接第一和第二中间设备。

根据前述权利要求13或14中的一个或多个所述的方法，其中所述连接性信息和/或经更新的连接性信息包括涉及一个或多个防火墙的信息，所述一个或多个防火墙相关联于第一本地网络和第二本地网络中的至少一个。

一种中间系统，其被配置用于执行根据权利要求13-15中一个或多个所述的方法。

一种计算机可读介质，其中存储有包括至少一个软件代码部分的计算机程序或计算机程序套件、或存储了至少一个软件代码部分的计算机程序产品，所述软件代码部分当在计算机系统上运行的时候被配置用于执行根据前述权利要求1-6和13-15中一个或多个所述的方法。