一种方法，其包括： 响应于来自用户的对基于位置的服务的请求，获取用于所述基于位置的服务的情境信息；以及至少部分地基于所述情境信息，通过用户界面在用于所述基于位置的服务的第一模式和第二模式中的至少一种模式下呈现所述基于位置的服务，；其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制，；以及其中，；所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变至少部分地促使在所述第一模式和所述第二模式中的另一模式下的显像的自适应改变。

您好！作为一名经验丰富的专利代理师，我仔细阅读了目标专利（CN105378433B）的权利要求书和说明书，以及您提供的四份对比文件（D1-D4）。

以下我将紧密结合目标专利说明书的解释，对权利要求1中的技术特征C进行深入分析，并通过原文字特征比对，论证各对比文件是否单独或组合毫无疑义地公开或实质公开了技术特征C。

### 第一部分：技术特征C的代理师解读

在进行特征比对之前，必须首先依据目标专利说明书对权利要求1中的技术特征C进行准确界定。

**权利要求1中的技术特征C：**

> “其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制，”

**结合目标专利说明书的解读：**

1. **双向控制与互操作性：**

说明书第[0031]段明确指出：“现场视图界面和地图视图界面可被集成为统一界面。设计了**双向控制模式（或主从模式）来实现现场视图界面和地图视图界面之间的互操作性**，因而，可以同步地图视图和现场视图的变化。”

由此可见，技术特征C所体现的“控制...促使...自适应控制”并非单向的数据同步，而是一种**双向的、实时的互操作机制**。第一模式（如现场视图）下的用户控制行为直接导致第二模式（如地图视图）的自动适配调整，反之亦然。

2. **具体实现机制：**

说明书第[0046]段进一步解释了这种互操作性的具体情形：“现场视图模式和地图视图模式之间的互操作性可体现于以下事实：**直接改变了现场视图模式下POI的显现效果的参数变化会间接地影响在地图视图模式下相应的显现效果，并且反之亦然**。”

第[0057]段描述了具体过程：“在主模式（其可以是现场视图模式和地图视图模式中的一种模式）下搜索半径的改变可以促使在从模式（其可以是现场视图模式和地图视图模式中的另一模式）下的相应改变。”

**总结：**

目标专利中的技术特征C，其核心在于实现第一模式（AR现场视图）与第二模式（电子地图）之间的**联动控制**（即说明书所述的“双向控制”或“互操作性”）。这种联动并非简单的视图切换，而是当用户在其中一个模式下进行某一控制操作时，另一个模式的数据、视图参数或呈现方式会随之发生动态、自适应的调整，从而维持两个模式在逻辑和空间上的一致性。

---

### 第二部分：特征C与对比文件的比对分析

接下来，我将紧密结合对比文件的原文，逐一分析各对比文件是否公开了上述特征C。

#### 1. 对比文件D1 (US6452544B1) 分析

**D1原文分析：**

D1公开了一种便携式地图显示系统，特别是一种头戴式显示器（头盔显示器），用于呈现3D地图图像。其核心理念是基于用户的当前位置和面部朝向动态生成3D透视地图。

* **关于模式：**

D1提及了两种模式，一种是头盔显示器上呈现的3D透视地图（对应目标专利的第一模式），另一种是可选的传统鸟瞰视图（对应目标专利的第二模式）。例如摘要中提到“display unit presents a three dimensional image... with spatial perspective from the detected direction... Alternatively, the map may be a conventional bird's eye view.”。

* **关于控制：**

D1的地图生成完全基于用户的物理动作（位置改变或头部转动）。其控制逻辑由D1中图8A的流程图所示：确定位置(step 810) -> 确定视线方向(step 820) -> 确定是否发生改变(step 830) -> 若改变，请求新地图数据(step 840) -> 接收并显示新透视地图(step 860)。

**针对特征C的比对结论：**

D1**并未公开**技术特征C。

1. **缺乏自适应控制机制：** D1中地图视图的变化是由用户的**物理位移和头部偏转**直接触发的，这属于对系统输入参数（位置、朝向）的获取，而非技术特征C所界定的**在一个用户界面模式下的用户控制操作去直接“促使”另一个界面模式的自动适配**。D1并未描述当系统在第一模式下时，用户对该模式的某一界面控制如何导致第二模式的自适应控制。

2. **缺乏互操作性：** D1中的可选模式（3D透视图和2D鸟瞰图）是独立的呈现选择。D1并未涉及当用户在3D透视图界面进行控制（如D1中提到的改变视距d或视角的Spatial perspective component controller unit，对应图7A-7C）时，2D鸟瞰图会随之发生何种自适应变化。

因此，D1并未毫无疑义地公开技术特征C。

#### 2. 对比文件D2 (US20080268876A1) 分析

**D2原文分析：**

D2公开了一种基于POI的方案，用于改进移动视觉搜索功能。它引入了POI、位置信息和照相机捕获的图像来进行视觉搜索。

* **关于模式：**

D2明确指出了通过切换模式来解决信息量过大的问题。其[0006]段提到：“目前，除了显示移动电话照相机可见的视觉标签外，在移动视觉搜索客户端中没有简单的方法来可视化POI数据。因此，用户可能不得不在**移动视觉搜索客户端和外部地图应用程序之间切换**...”。

此外，D2中图8A和8B分别展示了“移动视觉搜索结果的照相机视图”和“具有视觉标签的地图视图”。因此，D2公开了两个分离的模式。

* **关于控制：**

D2提出了在两种模式之间进行“切换（switching）”的概念。[0020]段提到：“...提供了mapping applications...并且可以显示relevant visual tags on a map view... additionally... provide a hybrid... capable of providing a user... both a global view... and a local view...”。

具体的切换逻辑由[0062]段（对应图4流程图）描述：当用户在照相机视图下识别出一个POI（如咖啡店），可以通过操作（step 405）搜索附近的其他类似POI。如果用户需要查看到这些POI在地图上的分布，系统会请求相应的地图（step 410）并发送回客户端进行显示（step 420）。此外，[0067]段还提到在地图视图下用户可以点选视觉标签来查看POI图像。

**针对特征C的比对结论：**

D2**明确公开**了技术特征C。

1. **第一模式控制促使第二模式自适应控制：**

依据[0062]段（Step 400-Step 420）：用户在“第一人称”照相机视图下捕获一个POl（Step 400），随后的系统动作是自动请求并在手机上呈现该区域的开销图，该图带有基于捕获的POI相对于用户的视觉标签（Step 415，420）。这意味着，**用户在照相机视图下的“识别POl控制”毫无疑义地促使（或直接导致）了系统在地图视图下加载正确的数据和视觉标签的自适应控制**。

2. **第二模式控制促使第一模式自适应控制（反之亦然）：**

依据[0066]-[0067]段：在地图视图下，如果POI过密，点选变得困难。此时，用户可以“point the camera module 36 at any specific location (for instance a shop) ... and the mobile visual search module 97 provides relevant information based on image matching.”。这描述了一个反向过程：**当用户在地图视图下面临 disambiguate 困难时，他们的行为促使他们转而控制照相机（第一模式），利用照相机视图的数据来识别特定的POI（图8A）**。这构成了目标专利所述的“bidirectional control”（双向控制），即两个模式相互影响，一个模式的使用逻辑/数据能促使另一个模式产生新的适配结果。

综上，D2毫无疑义地公开了技术特征C。

#### 3. 对比文件D3 (US20110065451A1) 分析

**D3原文分析：**

D3公开了一种上下文触发的系统和方法，用于提供信息和服务。其重点在于基于位置、用户偏好和 mobile device capabilities 来生成 user context，以此触发从远程服务器下载并执行相关服务（如 available service 153）。

* **关于模式：**

D3并非侧重于 AR 视图和地图视图的集成控制。其[0104]段描述了一个场景：用户设置偏好为观光，然后走路。当接近一家咖啡店时，mobile device 自动感知 WiFi hotspot，标识位置，并自动向远程服务器发送 context 记录和请求 relevant remote service providers。远程服务器标识出由当地商会提供的观光服务。该服务被下载并在手机上运行。在此过程中，没有提到两个用户界面模式（如 AR 和地图）之间的联动。

* **关于控制：**

D3涉及对“服务（service）”的触发和控制，而非对特定 UI 模式（AR、地图）的控制联动。其[0004]段和[0016]段中提到的 interactive map 查找游乐场只是服务的内容，并没有提及用户对这个地图模式进行何种控制会触发其他服务模式下的自适应改变。

**针对特征C的比对结论：**

D3**并未公开**技术特征C。

D3的控制核心是位置信息和用户上下文数据如何触发服务器提供某一特定的“服务”，D3完全没有涉及在第一模式（例如，一个服务内部的 UI 模式）下的控制行为如何自适应地改变第二模式下的显像或参数。

#### 4. 对比文件D4 (US20110087685A1) 分析

**D4原文分析：**

