一种校准传感器的方法，从移动设备（303）发起校准进程；建立移动设备（303）与传感器之间的通信；通过移动设备（303）获取传感器的标识（ID）；确定移动设备（303）的定位；将针对校准数据的请求发送到校准数据提供器，请求至少包括传感器的标识（ID）和移动设备（303）的定位；从校准数据提供器接收校准数据，校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值；为传感器提供校准数据；依照校准数据校准传感器。

作为一名资深专利代理师，我将根据目标专利（**CN105264405B**）的说明书和权利要求1，对提供的三篇对比文件进行详尽的特征比对、实质公开判定、最接近对比文件（最接近现有技术）遴选以及无效检索策略分析。

---

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

根据目标专利 CN105264405B 说明书（尤其是说明书段落 `[0001]-[0003]`, `[0012]`, `[0039]-[0055]`），权利要求1的技术特征解释如下：

* **技术特征A**：*从移动设备（303）发起校准进程*

* **说明书解释**：指用户通过下载到移动设备（如智能手机、平板电脑）上的应用程序（App）主动发起对传感器（如大气压力传感器、风速传感器等）的校准流程（说明书段落 `[0016]`, `[0051]`）。

* **技术特征B**：*建立移动设备（303）与传感器之间的通信*

* **说明书解释**：移动设备与待校准传感器之间建立无线或有线连接（说明书段落 `[0051]`）。

* **技术特征C**：*通过移动设备（303）获取传感器的标识（ID）*

* **说明书解释**：移动设备通过向传感器发送请求并接收响应、或者提示用户手动输入传感器标签上的ID来获得该传感器的唯一标识（说明书段落 `[0051]`）。

* **技术特征D**：*确定移动设备（303）的定位*

* **说明书解释**：利用移动设备内部集成的定位提供器（如GPS接收器）获取当前地理位置（如经度、纬度、海拔、室内/室外），因移动设备紧邻传感器，其定位可代表传感器定位（说明书段落 `[0012]`, `[0017]`, `[0051]`）。

* **技术特征E**：*将针对校准数据的请求发送到校准数据提供器*

* **说明书解释**：移动设备将包含传感器数据的校准请求通过网络（如因特网）发送给远端校准数据提供器（如服务器305）（说明书段落 `[0041]`, `[0048]`, `[0051]`）。

* **技术特征F**：*请求至少包括传感器的标识（ID）和移动设备（303）的定位*

* **说明书解释**：校准请求报文中必须组合包含特征C获取的传感器ID和特征D获取的移动设备定位信息，以便服务器查找相同类型传感器并按位置校正（说明书段落 `[0048]`, `[0051]`, `[0052]`）。

* **技术特征G**：*从校准数据提供器接收校准数据*

* **说明书解释**：移动设备从服务器（校准数据提供器）接收计算/计算校正后的校准数据（说明书段落 `[0042]`, `[0054]`）。

* **技术特征H**：*校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值*

* **说明书解释**：服务器根据ID识别出传感器类型后，从处于另一位置（如位置B）的同类型且已校准的参考传感器（306）获取当前测量值，并针对位置差异（如高度/气压差异）进行补偿计算后生成的校准数据（说明书段落 `[0042]`, `[0049]`, `[0052]`）。

* **技术特征I**：*为传感器提供校准数据*

* **说明书解释**：移动设备将从服务器获取的校准数据下发/传输给待校准传感器（说明书段落 `[0054]`）。

* **技术特征J**：*依照校准数据校准传感器*

* **说明书解释**：传感器根据接收到的校准数据重置/更新其内部参数或校准偏差，完成校准（说明书段落 `[0039]`, `[0054]`）。

---

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

> **注**：

> 1. **D1**：EP2525202A1（`EP2525202A`）

> 2. **D2**：US20120296594A1（`US2012296594A`）

> 3. **D3**：US20130136301A1（`US2013136301A`）

---

## 三、 对比文件实质公开与公开特征分析

### 1. D1: EP2525202A1 (`EP2525202A`)

* **公开/实质公开的特征**：

* **公开了特征A、D、E、G、J**：D1公开了一种移动终端（10）通过读取NFC标签（110）发起压力传感器（150）校准的方法。其中终端通过网络100向服务器（校准数据提供器）发送查询请求，获取高度/气压校准数据并完成传感器校准（段落 `[0012]`, `[0016]`, `[0019]`, `[0033]`）。

* **实质公开了特征I**：终端的控制器（13）获取校准数据后施加给压力传感器150（段落 `[0012]`）。

* **未公开的关键特征**：

* **特征B**：D1中的待校准传感器150是**直接集成在移动终端10内部**的，不需要且未公开移动设备与独立传感器之间“建立通信”。

* **特征C、F**：D1获取并发送给服务器的是**NFC标签的Tag ID**（用于查找标签所在位置的高度），而不是**待校准传感器自身的ID**。

* **特征H**：D1的校准数据来自气压数据库或标签预置高度，**并非来自“已经校准过且同类型的其它传感器的当前感测值”**。

### 2. D2: US20120296594A1 (`US2012296594A`)

* **公开/实质公开的特征**：

* 与D1基本一致（D2为D1的同族同源专利申请）。公开了特征 **A、D、E、G、J**，实质公开了特征 **I**（段落 `[0012]`, `[0020]`, `[0027]`, `[0044]`）。

* **未公开的关键特征**：

* 同样未公开特征 **B、C、F、H**。

### 3. D3: US20130136301A1 (`US20130136301A`)

* **公开/实质公开的特征**：

* **公开了特征A、B、D、I、J**：D3公开了移动终端（110）与穿戴式配件/附件（100，内含磁力计/陀螺仪等传感器）之间建立蓝牙/Wi-Fi通信（特征B）。利用终端/附件的GPS定位（特征D），发起校准进程（特征A），并将计算出的校准参数发送给附件中的传感器进行校准（特征I、J）（段落 `[0011]`, `[0021]`, `[0022]`, `[0027]`）。

* **实质公开了特征E、G**：终端向网络服务器传输数据获取地图或环境信息辅助确定参考方向（段落 `[0047]`）。

* **未公开的关键特征**：

* **特征C、F**：未公开获取待校准传感器本身的标识ID并在请求中携带。

* **特征H**：D3是通过“摄像头拍摄地标/太阳确定绝对方位”来校准传感器，**完全没有利用“其它已校准同类传感器的当前感测值”**这一核心机制。

---

## 四、 整体技术问题、技术效果与最接近对比文件遴选

### 1. 目标专利要解决的整体技术问题及技术效果

* **技术问题**：如何在不需要昂贵工厂预校准的情况下，提供一种由用户通过移动设备发起的、能克服位置偏差（如高度、楼层差异）且能获取可靠参考数据的传感器校准方案（段落 `[0002]`, `[0003]`）。

* **技术效果**：借助于移动设备自带的定位能力与移动网络，**通过共享其他分布在各处、已校准的同类型传感器的实时测量值**（并在服务器端进行位置偏差补偿），使分布式传感器能够随时随地获取高精度的动态校准数据，大幅降低传感器制造与校准成本（段落 `[0012]`, `[0014]`）。

### 2. 最接近对比文件的选择分析

在创造性审查中，**最接近的对比文件（Primary Reference）** 可以有多个，通常选择技术领域相同、解决的技术问题最接近、或者公开权利要求技术特征最多的文件：

#### 方案一：选择 D1（EP2525202A1）或 D2（US20120296594A1）作为最接近的对比文件

* **理由**：

1. **技术领域与发明目的极度契合**：D1/D2 与目标专利均属于**利用移动终端/移动网络对环境传感器（如压力传感器）进行网络化校准**的技术领域。

2. **核心架构一致**：D1/D2 也采用了“移动设备获取位置信息 $\rightarrow$ 向远端服务器发送包含位置/ID信息的请求 $\rightarrow$ 服务器返回校准数据 $\rightarrow$ 传感器完成校准”的总体工作流。

3. 公开了权利要求1中的绝大部分步骤特征（A, D, E, G, I, J）。

#### 方案二：选择 D3（US20130136301A1）作为最接近的对比文件

* **理由**：

1. **硬件拓扑结构更契合**：目标专利权利要求1强调了“建立移动设备与传感器之间的通信”（即传感器与移动设备是**两个独立的实体**）。D1/D2中的传感器是内置于手机内部的，而 D3 明确公开了“移动终端（110）与独立的传感器配件（100）建立通信并对其校准”，完全覆盖了特征 **B**。

> **结论**：在提出无效宣告请求时，建议采取**双主对比文件（D1/D2 方案与 D3 方案）路线**：

> * **主路线1（以 D1 或 D2 为第一对比文件）**：以 D1/D2 作为最接近的现有技术，结合 D3（补充特征B：移动设备与外置传感器通信）以及本领域的公知常识（补充特征C/F/H）。

> * **主路线2（以 D3 为第一对比文件）**：以 D3 作为最接近的现有技术，结合 D1/D2（补充远程服务器校准请求与定位结合的特征E/G）。

---

## 五、 未被最接近对比文件公开的特征及最薄弱特征分析

### 1. 组合对比文件后的特征覆盖情况

无论以 D1/D2 还是 D3 为最接近对比文件，结合现有三篇对比文件后，**特征H** 均**未被任何对比文件公开**：

* **特征H**：*“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”*。

* **D1/D2 的机制**：从固定数据库查气压/高度，或读取固定 NFC 标签中的数据。

* **D3 的机制**：依靠光学图像识别（地标/太阳）计算物理方位角度。

* **三者均未涉及**：利用群智感知（Crowdsourcing）/众包思想，**从远端“其它已校准同类传感器”调取“当前实时感测值”**作为基准源进行校准。

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

目标专利权利要求1**最薄弱、也是最核心的创新点（最难被攻破的护城河）**是：

**特征H（结合特征F中的传感器ID类型匹配）**。

* **薄弱点分析**：

* 特征A、B、D、E、G、I、J 均属于非常常规的物联网/移动设备通信架构（已被 D1/D2/D3 交叉覆盖）。

* 专利权人为了维持权利要求1的稳定性，其核心发明点完全落在“**基于同类网络化传感器的实时协同校准（Crowdsourced Sensor Calibration）**”上。现有的 D1、D2、D3 均无法组合出这一技术手段。如果仅用现有 D1/D2/D3 组合，专利局/复审委极大概率会以特征H提供了非显而易见的技术方案并产生了预料不到的技术效果为由，**维持权利要求1有效**。

---

## 六、 进一步的对比文件检索策略（突破特征H）

为了成功无效目标专利的权利要求1，下一步检索必须**专门针对特征H（众包/分布式同类别传感器协同校准）**进行精准打击。建议采取以下检索策略：

### 1. 扩展关键词与逻辑检索式构建

* **核心概念1：校准与传感器**

* `校准` / `标定` / `校正` / `calibration` / `calibrating` / `recalibrate`

* `传感器` / `气压计` / `压力` / `sensor` / `barometer` / `pressure`

* **核心概念2：众包 / 协同 / 多节点 / 同类参考**

* `众包` / `协同` / `分布式` / `其它传感器` / `同类` / `参考节点` / `邻近`

* `crowdsource` / `crowdsourced` / `crowdsourcing` / `collaborative` / `peer-to-peer` / `P2P` / `neighboring sensors` / `other sensors` / `reference sensor` / `social sensing`

#### 推荐组合检索式（以 Processing/Patent 数据库为例）：

