一种移动设备（1），其包括：至少一个接收器（151）;至少一个传送器（153）;存储构件（157）;以及处理器（150）;所述处理器被配置成：使用所述至少一个接收器（151）来确定无线设备（3a‑d）已经新连接到所述移动设备（1）;在所述存储构件（157）上存储或更新与所述无线设备（3a‑3d）对应的简档;使用所述至少一个传送器（153）来向至少一个设备注册处（14）传送第一信息;所述第一信息包括所述无线设备（3a‑d）的标识符;使用所述至少一个接收器来确定所述无线设备（3a‑d）的状态已经改变成新状态;如果所述无线设备（3a‑d）的所述状态已经改变成所述新状态，则更新或移除在所述存储构件（157）上所存储的所述简档;如果所述无线设备（3a‑d）的所述状态已经改变成所述新状态，则使用所述至少一个传送器（153）来向所述至少一个设备注册处（14）传送第二信息;所述第二信息包括所述无线设备（3a‑d）的所述标识符以及所述新状态;使用所述至少一个接收器（151）来从用于传送信息的设备（13a‑b）接收信息;所述信息包括所述无线设备（3a‑d）的标识符并且进一步包括数据和请求中的至少一个;根据在所述存储构件（157）上所存储的简档来确定所述无线设备（3a‑d）当前是否连接到所述移动设备（1）;如果所述无线设备（3a‑d）被确定为当前连接到所述移动设备（1），则使用所述至少一个传送器（153）来将所述数据和所述请求中的至少一个传送到所述无线设备（3a‑d）。

这是一份针对权利要求1的技术特征拆解、对比文件原文比对、最接近对比文件（最接近现有技术）遴选、薄弱特征认定及无效检索策略的专业专利分析报告。

---

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

根据目标专利的权利要求书与说明书上下文，权利要求1构建了一套**基于移动设备（如手机/网关）对外围无线设备（如传感器/蓝牙设备）进行连接状态感知、本地简档维护、并向集中注册处进行状态同步与数据路由**的技术方案。

* **硬件架构（特征A-D）**：移动设备（1）包含基础硬件结构，即接收器（151）、传送器（153）、存储构件（157）和处理器（150）。

* **新连接感知与简档建立（特征E-F）**：感知新无线设备（3a-d）建立连接，并在本地存储/更新其简档（Profile）。

* **首次向注册处上报（特征G-H）**：向设备注册处（14）发送包含无线设备标识符（ID）的第一信息，向服务端更新该设备的接入状态。

* **状态变动感知与本地更新（特征I-J）**：感知无线设备状态改变（如断开、进入休眠等），同步更新或移除本地存储的简档。

* **状态变动上报（特征K-L）**：向设备注册处（14）发送包含标识符及新状态的第二信息，确保服务端的设备注册表实时准确。

* **数据/请求接收（特征M-N）**：从外部信息发送设备（13a-b）接收针对该无线设备的信息（含标识符及数据/请求）。

* **本地简档校验与条件转发（特征O-P）**：移动设备**依据本地存储的简档**判定该无线设备当前是否仍保持连接；若确认连接，则将接收到的数据/请求转发至无线设备。

---

## 二、 对比文件特征比对分析与出处索引

参与比对的对比文件及其公开号如下：

* **D1**：`US20110077005A1` (Registration Notification For SMS over LTE)

* **D2**：`US20110225368A1` (Apparatus and Method For Context-Aware Mobile Data Management)

* **D3**：`WO2014027273A1` (CONNECTED PATIENT MONITORING SYSTEM AND METHOD TO PROVIDE PATIENT-CENTRIC INTELLIGENT MONITORING SERVICES)

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

---

### 2. 对比文件原文详细出处与对比分析

#### (1) 对比文件 D1：`US20110077005A1`

* **原理与定位**：D1公开了一种在LTE网络中实现SMS短消息传送的短消息中心（SMS-C，即图2中的106/160）。

* **特征比对与原文出处**：

* **特征A、B、C、D**：公开于段落 `[0048]`-`[0049]` 及图2。接口202（Interface）对应接收器和传送器，控制系统204（Control System）对应处理器，存储器207与数据库206（Subscriber Registration DB）对应存储构件。

* **特征E、F、I、J**：公开于段落 `[0050]`-`[0051]` 及 `[0055]`。当移动设备注册到LTE网络时，AAA/HSS向SMS-C推送通知，SMS-C在其本地数据库中“update a subscriber profile for the mobile device”（更新用户简档）；当会话拆除（torn down）时，更新并清理本地数据。

* **特征M、N、O、P**：公开于段落 `[0044]`、`[0050]`。SMS-C接收下发的短消息（MT SMS，含MDN标识及数据），直接根据本地存储的注册简档确定移动设备当前是否处于“registering state”，若已注册，则直接转发下发短消息。

* **差异点**：D1中的网关/网络节点（HSS/AAA）充当注册处，**方向是注册处向SMS-C推送状态**，而非由SMS-C（相当于权利要求1中的移动设备）主动向“外部设备注册处”上报外围设备的连接与状态变动（**未公开特征G、H、K、L**）。此外，D1中的移动设备是通信终端，并非将外围无线设备连接至自身的中继网关。

#### (2) 对比文件 D2：`US20110225368A1`

* **原理与定位**：D2公开了一种上下文感知的移动数据管理与P2P/Server弱一致性数据复制方法。

* **特征比对与原文出处**：

* **特征A、B、C、D**：公开于段落 `[0043]` 及图1A。移动设备100包含微处理器122、通信接口116、存储器124及本地数据库140。

* **特征E、F、I、J**：公开于段落 `[0072]`、`[0076]`-`[0077]` 及图3、图7A/7B。当感知到Peer移动设备进入通信范围（Bluetooth Service Discovery Event）时，建立连接并同步更新本地上下文表（Context Tables）及应用表；当连接断开或离开时，基于LR/LRU策略淘汰更新缓存。