D4公开了一种基于位置的服务（LBS）中间件，用于 streamline user applications and content databases 的创建。其中间件层位于应用程序（ residing on mobile device）和各种内容数据库之间。

* **关于模式：**

D4涉及中间件层的服务API（[0029]），这些服务旨在帮助应用程序获取 semantic POls。虽然在[0018]中提到了“display on a map semantic POls”作为服务的一个实例，但 D4 整体是在架构层面谈中间件对服务的封装，而非探讨手机上具体的 AR 界面与地图界面的双向联动控制。

* **关于控制：**

D4中图3和图4展示了各种查询组件（属性、范围、最近邻居等）。Middleware 层根据这些查询需求与底层地理信息系统（GIS）和 taxonomy 数据库进行交互。用户控制体现在向这些组件发起查询。

尽管D4的 middleware 可以根据上下文（physical location, time, day, etc.）自动 refinement 查询（[0035]-[0036]），但这属于 LBS 系统内部逻辑的数据适配，不属于目标专利所述的基于用户界面模式的互操作性。

**针对特征C的比对结论：**

D4**并未公开**技术特征C。

D4公开的内容侧重于系统的架构层，中间件如何协助上层应用程序完成位置信息的语义解析和数据库检索。它完全不涉及手机上AR视图模式与地图视图模式之间的具体的联动控制和界面互操作性。

---

### 第三部分：特征比对表格及最终结论

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

为了清晰展示各对比文件对技术特征C的公开情况，代理师整理了以下特征比对表格。

**特征比对表**

#### 2. 分析结论

依据上述对比分析和原文字引用比对：

1. **D2单独毫无疑义地公开了技术特征C：** D2的[0062]段（图4）和[0066]-[0067]段，结合图8A/8B，完整且具体地描述了用户如何通过控制 AR 照相机视图（第一模式）下对 POI 的捕获和识别，来直接、自适应地改变系统在地图视图（第二模式）下的数据加载和显现形式。D2不仅存在控制，且明确表明该控制直接促使了另一模式下的对应改变，满足技术特征C的全部要求。

2. **D1、D3、D4未公开：**

* D1并未描述当系统在第一模式下时，用户对该模式的某一界面控制如何导致第二模式的自适应控制，其缺乏特征C所要求的主从/联动适配机制。

* D3涉及上下文数据对“服务触发”而非 UI 特有模式联动控制的毫无疑义的公开。

* D4在架构中间件层面公开了上下文感知查询，而非手機上AR和地图 UI 模式间的双向联动控制。

3. **关于实质公开（Obviousness）：** 由于特征C本身是一个强调互操作性和联动控制的核心技术手段，且已经在D2中毫无疑义地公开（或实质公开），因此无需进一步评估多份对比文件的组合可能性。基于D2公开的明确事实，无需引入额外的创造性考量。

**代理师最终结论：**

对比文件**D2 (US20080268876A1) 毫无疑义地实质公开了技术特征C**。

作为一名经验丰富的专利代理师，我仔细阅读了目标专利说明书（CN105378433B）以及提供的四份对比文件。针对您的要求，现紧密结合目标专利说明书对技术特征C进行解释，并详细分析各对比文件是否单独或组合毫无疑义地公开或实质公开了技术特征C。

### 第一部分：目标专利说明书对技术特征C的解释

**技术特征C**：其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制。

**代理师解释**：

为了准确理解这一特征，必须引入目标专利说明书的具体实施方式。

说明书背景技术部分[0002]指出，现有的LBS应用中“地图模式和现场视图模式不能同时使用，更不用说相互补充。但事实上，用户常常需要在两种模式之间进行切换”。

针对此问题，发明内容[0013]提出：“情境信息（诸如照相机姿态、焦距、当前位置、搜索半径和/或其它适当的情境数据）的任何变化均可导致在两种模式下的显像的相应变化。”

具体实施方式部分更明确地解释了这种“双向控制”或“主从模式”：

* **互操作性定义**：[0031]指出“设计了双向控制模式（或主从模式）来实现现场视图界面和地图视图界面之间的互操作性，因而，可以同步地图视图和现场视图的变化。”

* **具体联动机制**：[0046]详细阐述为“直接改变了现场视图模式下POI的显现效果的参数变化会间接地影响在地图视图模式下相应的显现效果，并且反之亦然。”例如，在现场视图下改变照相机方位，会导致地图视图上显示的扇形搜索区域旋转相应的角度（参见说明书[0047]及图7(a)-(b)）。

综上，技术特征C在说明书中的具体体现是：现场视图模式（第一模式）和地图视图模式（第二模式）之间存在**双向联动控制机制**。在一种模式下的操作（如改变视角、位置、搜索半径等情境信息）不仅仅是简单的界面切换，而是会**自适应地更新**另一种模式下的情境参数和显示效果，实现互操作和同步变化。

---

### 第二部分：对比文件分析

针对技术特征C，现对四份对比文件进行逐一分析。

#### 1. 对比文件1 (D1: KR1020110044064A) 及 对比文件2 (D2: US20110098061A1)

*注：D1与D2为同族专利，以下以中文/英文文本清晰的D2进行详细分析。*

**基本情况**：D1/D2涉及一种移动终端及其日程通知方法，旨在将日程表与基于位置的服务（LBS）联动。

**分析过程**：

* **模式公开情况**：D2公开了日程提醒的弹出窗口模式（图8a, 410）和显示地图及参与者位置的地图模式（图8b）。这可以对应为LBS的两种不同显示模式。

* **控制联动情况**：D2描述了当日程闹钟时间到达时，检查LBS状态，获取参与者位置，并输出日程通知和位置信息（参见D2摘要、权利要求1、说明书[0120]-[0122]）。在地图模式下，用户选择一个参与者，会弹出该参与者的位置信息窗口，并包含通话和消息图标（[0136]、图8b）。

**结论**：

D2（及D1）**没有公开**技术特征C。

D2中虽然存在模式切换（从日程提醒切到地图），但这种切换是基于时间的日程闹钟**触发**的单向过程。目标专利特征C所要求的“在一种模式下的**控制**……促使另一模式下的**自适应控制**”（即说明书解释的双向情境参数联动机制，如现场视图旋转导致地图扇形区域同步旋转）在D2中完全没有体现。D2仅仅是基本的界面跳转和常规的地图信息显示。

#### 2. 对比文件3 (D3: WO2011067468A2)

**基本情况**：D3涉及通过转换三维地图对象来呈现导航信息的方法和装置。

**分析过程**：

* **模式公开情况**：D3提到了增强现实模式（[p0026]）、模拟3D环境（[p0029]）以及2D地图（[p0026]）。

* **控制联动情况**：D3的核心在于如何根据用户的视角改变，在3D/增强现实视图中将特定的地图对象（如建筑物）动态地变形/转换成导航元素（如指向目的地的箭头或兴趣点图标）（参见D3摘要、说明书[p0045]、图4B）。D3利用GPS、磁力计和加速计来确定用户的视角（[p0038]），从而确定呈现哪个视角的3D图像。

**结论**：

D3**没有公开**技术特征C。

D3侧重于在单个3D/AR视图内对象的图形变换，以突出导航信息。它没有描述一种模式（例如2D地图模式）下的操作如何“自适应控制”另一种模式（例如3D/AR模式）的情境或显像，反之亦然。D3基于传感器数据确定视角是常规的AR实现方式，不属于特征C所限定的模式间互操作控制。

#### 3. 对比文件4 (D4: US20110141141A1)

**基本情况**：D4涉及在实时图像和预录制全景图像之间进行关联和导航的方法和装置。

**分析过程**：

* **模式公开情况**：D4明确公开了实时相机视图（Live view）和预录制全景视图（Prerecorded panoramic view），并提到了2D数字地图模式（图5）。这对应了目标专利的第一模式和第二模式。D4强调通过关联（correlation）使得用户可以高效地在这些视图间导航（摘要、[0001]）。

* **控制联动情况**：

* D4描述了关联机制：当实时图像抓取设备的位置与全景图像抓取设备的位置匹配时，关联这两种图像（权利要求1）。

* D4实现了视图间的切换：用户可以通过触摸“Switch”图标（[0033]）或者拖动导航箭头到屏幕边缘（[0031]）来在实时视图和全景视图之间切换。

* **关键的自适应控制分析**：D4说明书[0070]指出：“在用户指定了感兴趣的视角之后，映射和增强现实应用107引起在屏幕上至少部分地展现**根据终端101的倾斜角和定向航向关联的预录制全景图像中的视角**。”这意味着，当处于全景模式时，用户旋转或倾斜设备，显示的全景图像内容会根据传感器数据**自适应地改变**。此外，[0040]提到旋转/倾斜终端时，兴趣点（POI）的相关内容会在实时视图或全景视图中自动弹出。

**结论**：

D4**公开了**与技术特征C实质相同的技术内容。