1. `(calibration OR calibrating OR recalibrate) AND (sensor OR barometer) AND (crowdsource OR crowdsourcing OR collaborative OR "other sensor" OR "reference sensor")`

2. `((校准 OR 标定) NEAR/5 (传感器)) AND (众包 OR 协同 OR (其它 NEAR/3 传感器) OR (同类 NEAR/3 传感器) OR (参考 NEAR/3 传感器))`

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

* **G01D 18/00**：专门针对非电量测量装置的校准或设置（Testing or calibrating of apparatus or arrangements...）。

* **G01L 27/00**：压力表或压力传感器测试/校准（Testing or calibrating of apparatus or arrangements for measuring pressure）。

* **H04W 4/38**：专门用于传感器网络的无线通信服务（Services specially adapted for particular environments/Sensors）。

* **G01S 19/07**：利用协同/参考节点进行差分纠偏的技术领域（相关思路可交叉借鉴）。

### 3. 非专利文献（NPL）与学术期刊重点检索

由于“分布式/众包传感器校准”在学术界（特别是物联网 IoT、传感器网络 WSN、移动计算领域）兴起时间早于工业界专利申请，**非专利文献（NPL）是攻破特征H的最佳突破口**：

* **重点数据库**：IEEE Xplore, ACM Digital Library, Google Scholar, ResearchGate。

* **重点会议/期刊**：

* *ACM SenSys* (Conference on Embedded Networked Sensor Systems)

* *IEEE Transactions on Mobile Computing (TMC)*

* *ACM MobiCom / MobiSys*

* *IEEE Transactions on Wireless Communications*

* **推荐检索关键词方向**：

* *"Crowdsourced barometer calibration"*

* *"Collaborative sensor calibration in wireless sensor networks"*

* *"Opportunistic calibration using neighboring sensors"*

---

<ElicitationsGroup message="针对当前分析，建议采取以下下一步行动：">

<Elicitation label="生成针对特征H的学术文献（NPL）深度检索方案" query="请针对目标专利特征H（利用其它已校准同类传感器的当前感测值进行众包校准），制定详细的ACM和IEEE学术文献检索方案及英文检索式。"/>

<Elicitation label="撰写基于D1+D3组合的完整无效宣告请求书逻辑框架" query="请基于现有对比文件D1（EP2525202A1）和D3（US20130136301A1），帮我撰写一份针对目标专利CN105264405B权利要求1的无效宣告请求书逻辑框架与论证步骤。"/>

</ElicitationsGroup>

作为一名经验丰富的专利代理师，我针对目标专利**CN105264405B**权利要求1以及提供的三份对比文件（D1: US20080289415A1、D2: JP2009519779A、D3: CN102203558A）进行系统的法律与技术分析。

---

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

根据《专利法》第五十九条第一款及相关司法解释，权利要求书的内容应当结合说明书及附图进行解释。结合目标专利说明书（CN105264405B），对权利要求1的核心概念与技术构思解释如下：

1. **“移动设备（303）”与“传感器的定位”**：

- 说明书第[0012]、[0051]段明确，由于移动设备（如智能手机、平板电脑）在校准时处于待校准传感器（301）附近，因此**移动设备的定位（如GPS获取的经度、纬度、海拔或室内/室外信息）可作为传感器的定位**。这种设计解决了传感器本身不具备高精度定位模块导致的校准偏差问题（例如气压计受建筑物楼层高度影响）。

2. **“校准数据提供器（305）”**：

- 说明书第[0013]、[0042]段解释，校准数据提供器通常为云端服务器。其作用是在收到校准请求后，在数据库中匹配已校准的同类型传感器，并生成/提供校准数据。

3. **“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”（特征H——核心技术特征）**：

- 说明书第[0042]、[0052]-[0053]段阐明：这是本专利的**核心发明构思（分布式/众包协同校准）**。服务器并不依赖出厂预存的静态校准系数，而是**动态实时收集**位于另一位置（如位置B）的已校准同类传感器（306）的**当前感测值**（甚至对两地定位差异进行补偿计算），将该实时感测值作为参考基准返回给待校准传感器。

---

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

#### 1. 对比文件基本信息及公开特征判定

* **对比文件1（D1：US20080289415A1）**

* **毫无异议公开/实质公开特征**：

* **特征A**：公开了移动设备（ wristop computer 20 ）发起校准进程（段落[0008]、[0018]、[0020]）。

* **特征J**：公开了依照校准调整/设置校准高度或气压值（段落[0008]、[0031]）。

* **未公开特征**：特征B、C、D、E、F、G、H、I。D1属于单机设备利用内置磁传感器与气压计信号进行的自我判定与切换，不涉及与外部传感器的通信及远程校准数据提供器。

* **对比文件2（D2：JP2009519779A）**

* **毫无异议公开/实质公开特征**：

* **特征A**：公开了由手持外部处理装置（106，移动设备）发起数据采集与校准过程（图6步骤322，段落[0002-JP]）。

* **特征B**：公开了建立外部处理装置106与埋体传感器104/通信装置102之间的无线通信链路114（段落[0002-JP]）。

* **特征C**：公开了外部处理装置获取传感器的标识信息（特定传感器识别信息）（段落[0002-JP]）。

* **特征E**：公开了将校准数据请求或数据传送请求发送给外部处理装置或远程数据库108（段落[0002-JP]）。

* **特征G、I、J**：公开了获取校准参数并完成对测量数据的校准计算（段落[0002-JP]）。

* **未公开特征**：特征D、F（未明确公开利用移动设备自身定位作为传感器的定位并随请求发送）、**特征H**（D2依靠外部处理装置自带的气压计232或数据库中该传感器出厂预存的静态校准参数，**未公开使用其他已校准同类传感器的“当前感测值”**）。

* **对比文件3（D3：CN102203558A）**

* **毫无异议公开/实质公开特征**：

* **特征A、B、C**：公开了询问器设备（移动设备）与传感器建立通信并读取传感器识别数据（组ID/序列号）（段落[0006]、[0010]）。

* **特征E**：公开了从远离传感器的数据库检索通用校准数据（段落[0006]）。

* **特征G、I、J**：公开了获取通用校准数据和修正数据并合成专用校准数据完成校准（段落[0006]）。

* **未公开特征**：特征D、F（未公开确定移动设备定位并包含在请求中）、**特征H**（D3数据库中存储的是传感器制造分类时预设的**静态通用校准系数**，**并非其他已校准传感器的“当前感测值”**）。

---

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

---

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

#### 1. 整体技术问题与技术效果对比分析

* **目标专利（CN105264405B）**：

* **解决的技术问题**：降低低成本传感器在生产制造中的校准成本，避免复杂的用户人工校准，并消除地理位置（如高度/环境）对传感器造成的测量偏差。

* **技术效果**：利用智能手机等移动设备的定位和网络能力，借助云端共享的**已校准同类传感器的实时感测值**，实现了自动化、高精度的用户端无感校准。

* **D2 (JP2009519779A)**：

* **解决的技术问题**：人体植入式血压传感器无法直接接触外界大气压，且功耗受限、计算能力弱。

* **技术效果**：利用外部手持处理装置实时采集大气压，结合传感器出厂静态校准参数，在体外完成精细校准，降低植入设备功耗。

* **D3 (CN102203558A)**：

* **解决的技术问题**：传感器（如轮胎压力传感器）数据量大导致读取慢、数据库庞大的问题。

* **技术效果**：采用“预设分组通用校准数据 + 传感器端微小修正数据”组合的方式，减少数据传输量，提高读取效率。

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

**结论：D2（JP2009519779A）最适合作为最接近的对比文件（候选一），D3（CN102203558A）可作为次要最接近对比文件（候选二）。**

* **选D2为最接近对比文件的理由**：

1. **技术领域与系统构架高度重合**：D2与目标专利均采用了“待校准传感器 + 移动/手持外部设备 + 远程数据库/服务器”的三层架构。

2. **引入外部实时环境参量参与校准**：D2已经引入了“利用外部处理装置（移动设备）实时获取当前环境参量（大气压）来校准传感器”的技术思想，这与目标专利利用移动设备接入外部实时数据校准的架构最为接近。

---

### 四、 未被最接近对比文件公开的特征及其他对比文件公开情况

以 **D2 (JP2009519779A)** 为最接近对比文件时：

1. **区别技术特征**：

* **区别特征1（特征D、F涉及定位部分）**：确定移动设备的定位，并在请求中包含移动设备的定位。

* **区别特征2（特征H——核心区别特征）**：校准数据对应于“通过已经校准过且具有与要校准的传感器相同的类型的**至少一个其它传感器的当前感测值**”。

2. **其他对比文件（D1、D3）是否公开了上述区别特征**：

* **区别特征1**：D1和D3均**未公开**“确定移动设备定位并将定位随校准请求发送”。但在本领域中，移动设备（如手机）通过GPS定位并将位置信息作为API参数上传至服务器属于**公知常识**。

* **区别特征2**：**D1和D3均未公开该特征**。

* D1仅为单机内部信号切换；

* D3公开的是数据库中预存的静态组通用参数（出厂分类系数），而非动态获取网络中其他同类已校准传感器的**当前/实时感测值**。

---

### 五、 无效宣告请求中最薄弱的技术特征与防线分析

在对本专利发起无效宣告请求时：

1. **最薄弱的技术特征（极易被突破/认定为现有技术或公知常识）**：

* **特征A、B、C、E、G、I、J**：这些特征构成了移动设备与传感器交互以及向服务器请求数据的常规框架，已被 **D2** 和 **D3** 充分公开。

* **特征D（确定移动设备定位）**：属于移动设备的标准公知功能。

2. **专利权人最坚固的防线（最难攻克的特征）**：

* **特征H**（校准数据来自于**其他已校准同类传感器的当前感测值**）。

* 目前提供的对比文件（D1、D2、D3）均未涉及“**分布式/众包/协同实时校准**”这一核心逻辑。如果仅凭D1~D3组合，**无法成立对比文件结合否定权利要求1的创造性**。

---

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

为了成功无效权利要求1，必须针对**特征H**进行精准的补充检索，建议采取以下策略：

1. **核心检索逻辑（技术构思）**：

寻找在专利优先权日（2014年左右）之前公开的，涉及 **“众包校准（Crowdsourced calibration）”**、**“协同/分布式传感器网络校准（Collaborative / Peer-to-peer / Distributed sensor network calibration）”** 或 **“基于邻近传感器的参考校准（Neighboring reference sensor calibration）”** 的文献。

2. **检索关键词组合**：

* **中文关键词**：`(校准 OR 标定 OR 修正 OR 校验) AND (其它传感器 OR 其它设备 OR 邻近 OR 协同 OR 众包 OR 分布式 OR 共享) AND (当前感测值 OR 实时数据 OR 测量值 OR 观测值) AND (定位 OR 位置 OR GPS)`

* **英文关键词**：`(calibrate* OR calibration) AND (crowdsourc* OR collaborative OR peer-to-peer OR neighbor* OR "other sensor*") AND ("current reading*" OR "real-time value*" OR "sensed value*" OR "measurement") AND (location OR position* OR GPS)`

3. **重点IPC / CPC分类号追踪**：

* `G01D 18/00`（测量装置的校准或测试）

* `G01L 27/00`（压力计的测试或校准）

* `H04W 4/38`（专门用于传感器网络的无线通信服务）