* **特征M、N、O、P**：公开于段落 `[0071]`-`[0075]`。移动设备从Remote Server或Peer设备接收Replica数据（含标识与内容），基于本地Context和Profile判定相关度与连接可用性，进而执行数据交互与缓存。

* **差异点**：D2侧重于移动设备与远端服务器或对等设备（Peer）之间的**上下文数据缓存与复制（Replication）**，并未强调移动设备作为“汇聚节点/网关”感知外部无线设备的接入并向“设备注册处”同步注册/变更信息架构（**未公开特征G、H、K、L**）。

#### (3) 对比文件 D3：`WO2014027273A1`

* **原理与定位**：D3公开了一种基于人体局域网（MBAN）的智能患者监护系统，涉及传感器设备（Sensor Device）与集线器设备（Hub Device，如手机、床旁监护仪）及远程监护系统的交互。

* **特征比对与原文出处**：

* **特征A、B、C、D**：公开于段落 `[0030]` 及图3。Hub Device 20包含Controller 52（含Processor 56、Program Memory 58）、Storage Memory 64，以及第一通信单元54（MBAN）和第二通信单元62（长距离网络）。

* **特征E、F**：公开于段落 `[0031]`、`[0035]`。Hub Device作为PAN Coordinator，感知传感器设备16、18的绑定与连接，并在本地保存当前配置信息（Current Configuration 60，包含传感器类型、采样率等简档）。

* **特征G、H**：公开于段落 `[0035]`。Hub Device在设备激活/部署时，向远程患者监护系统（Patient Monitoring System 40，即设备注册处）报告操作状态，包含患者ID（Patient ID）、Hub及传感器设备能力数据（Associated Sensor Device Capability Data）。

* **特征I、J、K、L**：公开于段落 `[0039]`、`[0051]`。Hub Device持续监视网络连接质量及设备状态，当状态发生变化（如网络中断、设备切换或传感器休眠/切换）时，更新本地配置（切换至默认配置72），并向远程监护系统上报网络及设备状态变更信息。

* **特征M、N、O、P**：公开于段落 `[0038]`、`[0046]`、`[0050]`。Hub Device从远程系统接收配置更新或控制请求（包含设备标识与配置指令），根据本地保存的简档/配置判断传感器连接状态，若处于连接/激活状态，则将配置指令或数据下发至传感器设备。

---

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

在选择最接近对比文件时，需从**技术领域、解决的技术问题及实际达到的技术效果**进行综合衡量：

### 1. 技术领域与问题对比

* **权利要求1**：属于物联网（IoT）/移动网关技术领域，解决“移动设备如何作为中间网关，动态管理外围无线设备的连接状态，并与集中注册处保持同步以实现准确的数据转发”的技术问题。

* **D1 (`US20110077005A1`)**：属于电信网路SMS路由领域，解决网络侧SMS-C如何减少向HSS频繁查询的问题。

* **D2 (`US20110225368A1`)**：属于移动计算数据缓存领域，解决移动设备在非持续联网状态下的弱一致性数据复制问题。

* **D3 (`WO2014027273A1`)**：属于局域无线传感器网络/MBAN领域，解决**移动集线器（Hub/手机）如何动态管理外围无线传感器、向远程中央系统同步设备与连接状态、并依据本地配置进行双向数据与指令路由**的问题。

### 2. 结论与推荐

**最接近对比文件首选：D3 (`WO2014027273A1`)**

* **理由**：

1. **架构完全吻合**：D3公开了典型的“外围无线设备（Sensor）- 移动网关设备（Hub Device）- 集中管理后台（Remote Patient Monitoring System）”三层架构，与权利要求1的“无线设备（3a-d）- 移动设备（1）- 设备注册处（14）”完全对应。

2. **技术特征覆盖度最高**：D3不仅公开了硬件基础与本地简档（配置）维护，还明确公开了移动设备向远程注册处上报设备连接/状态改变（特征G、H、K、L），以及基于本地简档转发远程指令至外围无线设备（特征M-P）的全过程。

3. **技术问题与效果高度一致**：两者均致力于解决移动网关设备在面对外围无线设备动态接入/断开时，如何实现本地与云端注册处的状态一致性及高效路由。

*(备选/参考对比文件：D1可在探讨“基于本地注册简档进行下发数据条件转发”的具体算法逻辑时作为辅助对比文件，但其网络拓扑不宜作为最接近的起跑点。)*

---

## 四、 薄弱技术特征认定与无效策略建议

### 1. 权利要求1的最薄弱技术特征

通过将权利要求1与最接近对比文件 D3 进行深度比对，可以发现权利要求1的**方案整体较为常规（高度抽象化的IoT网关标准流程）**。若提出无效宣告请求，其**最薄弱的技术特征**在于：

* **特征O与特征P的结合（根据本地简档确定当前连接状态，并据此决定是否转发）**：

* **薄弱原因**：在D3中，Hub设备接收远程指令后下发给传感器，隐含了基于当前配置（Current Configuration）确定传感器是否激活/连接的过程。权利要求1在此处仅仅表达了最基础的“IF-THEN”条件判断（如果连接则转发），属于本领域技术人员为了避免无效传输而必然采取的公知常识与常规逻辑设计，**缺乏足够的创新高度（容易被认定为显而易见）**。

* **“第一信息”与“第二信息”的具体字段限定（特征H、L）**：

* **薄弱原因**：上报“标识符”以及“标识符+新状态”是所有网络注册协议（如MQTT、CoAP、SIP REGISTER等）的标准报文结构。D3中段落 `[0035]` 与 `[0051]` 已经公开了上报Patient/Device ID以及网络状态/设备能力改变。

### 2. 进一步的对比文件检索策略（无效检索指导）

为了确保彻底击垮权利要求1（或后续可能修改追加的从属权利要求），建议采取以下补充检索策略：

1. **IPC/CPC 分类号精准扩展检索**：