虽然D4没有使用目标专利说明书中“双向控制”或“主从模式”的措辞，但其描述的机制实现了实质相同的功能。D4在实时视图和全景视图之间建立了基于地理情境（位置、方位角、倾斜角）的强关联。在一种模式下通过物理旋转设备（一种控制操作）改变情境参数，不仅影响当前视图，也决定了切换到另一种模式时的初始视角和呈现内容（例如，在实时视图下转向东方，切换到全景模式时自适应地呈现全景图中向东的视角）。这种基于共同情境参数的界面关联和视角同步，实质上就是特征C所指的“一种模式下的控制促使另一模式下的自适应控制”。

---

### 第三部分：特征比对表格及最终结论

#### 特征比对表格

#### 最终结论

基于上述详细的原文比对和结合说明书的分析：

1. **对比文件D1 (KR1020110044064A) 和 D2 (US20110098061A1)** 仅涉及常规的日程闹钟触发界面跳转，完全没有涉及两种LBS模式之间情境参数的联动控制。

2. **对比文件D3 (WO2011067468A2)** 侧重于AR视图内地图对象的图形变换，未涉及不同模式间的自适应联动控制。

3. **对比文件D4 (US20110141141A1)** **单独毫无疑义地实质公开了技术特征C**。D4通过建立实时视图和预录制全景视图基于地理坐标、方位、倾斜角的强关联，实现了在一个视图下的视角控制自适应地决定了另一个视图导航时的呈现内容，这与技术特征C所限定的模式间联动控制机制在功能和手段上是实质相同的。

因此，技术特征C已被D4实质公开。

你好，我是您的专利代理师。现紧密结合目标专利说明书，对权利要求1中的技术特征C进行对比文件分析。

以下是针对技术特征C的详细分析报告。

### 1. 目标专利技术特征C的解释

在进行对比比对之前，首先需要依据目标专利说明书来准确理解权利要求1中技术特征C的含义和保护范围。

**技术特征C原文：**

> 其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制，；并且中，

**技术特征解析：**

该特征限定了用于呈现基于位置的服务（LBS）的“第一模式”和“第二模式”之间的一种**双向交互控制**或**主从控制**关系。具体而言：

1. 用户或系统在其中一种模式下进行的操作（“控制”）并非仅仅影响本模式的显示。

2. 这种操作会作为触发条件，“促使”（即自动引起、同步）另一模式也发生相应的变化。

3. 另一模式的变化被称为“自适应控制”，意味着它是根据第一种模式的控制意图，自动地调整自身的呈现、搜索范围、视角或其它LBS相关参数，以保持两种模式在情境上的同步或互补。

**说明书的支持：**

目标专利说明书具体实施方式部分对这种“双向控制”给出了清晰的解释和实施例支持：

* **[0003]** 提到：“地图模式和现场视图模式不能同时使用，更不用说相互补充……希望……使这两种模式高度关联。”

* **[0031]** 明确指出：“设计了**双向控制模式**（或主从模式）来实现现场视图界面和地图视图界面之间的**互操作性**，因而，可以**同步地图视图和现场视图的变化**。”

* **[0047]** 举例说明：“直接改变了现场视图模式下POI的显现效果的参数变化会**间接地影响**在地图视图模式下相应的显现效果，**并且反之亦然**。”例如，现场视角改变，地图上的搜索扇形区域旋转；或者地图上扇形方位改变，自适应调整现场视图的方位。

* **图8** 展示了双向控制的过程：监听参数变化 -> 重新计算搜索范围和POI -> **同时更新**现场视图和地图视图。

**结论：** 技术特征C的核心在于两种显示模式之间的**联锁控制和自动同步调整**，而非仅仅是两种模式各自独立的显示或切换。

---

### 2. 对比文件单独分析

现结合对比文件原文，逐一分析其是否公开了上述技术特征C。

#### 2.1 对比文件D1 (US2011/0221771 A1)

**D1基本情况：** 涉及在增强现实（AR）网络中合并成组的标记。

**特征比对分析：**

D1虽然提到了多种视图模式，但并未公开这些模式之间的自适应联锁控制。

* D1在【0048】提到了：一个或多个智能标记可以通过增强现实视图（AR View）访问，也可以通过使用二维地图的“地图视图”（Map View）访问，还可以通过列出所有标记的“列表视图”（List View）访问。此外，还提到了一种“混合视图”（Hybrid View），其将地图视图叠加在增强现实视图上。

* 然而，D1的描述重点在于如何在AR视图中呈现、合并和过滤标记（例如【0050】-【0052】），或者在地图视图中查看标记（例如图2A）。

* D1**没有公开**当用户在AR视图中进行控制（例如旋转视角、缩放）时，地图视图会**自适应地同步控制**（例如自动旋转地图或改变地图缩放水平）。D1中的“混合视图”仅仅是静态的叠加显示，并未体现出特征C所要求的交互式主从控制或同步变化机制。

**结论：** D1**没有**公开技术特征C。

#### 2.2 对比文件D2 (US2012/0050285 A1)

**D2基本情况：** 涉及用于数字地图应用的3D建筑泛化（简化），即根据视点距离调整3D模型的细节层次（LoD）。

**特征比对分析：**

D2公开了同时显示地图和3D视图，并公开了根据同一情境信息（距离）进行呈现的调整，这在一定程度上具有“自适应”的色彩，但其并未体现两种模式之间“促使”和被“促使”的交互控制关系。

* D2的【0006】和【图1】公开了导航装置显示屏幕12左侧显示鸟瞰马赛克（地图视图），右侧显示3D模拟或渲染。

* D2的核心技术在于【0007】和【0011】所述的“细节层次（LoD）”机制。它根据用户的视点位置，在不同的渲染区域（近程、中程、远程）内，选择性地显示3D模型的不同属性。当用户视点移动，LoD会发生变化，这是一种根据位置情境自适应调整3D呈现的方式。

* 但是，D2中的地图视图和3D视图是**并行存在**的呈现结果。当用户移动视点时，两个视图通常都是根据这一共同的位置变化各自更新显示。

* D2**没有明确公开**特征C所限定的交互逻辑，即：用户在**地图视图模式下**进行的控制操作（例如手动缩放地图），会成为一个触发源，去**直接促使现场视图模式**发生自适应的控制调整（例如自动改变AR中标记的细节层次，或改变现场视角）。D2的LoD调整是由系统根据位置关系（视点 datum）内部算出来的，而非一种模式的控制促使另一种模式的控制。

**结论：** D2**没有毫无疑义地公开**技术特征C。

#### 2.3 对比文件D3 (TW201213768A)

**D3基本情况：** 涉及提供地理表示内容（地图）智慧型变焦的方法。其核心是根据物件的“关联性程度”（情境信息）来区别性地渲染物件的可见性。

**特征比对分析：**

D3的核心在于单个地理表示内容（地图）内部的智慧化渲染，并未涉及到两种不同显示模式（如现场模式和地图模式）之间的自适应同步控制。

* D3的【發明背景】和【一些示範性實施例】指出，其目的是解决现代地图服务细节量过大导致显示覆蓋的问题。其方法是（步骤303、305、313）：决定变焦级别输入，决定物件各自的关联性程度（基于情境），然后以不同的可见性级别（智慧变焦）渲染物件。

* D3虽然在【一些實施例之說明】中提到地理表示内容可以包括：全景地圖、透視圖、鳥瞰地圖、空氣照相術、強化實境（AR）等。

* 并且，D3在【第4圖】和【0011】描述了智慧变焦效果：例如根据情境（关联性），将行进路线上的街道线加粗（417），道路名称文字放大（419），而其它物件则不改变。

* 然而，D3的全部描述都集中在**同一种地理表示内容**（通常是地图）内部，如何根据情境信息（例如行进路线、用户偏好、当前活动、天气等，参见【0010】）来自适应地调整不同物件（POI、街道）的**可见性/渲染效果**（参见技术特征D相关的内容，例如大小、色彩、形状）。

* D3**完全没有公开**存在相互区别的“第一模式”和“第二模式”，更没有公开在一种模式下的控制会“促使”另一种模式的自适应控制。D3所谓的“变焦”只是同一种模式下显示细节的智慧调整，而非两种模式间的联锁同步。

**结论：** D3**没有**公开技术特征C。

---

### 3. 特征比对表格与详细出处

为了更直观地展示分析结果，现给出技术特征C在各对比文件中的特征比对表格及原文详细出处。

**技术特征特征比对表**

**详细原文出处：**

---

### 4. 结论

**分析总结：**

* **目标专利的特征C** 追求保护的是在基于位置的服务呈现中，**现场视图模式**和**地图视图模式**（第一和第二模式）之间的一种**联锁、主从操作控制关系**。即在一种模式下的控制操作（缩放、视角、搜索范围调整等），会作为触发信号，**自适应地控制/促使另一种模式产生相应的同步化、协同化的参数调整**。