* `G01W 1/18`（气象仪器测试或校准）

4. **非专利文献（NPL）检索**：

此类分布式校准思想极有可能优先发表于物联网（IoT）、传感器网络（WSN）及 IEEE 论文集中。建议重点检索 **IEEE Xplore、ACM Digital Library、Google Scholar**，搜索关于 *“Opportunistic Sensor Calibration using Smartphones”* 或 *“Crowdsourced Air Pressure Sensor Calibration”* 的早期学术论文。

作为经验丰富的专利代理师，我针对目标专利**CN105264405B**（授权公告号）的权利要求1，结合说明书含义及三份对比文件进行深度侵权/无效分析。

---

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

### 1. 权利要求1的技术特征分解

* **特征A**：从移动设备（303）发起校准进程

* **特征B**：建立移动设备（303）与传感器之间的通信

* **特征C**：通过移动设备（303）获取传感器的标识（ID）

* **特征D**：确定移动设备（303）的定位

* **特征E**：将针对校准数据的请求发送到校准数据提供器

* **特征F**：请求至少包括传感器的标识（ID）和移动设备（303）的定位

* **特征G**：从校准数据提供器接收校准数据

* **特征H**：校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值

* **特征I**：为传感器提供校准数据

* **特征J**：依照校准数据校准传感器

### 2. 结合说明书对核心特征的内部释义（Internal Lexicon）

1. **移动设备（303）的角色（说明书[0016]、[0048]、[0051]）**：

* 移动设备（如智能手机、平板）是**交互的中枢和发起方**。校准进程由移动设备上的APP发起；由于移动设备紧邻要校准的传感器，因此直接以移动设备的定位作为传感器的定位；请求由移动设备发出。

2. **校准数据提供器与校准数据（特征H，说明书[0010]、[0042]、[0052]）**：

* **关键点**：校准数据并非静态的离线地理数据库或气象站固定标定数据，而是**“通过已经校准过且具有相同类型的至少一个其它传感器的当前感测值”**（即集群众包/动态参考，如利用位于位置B的另一用户的经校准传感器306的当前测量值经补偿后作为参考）。

---

## 二、 对比文件基本信息及同族关系说明

* **D1（CN1324191A）**：公开号 CN1324191A（公开日：2001-11-28）

* **D2（JP2002039751A）**：公开号 JP2002039751A（公开日：2002-02-06）

* **D3（US6518918B1）**：公开号 US6518918B1（授权日：2003-02-11）

> **同族专利提示**：经对比文件原文核对，**D1、D2、D3属于同一技术方案的同族专利**（优先权/PCT等同申请家族）。三者均出自朗讯科技（Lucent Technologies Inc.），核心原理均为“利用基站或网络侧的大气压力校准信息/参考数据，结合移动电话本地的压力传感器来测定更精确的高度”。

---

## 三、 特征比对表格（针对权利要求1）

---

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

### 1. 最接近对比文件的选择

在三份对比文件中，**D1（CN1324191A）、D2（JP2002039751A）与D3（US6518918B1）互为同族专利**，披露的核心技术方案完全等同。因此：

* **D1 / D2 / D3 均可独立作为最接近的对比文件（D1作为最接近对比文件最具代表性）**。

### 2. 最接近对比文件（以D1为例）与目标专利的区别特征

对比D1与权利要求1，本领域技术人员可以确定以下**区别技术特征**：

1. **架构与交互模式的区别（特征A、B、C、F部分）**：

目标专利中，移动设备（303）作为一个**独立的主控/中介终端**，去连接一个待校准的传感器（可以是外设/独立传感器），获取该**传感器的专属标识（ID）**，并由移动设备发起校准，将“传感器ID + 移动设备定位”打包发送。而D1中传感器28是直接集成在移动电话内部的元器件，不涉及“移动设备去建立通信并获取传感器ID”的交互。

2. **校准数据来源的区别（核心区别特征H）**：

目标专利的校准数据来自**“已经校准过且具有与要校准的传感器相同类型的至少一个其它传感器的当前感测值”**（即集群/众包模式，从其他用户的经校准传感器实时获取）。而D1的校准数据来自**专用基站上附带的气压计（高度计29）或气象局/空管中心**。

### 3. 目标专利整体解决的技术问题与技术效果

* **对比文件D1解决的问题/效果**：解决移动终端因气象变化导致气压测高不准的问题，通过在基站端建立气压计或利用气象局数据来辅助校准。

* **目标专利解决的技术问题**：在无需依赖专门基站硬件（如基站配备气压计）或气象站专业设施的前提下，如何降低传感器生产校准成本，并提供高可用性、分布式的低成本传感器校准方案。

* **目标专利达到的技术效果**：利用广泛存在的已校准同类传感器（如其他用户的设备）进行动态众包校准，同时通过移动设备绑定传感器ID和定位，实现了低成本、自动化且无需用户介入复杂参数的离散/外接传感器校准。

---

## 五、 无效分析：最薄弱的技术特征与组合逻辑

### 1. 最薄弱的技术特征分析

经过比对，如果仅凭现有三份同族对比文件（D1/D2/D3），**无法直接无效掉权利要求1**。权利要求1中最薄弱、也是最容易被攻破的突破口在于：

> **最薄弱特征1：特征C/F中的“通过移动设备获取传感器的标识（ID），并在请求中包含传感器ID”**

> * **薄弱原因**：在物联网（IoT）或外设连接领域，移动设备通过蓝牙/WiFi连接外设传感器并读取其MAC地址/UUID/Sensor ID，进而将设备ID与定位一同上传至云端服务器，属于本领域的**常规技术手段/公知常识**。

> **最薄弱特征2：特征H的“其它已校准同类传感器的当前感测值（众包校准/Peer-to-Peer校准）”**

> * **薄弱原因**：虽然D1-D3使用的是“基站气压计/气象站”，但“利用众包（Crowdsourcing）或已有经校准节点的数据来校准新节点传感器”在2014-2015年左右（目标专利优先权日前）的传感器网络（Sensor Networks）领域已被大量研究和应用。

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

现有D1、D2、D3三者同族，**未能公开**上述两个核心区别特征（“移动设备读取外设传感器ID” 以及 “利用其他同类已校准传感器的当前值做校准数据源”）。

---

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

为了彻底无效掉权利要求1（以及后续从属权利要求），建议补充以下两个方向的检索：

### 1. 针对“众包/同类传感器交互校准（特征H）”的检索策略

* **检索方向**：寻找在优先权日（2014年7月）之前公开的关于“分布式传感器网络校准”、“众包气压校准”、“Peer-to-Peer Sensor Calibration”、“Crowdsourced Sensor Calibration”的专利或非专利文献（NPL）。

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

* `G01D 18/00`（仪表的校准或测试）

* `G01C 25/00`（仪器或装置的校准或测试，如高度计）

* `H04W 4/38`（用于传感器网络的服务/设备）

* `G01L 27/00`（压力计的检验或校准）

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

* `(校准 OR 标定 OR 补偿 OR Calibration OR Calibrating)`

* `AND (参考传感器 OR 已校准传感器 OR 同类传感器 OR 其它传感器 OR Peer OR Crowdsource OR Participatory)`

* `AND (气压 OR 压力 OR 传感器 OR Barometer OR Pressure Sensor)`

### 2. 针对“移动设备获取外设传感器ID并结合定位发送（特征A-F）”的检索策略

* **检索方向**：智能手机APP连接近场传感器设备（如蓝牙气压计、环境监测节点），读取传感器ID并将手机GPS位置上传服务器获取参数的公知技术文献。

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

* `(移动设备 OR 智能手机 OR 手机 OR Mobile Phone OR Smartphone)`

* `AND (传感器ID OR 标识符 OR MAC地址 OR UUID OR Sensor ID)`

* `AND (定位 OR 位置 OR GPS OR Location)`

* `AND (校准 OR 参数 OR 请求 OR Request)`

### 总结建议

目前单靠 **D1（CN1324191A）/ D2 / D3** 构不成破坏创造性的完整证据链（缺乏众包传感器校准源及传感器ID读取特征）。**建议以D1作为最接近对比文件（第一对比文件）**，补检索一篇公开了“利用其他已校准同类传感器数据进行众包校准”的第二对比文件（D4），再结合公知常识（移动设备蓝牙/近场读取外设ID），即可形成极强的`D1 + D4 + 公知常识`的创造性无效组合。

针对目标专利（CN105264405B，对应授权权利要求1）与三份对比文件（D1: EP1115241A2、D2: JP2001245027A、D3: EP1154231A1）的无效与创造性对比分析报告如下：

---

### 一、 目标专利权利要求1的解构与技术特征解释

结合目标专利说明书（特别是[0012]、[0041]-[0055]段及图3、图4），权利要求1各特征的技术内涵解析如下：

* **技术特征A（从移动设备发起校准进程）**：指通过移动设备（如智能手机/平板）上的应用程序/用户界面主动启动传感器校准操作（说明书[0016]、[0051]）。

* **技术特征B（建立移动设备与传感器之间的通信）**：移动设备与待校准传感器之间建立有线或无线（如蓝牙/Wi-Fi）通信连接（说明书[0051]）。

* **技术特征C（通过移动设备获取传感器的标识ID）**：移动设备通过向传感器发送查询请求或由用户输入，读取传感器的具体身份标识（说明书[0046]、[0051]）。

* **技术特征D（确定移动设备的定位）**：利用移动设备内置的定位提供器（如GPS系统）获取移动设备自身的地理位置（经纬度/海拔等）（说明书[0017]、[0051]）。

* **技术特征E（将针对校准数据的请求发送到校准数据提供器）**：由移动设备向远程服务器/校准提供器发送网络请求（说明书[0048]、[0051]）。

* **技术特征F（请求至少包括传感器的标识ID和移动设备的定位）**：校准请求报文中同时封装了传感器ID和移动设备定位（因二者接近，该定位被代指为传感器的定位）（说明书[0048]、[0051]）。

* **技术特征G（从校准数据提供器接收校准数据）**：移动设备从服务器获取算出的校准参数/参考数据（说明书[0054]）。

* **技术特征H（校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值）**：校准数据的来源是**第三方（其他用户）已经校准过的同类型传感器**在当前时刻的实际测量值（或结合位置差补偿后的值）（说明书[0010]、[0042]、[0052]）。

* **技术特征I（为传感器提供校准数据）**：移动设备将接收到的校准数据通过建立的通信链路传输/下发至待校准传感器（说明书[0054]）。

* **技术特征J（依照校准数据校准传感器）**：传感器利用该数据调整自身参数完成校准（说明书[0054]）。

---

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

#### 1. D1与D2（EP1115241A2 与 JP2001245027A）

> **注**：经文本核对，D1与D2为**同族专利**，二者方案及附图完全一致。以下以D1（EP1115241A2）为例分析，出处同时标注两件文档。

* **公开情况**：

* 公开了由移动通信设备（基站或手机）向待校准设备传输校准数据（气压/高度校准数据）。

* **未公开**：通过“移动设备”去**获取另一个独立传感器的标识（ID）**；未公开“基于第三方同类型已校准传感器的当前感测值”来生成校准数据（D1/D2主要是由基站中的精密参考气压计或已知高度的基站提供数据）。

#### 2. D3（EP1154231A1）

* **公开情况**：

* 公开了利用气压传感器估计高度，并通过无线网络基站获取气压校准信息；支持移动电话（20）获取自身GPS位置或基站位置，将测量值或位置发送给服务器/基站，或从基站接收校准信息。