* 聚焦于物联网网关（IoT Gateway）、边缘计算（Edge Computing）及邻近服务（Proximity Services）：

* `H04W 4/70` (WNM/M2M/IoT通信)

* `H04W 4/80` (短距离通信，如蓝牙/Zigbee)

* `H04W 8/00` 或 `H04W 8/18` (设备注册与用户简档管理)

* `H04L 67/51` (服务/设备发现)

2. **关键词组合策略**：

* `(Gateway OR "Mobile Device" OR Hub) AND ("Sensor" OR "Wireless Device" OR Peripheral) AND (Profile OR "Status Table" OR State) AND (Register OR Registry OR "Cloud Server") AND (Forward OR Route OR Relay)`

3. **标准规范（3GPP / OMA / MQTT Spec）追溯检索**：

* 重点检索 **3GPP ProSe (Proximity-based Services)** 标准规范，或者 **OMA Lightweight M2M (LWM2M)** 协议规范（例如 LWM2M Client在移动设备上运行，代理BLE外围节点向 LWM2M Server 注册、更新 Resource 状态及下发 Exec/Write 命令的机制）。这些标准规范通常优先于专利申请公开了极其严格的特征映射。

作为一名专利代理师，在进行权利要求分析与无效宣告请求（或稳定性评估）时，我们需要严格依据《专利审查指南》的要求，采用“三步法”来评估权利要求的创造性。

首先，针对目标专利（权利要求1），结合其技术术语和逻辑架构，该权利要求实质上保护的是一种**作为网关或控制节点的移动设备（如智能手机、移动中继器）**。它的核心逻辑是：移动设备在本地维护无线设备（子节点）的“简档”（即连接状态/路由表），向云端（设备注册处）同步这些节点的状态，并在接收到外部发往这些无线设备的数据/请求时，根据本地的“简档”判断其连接状态，进而执行条件路由转发。

以下是基于您提供的对比文件D1和D2的详细对比分析。

## 一、 对比文件基本情况及最接近的对比文件（CPA）确定

* **D1**: EP2884883A1 (CONNECTED PATIENT MONITORING SYSTEM AND METHOD...)

* **D2**: JP2015530901A (患者中心のインテリジェントなモニタリングサービス...)

**CPA分析与选择：**

经查对，**D1与D2属于同族专利（Patent Family）**，分别为该发明的欧洲公开版和日本公开版，两者披露的技术方案实质上完全相同。在创造性分析过程中，**D1（EP2884883A1）**和**D2（JP2015530901A）**均适合作为最接近的对比文件（CPA）。

* **从整体解决的技术问题来看：** 目标专利解决的是如何通过移动设备有效管理无线设备的连接状态并进行数据路由。D1/D2解决的是医疗体域网（MBAN）中，如何通过移动中继设备（集线器设备/Hub Device 20）管理无线传感器（无线设备），并在网络连接变化时保持连接鲁棒性和数据的有效路由。两者解决的技术问题高度一致。

* **从技术效果来看：** 两者均实现了对底层无线设备的状态监控、配置更新以及向远端服务器（患者监控系统）的状态同步与数据中继。

为表述简洁，下文的比对分析将以**D1（EP2884883A1）**作为主要对比文件进行特征映射，D2作为印证。

---

## 二、 权利要求1与D1(EP2884883A1)的特征比对分析

本部分详细拆解权利要求1的各项技术特征，并指出D1中毫无异议公开或实质公开的内容。

---

## 三、 区别技术特征与未被公开的特征分析

通过上述比对可以看出，D1（及D2）几乎公开了权利要求1的所有物理实体和绝大部分交互逻辑。

**未被D1/D2“字面直接公开”的区别技术特征集中在特征 O 和 P 的具体表述上：**

目标专利明确写明了“*根据在所述存储构件上所存储的简档来确定所述无线设备当前是否连接到所述移动设备；如果...连接...则传送*”这一精确的**条件判断逻辑**。

在D1中，虽然集线器设备20管理着底层传感器16,18，并且接收来自远端系统40的配置指令并作用于传感器，但D1的行文侧重于“医疗报警规则和采样率”的下发，而没有在字面上刻意强调“路由器/网关在下发外部请求前，先查询本地拓扑表（简档）验证连接状态”这一标准网络路由动作。

**其他对比文件是否公开：**

由于D2与D1是同族专利，D2同样未能提供超出D1范畴的字面公开。如果仅使用D1+D2进行无效宣告，由于两者技术内容重合，无法进行有意义的特征拼合（即无法使用 D1 + D2 的组合方式来评价创造性）。

---

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

如果在真实业务中提出专利无效宣告请求，该权利要求**最薄弱（最易被攻破）的技术特征**是：

**“根据简档确定无线设备当前是否连接，并在连接时转发外部设备的请求/数据”（即特征O和P，以及与之关联的特征E和F的状态维护）。**

**理由：**

目标专利的权利要求1实际上是在描述一个**标准的物联网关（IoT Gateway）或无线接入点（AP）的基本工作原理**。任何支持蓝牙低功耗（BLE）、ZigBee或Wi-Fi的中心节点（Central/Coordinator），其底层协议栈必然要求：

1. 节点接入时，在本地建立路由表/连接状态表（即“简档”）。

2. 向云端（注册处）上报其下挂载的节点信息。

3. 当云端下发数据时，网关必须先查本地的路由表（简档），确认节点在线（连接），才会通过底层的MAC/PHY层将数据帧发送给该节点。

这属于本领域技术人员（如通信工程师）公知的常识（Common General Knowledge, CGK）。

---

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

考虑到D1/D2在路由判定逻辑上仅为实质性或隐含公开，为了在无效请求中构建无懈可击的证据链（如采用“D1 + D3 + 领域公知常识”的策略），建议后续检索策略如下：

1. **脱离医疗领域，转向底层通信协议规范（NPL非专利文献）：**