* **对比文件D1** 虽然有地图和AR视图，但仅仅是各自呈现，未公开两者间的联锁控制。

* **对比文件D3** 涉及同一种模式下基于情境的自适应渲染（智慧变焦），与不同模式间的联锁控制无关。

* **对比文件D2** 虽然同时展示地图和3D呈现，且3D呈现可以基于位置情境产生细节层次的自适应变化。但其核心在于根据视点距离自动决定显示属性，并未公开由其中一种显示模式（如地图模式）上的交互控制去**促使**另一种呈现模式（如3D模式）产生相应的**自适应协同控制**。两个视图缺乏明确的主从或触发交互关系。

**最终结论：**

经对现有证据的分析，**对比文件D1、D2、D3无论是单独还是组合，都没有毫无疑义地公开或实质公开目标专利权利要求1中的技术特征C。** D1和D3完全缺乏相关的主从协同控制思想；D2虽然有类似自适应显示形式，但不具备特征C所述的一种模式控制促使另一种模式控制的交互逻辑。特征C相对于这些对比文件的组合，并非是毫无疑义的。

你好！作为一名经验丰富的专利代理师，我非常乐意为您效劳。针对您提供的目标专利权利要求1中的**技术特征C**，以及三篇对比文件（D1、D2、D3），我进行了深入的特征比对与侵权/无效分析。

技术特征C的核心在于**双模联动控制**：即在“第一模式”和“第二模式”（例如实景模式和地图模式）中，用户对其中一种模式下基于位置的服务（LBS）进行控制，会自动触发（促使）另一种模式下对应服务的自适应控制（状态改变或参数更新）。

以下是紧密结合对比文件原文的详细分析和特征比对表格。

### 一、 技术特征C与对比文件公开内容比对表

---

### 二、 详细比对分析意见

#### 1. 对比文件单独对比分析

* **D1 (CN102519475A) 是否单独公开了特征C？**

* **结论：否。**

* **理由：** D1的核心发明点在于通过摄像头实时采集路况，并在实景图像上直接叠加导航提示信息（箭头、危险警告等）。D1通篇未教导将LBS服务划分为交互式的“第一模式”和“第二模式”，更没有教导两者之间的联动控制机制。因此，D1未公开特征C。

* **D2 (CN103090862A) 是否单独公开了特征C？**

* **结论：否。**

* **理由：** D2明确提出了存在两种模式：“地图浏览模式”和“实景导航模式”（对应目标专利的第一、第二模式）。但是，D2的发明目的是根据手机的物理姿态（直立或平放）在两种模式之间进行**相互切换**。D2中的两种模式是独立的显示状态，用户是在其中一种状态下观看，不存在“在一种模式下进行控制操作（如改变搜索参数/视角），从而自适应改变后台被隐藏或同时显示的另一模式的LBS状态”的技术启示。因此，D2未公开特征C。

* **D3 (CN103105174A) 是否单独公开了特征C？**

* **结论：否。**

* **理由：** D3教导了将屏幕一分为二（“一半用于显示导航地图，一半用于显示实景图像”），并且将地图上的POI点和路径图层（layer 1/2）与实景图层（layer 3）进行叠加计算。虽然D3同时显示了地图和实景，但其数据流向是单向的（将地图数据叠加到实景上生成最终图像），并未提及用户界面层面的**交互控制联动**。即，D3未公开用户在地图半屏上进行控制（如缩放、改变搜索中心），会导致实景半屏上的服务自适应改变（或反之）。因此，D3未实质公开特征C。

#### 2. 对比文件组合对比分析

* **D1、D2、D3的任意组合是否毫无疑义地公开了特征C？**

* **结论：否。**

* **理由：** 目标专利技术特征C解决的技术问题是：现有的LBS应用中地图视图和现场视图分离，用户需要频繁切换，且两者不能互补操作。特征C通过“双向控制（联动控制）”使得两种模式高度关联（例如目标专利说明书提及的：在地图上改变搜索半径，实景视图中的POI标记自适应增减）。

* 如果将D2（具有两种模式切换）与D3（具有两模式分屏同显）结合，本领域技术人员得到的方案仅仅是“在一个屏幕上同时看到地图和实景，或者根据手机姿态切换看地图或实景”。**没有任何一篇对比文件给出了“跨模式双向控制响应”的技术启示。** 现有技术（D1-D3）停留在“显示”层面，而目标专利的特征C深入到了“交互与控制”层面。

### 三、 最终代理师结论

综上所述，**对比文件D1、D2、D3无论是单独还是组合，均没有毫无疑义地公开或实质公开目标专利的“技术特征C”。**

在针对该专利撰写无效宣告请求或进行侵权规避分析时，技术特征C（即第一模式与第二模式之间的自适应联动控制）是目标专利权利要求1极具抗辩力度的核心创造性特征。如果需要进一步撰写无效理由，建议扩大检索范围，重点检索LBS（基于位置的服务）或AR（增强现实）领域中涉及“双视图（Map vs. AR）交互联动”或“MVC模型中多视图同步更新”相关的对比文件。

作为一名经验丰富的专利代理师，我将严格依据中国专利法、专利审查指南，紧密结合目标专利说明书的公开实质，对权利要求1进行法律与技术特征的深度解析，并结合三份对比文件（D1、D2、D3）的原文及详细出处进行逐项侵权/公开性比对、最接近对比文件筛选以及无效请求最薄弱特征分析。

以下是针对本案的全面专利法律意见书：

---

## 一、 目标专利权利要求1的法律与技术原意解释

权利要求1保护的是一种“自适应地显现基于位置的数字信息（LBS）的方法”。为了准确划定其保护范围，紧密结合目标专利说明书（CN105378433B，以下简称“目标专利”）对其核心术语和技术实质解释如下：

* **情境信息（Context Information）：** 结合说明书 `[0009]`、`[0013]`，情境信息不仅指单纯的“GPS位置”，而是包括**“来自一个或多个传感器的传感数据、来自用户的输入数据，或者它们的组合”**，具体包括照相机姿态（方位角 $\alpha$、俯仰角 $\beta$、旋转角 $\gamma$）、焦距 $f$、当前位置、搜索半径等适当的情境数据。

* **第一模式和第二模式：** 结合说明书 `[0003]`、`[0011]`，明确第一模式包括**现场模式（现场视图模式/AR模式）**，第二模式包括**地图模式（地图视图模式/2D或3D地图）**。

* **双向控制/自适应控制（特征C）：** 结合说明书 `[0031]`、`[0057]`，指“现场视图界面和地图视图界面之间的互操作性”，即**直接改变现场视图模式下POI的显现效果会间接地影响地图视图模式，反之亦然**，实现参数同步更新。

* **搜索范围改变促使显像的自适应改变（特征D）：** 结合说明书 `[0011]`、`[0055]`、`[0056]` 及图6，搜索范围是由四棱锥和球截形组成的3D结构。用户改变搜索范围（如利用手势或按钮扩大/缩小搜索半径 $R$），不仅改变了主模式下的POI显示，还会**自适应地改变另一模式下的显像**（例如：促使地图视图的**缩放水平（Zoom Level）**发生联动改变，以保证扇形投影区域在屏幕上的最佳视觉比例）。

---

## 二、 目标专利与对比文件的技术特征比对

三份对比文件的具体信息如下：

* **D1：** CN102519475A，《一种基于增强现实技术的智能导航方法和设备》，公开日：2012-06-27。

* **D2：** CN103090862A，《一种终端设备及终端设备的导航模式切换方法》，公开日：2013-05-08。

* **D3：** CN103105174A，《一种基于AR增强现实技术的车载实景安全导航方法》，公开日：2013-05-15。

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

---

## 三、 最接近对比文件（D接近）的筛选与分析

在创造性法理分析中，选择“最接近的对比文件”应优先考虑技术领域相同、解决的技术问题最类似、且公开独立权利要求技术特征最多的文献。

**本案中，最适合作为最接近对比文件的是：D3（CN103105174A）。**

* **理由如下：**

1. **整体解决的技术问题与技术效果最契合：** 目标专利旨在解决“地图视图模式和现场视图模式分离，用户不得不频繁切换，无法同时使用且相互补充”的问题（说明书 `[0002]`），以达到“两种模式高度关联、数据共享、同步变化”的技术效果。

2. **技术方案架构最接近：** * **D1**仅聚焦于AR实景图像的识别与安全预警，缺乏地图视图的结合；

* **D2**虽然同时具有两种模式，但其解决的是“避免手动切换、通过硬件姿态自动割裂切换”的问题，任意时刻只呈现一种模式，两模式间没有信息互补或自适应同步；

* **D3**在说明书 `[0021]` 明确公开了“屏幕一半用于显示导航地图，一半用于显示实景图像”。其明确将地图信息中的POI点、导航路径，通过经纬度匹配算法叠加到实时采集的AR实景图像上（`[0019]`）。这与目标专利“将两模式集成于统一界面并共享情境数据”的系统架构高度重合。