* **未公开**：移动设备作为一个中介/控制端去连接并**获取独立传感器的ID**（D3中的气压传感器28是直接集成在移动电话20内部的部件）；未公开校准数据来自**“第三方已校准同类传感器的当前感测值”**（D3的校准数据来自已知海拔高度的基站气压计29或气象局数据）。

---

### 三、 权利要求1特征比对表

---

### 四、 最接近对比文件分析与整体技术问题/效果评估

#### 1. 最接近对比文件的选择

在创造性分析中，**D3 (EP1154231A1)** 与 **D1 (EP1115241A2) / D2 (JP2001245027A)** 均适合作为最接近的对比文件（两者均属于利用移动通信网络及位置信息对便携设备中的传感器/气压计进行校准的领域）。

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

* **理由**：D3 详细揭示了“移动终端（包含GPS定位和气压传感器）- 无线基站/服务器”的交互架构，明确指出了“利用GPS获取移动设备定位，并将定位/气压数据通过网络发送给服务器，利用服务器端的参考气压数据进行校准”的完整流程，其技术领域、系统拓扑与目标专利最为贴近。

#### 2. 区分技术特征与实际解决的技术问题

以 **D3** 为最接近对比文件，目标专利权利要求1与D3相比，存在以下**核心区别特征**：

1. **架构区别（特征B、C、I）**：目标专利中，传感器与移动设备是两个相互独立的实体，移动设备作为“中介/操作终端”，与传感器通信并获取其**传感器ID**，再由移动设备将校准数据转交/下发给传感器；而D3中传感器是直接集成在移动设备内部的。

2. **数据来源区别（特征H及F中关于ID的作用）**：目标专利的校准数据来自于**“已经校准过且具有相同类型的至少一个其它传感器（如其他用户的传感器）的当前感测值”**；而D3的校准数据来自于专用基站的参考气压计或气象局权威数据。

* **整体实际解决的技术问题**：

1. 如何降低传感器硬件生产成本与用户手动校准的复杂度，使不具备网络能力的独立传感器也能借由移动设备实现便捷的自动化校准；

2. 在缺乏专用气象基站或权威参考数据源的情况下，如何利用大众众包（Crowdsourcing）/分布式已校准传感器提供可靠且实时的参考校准数据。

* **技术效果**：

实现了“即插即用”式的用户端自动校准，无需在每个区域部署昂贵的标准基站，利用现有社会化同类已校准设备即可完成高精度的分布式校准。

---

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

如果针对目标专利 CN105264405B 提起专利无效宣告请求，权利要求1中**最薄弱（即最难被现有对比文件D1-D3直接攻破）的技术特征**是：

> **特征H**：*“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”*

> 以及配合的 **特征C/F**（获取和发送独立的*“传感器的标识ID”*用于匹配同类传感器）。

#### 弱点原因：

1. D1/D2/D3 均依赖于**“标准/基准源”**（基站气压计、气象局、精密标准源）来进行校准，属于典型的“主从/基准校准模型”。

2. 目标专利采用的是**“Peer-to-Peer / 众包（Crowdsourcing）/ 同类设备参考”**模式（利用已校准的其他普通用户的传感器作为参考源）。在现有对比文件D1-D3中，均未提到“使用其他同类已校准传感器的感测值作为本传感器的校准参考依据”。

---

### 六、 进一步的对比文件检索策略（针对薄弱特征）

为了成功无效目标专利权利要求1，下一步检索必须打破“基站/权威数据源校准”的思维，**重点寻找揭示“众包校准（Crowdsourcing Calibration）”或“利用其他节点/同类传感器进行校准”的对比文件（D4）**。

#### 1. 检索要素表达（IPC分类号与关键词）

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

* `G01D 18/00`（测量的校准或校准设备）

* `G01L 27/00`（压力计的检验或校准）

* `H04W 4/38`（专门用于物联网服务/传感器的无线通信服务）

* `G01S 19/00`（定位系统）

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

* **传感器/ID**: `sensor ID` / `sensor identifier` / 传感器标识 / 传感器ID

* **众包/同类/参考**: `crowdsourc*` / `peer-to-peer` / `P2P` / `other sensor` / `neighboring sensor` / `calibrated sensor` / 众包 / 同类传感器 / 邻近传感器 / 已校准传感器 / 第三方传感器

* **校准/补偿**: `calibrat*` / `re-calibrat*` / 校准 / 标定

#### 2. 建议的具体检索逻辑表达式（以英文数据库为例）

1. `(calibrat* W/5 sensor*) AND (crowdsourc* OR "peer to peer" OR "other sensor*" OR "neighboring sensor*" OR "second sensor*") AND (location OR position OR GPS)`

2. `(sensor W/3 ID) AND (mobile OR phone OR smartphone) AND (calibrat*) AND (server OR cloud) AND (reference value OR sensing value)`

#### 3. 补充检索方向建议

* **物联网（IoT）与智能家居领域（2010年—2014年专利及论文）**：在2014年前后（目标专利优先权日之前），物联网传感器通过手机APP进行蓝牙配置与众包校准（例如利用手机APP读取温湿度计/空气质量传感器的Mac地址/ID，并上传至云端比对周边其他设备数据进行校准）的方案大量出现，建议重点在 **IEEE Xplore、Google Patents** 以及 **Smart Home/IoT** 领域的早前专利中补充检索。

这是一份基于目标专利（CN105264405B）说明书与对比文件（D1: JP2011117818A）原文的详细专利无效与创造性比对分析报告。

---

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

基于目标专利说明书（CN105264405B，以下简称**本专利**），权利要求1各特征的含义与实施场景解释如下：

* **技术特征A（发起校准）：** 指由智能手机、平板电脑等移动设备（303）上的应用（App）发起校准流程（说明书 [0043]、[0051]（i））。

* **技术特征B（建立通信）：** 指移动设备（303）与待校准传感器（301，如气压/风速传感器）之间建立有线或无线连接（说明书 [0043]、[0051]（ii））。

* **技术特征C（获取传感器ID）：** 指移动设备通过无线/有线请求响应，或用户扫描/输入标签获得传感器标识ID（说明书 [0043]、[0051]（ii））。

* **技术特征D（确定定位）：** 指移动设备（303）通过其内部集成的定位提供器（如GPS模块）确定自身位置，并利用“移动设备接近传感器”这一物理事实，将该位置作为传感器的定位（说明书 [0012]、[0017]、[0051]）。

* **技术特征E、F（发送请求与请求内容）：** 指移动设备（303）向服务器（校准数据提供器305）发送校准请求，请求中必须打包包含“传感器ID”和“移动设备的定位”（说明书 [0048]、[0051]（iii））。

* **技术特征G、H（接收校准数据及数据属性）：** 指移动设备接收服务器算好的校准数据。该数据是基于同类型且已校准的其它传感器（306）当前的感测值计算得出（说明书 [0042]、[0049]、[0052]）。

* **技术特征I、J（提供并执行校准）：** 指移动设备将收到的校准数据转交给待校准传感器，传感器据此调整参数完成校准（说明书 [0050]、[0054]）。

---

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

**对比文件D1：** JP2011117818A（*Altitude measuring device of moving body*）

---

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

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

* **本专利（CN105264405B）：**

* *技术问题：* 传感器制造校准成本高、用户手动校准门槛高且易因地理位置差异（如高度、纬度）引入严重测量偏差。

* *技术效果：* 利用随身携带的智能移动设备（借用其GPS定位与网络能力）配合云端服务器，自动寻找附近同类型已校准传感器，无感地完成高度/环境偏差补偿与传感器校准。

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

* *技术问题：* 消除便携式气压传感器与环境参照气压传感器之间的固有传感器偏差（Sensor Offset）以及大气状态变化引起的高度测量误差。

* *技术效果：* 借由移动体在靠近已知参照传感器时自动获取参考气压并计算Offset，实现对便携传感器的精准校准与高精度高度推断。

### 2. 结论

**D1（JP2011117818A）非常适合作为本专利的技术方案的最接近对比文件（D1可作为唯一最接近对比文件）。**

D1与本专利均属于“利用移动设备/移动体结合外部已知参照传感器对随身/便携传感器进行校准”的技术领域，二者在**利用地理位置匹配参照设备**、**通过通信获取参考测定值**以及**计算偏差进行校准**的核心发明构思上完全一致。

---

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

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

将D1与权利要求1比对，存在以下区别特征：

1. **特征C与特征F的一部分：** 通过移动设备获取**传感器的标识（ID）**，并将该**传感器ID**打包在针对校准数据的请求中发送给校准提供器。

2. **具体架构形态（特征A/B的微观执行过程）：** 本专利强调“移动设备（如手机）”作为独立中介去控制一个“外部或独立的传感器”；而D1更多将传感器与处理单元视作一体化的“高度测量装置（移动体）”。

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

> **最薄弱技术特征：特征C（获取传感器ID）及特征F中“请求中包含传感器ID”**

**薄弱原因分析：**

1. **属于本领域的公知常识/惯用技术手段：** 在物联网（IoT）与多设备通信架构中，当服务器/移动端同时管理或面对多个硬件终端时，在通信协议报文中加入设备唯一标识（ID、MAC地址、UUID）以供服务器检索、区分传感器类型及匹配数据库，是本领域的标准惯用手段。

2. **技术效果显而易见：** 本专利说明书[0052]记载“服务器将传感器ID与数据库中的传感器ID比较以找到已经校准过的相同种类的其它传感器”。通过ID识别设备类型/型号属于计算机网络通信的基本功能，并不产生意料之外的技术效果。

---

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

若要发起专利无效宣告，针对上述最薄弱特征（传感器ID检索与云端校准请求绑定），建议按以下策略补充检索：

### 1. 检索要素表达（IPC分类号与关键词）

* **IPC 分类号（建议交叉限定）：**

* `G01D 18/00`（仪器的校准或测试）

* `G01C 25/00`（陆地导航/高度计的校准）

* `H04W 4/38`（用于传感器网络的无线通信服务）

* `H04L 67/12`（物联网/传感器节点与服务器通信协议）

* **核心关键词组合（中/英/日）：**

* *(校准 / 标定 / Calibration / 修正)*

* AND *(传感器标识 / 设备ID / Device ID / Sensor ID / MAC地址 / UUID)*

* AND *(位置 / 定位 / Location / GPS / 服务器 / 云端 / Server)*

### 2. 补充检索的方向策略

1. **寻找结合D1的传统“云端物联网校准”对比文件（D2）：**

* 重点寻找公开“移动终端/传感器将自身`Device ID`和`Location`打包发送给云端服务器，云端根据`ID`查找传感器类型并返回校准系数/校准数据”的专利文献（如来自Garmin、Apple、Bosch、Qualcomm或Huawei的早年IoT校准专利，优先关注2014年以前的申请）。

2. **公知常识教科书/技术标准引用：**

* 检索物联网通信协议标准（如MQTT、CoAP标准文档）或传感器网络教材中关于“传感器数据上报与校准请求报文格式”的章节，直接举证“在校准请求中包含Sensor ID”属于本领域技术人员的公知常识。

作为一名资深专利代理师，我将根据目标专利（**CN105264405B**）的说明书和权利要求1，对提供的三篇对比文件进行详尽的特征比对、实质公开判定、最接近对比文件（最接近现有技术）遴选以及无效检索策略分析。