* **检索关键词：** ZigBee PAN Coordinator, IEEE 802.15.4, Bluetooth LE (BLE) GAP/GATT profile, IoT Gateway routing, 节点状态维护 (Node state maintenance), 路由表 (Routing table).

* **检索目标：** 寻找描述物联网网关如何维护本地设备连接列表（Profile/Table），并依据该列表将云端指令路由给局域网终端设备的规范或标准文档。

2. **在专利库中检索通用物联网设备管理专利：**

* **IPC分类号：** H04W 4/70 (用于机器对机器通信的业务), H04W 40/00 (无线通信网络中的路由选择), H04L 67/00 (网络应用)。

* **检索策略：** 重点检索早于目标专利申请日的、涉及“智能家居网关 (Smart home gateway)”、“M2M中继 (M2M relay)”相关的专利。这些专利通常会详细描述网关如何向云端注册子设备（Device Registry），以及如何缓存/转发下行控制指令。

3. **结合D1的组合方式预演：**

一旦检索到通用物联网关专利（假设为D3），无效逻辑将非常清晰：D1公开了基于移动设备的网络架构和上下行信息交互，而D3公开了标准网关利用本地Profile进行条件路由转发的常规机制。两者结合，权利要求1将完全丧失创造性。

作为一名经验丰富的专利代理师，我针对目标专利《一种移动设备》（即包含权利要求1的专利文件）与三份对比文件（D1: EP2432178A1、D2: US20130238723A1、D3: US20130321129A1）进行全面深度的对比分析、最接近对比文件筛选、薄弱特征定位及后续检索策略制定。

---

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

为了客观准确地进行对比，首先结合目标专利说明书逻辑将权利要求1拆解为16个技术特征（特征A–P），其核心技术方案为：**移动设备在感知到周边无线设备新连接或状态改变时，同步更新/移除本地存储的简档，并向设备注册处通报该无线设备的标识符及新状态；当从其他设备接收到针对该无线设备的数据或请求时，先依据本地简档确定该无线设备当前是否连接，若连接则转发该数据或请求。**

* **硬件基础（特征A–D）**：接收器、传送器、存储构件、处理器。

* **连接与状态感知及注册通报（特征E–L）**：

* **新连接处理**：确定无线设备新连接 -> 本地存储/更新简档 -> 向设备注册处发送包含该无线设备标识符的第一信息。

* **状态改变处理**：确定无线设备状态变为新状态 -> 本地更新/移除简档 -> 向设备注册处发送包含标识符及新状态的第二信息。

* **消息中继与条件转发（特征M–P）**：

* 接收第三方设备发来的包含目标无线设备标识符及数据/请求的信息。

* 根据本地简档判定该无线设备当前是否连接。

* 若确定当前连接，则将数据/请求转发给该无线设备。

---

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

下表客观展示了各对比文件对权利要求1技术特征A–P的公开情况（**√：毫无异议公开/实质公开；×：未公开/实质不同**），并附上详细的原文段落及附图出处。

---

## 三、 对比文件详细技术特征公开情况分析

### 1. D1（公开号：EP2432178A1）

* **名称**：移动设备上即时通讯应用中存在状态更新的系统和方法

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

* **公开特征（A-D, M, N）**：D1公开了一套完整的移动终端硬件（处理器102、接收器150、传送器152、存储器108，段落[0082]-[0094]）。其公开了移动设备可以从外部主机系统（Host System 250）或第三方终端接收包含目标地址标识符（Destination PIN/Address）及消息主体（Data/Text）的信息（段落[0067]、[0104]）。

* **未公开特征（E-L, O, P）**：D1的核心在于**“根据移动设备自身的通知简档（Notification Profile，如响铃、静音、剧院模式）自动更新该移动设备用户在即时通讯（IM）软件中的Presence（在线/忙碌）状态”**。D1中不存在“移动设备作为网关/中继去感知外接无线设备（如蓝牙配件）连接并为其向设备注册处注册”的机制，更没有“根据本地简档判定外接无线设备是否在线并进行消息二次转发”的过程（特征O、P）。

### 2. D2（公开号：US20130238723A1）

* **名称**：用于更新状态信息的系统和方法

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

* **公开特征（A-D, E, G, I, K）**：D2公开了移动设备具备完善的硬件体系。在其段落[0032]和[0062]中，实质公开了移动设备可以通过蓝牙（Bluetooth）、Wi-Fi等短距离通信感知与其他电子设备（如Tablet 11或车载蓝牙）的配对/连接或断开（事件Event），并将此事件（Event Message）或状态更新通过无线网络发送至网络侧的“状态服务器（Status Server 18）”（即设备注册处）。

* **未公开特征/差异点（F, H, J, L, N, O, P）**：

1. **对象不同**：D2中移动设备感知到蓝牙连接（如连接到汽车蓝牙）后，向Status Server发送状态更新，目的是告诉Server“**移动设备自身**现在处于Driving状态”，发送的信息中包含的是**移动设备自身的标识**，而非**下挂无线设备的标识符**（缺失特征H、L）。

2. **缺少本地简档维护与中继转发**：D2没有在移动设备存储/更新“下挂无线设备简档”的步骤（缺失F、J），也没有“第三方设备发来指定给该无线设备的数据，由移动设备查表确定连接状态后转发给该无线设备”的架构（缺失N、O、P）。D2中的移动设备是通信终端，而非中继网关。

### 3. D3（公开号：US20130321129A1）

* **名称**：资产验证与标记

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

* **公开特征（A-D, E, I）**：公开了利用智能手机/电子读取器通过NFC、RFID或二维码对移动资产（Tools/Assets）上的电子标签进行扫描与状态读取（段落[0003]、[0026]、[0035]）。