---

## 四、 创造性评述及薄弱特征分析（针对无效请求方）

由于D3已被选为最接近的对比文件，我们需要审视目标专利权利要求1相对于D3的**区别技术特征**，并评估其是否被其他对比文件公开。

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

对比D3，权利要求1中未被公开的特征（即目标专利的发明点）主要为：

* **特征d1（对应特征C的部分属性）：** 第一模式和第二模式之间的**双向自适应控制**（主从模式动态切换控制）。

* **特征d2（对应特征D的全部内容）：** 用户指定的针对POI的**搜索范围的改变**，自适应促使另一模式下**显像的改变（如地图自动缩放水平的适配）**。

### 2. 区别特征是否被其他对比文件公开？

* **针对特征d1：** D2公开了根据设备姿态在两模式间切换（`[0009]`），但这属于**外在硬件传感器引起的单向模式切换**，并不属于目标专利中“在第一模式下的应用层业务控制（如调整视角/方位）自适应促使第二模式业务逻辑响应”的**双向内生控制机制**。D1则完全未提及。

* **针对特征d2：** 经详尽检索与原文比对，**D1、D2和D3均未公开“用户改变POI搜索范围机制”**，更未公开“搜索范围改变导致另一模式显像自适应改变（如根据3D四棱锥投影调整地图Zoom Level）”的技术手段。

---

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

> ⚖️ **代理师结论：** > 若您代表无效请求方向国家知识产权局提起专利无效宣告请求，本案中**对请求方而言最薄弱、最难攻克的硬骨头是：技术特征D。**

#### 为什么特征D是请求方的“阿喀琉斯之踵”？

1. **现有技术存在明显的空白（缺乏技术启示）：**

无论是D1、D2还是D3，其POI的获取和呈现都是“静态”或“基于当前单一GPS点被动触发”的。D3虽然把地图的POI重叠到了AR上，但其POI的密度和范围是地图预设固定的。现有技术完全没有给出一个“由用户动态指定/调节一个三维搜索范围（特征D），且由于该范围改变，系统去自适应调整2D地图的缩放比例或视觉布局”的构思。

2. **该特征带来了显著的技术效果（具备创造性）：**

目标专利说明书 `[0002]`、`[0055]` 指出，该特征有效解决了“在同一方向上过多的数字标记往往重叠、布局与实际不一致、导致丢失相对位置信息”的技术痛点。通过搜索范围的改变自适应联动另一模式的显像（如动态调整地图缩放），实现了“友好的人机交互，有效避免标记堆积”。这种双向显像的自适应极大地改善了行车/步行的LBS体验。

#### 请求方的应对策略建议

为了打破这一僵局，请求方单靠目前D1-D3的组合是**绝对无法**无效掉权利要求1的。建议请求方采取以下多维策略：

* **扩大检索范围：** 放弃纯粹的“导航类”专利检索，向**“通用AR地图应用”、“游戏引擎（如包含小地图联动的AR游戏）”**、或**“地理信息系统（GIS）人机交互界面”**领域检索。重点寻找是否存在“调节AR视野/搜索距离，导致UI小地图（Mini-map）自适应缩放”的常规设计。

* **公知常识辩护：** 论证“当用户扩大搜索半径时，为了在有限的屏幕内显示全部搜索到的POI，将地图进行缩小（缩小比例尺）”是地图学及UI设计领域的公知常识。但由于目标专利将其限定为“第一模式和第二模式的互相促使和自适应改变”，公知常识的辩护力度仍较为受限。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（CN105378433B）的说明书对权利要求1进行深度解析，并结合对比文件D1（US20110221771A1）、D2（US20120050285A1）、D3（TW201213768A）的原文出处进行逐项特征比对与创造性、无效可行性论证。

---

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

根据目标专利说明书【具体实施方式】及【背景技术】的整体架构，对权利要求1的关键术语及技术特征作如下限定解释：

1. **第一模式与第二模式**：说明书第`[0002]`、`[0003]`及`[0011]`段明确指出，第一模式和第二模式分别特指**现场视图模式（或现场视图浏览模式、基于增强现实AR的现场模式）**和**地图模式（或地图视图模式）**。其本质是两种完全不同的空间表征维度（3D实景相机透视视角 vs 2D/3D数字地图拓扑视角）。

2. **控制与自适应控制（特征C）**：说明书第`[0003]`、`[0031]`及第`[0047]`段明确，“控制与自适应控制”是指**双向控制模式（主从模式）**。即：直接改变现场视图模式下POI的显现效果的参数变化会间接地、同步地影响在地图视图模式下相应的显现效果，反之亦然。

3. **搜索范围的改变促使另一模式显像的自适应改变（特征D）**：结合说明书第`[0011]`、`[0043]`、`[0047]`及图7(a)-(b)可知，搜索范围是由视场角、焦距、位置及指定的搜索半径共同决定的三维空间结构（如四棱锥与球截形组合）。当用户在现场视图（第一模式）下改变相机方向或滑动屏幕改变搜索半径时，该三维结构在水平面上的投影（地图视图上的扇形指定区域）随之旋转、拉伸，且两模式中落入该范围内的POI标记数量和布局自适应同步更新。

---

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

#### 1. 各对比文件公开内容深度检索与定位

* **D1 (US20110221771A1)**：公开了一种在增强现实分发网络中合并分组标记的方法。

* **特征A/B的公开**：第`[0035]`段公开了利用GPS、指南针、加速度计等获取位置、姿态等情境信息；第`[0048]`段公开了“smart markers is accessible through a corresponding view of augmented reality (AR View)... accessible through a 'Map View' that utilizes a two dimensional (2D) map”，明确公开了现场视图模式和地图视图模式。

* **特征C/D的公开**：第`[0048]`段提到“Further, a 'Hybrid View' overlays a map view on the augmented reality view to display smart markers with more intuitive depth perception”，其仅是将地图叠加在AR视图上做混合显示。整个说明书并未公开在一个模式下的主动控制（如修改某一特定模式下的搜索范围）会动态、双向地触发另一模式下显像的自适应重构。

* **D2 (US20120050285A1)**：公开了一种用于数字地图应用的三维建筑泛化方法。

* 其核心在于根据观察者与3D建筑模型的实际距离，在不同的渲染区域（Proximal/Distal rendering zone）内动态增减建筑的视觉属性（LoD-1, LoD-2, LoD-3），以节省计算资源（见第`[0011]`、`[0039]`段）。该文件属于纯粹的数字地图单一模式下的细节层次（LoD）渲染控制，**完全未涉足“第一模式（现场模式）与第二模式（地图模式）”之间的联动控制**。

* **D3 (TW201213768A)**：公开了一种提供地理表示内容智慧型变焦的方法。

* 其核心在于依据装置、使用者或情境信息，决定物件各自的关联性，进而在变焦（Zoom）时以不同的可见性级别（字号大小、色彩等）呈现。例如第`[0015]`段及图4、图5所示，其公开了地图401到自定义变焦地图415的转变。这属于**同一种浏览模式下基于情境的显示优化**，并不存在两套不同的模式及互操作控制。

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

下表将权利要求1分解为4个技术特征（A、B、C、D），并与对比文件进行比对：

---

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

#### 1. 确立最接近的对比文件（D1）

在创造性分析中，**D1 (US20110221771A1)** 最适合作为本申请的**最接近对比文件（最接近的现有技术）**。原因如下：

* **技术领域与解决的技术问题高度重合**：D1隶属于基于位置的服务（LBS）及增强现实（AR）技术领域。它同样旨在解决当用户在移动设备上进行信息检索和导航时，如何合理、直观地呈现、组织和切换数字标记（Smart Markers）并提供富媒体交互体验的问题（参见D1第`[0028]`、`[0048]`段）。这与目标专利说明书第`[0002]`、`[0030]`段所描述的集成现场视图模式和地图视图模式、提供动态可调机制以避免标记堆积、丢失位置方位信息的初衷完全一致。

* **技术特征覆盖率最高**：D1已经完全公开了权利要求1的前序部分以及特征A和特征B。它明确给出了现场视图（AR View）和地图视图（Map View）这两种核心的显现模式。

#### 2. 未被公开的特征与技术缺陷

经特征比对，**特征C和特征D属于权利要求1相对于D1的区别技术特征**。

具体而言，D1、D2、D3均未公开：*“当用户在第一模式（现场视图）或第二模式（地图视图）中改变POI的搜索范围（如调整视角、方向、改变搜索半径）时，系统自动联动并促使另一模式下的显像空间几何关系及布局发生自适应改变（如扇形投影旋转、POI标记密度自适应刷新）。”*

---

### 四、 无效请求方最薄弱的技术特征（即专利所有人的坚固防线）

如果无效宣告请求方（请求方）试图推翻该专利的创造性，其所面临的**最薄弱的技术特征（即最难被无效掉、创造性高度最高的特征）**是：**技术特征D（以及与之关联的特征C）**。