---

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

根据目标专利 CN105264405B 说明书（尤其是说明书段落 `[0001]-[0003]`, `[0012]`, `[0039]-[0055]`），权利要求1的技术特征解释如下：

* **技术特征A**：*从移动设备（303）发起校准进程*

* **说明书解释**：指用户通过下载到移动设备（如智能手机、平板电脑）上的应用程序（App）主动发起对传感器（如大气压力传感器、风速传感器等）的校准流程（说明书段落 `[0016]`, `[0051]`）。

* **技术特征B**：*建立移动设备（303）与传感器之间的通信*

* **说明书解释**：移动设备与待校准传感器之间建立无线或有线连接（说明书段落 `[0051]`）。

* **技术特征C**：*通过移动设备（303）获取传感器的标识（ID）*

* **说明书解释**：移动设备通过向传感器发送请求并接收响应、或者提示用户手动输入传感器标签上的ID来获得该传感器的唯一标识（说明书段落 `[0051]`）。

* **技术特征D**：*确定移动设备（303）的定位*

* **说明书解释**：利用移动设备内部集成的定位提供器（如GPS接收器）获取当前地理位置（如经度、纬度、海拔、室内/室外），因移动设备紧邻传感器，其定位可代表传感器定位（说明书段落 `[0012]`, `[0017]`, `[0051]`）。

* **技术特征E**：*将针对校准数据的请求发送到校准数据提供器*

* **说明书解释**：移动设备将包含传感器数据的校准请求通过网络（如因特网）发送给远端校准数据提供器（如服务器305）（说明书段落 `[0041]`, `[0048]`, `[0051]`）。

* **技术特征F**：*请求至少包括传感器的标识（ID）和移动设备（303）的定位*

* **说明书解释**：校准请求报文中必须组合包含特征C获取的传感器ID和特征D获取的移动设备定位信息，以便服务器查找相同类型传感器并按位置校正（说明书段落 `[0048]`, `[0051]`, `[0052]`）。

* **技术特征G**：*从校准数据提供器接收校准数据*

* **说明书解释**：移动设备从服务器（校准数据提供器）接收计算/计算校正后的校准数据（说明书段落 `[0042]`, `[0054]`）。

* **技术特征H**：*校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值*

* **说明书解释**：服务器根据ID识别出传感器类型后，从处于另一位置（如位置B）的同类型且已校准的参考传感器（306）获取当前测量值，并针对位置差异（如高度/气压差异）进行补偿计算后生成的校准数据（说明书段落 `[0042]`, `[0049]`, `[0052]`）。

* **技术特征I**：*为传感器提供校准数据*

* **说明书解释**：移动设备将从服务器获取的校准数据下发/传输给待校准传感器（说明书段落 `[0054]`）。

* **技术特征J**：*依照校准数据校准传感器*

* **说明书解释**：传感器根据接收到的校准数据重置/更新其内部参数或校准偏差，完成校准（说明书段落 `[0039]`, `[0054]`）。

---

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

> **注**：

> 1. **D1**：EP2525202A1（`EP2525202A`）

> 2. **D2**：US20120296594A1（`US2012296594A`）

> 3. **D3**：US20130136301A1（`US2013136301A`）

---

## 三、 对比文件实质公开与公开特征分析

### 1. D1: EP2525202A1 (`EP2525202A`)

* **公开/实质公开的特征**：

* **公开了特征A、D、E、G、J**：D1公开了一种移动终端（10）通过读取NFC标签（110）发起压力传感器（150）校准的方法。其中终端通过网络100向服务器（校准数据提供器）发送查询请求，获取高度/气压校准数据并完成传感器校准（段落 `[0012]`, `[0016]`, `[0019]`, `[0033]`）。

* **实质公开了特征I**：终端的控制器（13）获取校准数据后施加给压力传感器150（段落 `[0012]`）。

* **未公开的关键特征**：

* **特征B**：D1中的待校准传感器150是**直接集成在移动终端10内部**的，不需要且未公开移动设备与独立传感器之间“建立通信”。

* **特征C、F**：D1获取并发送给服务器的是**NFC标签的Tag ID**（用于查找标签所在位置的高度），而不是**待校准传感器自身的ID**。

* **特征H**：D1的校准数据来自气压数据库或标签预置高度，**并非来自“已经校准过且同类型的其它传感器的当前感测值”**。

### 2. D2: US20120296594A1 (`US2012296594A`)

* **公开/实质公开的特征**：

* 与D1基本一致（D2为D1的同族同源专利申请）。公开了特征 **A、D、E、G、J**，实质公开了特征 **I**（段落 `[0012]`, `[0020]`, `[0027]`, `[0044]`）。

* **未公开的关键特征**：

* 同样未公开特征 **B、C、F、H**。

### 3. D3: US20130136301A1 (`US20130136301A`)

* **公开/实质公开的特征**：

* **公开了特征A、B、D、I、J**：D3公开了移动终端（110）与穿戴式配件/附件（100，内含磁力计/陀螺仪等传感器）之间建立蓝牙/Wi-Fi通信（特征B）。利用终端/附件的GPS定位（特征D），发起校准进程（特征A），并将计算出的校准参数发送给附件中的传感器进行校准（特征I、J）（段落 `[0011]`, `[0021]`, `[0022]`, `[0027]`）。

* **实质公开了特征E、G**：终端向网络服务器传输数据获取地图或环境信息辅助确定参考方向（段落 `[0047]`）。

* **未公开的关键特征**：

* **特征C、F**：未公开获取待校准传感器本身的标识ID并在请求中携带。

* **特征H**：D3是通过“摄像头拍摄地标/太阳确定绝对方位”来校准传感器，**完全没有利用“其它已校准同类传感器的当前感测值”**这一核心机制。

---

## 四、 整体技术问题、技术效果与最接近对比文件遴选

### 1. 目标专利要解决的整体技术问题及技术效果

* **技术问题**：如何在不需要昂贵工厂预校准的情况下，提供一种由用户通过移动设备发起的、能克服位置偏差（如高度、楼层差异）且能获取可靠参考数据的传感器校准方案（段落 `[0002]`, `[0003]`）。

* **技术效果**：借助于移动设备自带的定位能力与移动网络，**通过共享其他分布在各处、已校准的同类型传感器的实时测量值**（并在服务器端进行位置偏差补偿），使分布式传感器能够随时随地获取高精度的动态校准数据，大幅降低传感器制造与校准成本（段落 `[0012]`, `[0014]`）。

### 2. 最接近对比文件的选择分析

在创造性审查中，**最接近的对比文件（Primary Reference）** 可以有多个，通常选择技术领域相同、解决的技术问题最接近、或者公开权利要求技术特征最多的文件：

#### 方案一：选择 D1（EP2525202A1）或 D2（US20120296594A1）作为最接近的对比文件

* **理由**：

1. **技术领域与发明目的极度契合**：D1/D2 与目标专利均属于**利用移动终端/移动网络对环境传感器（如压力传感器）进行网络化校准**的技术领域。

2. **核心架构一致**：D1/D2 也采用了“移动设备获取位置信息 $\rightarrow$ 向远端服务器发送包含位置/ID信息的请求 $\rightarrow$ 服务器返回校准数据 $\rightarrow$ 传感器完成校准”的总体工作流。

3. 公开了权利要求1中的绝大部分步骤特征（A, D, E, G, I, J）。

#### 方案二：选择 D3（US20130136301A1）作为最接近的对比文件

* **理由**：

1. **硬件拓扑结构更契合**：目标专利权利要求1强调了“建立移动设备与传感器之间的通信”（即传感器与移动设备是**两个独立的实体**）。D1/D2中的传感器是内置于手机内部的，而 D3 明确公开了“移动终端（110）与独立的传感器配件（100）建立通信并对其校准”，完全覆盖了特征 **B**。

> **结论**：在提出无效宣告请求时，建议采取**双主对比文件（D1/D2 方案与 D3 方案）路线**：

> * **主路线1（以 D1 或 D2 为第一对比文件）**：以 D1/D2 作为最接近的现有技术，结合 D3（补充特征B：移动设备与外置传感器通信）以及本领域的公知常识（补充特征C/F/H）。

> * **主路线2（以 D3 为第一对比文件）**：以 D3 作为最接近的现有技术，结合 D1/D2（补充远程服务器校准请求与定位结合的特征E/G）。

---

## 五、 未被最接近对比文件公开的特征及最薄弱特征分析

### 1. 组合对比文件后的特征覆盖情况

无论以 D1/D2 还是 D3 为最接近对比文件，结合现有三篇对比文件后，**特征H** 均**未被任何对比文件公开**：

* **特征H**：*“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”*。

* **D1/D2 的机制**：从固定数据库查气压/高度，或读取固定 NFC 标签中的数据。

* **D3 的机制**：依靠光学图像识别（地标/太阳）计算物理方位角度。

* **三者均未涉及**：利用群智感知（Crowdsourcing）/众包思想，**从远端“其它已校准同类传感器”调取“当前实时感测值”**作为基准源进行校准。

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

目标专利权利要求1**最薄弱、也是最核心的创新点（最难被攻破的护城河）**是：

**特征H（结合特征F中的传感器ID类型匹配）**。

* **薄弱点分析**：

* 特征A、B、D、E、G、I、J 均属于非常常规的物联网/移动设备通信架构（已被 D1/D2/D3 交叉覆盖）。

* 专利权人为了维持权利要求1的稳定性，其核心发明点完全落在“**基于同类网络化传感器的实时协同校准（Crowdsourced Sensor Calibration）**”上。现有的 D1、D2、D3 均无法组合出这一技术手段。如果仅用现有 D1/D2/D3 组合，专利局/复审委极大概率会以特征H提供了非显而易见的技术方案并产生了预料不到的技术效果为由，**维持权利要求1有效**。

---

## 六、 进一步的对比文件检索策略（突破特征H）

为了成功无效目标专利的权利要求1，下一步检索必须**专门针对特征H（众包/分布式同类别传感器协同校准）**进行精准打击。建议采取以下检索策略：

### 1. 扩展关键词与逻辑检索式构建

* **核心概念1：校准与传感器**

* `校准` / `标定` / `校正` / `calibration` / `calibrating` / `recalibrate`

* `传感器` / `气压计` / `压力` / `sensor` / `barometer` / `pressure`

* **核心概念2：众包 / 协同 / 多节点 / 同类参考**

* `众包` / `协同` / `分布式` / `其它传感器` / `同类` / `参考节点` / `邻近`

* `crowdsource` / `crowdsourced` / `crowdsourcing` / `collaborative` / `peer-to-peer` / `P2P` / `neighboring sensors` / `other sensors` / `reference sensor` / `social sensing`

#### 推荐组合检索式（以 Processing/Patent 数据库为例）：

1. `(calibration OR calibrating OR recalibrate) AND (sensor OR barometer) AND (crowdsource OR crowdsourcing OR collaborative OR "other sensor" OR "reference sensor")`

2. `((校准 OR 标定) NEAR/5 (传感器)) AND (众包 OR 协同 OR (其它 NEAR/3 传感器) OR (同类 NEAR/3 传感器) OR (参考 NEAR/3 传感器))`

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

* **G01D 18/00**：专门针对非电量测量装置的校准或设置（Testing or calibrating of apparatus or arrangements...）。

* **G01L 27/00**：压力表或压力传感器测试/校准（Testing or calibrating of apparatus or arrangements for measuring pressure）。

