在回答的开始明确对比文件的名称、目标专利的名称以及本次调用的模型名称：
- **对比文件名称**：2011-03-17_US2011065451A_发明申请_US20110065451A1 CONTEXT-TRIGGERED SYSTEMS AND METHODS FOR INFORMATION AND SERVICES
- **目标专利名称**：981用于自适应地显现基于位置的数字信息的方法和装置 CN105378433B
- **本次调用的模型名称**：未指定（根据用户输入，无明确模型名称，故采用默认引用）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：其包括：响应于来自用户的对基于位置的服务的请求，获取用于所述基于位置的服务的情境信息《直接公开》 | **对比文件[0030]**：移动应用（mobile application 119）用于位置识别，并基于至少所识别的位置生成锚点。<br>**对比文件[0040]**：用户通过用户界面（UI 118）选择锚点并请求远程计算机激活远程服务。该请求连同查询参数（如“附近披萨餐厅”）被发送。<br>**对比文件[0097]**：步骤“确定位置（Determine location 701）”用于生成传感器数据（sensor data 602）并识别移动设备的当前位置。<br>**对比文件[0098]**：步骤“生成用户上下文（Generate user context 702）”用于结合位置信息与用户偏好。 | 对比文件明确公开了响应于用户的请求（通过用户界面选择锚点或输入查询参数）来获取情境信息（包括位置信息和用户偏好）。该过程与目标专利中“响应于来自用户的对LBS的请求，获取情境信息”的技术方案在目的和实现方式上实质相同。本领域技术人员可以毫无疑义地确定对比文件公开了该特征。 |
| **技术特征B**：至少部分地基于所述情境信息，通过用户界面在用于所述基于位置的服务的第一模式和第二模式中的至少一种模式下呈现所述基于位置的服务《隐含公开》 | **对比文件[0017]**：描述了一个应用（available service 153），该应用与移动设备上的摄像头配合工作，在用户面前街道的图像上叠加方向指示（例如，直行并在下一个路口左转）。<br>**对比文件[0043]**：描述了基于用户上下文搜索“附近披萨餐厅”，并返回一个交互式地图（interactive map）作为结果。<br>**对比文件[0104]**：描述移动设备自动生成用户上下文，并发送请求，远程应用识别出与此上下文相关且与设备兼容的服务（例如，观光服务）。 | 对比文件公开了基于情境信息（位置+用户偏好）向用户呈现服务。虽然对比文件未明确将“现场视图”和“地图视图”定义为第一和第二模式，但其具体实施例中，方向叠加应用（[0017]）明显是在现场视图模式下呈现，而交互式地图（[0043]）是在地图模式下呈现。本领域技术人员可以合理推断，移动设备可以根据情境信息选择在一种或多种模式下呈现基于位置的服务，这隐含公开了目标专利的技术特征B。 |
| **技术特征C**：其中在所述第一模式和所述第二模式中的一种模式下对所述基于位置的服务的控制至少部分地促使在所述第一模式和所述第二模式中的另一模式下对所述基于位置的服务的自适应控制[未公开] | 对比文件全文未描述现场视图模式与地图视图模式之间具有相互控制或自适应影响的关系。 | 对比文件主要关注基于上下文的服务触发和内容提供，而非两种显示模式（如现场视图和地图视图）之间的互操作性或双向控制。对比文件未公开、也未暗示在一种模式下的控制（如调整视角、缩放）会导致另一种模式下显示的自适应变化。因此，该技术特征未被公开。 |
| **技术特征D**：所述用户在所述第一模式和所述第二模式中的一种模式下指定的针对一个或多个兴趣点的搜索范围的改变至少部分地促使在所述第一模式和所述第二模式中的另一模式下的显像的自适应改变[未公开] | 对比文件[0041]描述了基于锚点和chronotope的查询，但查询参数（如“附近披萨餐厅”）的改变仅影响返回的结果列表，未涉及搜索范围（如半径）改变对另一模式显像的影响。<br>对比文件[0047]描述了通过chronotope计算候选锚点与当前锚点之间的总距离，并以此排序，但未公开用户直接调整搜索半径。 | 对比文件未公开用户如何指定搜索范围（如半径），也未公开搜索范围的改变会自适应地影响另一模式（如地图视图）的显像。对比文件中的搜索是基于预设的查询参数或chronotope距离，而非用户动态调整的、与显示直接关联的搜索范围。因此，该技术特征未被公开。 |
| **技术特征E**：其中所述获取用于所述基于位置的服务的情境信息包括：获得来自一个或多个传感器的传感数据、来自所述用户的输入数据，或者它们的组合《直接公开》 | **对比文件[0025]**：无线电接收器（radio receiver 114）用于接收射频发射器数据，以获取位置识别信息。<br>**对比文件[0026]**：条形码阅读器（barcode reader 115）用于读取条形码，提供位置识别信息。<br>**对比文件[0027]**：摄像头（camera 116）用于捕获静态图像或视频，提供位置识别信息。<br>**对比文件[0028]**：麦克风（microphone 117）用于捕获音频，提供位置识别信息。<br>**对比文件[0029]**：用户界面（user interface 118）允许用户与移动设备交互，以确认位置身份、选择锚点或输入地点的描述性名称。<br>**对比文件[0060]-[0067]**：描述了多种LIPC识别模块，包括WiFi搜索、GSM搜索、数据矩阵扫描、图像识别和GPS，这些模块均依赖传感器数据。 | 对比文件极其详尽地公开了通过多种传感器（无线电、摄像头、麦克风、GPS等）获取传感数据，并通过用户界面获取用户输入数据。这些数据共同用于确定用户位置和上下文。这完全覆盖了目标专利中“获得来自一个或多个传感器的传感数据、来自所述用户的输入数据，或者它们的组合”的技术特征。本领域技术人员可以毫无疑义地确定对比文件直接公开了该特征。 |
| **技术特征F**：通过分析所获得的数据来提取所述情境信息《直接公开》 | **对比文件[0030]**：移动应用（mobile application 119）被编程为识别位置识别物理特征（LIPC），并基于至少所识别的位置生成锚点（anchor）。<br>**对比文件[0098]**：步骤“生成用户上下文（Generate user context 702）”用于将位置信息与用户偏好结合，形成用户上下文，该上下文构成了搜索可用远程服务提供商的基础。<br>**对比文件[0088]**：用户上下文（user context 601）是定义用户位置和偏好的数据结构的根节点。 | 对比文件明确描述了如何将从传感器和用户输入获得的数据进行分析，并提取出结构化的情境信息（用户上下文）。这个过程包括识别位置特征、生成锚点、结合用户偏好，最终形成用于搜索服务的上下文。这与目标专利中“通过分析所获得的数据来提取情境信息”完全一致，属于直接公开。 |
| **技术特征G**：其中所述情境信息包括：一个或多个成像参数、来自所述用户的对所述基于位置的服务的一个或多个指示，或者它们的组合《隐含公开》 | **对比文件[0027]**：摄像头（camera 116）提供的信息包括视场（field of view）、景深或到目标的计算距离，这些可视为成像参数。<br>**对比文件[0029]**：用户界面（user interface 118）允许用户输入查询或指示，例如“附近披萨餐厅”或确认位置名称，这些都是来自用户的指示。<br>**对比文件[0091]**：用户偏好（user preference 603）表示用户对可用服务的兴趣，这是用户指示的一种形式。 | 对比文件公开了情境信息（用户上下文）包含位置（由传感器得到）和用户偏好。虽然对比文件未明确将“成像参数”（如相机姿态、焦距）列为情境信息的主要组成部分，但在[0027]中提到摄像头可提供视场和景深信息，这些可以被视为成像参数。此外，[0029]和[0091]明确公开了来自用户的指示（如查询、偏好）。本领域技术人员可以合理推断情境信息可以包括或不包括成像参数，但肯定包括用户指示。因此，该技术特征被隐含公开。 |
| **技术特征H**：其中所述呈现所述基于位置的服务包括：至少部分地基于所述情境信息来确定基于位置的数字信息《直接公开》 | **对比文件[0040]**：远程应用（remote application 134）接收用户查询，并基于查询参数和移动设备的位置（表示为锚点），在数据库（133）中搜索相关的远程服务（remote services 151）。<br>**对比文件[0043]**：用户查询“附近披萨餐厅”，远程应用将此查询转化为数据库查询，找到一组与当前锚点相关的锚点，这些锚点对应的位置是披萨餐厅。<br>**对比文件[0048]**：用户查询“最少访问的服装店”，远程应用在目录中搜索相关服务，并基于锚点确定符合条件的服装店。 | 对比文件明确公开了基于情境信息（位置和用户偏好/查询）来确定与位置相关的数字信息（如披萨餐厅列表、服装店列表）。这个过程与目标专利中“至少部分地基于情境信息来确定基于位置的数字信息”完全一致，属于直接公开。 |
| **技术特征I**：通过所述用户界面在所述第一模式和所述第二模式中的所述至少一种模式下显现所述基于位置的数字信息《隐含公开》 | **对比文件[0017]**：用户选择了方向叠加应用（available service 153），该应用在移动设备上执行，在摄像头拍摄的实时图像上显现（覆盖）方向指示。<br>**对比文件[0031]**：可用服务（available service 153）能够实现内容和/或交互式呈现，例如由第三方广告商或软件开发者提供。<br>**对比文件[0106]**：步骤“执行服务（Execute service 707）”用于通过在移动设备上执行指令来向用户提供可用服务。 | 对比文件公开了通过用户界面呈现基于位置的数字信息。例如，方向叠加应用（[0017]）是在一种模式下（现场视图）显现数字信息。虽然对比文件未明确将“第一模式”和“第二模式”作为系统定义的特征，但其描述的服务执行过程必然涉及在某种用户界面模式下（无论是图形界面、增强现实界面等）向用户显示信息。本领域技术人员可以合理推断这是服务的固有属性，隐含公开了该特征。 |
| **技术特征J**：其中所述基于位置的数字信息通过相应的标记来指示所述用户的一个或多个兴趣点，并且其中所述一个或多个兴趣点处于所述用户指定的搜索范围内《隐含公开》 | **对比文件[0043]**：查询“附近披萨餐厅”的结果返回一个披萨餐厅列表。这些餐厅可以视为兴趣点（POI）。<br>**对比文件[0047]**：通过chronotope计算锚点间的距离，对候选披萨餐厅进行排序，隐含地定义了一个搜索范围（由chronotope距离限定）。<br>**对比文件[0102]-[0103]**：用户从可用服务列表中选择服务，这些服务列表可以视为通过标记（服务名称或图标）来指示兴趣点。 | 对比文件公开了基于位置搜索兴趣点（如披萨餐厅、服装店）。虽然未使用“标记”和“搜索范围”的术语，但搜索结果的列表项（如餐厅名称）本质上就是指示兴趣点的标记，而查询的参数（如“附近”）和chronotope距离的筛选隐含地定义了一个搜索范围。本领域技术人员可以合理推断，搜索结果列表中的条目就是用于指示兴趣点的标记，而这些兴趣点都在用户意图指定的范围内（附近）。因此，该特征被隐含公开。 |
| **技术特征K**：其中所述第一模式包括现场模式，所述第二模式包括地图模式，并且其中，所述显现所述基于位置的数字信息包括以下中的至少一个：至少部分地基于所述一个或多个兴趣点与用于现场视图的成像设备之间的实际距离，根据所述一个或多个兴趣点的相应成像位置，将所述标记显示在第一模式下呈现的所述现场视图上《隐含公开》 | **对比文件[0017]**：描述了一个应用，该应用利用移动设备上的摄像头（成像设备），在用户面前街道的图像上叠加方向指示。这是一种现场视图模式。<br>**对比文件[0027]**：摄像头（camera 116）可以提供视场、景深或到目标的计算距离。 | 对比文件公开了现场视图模式（方向叠加应用）。虽然该应用显示的是路径指示而非POI标记，但本领域技术人员可以合理推断，对于POI标记的显示，也可以采用类似的技术在摄像头图像上叠加。对比文件[0027]提到摄像头可提供距离信息，这为基于距离进行显示提供了基础。因此，对比文件隐含公开了在基于现场视图的模式下，使用成像设备（摄像头）来呈现数字信息（标记）的可能性。但需要指出，对比文件未公开标记显示与POI实际距离的具体关系，且用途不同（方向导航vs. POI标记），故为隐含公开。 |
| **技术特征L**：根据所述一个或多个兴趣点的相应地理位置，将所述标记显示在第二模式下呈现的地图视图上《隐含公开》 | **对比文件[0043]**：描述了交互式地图（interactive map）作为搜索结果的一部分。地图模式是隐含存在的。<br>**对比文件[0047]**：在查询“附近披萨餐厅”时，结果包括披萨餐厅的位置，这些位置可以在地图上显示为标记。 | 对比文件公开了地图模式（交互式地图），并且搜索结果（兴趣点）必然具有地理位置。在基于位置的服务中，将兴趣点显示在地图上的相应位置是常规做法。虽然对比文件未明确描述在地图上显示标记，但本领域技术人员可以合理推断，为了向用户直观展示搜索结果，地图上必然会有指示兴趣点位置的标记。因此，该特征被隐含公开。 |
| **技术特征M**：其中所述现场视图上的标记至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离而具有相应的尺寸和不透明密度[未公开] | 对比文件全文未描述基于距离调整现场视图上标记的尺寸或不透明密度。 | 对比文件未公开此特征。尽管[0027]提到了距离信息，但未将其用于调整显示元素（标记）的视觉属性（尺寸、不透明度）。目标专利中的这一特征是为了实现“近大远小”的透视效果，而对比文件无此概念。因此，该技术特征未被公开。 |
| **技术特征N**：其中通过至少部分地基于所述一个或多个兴趣点与所述成像设备之间的实际距离对所述标记进行排列，分批显示所述现场视图上的标记[未公开] | 对比文件全文未描述对标记进行分批显示，也未提及基于距离排序显示。 | 对比文件未公开此特征。目标专利中的分批显示是为了解决标记堆积问题，而对比文件无此问题及解决方案。因此，该技术特征未被公开。 |
| **技术特征O**：其中，响应于来自所述用户的指示，交换所述标记的批次[未公开] | 对比文件全文未描述用户可指示交换显示的批次。 | 对比文件未公开此特征。该特征依赖于技术特征N的分批显示机制，既然N未被公开，O自然也不被公开。 |
| **技术特征P**：其中，在所述现场视图上显示对应的信息框来描述所述标记[未公开] | 对比文件[0017]描述的方向叠加应用显示了方向指示，但并非描述标记的信息框。 | 对比文件未公开在AR现场视图上显示用于描述标记的信息框。目标专利中的信息框是用于详细描述POI的，与方向指示不同。因此，该技术特征未被公开。 |
| **技术特征Q**：其中，至少部分地基于所述搜索范围所确定的区域被显示在所述地图视图上，并且其中，在所述地图视图上显示的标记处于所述区域内[未公开] | 对比文件全文未描述在地图视图上显示一个由搜索范围确定的区域（如扇形）。 | 对比文件未公开此特征。目标专利中的区域是三维搜索范围在水平面上的投影，用于可视化搜索范围。对比文件中的搜索是基于锚点和chronotope，没有这种可视化的区域。因此，该技术特征未被公开。 |
| **技术特征R**：其中，所述搜索范围包括由四棱锥部分和球截形部分组成的三维结构，并且所述区域是所述三维结构在水平面上的投影[未公开] | 对比文件全文未描述这种特定的三维搜索范围结构。 | 对比文件未公开此特征。目标专利中的三维结构是与其相机视角和姿态控制密切相关的，用于精确筛选POI。对比文件无此概念。因此，该技术特征未被公开。 |
| **技术特征S**：其中，对所述基于位置的服务的控制包括更新所述情境信息《直接公开》 | **对比文件[0092]**：用户可以在之后的时间更改设置值（set value 604），以反映新的或变化的兴趣。<br>**对比文件[0093]**：移动应用（mobile application 119）会记录用户的选择和使用模式，并应用合适的算法来自动识别兴趣，从而更新学习值（learned value 605）。 | 对比文件明确公开了更新情境信息（用户上下文）的机制，包括用户手动更新偏好和系统自动根据用户行为学习更新偏好。这与目标专利中“对LBS的控制包括更新情境信息”完全一致，属于直接公开。 |
---
### 结论
根据上述特征比对，对比文件对目标专利权利要求的各技术特征的公开情况如下：
* **直接公开的技术特征**：A, E, F, H, S
* **隐含公开的技术特征**：B, G, I, J, K, L
* **未公开的技术特征**：C, D, M, N, O, P, Q, R
<<<A>>><<<b>>><<<E>>><<<F>>><<<g>>><<<H>>><<<i>>><<<j>>><<<k>>><<<l>>><<<S>>>