* **未公开特征（F-H, J-P）**：D3是一个工业/企业资产管理追踪系统。读取器仅作为现场数据采集工具，将采集到的资产标签信息与地理位置（GPS）上传到中央数据库（Database），并不涉及“在移动设备本地建立无线设备简档”、“向设备注册处通报简档状态”以及“作为通信中继站为第三方设备转发数据/请求给无线设备”的网络通信架构。

---

## 四、 最接近对比文件筛选及技术问题与效果分析

### 1. 最接近对比文件的选择：**D2（US20130238723A1）**

在专利创造性审查中，判定最接近对比文件的标准通常看其技术领域、所解决的技术问题、技术效果及公开的技术特征数量。

* **理由分析**：

* **技术领域与架构最契合**：D2与本发明均属于**无线通信及设备状态管理/注册**领域。两者都构建了“移动终端 — 状态感知 — 外部注册服务器（Status Server / 设备注册处）”的三层交互架构。

* **动作机理最接近**：D2明确公开了移动设备利用短距离无线技术（Bluetooth/Wi-Fi）感知外部设备连接/断开事件，并自动向网络侧状态服务器发送事件通知（对应特征E, G, I, K）。

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

* **D2解决的问题**：解决用户在多种通信/社交软件中需要手动多次更新自身“可用性/在线状态”的繁琐问题，实现状态同步的自动化。

* **本发明（权利要求1）解决的问题**：解决移动设备如何作为**局域网网关/中继节点**，动态管理下挂无线设备的连接简档，并向网络侧注册处同步该无线设备的状态，从而高效、准确地路由外部设备发往该无线设备的数据或请求。

* **技术效果差异**：本发明实现了**下挂无线设备透明注册与精准局域路由中继**，降低了无网关能力的无线设备接入网络的复杂度，并避免了向离线无线设备无效发送数据的网络资源浪费。

*(注：D1虽然公开了消息接收格式（特征M、N），但其完全不涉及无线设备的连接感知与注册，技术领域偏向IM软件状态；D3偏向工业扫码资产盘点，不具备网络通信路由属性。因此D2是唯一适合作为最接近对比文件的参照物。)*

---

## 五、 区别技术特征及其他对比文件的组合公开性

以 **D2 (US20130238723A1)** 为最接近对比文件，权利要求1相对于D2的区别技术特征可归纳为以下两大组：

1. **特征组1（下挂设备的代理注册）**：移动设备存储/更新**下挂无线设备的简档**（F、J），且向设备注册处传送的信息中**包含该无线设备的标识符（及新状态）**（H、L），即移动设备作为代理网关帮下挂设备向注册处报备。

2. **特征组2（条件中继转发）**：移动设备接收来自第三方设备包含**该无线设备标识符及数据/请求**的信息（N），**根据本地简档判定**该无线设备当前是否连接（O），若连接则**转发**数据/请求至该无线设备（P）。

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

* **D1 (EP2432178A1)**：虽然公开了接收包含目标标识符和数据的信息（特征M、N），但该信息是发给移动设备自身的，D1中**完全未公开**“根据本地简档判定下挂无线设备连接状态（特征O）”以及“向下挂无线设备中继转发数据/请求（特征P）”。

* **D3 (US20130321129A1)**：仅涉及Tag信息的离线/在线读取与上传数据库，完全不涉及局域网路由、简档维护及数据转发（特征F、H、J、L、N、O、P均未公开）。

**结论**：即使将D2与D1、D3进行组合，**特征组1（代理网关简档注册，H、L）与特征组2（基于本地简档的中继转发机制，O、P）仍未被现有技术组合公开**。

---

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

若针对本专利提出无效宣告请求，上述分析揭示了专利权的“坚固防线”，但同时也指向了本专利在法律保护范围上的**最薄弱环节**（即最容易被突破或被技术规避/无效的特征）：

### 1. 最薄弱特征定位：**特征E与特征G/K的组合（连接感知与状态通报）**

* **原因**：特征E（感知无线设备新连接）与特征G/K（向注册处发送包含设备信息的状态）在物联网（IoT）、Wi-Fi热点接入（Captive Portal）、蓝牙Mesh或移动热点（Mobile Hotspot/Tethering）领域属于**极其常规的技术手段**。D2已经非常接近地公开了“感知蓝牙/Wi-Fi设备连接并向 Server 报备事件”的逻辑。如果仅靠“移动设备感知外设连接并通知服务器”这一点，本专利的创造性极其脆弱。

### 2. 专利权的核心防线（最强特征）：**特征O与特征P（依据本地简档的条件转发中继）**

* **原因**：特征O和P定义了**“移动设备本地维护下挂设备简档 + 接收外部请求 + 查表校验连接性 + 条件成立时二次转发”**的闭环控制。这是典型的“网关/路由中继”行为。如果无效请求人无法查找到一份公开了“移动终端作为代理网关，查本地简档决定是否转发下挂设备数据”的对比文件，本专利的创造性将稳如磐石。

---

## 七、 进一步的对比文件检索策略（用于无效宣告）

为了彻底攻破权利要求1的创造性（尤其是击穿特征O、P），现有的三份对比文件（D1-D3）力度仍有不足。作为专利代理师，建议采取以下精准检索策略开展第二轮对比文件检索：

### 1. 调整检索的技术领域与分类号（IPC / CPC）

现有对比文件多集中于 `H04L 67/30`（用户简档）或 `G06Q`（资产管理）。下一阶段应重点转向**物联网网关、移动热点中继、代理路由（Proxy/Gateway routing）**领域：

* **H04L 67/56**（网络协议 - 代理或中继服务）

* **H04W 88/04**（无线通信网络 - 终端作为中继/网关 Terminal acting as relay）

* **H04W 92/18**（终端到终端 SS/UE-to-UE 接口 / D2D通信）

* **H04L 45/00**（路由选择与数据包转发）

### 2. 构建核心检索要素表与逻辑表达式（Keywords & Operators）

重点针对“移动设备/网关”、“下挂设备/蓝牙/Zigbee”、“本地简档/连接表”、“代理注册/通报”、“条件转发/查表路由”进行交叉检索。