* **H04W 4/38**：专门用于传感器网络的无线通信服务（Services specially adapted for particular environments/Sensors）。

* **G01S 19/07**：利用协同/参考节点进行差分纠偏的技术领域（相关思路可交叉借鉴）。

### 3. 非专利文献（NPL）与学术期刊重点检索

由于“分布式/众包传感器校准”在学术界（特别是物联网 IoT、传感器网络 WSN、移动计算领域）兴起时间早于工业界专利申请，**非专利文献（NPL）是攻破特征H的最佳突破口**：

* **重点数据库**：IEEE Xplore, ACM Digital Library, Google Scholar, ResearchGate。

* **重点会议/期刊**：

* *ACM SenSys* (Conference on Embedded Networked Sensor Systems)

* *IEEE Transactions on Mobile Computing (TMC)*

* *ACM MobiCom / MobiSys*

* *IEEE Transactions on Wireless Communications*

* **推荐检索关键词方向**：

* *"Crowdsourced barometer calibration"*

* *"Collaborative sensor calibration in wireless sensor networks"*

* *"Opportunistic calibration using neighboring sensors"*

---

<ElicitationsGroup message="针对当前分析，建议采取以下下一步行动：">

<Elicitation label="生成针对特征H的学术文献（NPL）深度检索方案" query="请针对目标专利特征H（利用其它已校准同类传感器的当前感测值进行众包校准），制定详细的ACM和IEEE学术文献检索方案及英文检索式。"/>

<Elicitation label="撰写基于D1+D3组合的完整无效宣告请求书逻辑框架" query="请基于现有对比文件D1（EP2525202A1）和D3（US20130136301A1），帮我撰写一份针对目标专利CN105264405B权利要求1的无效宣告请求书逻辑框架与论证步骤。"/>

</ElicitationsGroup>

作为一名经验丰富的专利代理师，我针对目标专利**CN105264405B**权利要求1以及提供的三份对比文件（D1: US20080289415A1、D2: JP2009519779A、D3: CN102203558A）进行系统的法律与技术分析。

---

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

根据《专利法》第五十九条第一款及相关司法解释，权利要求书的内容应当结合说明书及附图进行解释。结合目标专利说明书（CN105264405B），对权利要求1的核心概念与技术构思解释如下：

1. **“移动设备（303）”与“传感器的定位”**：

- 说明书第[0012]、[0051]段明确，由于移动设备（如智能手机、平板电脑）在校准时处于待校准传感器（301）附近，因此**移动设备的定位（如GPS获取的经度、纬度、海拔或室内/室外信息）可作为传感器的定位**。这种设计解决了传感器本身不具备高精度定位模块导致的校准偏差问题（例如气压计受建筑物楼层高度影响）。

2. **“校准数据提供器（305）”**：

- 说明书第[0013]、[0042]段解释，校准数据提供器通常为云端服务器。其作用是在收到校准请求后，在数据库中匹配已校准的同类型传感器，并生成/提供校准数据。

3. **“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”（特征H——核心技术特征）**：

- 说明书第[0042]、[0052]-[0053]段阐明：这是本专利的**核心发明构思（分布式/众包协同校准）**。服务器并不依赖出厂预存的静态校准系数，而是**动态实时收集**位于另一位置（如位置B）的已校准同类传感器（306）的**当前感测值**（甚至对两地定位差异进行补偿计算），将该实时感测值作为参考基准返回给待校准传感器。

---

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

#### 1. 对比文件基本信息及公开特征判定

* **对比文件1（D1：US20080289415A1）**

* **毫无异议公开/实质公开特征**：

* **特征A**：公开了移动设备（ wristop computer 20 ）发起校准进程（段落[0008]、[0018]、[0020]）。

* **特征J**：公开了依照校准调整/设置校准高度或气压值（段落[0008]、[0031]）。

* **未公开特征**：特征B、C、D、E、F、G、H、I。D1属于单机设备利用内置磁传感器与气压计信号进行的自我判定与切换，不涉及与外部传感器的通信及远程校准数据提供器。

* **对比文件2（D2：JP2009519779A）**

* **毫无异议公开/实质公开特征**：

* **特征A**：公开了由手持外部处理装置（106，移动设备）发起数据采集与校准过程（图6步骤322，段落[0002-JP]）。

* **特征B**：公开了建立外部处理装置106与埋体传感器104/通信装置102之间的无线通信链路114（段落[0002-JP]）。

* **特征C**：公开了外部处理装置获取传感器的标识信息（特定传感器识别信息）（段落[0002-JP]）。

* **特征E**：公开了将校准数据请求或数据传送请求发送给外部处理装置或远程数据库108（段落[0002-JP]）。

* **特征G、I、J**：公开了获取校准参数并完成对测量数据的校准计算（段落[0002-JP]）。

* **未公开特征**：特征D、F（未明确公开利用移动设备自身定位作为传感器的定位并随请求发送）、**特征H**（D2依靠外部处理装置自带的气压计232或数据库中该传感器出厂预存的静态校准参数，**未公开使用其他已校准同类传感器的“当前感测值”**）。

* **对比文件3（D3：CN102203558A）**

* **毫无异议公开/实质公开特征**：

* **特征A、B、C**：公开了询问器设备（移动设备）与传感器建立通信并读取传感器识别数据（组ID/序列号）（段落[0006]、[0010]）。

* **特征E**：公开了从远离传感器的数据库检索通用校准数据（段落[0006]）。

* **特征G、I、J**：公开了获取通用校准数据和修正数据并合成专用校准数据完成校准（段落[0006]）。

* **未公开特征**：特征D、F（未公开确定移动设备定位并包含在请求中）、**特征H**（D3数据库中存储的是传感器制造分类时预设的**静态通用校准系数**，**并非其他已校准传感器的“当前感测值”**）。

---

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

---

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

#### 1. 整体技术问题与技术效果对比分析

* **目标专利（CN105264405B）**：

* **解决的技术问题**：降低低成本传感器在生产制造中的校准成本，避免复杂的用户人工校准，并消除地理位置（如高度/环境）对传感器造成的测量偏差。

* **技术效果**：利用智能手机等移动设备的定位和网络能力，借助云端共享的**已校准同类传感器的实时感测值**，实现了自动化、高精度的用户端无感校准。

* **D2 (JP2009519779A)**：

* **解决的技术问题**：人体植入式血压传感器无法直接接触外界大气压，且功耗受限、计算能力弱。

* **技术效果**：利用外部手持处理装置实时采集大气压，结合传感器出厂静态校准参数，在体外完成精细校准，降低植入设备功耗。

* **D3 (CN102203558A)**：

* **解决的技术问题**：传感器（如轮胎压力传感器）数据量大导致读取慢、数据库庞大的问题。

* **技术效果**：采用“预设分组通用校准数据 + 传感器端微小修正数据”组合的方式，减少数据传输量，提高读取效率。

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

**结论：D2（JP2009519779A）最适合作为最接近的对比文件（候选一），D3（CN102203558A）可作为次要最接近对比文件（候选二）。**

* **选D2为最接近对比文件的理由**：

1. **技术领域与系统构架高度重合**：D2与目标专利均采用了“待校准传感器 + 移动/手持外部设备 + 远程数据库/服务器”的三层架构。

2. **引入外部实时环境参量参与校准**：D2已经引入了“利用外部处理装置（移动设备）实时获取当前环境参量（大气压）来校准传感器”的技术思想，这与目标专利利用移动设备接入外部实时数据校准的架构最为接近。

---

### 四、 未被最接近对比文件公开的特征及其他对比文件公开情况

以 **D2 (JP2009519779A)** 为最接近对比文件时：

1. **区别技术特征**：

* **区别特征1（特征D、F涉及定位部分）**：确定移动设备的定位，并在请求中包含移动设备的定位。

* **区别特征2（特征H——核心区别特征）**：校准数据对应于“通过已经校准过且具有与要校准的传感器相同的类型的**至少一个其它传感器的当前感测值**”。

2. **其他对比文件（D1、D3）是否公开了上述区别特征**：

* **区别特征1**：D1和D3均**未公开**“确定移动设备定位并将定位随校准请求发送”。但在本领域中，移动设备（如手机）通过GPS定位并将位置信息作为API参数上传至服务器属于**公知常识**。

* **区别特征2**：**D1和D3均未公开该特征**。

* D1仅为单机内部信号切换；

* D3公开的是数据库中预存的静态组通用参数（出厂分类系数），而非动态获取网络中其他同类已校准传感器的**当前/实时感测值**。

---

### 五、 无效宣告请求中最薄弱的技术特征与防线分析

在对本专利发起无效宣告请求时：

1. **最薄弱的技术特征（极易被突破/认定为现有技术或公知常识）**：

* **特征A、B、C、E、G、I、J**：这些特征构成了移动设备与传感器交互以及向服务器请求数据的常规框架，已被 **D2** 和 **D3** 充分公开。

* **特征D（确定移动设备定位）**：属于移动设备的标准公知功能。

2. **专利权人最坚固的防线（最难攻克的特征）**：

* **特征H**（校准数据来自于**其他已校准同类传感器的当前感测值**）。

* 目前提供的对比文件（D1、D2、D3）均未涉及“**分布式/众包/协同实时校准**”这一核心逻辑。如果仅凭D1~D3组合，**无法成立对比文件结合否定权利要求1的创造性**。

---

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

为了成功无效权利要求1，必须针对**特征H**进行精准的补充检索，建议采取以下策略：

1. **核心检索逻辑（技术构思）**：

寻找在专利优先权日（2014年左右）之前公开的，涉及 **“众包校准（Crowdsourced calibration）”**、**“协同/分布式传感器网络校准（Collaborative / Peer-to-peer / Distributed sensor network calibration）”** 或 **“基于邻近传感器的参考校准（Neighboring reference sensor calibration）”** 的文献。

2. **检索关键词组合**：

* **中文关键词**：`(校准 OR 标定 OR 修正 OR 校验) AND (其它传感器 OR 其它设备 OR 邻近 OR 协同 OR 众包 OR 分布式 OR 共享) AND (当前感测值 OR 实时数据 OR 测量值 OR 观测值) AND (定位 OR 位置 OR GPS)`

* **英文关键词**：`(calibrate* OR calibration) AND (crowdsourc* OR collaborative OR peer-to-peer OR neighbor* OR "other sensor*") AND ("current reading*" OR "real-time value*" OR "sensed value*" OR "measurement") AND (location OR position* OR GPS)`

3. **重点IPC / CPC分类号追踪**：

* `G01D 18/00`（测量装置的校准或测试）

* `G01L 27/00`（压力计的测试或校准）

* `H04W 4/38`（专门用于传感器网络的无线通信服务）

* `G01W 1/18`（气象仪器测试或校准）

4. **非专利文献（NPL）检索**：

此类分布式校准思想极有可能优先发表于物联网（IoT）、传感器网络（WSN）及 IEEE 论文集中。建议重点检索 **IEEE Xplore、ACM Digital Library、Google Scholar**，搜索关于 *“Opportunistic Sensor Calibration using Smartphones”* 或 *“Crowdsourced Air Pressure Sensor Calibration”* 的早期学术论文。

作为经验丰富的专利代理师，我针对目标专利**CN105264405B**（授权公告号）的权利要求1，结合说明书含义及三份对比文件进行深度侵权/无效分析。

---

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