#### 请求方在特征D上面临的“鸿沟”：

1. **D1+D2/D3的结合无法给出技术启示**：

* 请求方可能会辩称：D1公开了多模式，D3公开了通过Zoom（变焦）改变显像，D2公开了根据距离区域改变LoD，因此将D2/D3的变焦显像改变应用到D1的多模式中是显而易见的。

* **反驳理由（专利所有人的坚固盾牌）**：D3的变焦仅属于**单一显示维度下的缩放和过滤机制**。目标专利的特征D所要求的是**跨越两个独立且不同维度的空间表征模式（3D相机视场空间 vs 2D平面地图空间）进行的、由于搜索范围物理界限改变引发的拓扑联动**。D2或D3中均不存在任何“第一模式的控制参数作为自适应变量实时重构第二模式显示”的概念。

2. **带来了显著的技术效果（符合创造性标准）**：

* 正如目标专利说明书第`[0002]`、`[0013]`、`[0067]`段所述，以往用户在陌生地方导航时，必须频繁在地图和实景间手动切换。特征D通过搜索范围的改变（例如转动手机或在实景中拉大搜索半径），使得地图上的扇形辐射区域和标记实时自适应调整，实现了数据的“双向共享与实时同步显现”，有效解决了在狭窄区域数字标记堆积、相对方位丢失的工程难题。这种自适应双向控制在对比文件公开的当时，具备显著的进步和非显而易见性。

### 结论与无效策略建议

对于无效请求方而言，由于**特征A和B**已被D1毫无异议地公开，无效的切入点完全在于特征C、D的创造性。然而，由于**特征D（搜索范围改变触发跨模式显像自适应改变）**在现有技术D1、D2、D3中完全缺失，且该特征在目标专利中被说明书（图6、图7、公式3-5）赋予了极为明确的、涉及空间坐标系转换与投影几何的强技术支撑。因此，特征D构成了该专利最坚固的防线。请求方极难仅凭现有的D1、D2、D3将其无效，建议请求方进一步扩大检索范围，重点寻找**公开了“AR/实景视场角范围在数字地图上做动态联动扇形投影及POI过滤更新”**的强相关LBS底层通信或UI交互专利作为结合对比文件。

作为一名经验丰富的专利代理师，我深知在专利无效宣告程序中，对权利要求的准确解读以及对比文件特征的精准比对是决定成败的关键。

下面我将紧密结合目标专利（CN105378433B）的说明书对权利要求1进行深度解析，并结合四份对比文件的原文进行逐项特征比对与创造性评述。

---

## 一、 目标专利权利要求1的语义与技术实质解读

在进行特征比对前，必须首先明确权利要求1中核心概念在说明书中的真实含义，以防被对比文件的字面意思误导：

* **“第一模式和第二模式”的实质：**

根据说明书第$[0003]$、$[0011]$及$[0043]$段，第一模式和第二模式分别特指**“现场视图模式（或增强现实AR模式）”**和**“地图视图模式（数字地图）”**。目标专利的核心出发点就是解决这两种模式在移动设备上相互分离、需要频繁切换且无法相互补充的技术痛点。

* **“控制与自适应控制”的实质：**

根据说明书第$[0013]$、$[0043]$及$[0047]$段，是指两者的**双向控制或主从关联**。即在其中一种模式下调整了情境信息（如照相机姿态、位置、焦距或搜索半径等），另一种模式的显示和控制参数会同步发生自适应更新，从而实现统一界面的互操作性。

* **“搜索范围的改变”与“显像的自适应改变”的关联：**

根据说明书第$[0011]$、$[0053]$至$[0056]$段及图7(a)-(b)，当用户在某一模式下放大或缩小POI的**搜索半径**时，不仅本模式内的标记数量发生变化，另一模式也会发生联动。例如：在现场视图中改变搜索半径，地图视图中对应的扇形投影区域的大小、甚至地图的**缩放水平（Zoom Level）**都会发生自适应调整。

---

## 二、 权利要求1的技术特征拆解与对比文件比对

我们将权利要求1拆解为4个技术特征（A、B、C、D），并引入四份对比文件：

* **D1：** US6452544B (授权公开号)

* **D2：** US20080268876A1 (申请公开号)

* **D3：** US20110065451A1 (申请公开号)

* **D4：** US20110087685A1 (申请公开号)

### 1. 详细特征比对分析

#### 【特征A】：响应于来自用户的对基于位置的服务的请求，获取用于所述基于位置的服务的情境信息

* **D1评分：实质公开。** 其公开了根据GPS定位和方向传感器确定便携式地图设备的位置和朝向（情境信息）。*出处：SUMMARY OF THE INVENTION, "determines the location of the portable map display device, and a direction..."*

* **D2评分：毫无异议公开。** 其明确公开了利用手机相机、位置传感器（GPS）获取位置信息和图像进行视觉搜索。*出处：[0002], "utilizing points-of-interest (POI), locational information and images captured by a camera..."*

* **D3评分：毫无异议公开。** 明确公开了自动确定移动设备位置并基于用户偏好和位置生成“用户情境”。*出处：SUMMARY, [0004], "A location of a mobile device is automatically determined. A user context is generated based at least on a user preference and the automatically determined location..."*

* **D4评分：毫无异议公开。** 公开了通过GPS获取物理坐标，并结合上下文信息（时间、天气、交通等）进行LBS服务。*出处：[0003], [0015], "integrate a mobile device's location or position with other information... taking into account the user's profile and other contextual data."*

#### 【特征B】：至少部分地基于所述情境信息，通过用户界面在用于所述基于位置的服务的第一模式和第二模式中的至少一种模式下呈现所述基于位置的服务

* **D1评分：部分公开。** D1提到了“透视图（Perspective Map）”和“传统鸟瞰图（Conventional bird's eye view）”，但在D1中这两种图主要是作为同一种地图平面的不同视点参数（距离和视角）来进行切换或渐变展示，并非严格意义上的现场AR视图与地图视图的集成呈现。*出处：DETAILED DESCRIPTION, "Alternatively, the map may be a conventional bird's eye view."*

* **D2评分：毫无异议公开。** D2完美公开了同时提供**“第一人称相机视图（Local View）”**和**“第三人称地图视图（Global View）”**，并在统一的LBS客户端内呈现。*出处：[0020], "provide a hybrid of visual searching applications and online web-based applications which are capable of providing a user of a mobile terminal both a global view (of a relevant point-of-interest on a map) and a local view (of the point-of-interest from the camera of the mobile terminal)."*

* **D3评分：实质公开。** 提到了可提供交互式地图和通过视频摄像头叠加方向的AR应用。*出处：DETAILED DESCRIPTION, [0017], "include an interactive map... and an application that works with the video camera on her mobile device to overlay directions..."*

* **D4评分：部分公开。** 侧重于中间件和语义POI的查询，界面呈现层面仅泛泛提及在地图上显示POI。*出处：[0018].*

#### 【特征C】：其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制

* **D1评分：未公开。** 其视角调整是响应于用户与目的地的“实际距离变化”，而不是在一种显示模式下的控制动作联动导致另一种模式的自适应控制。*出处：[0056], "The change is proportionate to a change in the determined destination distance."*

* **D2评分：实质公开。** D2提到了混合视图的集成，在地图视图由于POI过密导致无法精准选择时，用户可以无缝切换至相机视图（现场视图）进行图像匹配解歧。其通过统一客户端协调了这两个视图，属于两模式间的控制联动。*出处：[0020], [0066], "switch from the third person map view to the first person camera view in order to disambiguate among different visual tags on a crowded map view..."*

* **D3、D4评分：未公开。** 均未涉及两种显现模式之间的双向控制或主从联动自适应机制。

#### 【特征D】：所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变至少部分地促使在所述第一模式和所述第二模式中的另一模式下的显像的自适应改变

* **D1评分：未公开。** 其视角和距离（d）的改变是由于用户走向目的地而由系统被动计算触发的，非用户在某种模式下“主动指定并改变POI的搜索范围”。

* **D2评分：未公开/无明确公开。** D2虽然在第$[0051]$、$[0062]$段提到了“在地理区域内搜索类似候选POI”，并在第$[0068]$段提到了“根据用户偏好分类减少地图显示的POI数量以防拥堵”，但它**没有明确公开**：用户在相机视图（或地图视图）中**改变搜索范围（如调整搜索半径）**这一控制动作，会直接**促使另一视图下的显像发生自适应改变（如联动改变地图的缩放水平、或者改变AR视图中的景深/分批显示标记）**。

* **D3评分：未公开。** 仅提到移动设备在进入无线路由器的无线覆盖范围（预设范围）时会触发定位更新，非用户主动改变POI搜索范围引发跨模式显像联动。*出处：[0017].*