* **英文检索词逻辑组合**：

* *(Mobile device OR Smartphone OR User Equipment OR Gateway OR Relay)*

* AND *(Bluetooth OR Short-range OR Peripheral OR Connected device OR Subordinate device)*

* AND *(Profile OR Connection table OR Presence OR Registry OR Association list)*

* AND *(Forwarding OR Routing OR Relay OR Delivering)*

* **示例逻辑表达式**：

`((mobile OR cellular) NEAR3 (gateway OR relay OR router)) AND (register OR profile OR presence) AND (forward OR relay) AND (determine OR check OR verify) NEAR5 (connect* OR active)`

### 3. 重点追踪的通信标准与技术规范（Standard Essential Patents / Technical Specifications）

本专利的技术特征与某些早期物联网协议及蜂窝网络中继协议高度重合，建议检索以下非专利文献（NPL）和标准文档：

* **3GPP D2D (Device-to-Device) 及 ProSe (Proximity Services) 规范**：如 3GPP TS 23.303（ProSe 中 UE-to-Network Relay 的建立与数据转发机制）。

* **Bluetooth Mesh / UPnP (Universal Plug and Play) 规范**：探究 UPnP 设备架构中，控制点（Control Point）或网关如何维护设备列表并在本地进行请求重定向。

* **Zigbee Gateway Architecture (ZGA)**：Zigbee 网关如何将 Zigbee 子节点注册至云端，并根据本地 Address Map 转发 IP 网络发来的数据包。

作为一名经验丰富的专利代理师，我将从专利无效和侵权分析的专业视角，严格基于您提供的权利要求文件和对比文件，为您进行深入的技术特征比对和创造性分析。

**【关于目标专利说明书的特殊说明】**

由于您提供的提示词中仅包含《权利要求1.docx》的内容，未提供说明书全文。在专利实务中，权利要求的解释应以说明书为准。在缺乏说明书的前提下，我将基于权利要求的字面含义以及本领域技术人员（如物联网、无线通信、智能家居网关领域）的公知常识对权利要求进行解释：

**权利要求1的整体架构解释**：该权利要求保护一种移动设备（如智能手机），它充当了无线设备（如蓝牙标签/可穿戴设备等低功耗设备）与云端/注册处（如物联网服务器）之间的**代理网关（Proxy/Gateway）**。其核心逻辑分为**“上行”**和**“下行”**两部分：

1. **上行状态同步（特征E-L）**：移动设备发现新的无线设备连接后，在本地记录其简档（Profile），并向云端注册处上报；当无线设备状态改变（如断开连接、低电量等），移动设备更新本地简档并同步给云端。

2. **下行数据路由（特征M-P）**：移动设备从其他设备（如云端服务器或其他控制终端）接收到针对特定无线设备的“数据或请求”时，**先查询本地简档**确认该无线设备当前是否连接在自己身上，如果连接，则将数据/请求精准**转发（下发）**给该无线设备。

*注：初步审阅对比文件发现，D1（WO2015044677A1）与D2（GB2522294A）为同族专利，其说明书原文内容完全一致，仅公开号和申请局不同。因此，后续分析中将D1和D2合并视为同一份技术方案（简称D1/D2）进行评价。*

---

### 一、 特征比对表格与详细出处分析

以下表格详细分析了权利要求1的各项技术特征（A-P）在对比文件中的公开情况。

---

### 二、 最接近的对比文件 (CPA) 确定及创造性分析

#### 1. 哪一个是最接近的对比文件？

**结论：D3 (WO2015149107A1) 最适合作为最接近的对比文件 (Closest Prior Art, CPA)。**

**理由（从技术问题与技术效果角度）：**

* **目标专利的实质**：解决的问题是如何让移动设备作为无线设备的管理节点，高效地同步设备状态（上行），并能够准确地将来自外部的请求路由至当前真正连接的无线设备（下行）。

* **D3的技术方案**：D3旨在构建一个资产跟踪网络，将大量移动设备（智能手机）作为“节点/读取器”，监测蓝牙标签的状态变化（连接、断开、位置改变等），并将这些状态统一汇报给中央数据库（Registry 182）。D3公开了详尽的设备状态更新机制（如[0056]的异常报告算法：只有当状态改变时才上传）。这与目标专利特征E-L（建立本地简档并向注册处更新状态）**在解决的技术问题、应用场景和技术效果上高度重合**。

* **为何排除了D1/D2？**：D1/D2解决的技术问题是基于位置的广告推送（上下文感知信息）。D1/D2的系统明确且故意避免了与标签建立长期连接或监控其状态（原文[0012]强调“不需要配对或握手”，“不传送有效载荷”）。D1/D2中，手机只充当单向触发器，完全不涉及“状态改变更新”以及“设备注册处”的管理逻辑，与目标专利的技术构思相去甚远。

#### 2. 未被CPA（D3）公开的特征，是否被其他对比文件（D1/D2）公开？

**没有。**

未被D3公开的特征是**特征M、N、O、P**。这四个特征完整构成了一个**“下行数据路由（Downlink Routing）”**的过程：手机从外部接收针对某个标签的命令 -> 手机检查本地简档确认标签还在不在 -> 如果在，把命令发给该标签。

* D1/D2仅公开了手机从服务器获取URL并在手机屏幕上弹出显示，完全不包含任何向无线设备（Tag）发送数据/请求的动作。事实上，D1/D2原文直接教导了**相反的技术方向**（即标签是纯广播设备，不接收下行数据）。因此，D1/D2不能提供对缺失特征的任何结合启示。

---

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

若要在真实的无效宣告程序中攻克该专利，**最薄弱（即最难被现有证据覆盖、目标专利最核心）的技术特征是：特征O 和 特征P**。

> *特征O：根据在所述存储构件上所存储的简档来确定所述无线设备当前是否连接到所述移动设备；*