### 1. 权利要求1的技术特征分解

* **特征A**：从移动设备（303）发起校准进程

* **特征B**：建立移动设备（303）与传感器之间的通信

* **特征C**：通过移动设备（303）获取传感器的标识（ID）

* **特征D**：确定移动设备（303）的定位

* **特征E**：将针对校准数据的请求发送到校准数据提供器

* **特征F**：请求至少包括传感器的标识（ID）和移动设备（303）的定位

* **特征G**：从校准数据提供器接收校准数据

* **特征H**：校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值

* **特征I**：为传感器提供校准数据

* **特征J**：依照校准数据校准传感器

### 2. 结合说明书对核心特征的内部释义（Internal Lexicon）

1. **移动设备（303）的角色（说明书[0016]、[0048]、[0051]）**：

* 移动设备（如智能手机、平板）是**交互的中枢和发起方**。校准进程由移动设备上的APP发起；由于移动设备紧邻要校准的传感器，因此直接以移动设备的定位作为传感器的定位；请求由移动设备发出。

2. **校准数据提供器与校准数据（特征H，说明书[0010]、[0042]、[0052]）**：

* **关键点**：校准数据并非静态的离线地理数据库或气象站固定标定数据，而是**“通过已经校准过且具有相同类型的至少一个其它传感器的当前感测值”**（即集群众包/动态参考，如利用位于位置B的另一用户的经校准传感器306的当前测量值经补偿后作为参考）。

---

## 二、 对比文件基本信息及同族关系说明

* **D1（CN1324191A）**：公开号 CN1324191A（公开日：2001-11-28）

* **D2（JP2002039751A）**：公开号 JP2002039751A（公开日：2002-02-06）

* **D3（US6518918B1）**：公开号 US6518918B1（授权日：2003-02-11）

> **同族专利提示**：经对比文件原文核对，**D1、D2、D3属于同一技术方案的同族专利**（优先权/PCT等同申请家族）。三者均出自朗讯科技（Lucent Technologies Inc.），核心原理均为“利用基站或网络侧的大气压力校准信息/参考数据，结合移动电话本地的压力传感器来测定更精确的高度”。

---

## 三、 特征比对表格（针对权利要求1）

---

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

### 1. 最接近对比文件的选择

在三份对比文件中，**D1（CN1324191A）、D2（JP2002039751A）与D3（US6518918B1）互为同族专利**，披露的核心技术方案完全等同。因此：

* **D1 / D2 / D3 均可独立作为最接近的对比文件（D1作为最接近对比文件最具代表性）**。

### 2. 最接近对比文件（以D1为例）与目标专利的区别特征

对比D1与权利要求1，本领域技术人员可以确定以下**区别技术特征**：

1. **架构与交互模式的区别（特征A、B、C、F部分）**：

目标专利中，移动设备（303）作为一个**独立的主控/中介终端**，去连接一个待校准的传感器（可以是外设/独立传感器），获取该**传感器的专属标识（ID）**，并由移动设备发起校准，将“传感器ID + 移动设备定位”打包发送。而D1中传感器28是直接集成在移动电话内部的元器件，不涉及“移动设备去建立通信并获取传感器ID”的交互。

2. **校准数据来源的区别（核心区别特征H）**：

目标专利的校准数据来自**“已经校准过且具有与要校准的传感器相同类型的至少一个其它传感器的当前感测值”**（即集群/众包模式，从其他用户的经校准传感器实时获取）。而D1的校准数据来自**专用基站上附带的气压计（高度计29）或气象局/空管中心**。

### 3. 目标专利整体解决的技术问题与技术效果

* **对比文件D1解决的问题/效果**：解决移动终端因气象变化导致气压测高不准的问题，通过在基站端建立气压计或利用气象局数据来辅助校准。

* **目标专利解决的技术问题**：在无需依赖专门基站硬件（如基站配备气压计）或气象站专业设施的前提下，如何降低传感器生产校准成本，并提供高可用性、分布式的低成本传感器校准方案。

* **目标专利达到的技术效果**：利用广泛存在的已校准同类传感器（如其他用户的设备）进行动态众包校准，同时通过移动设备绑定传感器ID和定位，实现了低成本、自动化且无需用户介入复杂参数的离散/外接传感器校准。

---

## 五、 无效分析：最薄弱的技术特征与组合逻辑

### 1. 最薄弱的技术特征分析

经过比对，如果仅凭现有三份同族对比文件（D1/D2/D3），**无法直接无效掉权利要求1**。权利要求1中最薄弱、也是最容易被攻破的突破口在于：

> **最薄弱特征1：特征C/F中的“通过移动设备获取传感器的标识（ID），并在请求中包含传感器ID”**

> * **薄弱原因**：在物联网（IoT）或外设连接领域，移动设备通过蓝牙/WiFi连接外设传感器并读取其MAC地址/UUID/Sensor ID，进而将设备ID与定位一同上传至云端服务器，属于本领域的**常规技术手段/公知常识**。

> **最薄弱特征2：特征H的“其它已校准同类传感器的当前感测值（众包校准/Peer-to-Peer校准）”**

> * **薄弱原因**：虽然D1-D3使用的是“基站气压计/气象站”，但“利用众包（Crowdsourcing）或已有经校准节点的数据来校准新节点传感器”在2014-2015年左右（目标专利优先权日前）的传感器网络（Sensor Networks）领域已被大量研究和应用。

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

现有D1、D2、D3三者同族，**未能公开**上述两个核心区别特征（“移动设备读取外设传感器ID” 以及 “利用其他同类已校准传感器的当前值做校准数据源”）。

---

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

为了彻底无效掉权利要求1（以及后续从属权利要求），建议补充以下两个方向的检索：

### 1. 针对“众包/同类传感器交互校准（特征H）”的检索策略

* **检索方向**：寻找在优先权日（2014年7月）之前公开的关于“分布式传感器网络校准”、“众包气压校准”、“Peer-to-Peer Sensor Calibration”、“Crowdsourced Sensor Calibration”的专利或非专利文献（NPL）。

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

* `G01D 18/00`（仪表的校准或测试）

* `G01C 25/00`（仪器或装置的校准或测试，如高度计）

* `H04W 4/38`（用于传感器网络的服务/设备）

* `G01L 27/00`（压力计的检验或校准）

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

* `(校准 OR 标定 OR 补偿 OR Calibration OR Calibrating)`

* `AND (参考传感器 OR 已校准传感器 OR 同类传感器 OR 其它传感器 OR Peer OR Crowdsource OR Participatory)`

* `AND (气压 OR 压力 OR 传感器 OR Barometer OR Pressure Sensor)`

### 2. 针对“移动设备获取外设传感器ID并结合定位发送（特征A-F）”的检索策略

* **检索方向**：智能手机APP连接近场传感器设备（如蓝牙气压计、环境监测节点），读取传感器ID并将手机GPS位置上传服务器获取参数的公知技术文献。

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

* `(移动设备 OR 智能手机 OR 手机 OR Mobile Phone OR Smartphone)`

* `AND (传感器ID OR 标识符 OR MAC地址 OR UUID OR Sensor ID)`

* `AND (定位 OR 位置 OR GPS OR Location)`

* `AND (校准 OR 参数 OR 请求 OR Request)`

### 总结建议

目前单靠 **D1（CN1324191A）/ D2 / D3** 构不成破坏创造性的完整证据链（缺乏众包传感器校准源及传感器ID读取特征）。**建议以D1作为最接近对比文件（第一对比文件）**，补检索一篇公开了“利用其他已校准同类传感器数据进行众包校准”的第二对比文件（D4），再结合公知常识（移动设备蓝牙/近场读取外设ID），即可形成极强的`D1 + D4 + 公知常识`的创造性无效组合。

针对目标专利（CN105264405B，对应授权权利要求1）与三份对比文件（D1: EP1115241A2、D2: JP2001245027A、D3: EP1154231A1）的无效与创造性对比分析报告如下：

---

### 一、 目标专利权利要求1的解构与技术特征解释

结合目标专利说明书（特别是[0012]、[0041]-[0055]段及图3、图4），权利要求1各特征的技术内涵解析如下：

* **技术特征A（从移动设备发起校准进程）**：指通过移动设备（如智能手机/平板）上的应用程序/用户界面主动启动传感器校准操作（说明书[0016]、[0051]）。

* **技术特征B（建立移动设备与传感器之间的通信）**：移动设备与待校准传感器之间建立有线或无线（如蓝牙/Wi-Fi）通信连接（说明书[0051]）。

* **技术特征C（通过移动设备获取传感器的标识ID）**：移动设备通过向传感器发送查询请求或由用户输入，读取传感器的具体身份标识（说明书[0046]、[0051]）。

* **技术特征D（确定移动设备的定位）**：利用移动设备内置的定位提供器（如GPS系统）获取移动设备自身的地理位置（经纬度/海拔等）（说明书[0017]、[0051]）。

* **技术特征E（将针对校准数据的请求发送到校准数据提供器）**：由移动设备向远程服务器/校准提供器发送网络请求（说明书[0048]、[0051]）。

* **技术特征F（请求至少包括传感器的标识ID和移动设备的定位）**：校准请求报文中同时封装了传感器ID和移动设备定位（因二者接近，该定位被代指为传感器的定位）（说明书[0048]、[0051]）。

* **技术特征G（从校准数据提供器接收校准数据）**：移动设备从服务器获取算出的校准参数/参考数据（说明书[0054]）。

* **技术特征H（校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值）**：校准数据的来源是**第三方（其他用户）已经校准过的同类型传感器**在当前时刻的实际测量值（或结合位置差补偿后的值）（说明书[0010]、[0042]、[0052]）。

* **技术特征I（为传感器提供校准数据）**：移动设备将接收到的校准数据通过建立的通信链路传输/下发至待校准传感器（说明书[0054]）。

* **技术特征J（依照校准数据校准传感器）**：传感器利用该数据调整自身参数完成校准（说明书[0054]）。

---

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

#### 1. D1与D2（EP1115241A2 与 JP2001245027A）

> **注**：经文本核对，D1与D2为**同族专利**，二者方案及附图完全一致。以下以D1（EP1115241A2）为例分析，出处同时标注两件文档。

* **公开情况**：

* 公开了由移动通信设备（基站或手机）向待校准设备传输校准数据（气压/高度校准数据）。

* **未公开**：通过“移动设备”去**获取另一个独立传感器的标识（ID）**；未公开“基于第三方同类型已校准传感器的当前感测值”来生成校准数据（D1/D2主要是由基站中的精密参考气压计或已知高度的基站提供数据）。

#### 2. D3（EP1154231A1）

* **公开情况**：

* 公开了利用气压传感器估计高度，并通过无线网络基站获取气压校准信息；支持移动电话（20）获取自身GPS位置或基站位置，将测量值或位置发送给服务器/基站，或从基站接收校准信息。

* **未公开**：移动设备作为一个中介/控制端去连接并**获取独立传感器的ID**（D3中的气压传感器28是直接集成在移动电话20内部的部件）；未公开校准数据来自**“第三方已校准同类传感器的当前感测值”**（D3的校准数据来自已知海拔高度的基站气压计29或气象局数据）。

---

### 三、 权利要求1特征比对表

---

### 四、 最接近对比文件分析与整体技术问题/效果评估

#### 1. 最接近对比文件的选择