* **D4评分：部分公开（但未跨模式联动）。** D4公开了“范围查询组件（Range query component）”，可以根据用户指定的空间、时间等维度计算POI的得分，并随着用户在多维空间中的移动重新评估和排序。但这属于单一中间件数据库检索层面的过滤，并未公开“一种模式下搜索范围的改变导致**另一模式下显像的自适应联动改变**”。*出处：[0032], [0044].*

---

### 2. 特征比对表格

---

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

在创造性分析中，**D2（US20080268876A1）** 最适合作为本案最接近的对比文件。

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

目标专利旨在解决移动LBS应用中“地图视图模式和现场视图模式分离，用户需要频繁切换，且密集区域数字标记堆规重叠、难以合理分布”的问题。而D2切入的技术痛点完全一致——其背景技术明确指出“用户不光对相机眼前的文字标签感兴趣，也对周围其他POI感兴趣，目前无法在视觉搜索中直观看到周围，必须在视觉客户端与外部地图或浏览器间切换”；同时D2也极力解决“在购物中心等密集区域，POI标签过于拥挤（Over-crowded），导致无法通过普通手势或摇杆精准选定”的问题。两者的技术领域、面对的场景和技术缺陷完全重合。

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

D2通过提出一个“统一的移动视觉搜索/地图客户端（Unified mobile visual search/mapping client 68）”，将“全球视图（地图）”与“局部视图（相机AR）”集成，实现了通过切换至相机视图来解决地图视图拥堵无法选定POI的效果。这与目标专利通过双向控制集成现场和地图界面的技术效果高度契合。

因此，创造性审查应以 **D2作为主案（最接近现有技术）** 展开。

---

## 四、 结论与无效请求方的最薄弱点分析

### 1. 现有技术对其余特征的补充公开情况

如果以D2为基础，特征A、B、C已基本被充分公开，唯独**特征D**存在明显的区别特征。

那么，特征D中未被D2公开的“由**用户指定的搜索范围改变**来驱动**另一模式下显像自适应改变**”是否被其他文件公开？

* D1的参数变化是被动的距离变化（走向目的地），不属于用户主动指定搜索范围。

* D4虽然有“范围查询组件（Range query component）”，但其技术方案是在中间件层面通过多维空间度量算法对POI进行打分和重新排序，其目的是为了给用户应用提供一个排序列表，**其完全没有跨越到“第一模式和第二模式”这一前端视觉层面的联动显像自适应（如目标专利中现场视图改半径，地图视图自适应变缩放水平或扇形投影）**。

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

> ⚖️ **无效请求方最薄弱的技术特征：特征D。**

>

> 具体表现为：**“用户在第一模式和第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变，至少部分地促使在另一模式下的显像的自适应改变”。**

#### 代理师避坑与实战建议：

作为请求方，如果仅仅拿着D4的“范围查询”或者D2的“根据地理区域搜索候选、根据偏好过滤防拥堵”去强行套用特征D，将会非常被动。专利权人必然会紧扣说明书第$[0011]$、$[0053]\sim[0056]$段进行答辩，强调特征D的联动是**“前端UI显示机制的深度自适应联动（即改变半径导致地图Zoom Level调整或AR景深不透明度分批调整）”**，而不是后端数据库检索范围的扩大缩小。

为了攻克这个最薄弱的特征，请求方在准备无效宣告请求时，不应局限于目前的LBS中间件文件（D3、D4），而应当**扩大检索范围，补充检索专门针对“数字地图与AR实景分屏/双模同步显示”领域的常规人机交互设计（UI/UX）的公知常识或标准件专利**，证明“在分屏显示中，用户在一侧拉动距离滑块或改变搜索半径，另一侧的视窗随之改变比例或缩放范围”属于本领域的常规UI联动设计，以此来论证特征D对本领域技术人员而言是显而易见的。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN105378433B）的权利要求1进行深度法律与技术解析，并结合您提供的四份对比文件（D1~D4）进行全面的创造性与无效可行性分析。

---

## 一、 目标专利权利要求1的法律解释与技术内涵

根据目标专利说明书的记载，权利要求1的核心发明点在于**解决LBS（基于位置的服务）应用中，“现场视图模式（AR模式）”与“地图视图模式”相互分离、需要频繁手动切换、以及由于视野变动导致数字标记（POI）在两种模式下布局不一致、堆积重叠的技术问题**（参见说明书\[0002\]、\[0030\]）。

我们可以将权利要求1的技术特征拆解并结合说明书具体实施方式解释如下：

* **技术特征A（情境获取）：** 响应用户请求，获取“情境信息”。

* *说明书释义（\[0009\], \[0042\]）：* 包含利用GPS、指南针、加速计等传感器实时感知的成像参数（如当前绝对位置、照相机姿态/方位角/俯仰角/旋转角、焦距）以及用户的输入数据（如搜索半径）。

* **技术特征B（双模式呈现）：** 至少在第一模式（现场视图/AR模式）和第二模式（地图视图模式）的一种下呈现。

* *说明书释义（\[0011\], \[0043\]）：* 在统一界面中集成AR现场和2D/3D地图，通过相应标记动态指示搜索范围内的POI。

* **技术特征C（双向自适应控制）：** 一种模式下的控制促使另一模式下的自适应控制。

* *说明书释义（\[0031\], \[0046\], 图8）：* 建立了“双向主从互操作机制”。若在现场模式下旋转手机照相机方位（主），地图模式下的扇形投影区域同步旋转（从）；反之，在地图上改变扇形区域的方位（主），现场AR视图的显现也自适应更新（从）。

* **技术特征D（核心发明点：搜索范围改变联动显像）：** 用户在一种模式下指定针对POI的“搜索范围的改变”，促使另一模式下“显像的自适应改变”。

* *说明书释义（\[0011\]-\[0013\], \[0053\]-\[0056\], 图6、图7）：* 搜索范围是一个由四棱锥和球截形组成的3D空间结构，在地图上投影为扇形区域。**当用户改变搜索半径时（特征D），不仅现场视图中显示标记的批次/数量发生改变，地图视图的缩放水平（Zoom Level）也会基于实际距离自适应调整（显像改变）**，以确保扇形区域在屏幕上呈现最佳视觉比例（大于屏幕1/4且小于1/2）。

---

## 二、 对比文件特征比对与属性认定

为了进行精确的特征比对，首先明确各对比文件的公开号及公开基本信息：

* **D1：** KR1020110044064A（移动终端及其日程提醒方法）

* **D2：** US20110098061A1（D1的同族美国申请，内容完全等同）

* **D3：** WO2011067468A2（通过转换三维地图对象来呈现导航信息的方法和装置）

* **D4：** US20110141141A1（在实况图像和预录全景图像之间进行关联和导航的方法和装置）

### 1. 特征比对表格

以下将目标专利权利要求1的特征A~D与各对比文件的技术方案进行逐项横向比对：

---

## 三、 最接近对比文件（D1/D2 vs D3 vs D4）的筛选分析

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

### 1. 对各对比文件的属性剖析

* **D1/D2 (日程LBS提醒)：** 属于移动终端日程管理技术领域。其解决的技术问题是如何在日程到期时让用户直观看到参会人员的位置。其技术效果是地图上标记的刷新。它缺乏AR模式，更缺乏双模联动机制。

* **D3 (3D地图对象变形导航)：** 属于地图三维可视化技术领域。其解决的是屏幕尺寸有限导致导航界面物体杂乱重叠的问题。其技术效果是通过将3D建筑物几何体顶部直接“变形/膨胀”为POI图标（如钢琴或咖啡杯），从而节省空间。**它与目标专利说明书图11、图13关于POI标记变形和防止堆积的视觉效果极其相似，但它不属于AR与地图双模控制领域。**

* **D4 (实况图与全景图关联导航)：** 属于增强现实（AR）及实况导航技术领域。其解决的技术问题是“实况相机视图（无历史数据和标签）”与“全景街景视图（富有标签但数据陈旧）”相互割裂、需要跨应用手动切换的问题。**这与目标专利背景技术\[0002\]所述的“地图模式和现场视图模式不能同时使用、难以相互补充、用户需要在两者间频繁切换”的技术痛点高度重合。** 其技术效果是通过设备的陀螺仪/加速度计（情境信息）同步两者的视角，实现无缝关联导航。

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

综上所述，**D4 (US20110141141A1) 适合作为最接近的对比文件（D1）**。

* **理由：** D4与目标专利处于相同的技术研发阵地（AR现场视图与数字/模拟街景地图的集成导航），面对的初始技术缺陷完全一致（解决双模独立、切换繁琐的问题），且已经公开了权利要求1的基础架构：特征A、特征B以及由于控制单一视图偏转而导致另一视图自适应对齐的“自适应控制”特征C。

---

## 四、 创造性评述与请求方最薄弱的技术特征

### 1. 独立权利要求1的创造性评述（以D4为基础）

如果我们以D4为最接近的对比文件，权利要求1与D4相比，存在的**区别技术特征**为：