> *特征P：如果所述无线设备被确定为当前连接到所述移动设备，则使用所述至少一个传送器来将所述数据和所述请求中的至少一个传送到所述无线设备。*

**无效难点分析：**

在2015年左右（推测对比文件及目标专利的年代）的现有技术中，蓝牙防丢器（如D3）和蓝牙广告信标（如D1/D2）非常普遍。这些技术都是**“自下而上”**的：标签广播 -> 手机接收 -> 手机上报服务器。

而特征O和P解决的是**“自上而下”的动态寻址问题**：因为手机是移动的，标签也是移动的。当云端想要控制某个标签时（例如下发配置、查询传感器数据），它不知道标签当前连接在哪个手机上。目标专利通过让手机维护本地简档，使得手机能够智能拦截并判断：“这个命令是给A标签的，我查一下本地简档，A标签现在确实连着我，那我就发给它”。

在目前D1-D3中，均未出现“手机充当双向路由网关，且在转发前进行本地状态校验”的教导。如果找不到包含特征O和P的对比文件，权利要求1将具备极强的创造性。

---

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

为了无效该专利（特别是攻破特征M、N、O、P），必须跳出“蓝牙防丢器”或“广告推送”的狭窄领域，转向**“物联网（IoT）网关”、“智能家居桥接”、“可穿戴设备管理代理”**等领域。以下是提供给检索人员的具体策略：

**1. 重点检索领域（IPC/CPC分类号）：**

* **H04W 4/00** (无线通信网络中的附加服务，特指机器对机器/M2M、物联网/IoT)

* **H04W 88/16** (网关布置，Gateway arrangements)

* **H04L 67/12** (专为特定应用如物联网定制的网络协议)

* **H04W 84/18** (自组织网络/传感器网络，其中手机作为汇聚节点)

**2. 核心检索概念及关键词（Keywords）：**

* **概念1（移动设备作为网关）**：smartphone, mobile device, mobile phone, cell phone / gateway, proxy, bridge, relay, edge node, hub. (智能手机/移动设备 + 网关/代理/中继/桥接/边缘节点)

* **概念2（本地状态维护）**：profile, local table, connection state, status, cache, registry table. (简档/本地表/连接状态/状态/缓存)

* **概念3（下行路由转发）**：forward, route, relay, send command, request, dispatch. (转发/路由/发送命令/请求/下发)

**3. 推荐检索式 (以EPOQUENET或商业数据库为例)：**

* `((mobile OR smart) W device) AND (gateway OR proxy OR relay OR hub) AND (sensor OR wearable OR tag OR BLE) AND (forward* OR rout*) 2D (request OR data OR command) AND (state OR status OR profile OR connect*)`

**4. 检索目标对象画像（寻找这种场景的专利）：**

* **智能家居/医疗监测领域**：例如用户的手机（Mobile Device）连接了多个蓝牙健康传感器（Wireless Device）。医生的终端（Device 13a-b）向云端请求获取心率数据，云端把请求发给手机，手机**检查本地蓝牙列表（查简档）**确认心率带还连着，然后将获取指令**转发（特征P）**给心率带。寻找此类描述智能手机充当BLE网关（BLE Gateway）的专利文献。

在进行专利无效宣告或诉讼对抗时，准确界定权利要求的保护范围并将其与对比文件进行严密的特征比对是核心工作。正如在处理无线局域网或通信协议的无效案件中，定位目标专利的核心防御特征需要对通信架构、节点关系以及信令交互进行精准拆解。

以下针对权利要求1，结合对比文件D1（CN105027596A）和D2（JPWO2015020043A1）的原文进行深度的特征比对与创造性分析。

## 权利要求1的技术方案解构

权利要求1描述了一种**移动设备作为网关/代理节点**的通信架构。其核心逻辑在于：移动设备（如智能手机）探测到周边无线设备（如可穿戴设备、物联网节点）连接或状态改变后，在本地维护简档，并主动向网络侧的“设备注册处”上报该无线设备的标识和状态。当网络侧有针对该无线设备的数据或请求时，先下发给该移动设备，移动设备基于本地简档判断无线设备是否仍在连接，若连接则进行数据转发。

## 对比文件特征比对表格

为确保对比清晰，下表提炼了权利要求1的各项技术特征，并映射D1与D2的公开情况。

---

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

### D1 (CN105027596A) 的公开情况

D1的核心在于**同一用户的多个通信地址/设备之间的简档共享与同步**。

* **已公开特征：** D1毫无异议地公开了基础硬件架构（特征A-D）。同时，D1公开了维护包含“设备ID、位置、存在状态（在线/离线）”的“联系简档”（段落[0038]-[0045]，表1-表3），这实质公开了特征F、I和J中的简档维护逻辑。

* **未公开特征：** D1完全没有公开“主-从”或“网关-节点”的拓扑结构。D1中的客户端设备1、2、3是平级的，各自向网络侧的联系简档管理器注册自身的地址（如特征G、H、K、L未公开）。D1不存在一个移动设备探测周边无线设备连接并充当数据转发跳板的逻辑（特征E、O、P未公开）。

### D2 (JPWO2015020043A1) 的公开情况

D2的核心在于**视频会议系统中的终端状态管理与端口连通性检查**。

* **已公开特征：** D2的传送管理系统50作为核心节点，完美展示了对多个终端（无线设备）的状态维护。段落[0070]和图10的“终端状态管理表”详细记录了终端ID、稼动状态（在线/离线）、IP地址等信息。段落[0075]公开了状态改变时的更新逻辑。

* **未公开特征：** D2的网络拓扑是“终端(10) -> 中继装置(30)/路由器(70) -> 管理系统(50)”。如果将权利要求1中的“移动设备”强行比对为D2中的“中继装置30”或“传送管理系统50”，则因后者显然属于固定网络设备或服务器，无法满足“移动设备”这一特征界定。若将“移动设备”比对为终端10，则终端10下方并没有挂载需要其代理转发的“无线设备”。