在创造性分析中，**D3 (EP1154231A1)** 与 **D1 (EP1115241A2) / D2 (JP2001245027A)** 均适合作为最接近的对比文件（两者均属于利用移动通信网络及位置信息对便携设备中的传感器/气压计进行校准的领域）。

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

* **理由**：D3 详细揭示了“移动终端（包含GPS定位和气压传感器）- 无线基站/服务器”的交互架构，明确指出了“利用GPS获取移动设备定位，并将定位/气压数据通过网络发送给服务器，利用服务器端的参考气压数据进行校准”的完整流程，其技术领域、系统拓扑与目标专利最为贴近。

#### 2. 区分技术特征与实际解决的技术问题

以 **D3** 为最接近对比文件，目标专利权利要求1与D3相比，存在以下**核心区别特征**：

1. **架构区别（特征B、C、I）**：目标专利中，传感器与移动设备是两个相互独立的实体，移动设备作为“中介/操作终端”，与传感器通信并获取其**传感器ID**，再由移动设备将校准数据转交/下发给传感器；而D3中传感器是直接集成在移动设备内部的。

2. **数据来源区别（特征H及F中关于ID的作用）**：目标专利的校准数据来自于**“已经校准过且具有相同类型的至少一个其它传感器（如其他用户的传感器）的当前感测值”**；而D3的校准数据来自于专用基站的参考气压计或气象局权威数据。

* **整体实际解决的技术问题**：

1. 如何降低传感器硬件生产成本与用户手动校准的复杂度，使不具备网络能力的独立传感器也能借由移动设备实现便捷的自动化校准；

2. 在缺乏专用气象基站或权威参考数据源的情况下，如何利用大众众包（Crowdsourcing）/分布式已校准传感器提供可靠且实时的参考校准数据。

* **技术效果**：

实现了“即插即用”式的用户端自动校准，无需在每个区域部署昂贵的标准基站，利用现有社会化同类已校准设备即可完成高精度的分布式校准。

---

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

如果针对目标专利 CN105264405B 提起专利无效宣告请求，权利要求1中**最薄弱（即最难被现有对比文件D1-D3直接攻破）的技术特征**是：

> **特征H**：*“校准数据对应于通过已经校准过且具有与要校准的传感器相同的类型的至少一个其它传感器的当前感测值”*

> 以及配合的 **特征C/F**（获取和发送独立的*“传感器的标识ID”*用于匹配同类传感器）。

#### 弱点原因：

1. D1/D2/D3 均依赖于**“标准/基准源”**（基站气压计、气象局、精密标准源）来进行校准，属于典型的“主从/基准校准模型”。

2. 目标专利采用的是**“Peer-to-Peer / 众包（Crowdsourcing）/ 同类设备参考”**模式（利用已校准的其他普通用户的传感器作为参考源）。在现有对比文件D1-D3中，均未提到“使用其他同类已校准传感器的感测值作为本传感器的校准参考依据”。

---

### 六、 进一步的对比文件检索策略（针对薄弱特征）

为了成功无效目标专利权利要求1，下一步检索必须打破“基站/权威数据源校准”的思维，**重点寻找揭示“众包校准（Crowdsourcing Calibration）”或“利用其他节点/同类传感器进行校准”的对比文件（D4）**。

#### 1. 检索要素表达（IPC分类号与关键词）

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

* `G01D 18/00`（测量的校准或校准设备）

* `G01L 27/00`（压力计的检验或校准）

* `H04W 4/38`（专门用于物联网服务/传感器的无线通信服务）

* `G01S 19/00`（定位系统）

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

* **传感器/ID**: `sensor ID` / `sensor identifier` / 传感器标识 / 传感器ID

* **众包/同类/参考**: `crowdsourc*` / `peer-to-peer` / `P2P` / `other sensor` / `neighboring sensor` / `calibrated sensor` / 众包 / 同类传感器 / 邻近传感器 / 已校准传感器 / 第三方传感器

* **校准/补偿**: `calibrat*` / `re-calibrat*` / 校准 / 标定

#### 2. 建议的具体检索逻辑表达式（以英文数据库为例）

1. `(calibrat* W/5 sensor*) AND (crowdsourc* OR "peer to peer" OR "other sensor*" OR "neighboring sensor*" OR "second sensor*") AND (location OR position OR GPS)`

2. `(sensor W/3 ID) AND (mobile OR phone OR smartphone) AND (calibrat*) AND (server OR cloud) AND (reference value OR sensing value)`

#### 3. 补充检索方向建议

* **物联网（IoT）与智能家居领域（2010年—2014年专利及论文）**：在2014年前后（目标专利优先权日之前），物联网传感器通过手机APP进行蓝牙配置与众包校准（例如利用手机APP读取温湿度计/空气质量传感器的Mac地址/ID，并上传至云端比对周边其他设备数据进行校准）的方案大量出现，建议重点在 **IEEE Xplore、Google Patents** 以及 **Smart Home/IoT** 领域的早前专利中补充检索。

这是一份基于目标专利（CN105264405B）说明书与对比文件（D1: JP2011117818A）原文的详细专利无效与创造性比对分析报告。

---

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

基于目标专利说明书（CN105264405B，以下简称**本专利**），权利要求1各特征的含义与实施场景解释如下：

* **技术特征A（发起校准）：** 指由智能手机、平板电脑等移动设备（303）上的应用（App）发起校准流程（说明书 [0043]、[0051]（i））。

* **技术特征B（建立通信）：** 指移动设备（303）与待校准传感器（301，如气压/风速传感器）之间建立有线或无线连接（说明书 [0043]、[0051]（ii））。

* **技术特征C（获取传感器ID）：** 指移动设备通过无线/有线请求响应，或用户扫描/输入标签获得传感器标识ID（说明书 [0043]、[0051]（ii））。

* **技术特征D（确定定位）：** 指移动设备（303）通过其内部集成的定位提供器（如GPS模块）确定自身位置，并利用“移动设备接近传感器”这一物理事实，将该位置作为传感器的定位（说明书 [0012]、[0017]、[0051]）。

* **技术特征E、F（发送请求与请求内容）：** 指移动设备（303）向服务器（校准数据提供器305）发送校准请求，请求中必须打包包含“传感器ID”和“移动设备的定位”（说明书 [0048]、[0051]（iii））。

* **技术特征G、H（接收校准数据及数据属性）：** 指移动设备接收服务器算好的校准数据。该数据是基于同类型且已校准的其它传感器（306）当前的感测值计算得出（说明书 [0042]、[0049]、[0052]）。

* **技术特征I、J（提供并执行校准）：** 指移动设备将收到的校准数据转交给待校准传感器，传感器据此调整参数完成校准（说明书 [0050]、[0054]）。

---

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

**对比文件D1：** JP2011117818A（*Altitude measuring device of moving body*）

---

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

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

* **本专利（CN105264405B）：**

* *技术问题：* 传感器制造校准成本高、用户手动校准门槛高且易因地理位置差异（如高度、纬度）引入严重测量偏差。

* *技术效果：* 利用随身携带的智能移动设备（借用其GPS定位与网络能力）配合云端服务器，自动寻找附近同类型已校准传感器，无感地完成高度/环境偏差补偿与传感器校准。

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

* *技术问题：* 消除便携式气压传感器与环境参照气压传感器之间的固有传感器偏差（Sensor Offset）以及大气状态变化引起的高度测量误差。

* *技术效果：* 借由移动体在靠近已知参照传感器时自动获取参考气压并计算Offset，实现对便携传感器的精准校准与高精度高度推断。

### 2. 结论

**D1（JP2011117818A）非常适合作为本专利的技术方案的最接近对比文件（D1可作为唯一最接近对比文件）。**

D1与本专利均属于“利用移动设备/移动体结合外部已知参照传感器对随身/便携传感器进行校准”的技术领域，二者在**利用地理位置匹配参照设备**、**通过通信获取参考测定值**以及**计算偏差进行校准**的核心发明构思上完全一致。

---

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

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

将D1与权利要求1比对，存在以下区别特征：

1. **特征C与特征F的一部分：** 通过移动设备获取**传感器的标识（ID）**，并将该**传感器ID**打包在针对校准数据的请求中发送给校准提供器。

2. **具体架构形态（特征A/B的微观执行过程）：** 本专利强调“移动设备（如手机）”作为独立中介去控制一个“外部或独立的传感器”；而D1更多将传感器与处理单元视作一体化的“高度测量装置（移动体）”。

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

> **最薄弱技术特征：特征C（获取传感器ID）及特征F中“请求中包含传感器ID”**

**薄弱原因分析：**

1. **属于本领域的公知常识/惯用技术手段：** 在物联网（IoT）与多设备通信架构中，当服务器/移动端同时管理或面对多个硬件终端时，在通信协议报文中加入设备唯一标识（ID、MAC地址、UUID）以供服务器检索、区分传感器类型及匹配数据库，是本领域的标准惯用手段。

2. **技术效果显而易见：** 本专利说明书[0052]记载“服务器将传感器ID与数据库中的传感器ID比较以找到已经校准过的相同种类的其它传感器”。通过ID识别设备类型/型号属于计算机网络通信的基本功能，并不产生意料之外的技术效果。

---

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

若要发起专利无效宣告，针对上述最薄弱特征（传感器ID检索与云端校准请求绑定），建议按以下策略补充检索：

### 1. 检索要素表达（IPC分类号与关键词）

* **IPC 分类号（建议交叉限定）：**

* `G01D 18/00`（仪器的校准或测试）

* `G01C 25/00`（陆地导航/高度计的校准）

* `H04W 4/38`（用于传感器网络的无线通信服务）

* `H04L 67/12`（物联网/传感器节点与服务器通信协议）

* **核心关键词组合（中/英/日）：**

* *(校准 / 标定 / Calibration / 修正)*

* AND *(传感器标识 / 设备ID / Device ID / Sensor ID / MAC地址 / UUID)*

* AND *(位置 / 定位 / Location / GPS / 服务器 / 云端 / Server)*

### 2. 补充检索的方向策略

1. **寻找结合D1的传统“云端物联网校准”对比文件（D2）：**

* 重点寻找公开“移动终端/传感器将自身`Device ID`和`Location`打包发送给云端服务器，云端根据`ID`查找传感器类型并返回校准系数/校准数据”的专利文献（如来自Garmin、Apple、Bosch、Qualcomm或Huawei的早年IoT校准专利，优先关注2014年以前的申请）。

2. **公知常识教科书/技术标准引用：**

* 检索物联网通信协议标准（如MQTT、CoAP标准文档）或传感器网络教材中关于“传感器数据上报与校准请求报文格式”的章节，直接举证“在校准请求中包含Sensor ID”属于本领域技术人员的公知常识。

根据权利要求1的方法，所述发送请求包括将标识（ID）发送到服务器；并且所述从校准数据提供器接收校准数据包括从服务器接收校准数据。

根据前述权利要求中任一项的方法，还包括针对要校准的传感器与至少一个经校准的传感器之间的定位中的差异而补偿当前感测值。

根据权利要求3的方法，其中当前感测值取决于纬度、经度、海拔和天气数据中的至少一个。

根据权利要求1或2的方法，其中校准是重校准。

根据权利要求1的方法，其中所述确定定位包括从移动设备内部的定位提供器获取定位。

根据权利要求6的方法，所述发送请求和所述接收校准数据通过与服务器通信的移动设备执行。

根据权利要求6或7中任一项的方法，所述校准传感器包括将校准数据从移动设备传送到传感器。