> **区别特征1：** 特征C中不仅是视角的对齐，而是特指在“第一模式（现场视图）”和“第二模式（地图视图）”之间的互操作双向控制。

> **区别特征2（对应特征D）：** 所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的**搜索范围的改变**，至少部分地促使在所述第一模式和所述第二模式中的另一模式下的**显像的自适应改变**。

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

检索D1/D2、D3可知，没有任何一篇对比文件公开了上述区别特征，尤其是**区别特征2**。D1/D2的距离设定（如1km提醒）是日程触发器，而非交互式界面的搜索动态控制；D3仅在单一3D视图内做对象变形。

* **技术效果分析：**

目标专利通过区别特征2，使得用户在AR模式（或地图模式）中拉大或缩小搜索半径时，系统可以自适应重新构建3D搜索体（四棱锥+球截形），不仅改变了现场视图中数字标记的分批呈现状态（防止重叠堆积），同时自适应控制了地图视图的缩放水平（Zoom Level），使得投影出的扇形始终占据合理的屏幕比例。这在两篇或多篇对比文件之间不存在结合启示，具有显著的实质性特点和显著的进步。

### 2. 对请求方（无效宣告发起人）来说最薄弱的技术特征

若您代表请求方试图无效掉该专利的权利要求1，您面临的**最薄弱（即最难攻克、最容易被专利局维持有效）的技术特征是：技术特征D**。

* **薄弱原因（请求方的痛点）：**

1. **特征D具有高度的控制逻辑特异性：** 它将“用户的控制输入（搜索范围的显式改变）”与“另一界面的视觉显像（如缩放、分批等自适应布局调整）”结合在一起。这超越了常规的“两张地图同步放大缩小”或“GPS位置刷新”。

2. **现有技术存在盲区：** 2011年左右的现有技术（如D1-D4）大多聚焦于“如何把位置定准”、“如何切换视图视角（D4）”或“如何把建筑物画得更好看（D3）”。对于“AR模式与数字地图在改变POI检索深度（搜索范围）时的双向图像联动”，在现有技术中很难找到直接的原文出处来佐证其属于“本领域的惯用技术手段”。

### 3. 给请求方的诉讼策略建议

鉴于特征D的稳固性，单纯依靠技术特征比对直接推翻权利要求1的成功率较低。建议采取以下迂回策略：

1. **分拆公知常识证据链：** 寻找专门公开“在数字地图中，根据搜索半径的大小自适应调整地图缩放级别（Zoom Level）以使搜索结果完整适度呈现”的雷达搜索或传统LBS地图专利（这在传统2D地图领域属于常见手段）。然后论证：将该传统地图的缩放联动手段迁移到D4的双模（实况+全景）联合导航系统中，对本领域技术人员而言是不需要付出创造性劳动的。

2. **阻击从属权利要求：** 目标专利说明书第\[0011\]-\[0012\]条提及的“标记变形”、“景深控制（远处小近处大）”、“根据滚转角改变垂直坐标”等特征，**实际上大量被D3（3D对象变形）和D4（全景图倾斜角关联）所公开**。因此，无效的重点应放在通过D4+D3的组合，全力剥离其全部从属权利要求，迫使专利权人在修改时无法将更具保护力度的实施例特征限缩进权利要求1中，从而最大程度削弱该专利的实际商业威胁。

根据权利要求1所述的方法，其中所述获取用于所述基于位置的服务的情境信息包括：获得来自一个或多个传感器的传感数据、来自所述用户的输入数据，或者它们的组合； 以及 通过分析所获得的数据来提取所述情境信息。

根据权利要求1所述的方法，其中所述情境信息包括：一个或多个成像参数、来自所述用户的对所述基于位置的服务的一个或多个指示，或者它们的组合。

根据权利要求1所述的方法，其中所述呈现所述基于位置的服务包括：至少部分地基于所述情境信息来确定基于位置的数字信息；以及通过所述用户界面在所述第一模式和所述第二模式中的所述至少一种模式下显现所述基于位置的数字信息。

根据权利要求4所述的方法，其中所述基于位置的数字信息通过相应的标记来指示所述用户的一个或多个兴趣点，并且其中所述一个或多个兴趣点处于所述用户指定的搜索范围内。

根据权利要求5所述的方法，其中所述第一模式包括现场模式，所述第二模式包括地图模式，并且其中，所述显现所述基于位置的数字信息包括以下中的至少一个：至少部分地基于所述一个或多个兴趣点与用于现场视图的成像设备之间的实际距离，根据所述一个或多个兴趣点的相应成像位置，将所述标记显示在第一模式下呈现的所述现场视图上；以及根据所述一个或多个兴趣点的相应地理位置，将所述标记显示在第二模式下呈现的地图视图上。

根据权利要求6所述的方法，其中所述现场视图上的标记至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离而具有相应的尺寸和不透明密度。

根据权利要求6所述的方法，其中通过至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离对所述标记进行排列，分批显示所述现场视图上的标记。

根据权利要求8所述的方法，其中，响应于来自所述用户的指示，交换所述标记的批次。

根据权利要求6所述的方法，其中，在所述现场视图上显示对应的信息框来描述所述标记。

根据权利要求6所述的方法，其中，至少部分地基于所述搜索范围所确定的区域被显示在所述地图视图上，并且其中，在所述地图视图上显示的标记处于所述区域内。

根据权利要求11所述的方法，其中，所述搜索范围包括由四棱锥部分和球截形部分组成的三维结构，并且所述区域是所述三维结构在水平面上的投影。

根据权利要求1所述的方法，其中，对所述基于位置的服务的控制包括更新所述情境信息。

一种装置，其包括： 至少一个处理器；以及 包括计算机程序代码的至少一个存储器， 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少实施以下操作：响应于来自用户的对基于位置的服务的请求，获取用于所述基于位置的服务的情境信息；以及至少部分地基于所述情境信息，通过用户界面在用于所述基于位置的服务的第一模式和第二模式中的至少一种模式下呈现所述基于位置的服务，其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制，以及其中，所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变至少部分地促使在所述第一模式和所述第二模式中的另一模式下的显像的自适应改变。

根据权利要求14所述的装置，其中所述获取用于所述基于位置的服务的情境信息包括：获得来自一个或多个传感器的传感数据、来自所述用户的输入数据，或者它们的组合； 以及 通过分析所获得的数据来提取所述情境信息。

根据权利要求14所述的装置，其中所述情境信息包括：一个或多个成像参数、来自所述用户的对所述基于位置的服务的一个或多个指示，或者它们的组合。

根据权利要求14所述的装置，其中所述呈现所述基于位置的服务包括：至少部分地基于所述情境信息来确定基于位置的数字信息；以及通过所述用户界面在所述第一模式和所述第二模式中的所述至少一种模式下显现所述基于位置的数字信息。

根据权利要求17所述的装置，其中所述基于位置的数字信息通过相应的标记来指示所述用户的一个或多个兴趣点，并且其中所述一个或多个兴趣点处于所述用户指定的搜索范围内。

根据权利要求18所述的装置，其中所述第一模式包括现场模式，所述第二模式包括地图模式，并且其中，所述显现所述基于位置的数字信息包括以下中的至少一个：至少部分地基于所述一个或多个兴趣点与用于现场视图的成像设备之间的实际距离，根据所述一个或多个兴趣点的相应成像位置，将所述标记显示在第一模式下呈现的所述现场视图上；以及根据所述一个或多个兴趣点的相应地理位置，将所述标记显示在第二模式下呈现的地图视图上。

根据权利要求19所述的装置，其中所述现场视图上的标记至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离而具有相应的尺寸和不透明密度。

根据权利要求19所述的装置，其中通过至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离对所述标记进行排列，分批显示所述现场视图上的标记。

根据权利要求21所述的装置，其中，响应于来自所述用户的指示，交换所述标记的批次。

根据权利要求19所述的装置，其中，在所述现场视图上显示对应的信息框来描述所述标记。

根据权利要求19所述的装置，其中，至少部分地基于所述搜索范围所确定的区域被显示在所述地图视图上，并且其中，在所述地图视图上显示的标记处于所述区域内。

根据权利要求24所述的装置，其中，所述搜索范围包括由四棱锥部分和球截形部分组成的三维结构，并且所述区域是所述三维结构在水平面上的投影。

根据权利要求14所述的装置，其中，对所述基于位置的服务的控制包括更新所述情境信息。

一种装置，其包括： 获取构件，用于响应于来自用户的对基于位置的服务的请求，获取用于所述基于位置的服务的情境信息；以及呈现构件，用于至少部分地基于所述情境信息，通过用户界面在用于所述基于位置的服务的第一模式和第二模式中的至少一种模式下呈现所述基于位置的服务，其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制，以及其中，所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变至少部分地促使在所述第一模式和所述第二模式中的另一模式下的显像的自适应改变。