---

## 最接近的对比文件确定 (基于创造性评价)

在创造性评价的“三步法”中，最接近的对比文件应当是与目标专利解决的技术问题、技术领域及网络拓扑最相似的文献。

**结论：D2 (JPWO2015020043A1) 更适合作为最接近的对比文件。**

* **理由：** 权利要求1整体解决的技术问题是“如何对间接接入网络的无线设备进行状态跟踪与数据路由”。D2虽然没有完全公开代理转发节点，但其详细阐述了一个中心节点（管理系统50）如何管理多个设备（终端10）的连接状态、更新数据库，并在外部请求到来时建立会话（S30-S36过程）。D2的信令交互逻辑（登录注册、状态更新、会话建立请求转发）在控制面上与权利要求1高度相似。

* **区别技术特征：** 基于D2，权利要求1的主要区别技术特征在于：(1) 执行状态注册与查表转发的节点是**移动设备**，而不是网络侧的固定服务器或路由器；(2) 移动设备与无线设备之间存在一种局域的**新连接探测机制**。

* **技术效果：** 赋予了移动设备（如手机）作为边缘网关的能力，降低了无线设备（如穿戴设备）直接连入核心网的功耗和通信复杂度。

---

## 目标专利的最薄弱技术特征 (无效宣告切入点)

若要对该专利提出无效请求，权利要求1**最薄弱（最具防御性）的技术特征**是：

**特征E与特征K/L的结合** —— 即“移动设备探测周边无线设备接入，并**代理**该无线设备向网络侧注册处上报状态”。

目前的D1和D2均属于传统的“设备直接向网络注册”架构。目标专利的本质是“代理注册与代理路由（Proxy Registration & Routing）”。在物联网（IoT）或蓝牙低功耗（BLE）领域，智能手机作为智能手环/手表的代理，向云端服务器上报手环状态，并将云端推送的消息转发给手环，这属于非常经典且已成熟的个人局域网（PAN）网关技术。

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

现有的D1和D2无法完整破坏权利要求1的新颖性或创造性，建议调整检索方向，直接切入物联网边缘网关与可穿戴设备通信协议领域。

1. **关键词组合：**

* 主体：移动设备 (Mobile device / Smartphone / Cellular phone) + 边缘网关 (Gateway / Proxy / Relay / Hub)。

* 客体：无线设备 (Wireless device / Wearable / BLE device / IoT node)。

* 动作：探测连接 (Detect connection / Discover / Pair) + 代理注册 (Register / Update status / Profile) + 转发数据 (Route / Forward / Pass-through)。

2. **IPC分类号精准定位：**

* **H04W 8/00**（网络数据的发现）或 **H04W 8/24**（终端数据的传输）。

* **H04W 88/04**（终端设备用作中继的情况）—— 这是命中该专利架构的最核心分类号。

* **H04L 67/28**（用于应用协议的代理服务器）。

3. **对标技术标准检索：**

重点查阅2013-2015年间的蓝牙核心规范（Bluetooth Core Specification）中关于 GATT Profile 和 Proxy 节点的说明，或 3GPP 中关于 D2D (Device-to-Device) 或 ProSe (Proximity Services) 充当 UE-to-Network Relay 的技术提案文档。此类标准提案通常能提供毫无异议的“移动设备代理转发”公开证据。

如权利要求1中所要求保护的移动设备（1），其中所述处理器（150）进一步被配置成使用所述无线设备（3a‑d）的标识符来根据所述存储构件（157）上所存储的无线设备（3a‑d）和设备注册处（14）之间的关联来确定所述至少一个设备注册处（14）的至少一个地址。

如权利要求1或2中所要求保护的移动设备（1），其中所述处理器（150）进一步被配置成使用所述无线设备（3a‑3d）的标识符来根据所述存储构件（157）上所存储的无线设备（3a‑d）和设备注册处（14）之间的关联来确定是否要将所述第二信息传送到所述至少一个设备注册处（14）。

如权利要求1或2中所要求保护的移动设备（1），其中所述处理器（150）被配置成：使用所述至少一个接收器（151）来确定所述无线设备（3a‑d）不再连接到所述移动设备（1）;如果所述无线设备（3a‑d）不再连接到所述移动设备（1），则更新或移除在所述存储构件（157）上所存储的所述简档;如果所述无线设备（3a‑d）不再连接到所述移动设备（1），则使用所述至少一个传送器（153）来向所述设备注册处（14）传送所述第二信息;所述第二信息的所述新状态向所述至少一个设备注册处（14）告知：所述无线设备（3a‑d）不再连接到所述移动设备（1）。

如权利要求1或2中所要求保护的移动设备（1），其中所述处理器（150）进一步被配置成使用所述至少一个接收器（151）来从所述无线设备（3a‑d）接收注册处信息;并且基于所述注册处信息来确定所述至少一个设备注册处（14）中至少一个的至少一个地址。

如权利要求1或2中所要求保护的移动设备（1），进一步包括接口（159、161）;所述接口被配置成允许所述移动设备（1）的用户和在所述移动设备（1）上运行的应用中的至少一个将所述无线设备（3a‑d）与所述至少一个设备注册处（14）中至少一个的至少一个标识符相关联;所述至少一个标识符包括所述至少一个设备注册处（14）中所述至少一个的至少一个地址或允许所述移动设备（1）获得所述至少一个设备注册处（14）中所述至少一个的至少一个地址。

如权利要求1或2所要求保护的移动设备（1），进一步包括接口（159、161）;所述接口被配置成允许所述移动设备（1）的用户和在所述移动设备（1）上运行的应用中的至少一个指定哪些设备（13a‑b）被允许向所述无线设备（3a‑d）传送信息。

如权利要求1或2所要求保护的移动设备（1），其中所述至少一个传送器（151）被配置成通过蜂窝通信网络（24）来传送所述第一信息和所述第二信息。