对比文件名称：2008-01-17_US2008016472A_发明申请_US20080016472A1 Markup Language for Interactive Geographic Information System
目标专利名称：327用于室内导航的金字塔测绘数据结构CN105026889B
模型名称：DeepSeek
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在存储器中存储室内环境的地图的基底层面数据结构，其中所述基底层面数据结构表示所述室内环境中可能的兴趣点POI的几何图形<br>**判断结果**：未直接公开，未隐含公开 | 对比文件涉及地理信息系统（GIS），其背景技术部分提到“A geographic information system (GIS) is a system for archiving, retrieving, and manipulating data that has been stored and indexed according to the geographic coordinates of its elements.”（[0003]段） | **直接公开判断**：对比文件公开了存储和索引地理数据的地理信息系统，但未具体提及“室内环境”的地图，也未提及表示“室内环境中可能的兴趣点（POI）的几何图形”的“基底层面数据结构”。目标专利的“室内环境”和“POI的几何图形”是其特定应用场景和数据结构，对比文件未直接公开。<br>**隐含公开判断**：对比文件虽然公开了存储地理数据（可能包括建筑物等），但其主要关注室外地理环境（如地球表面、卫星图像）的交互式可视化系统。本领域技术人员从对比文件中无法合理推断出专门用于“室内环境”的、包含“可能的POI几何图形”的“基底层面数据结构”。该技术特征未被隐含公开。 |
| **技术特征B**：处理器从所述基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点，<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了数据的分层组织，例如“[0022]...traversing a data structure in memory, referred to as a quad node tree, in which each quad node of the tree contains drawable data...”（[0022]段），以及“[0100]...Files containing KML are encoded in a default file format referred to as “KMZ.”...”（[0100]段）描述了包含地理特征的分层文件。 | **直接公开判断**：对比文件公开了四叉树（quad node tree）等层次化数据结构用于存储和渲染地理数据。然而，对比文件并未明确公开从“基底层面数据结构”生成“基底层面地图”的步骤，也未明确将生成的层面称为“分层金字塔数据结构的父代节点”。目标专利强调的“金字塔”结构及其“父代节点”的生成过程，在对比文件中没有直接对应的描述。<br>**隐含公开判断**：对比文件公开了层次化的数据组织（如四叉树、KMZ文件包含层次数据），可以视为一种分层数据结构。然而，本领域技术人员无法从对比文件明确公开的内容中，必然且唯一地推理出“处理器从基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点”这一具体的技术方案。特别是，对比文件未揭示以“POI多边形表示”为基础构建金字塔基底，并明确该基底为“父代节点”的技术构思。因此，该技术特征未被隐含公开。 |
| **技术特征C**：且其中所述基底层面地图包括所述室内环境中的一定数量的POI的多边形表示且包括界定POI特性的元数据，<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了使用标记语言（KML）定义地理特征：“KML, or Keyhole Markup Language, is a hierarchical XML-based grammar and file format for modeling, storing, and displaying geographic features such as points, lines, images, and polygons...”（[0100]段）。也提到了“Placemarks”（地标）可以包含描述（description）等元数据（[0119]-[0122]段）。 | **直接公开判断**：对比文件公开了使用多边形（polygons）表示地理特征，以及使用标记语言标签（如`<description>`）来包含元数据。然而，对比文件并未限定这些多边形表示是用于“室内环境中的POI”。更重要的是，目标专利中“基底层面地图包括一定数量的POI的多边形表示且包括界定POI特性的元数据”是作为一个整体定义的基底层面内容。对比文件虽然公开了相关元素（多边形、元数据），但未将其组合并明确定义为目标专利所述的“基底层面地图”的特定构成。因此，未直接公开。<br>**隐含公开判断**：对比文件公开了地理特征（可视为广义POI）可以用多边形表示并关联元数据。但本领域技术人员无法从对比文件中必然推理出，这些特征被特意组织成一个专用于室内导航的、包含所有可能POI几何图形和元数据的“基底层面地图”。该技术特征未被隐含公开。 |
| **技术特征D**：每个多边形指示在所述基底层面地图中对应POI的位置和所述对应POI的大小<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了地标（Placemark）包含坐标以指示位置：“Coordinates can be specified as [longitude, latitude, altitude]...”（[0147]段）。对于覆盖层（Overlay），可以使用`<LatLonBox>`指定其地理范围（[0149]段），这隐含了大小。 | **直接公开判断**：对比文件直接公开了使用坐标指示地理特征的位置。对于“大小”，对比文件在描述地面覆盖层（GroundOverlay）时，通过指定其北、南、东、西边界（`<LatLonBox>`）来界定其覆盖的地理区域，这可以理解为指示了该覆盖层“对象”的大小。然而，目标专利明确限定为“每个多边形指示...POI的位置和...POI的大小”。对比文件中，位置信息通常与点（Point）或地标（Placemark）的核心坐标关联，而大小/范围信息更典型地与覆盖层（Overlay）这种“面”状对象关联。虽然多边形（Polygon）本身由坐标点定义，其轮廓也隐含了范围，但对比文件并未明确阐述“每个多边形”都用于同时且明确地指示POI的“位置”和“大小”。因此，未达到“毫无疑义”的直接公开标准。<br>**隐含公开判断**：本领域技术人员知晓，在GIS中，一个多边形特征由其顶点坐标定义，这些坐标决定了其位置和形状/面积（即大小）。对比文件公开了多边形作为地理特征的一种表示方式（[0100]段）。因此，可以合理推断，当使用多边形表示一个POI时，该多边形必然定义了该POI的位置和大小。该技术特征被对比文件隐含公开。 |
| **技术特征E**：接收POI类型列表<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了用户输入搜索查询：“when the user enters a search query (e.g., via the geospatial browser... it is put into a request and sent to the GIS server system...”（[0042]段）。也提到了“Local Search mode”（[0075]段）。 | **直接公开判断**：对比文件公开了接收用户搜索查询，该查询可能包含地点名称、类别（如“pizza”）等。然而，“POI类型列表”在目标专利中是一个更具体的技术特征，它作为创建新层面地图的输入依据。对比文件未明确公开接收一个明确的“POI类型列表”这一技术动作。因此，未直接公开。<br>**隐含公开判断**：对比文件公开了接收用户搜索请求，该请求可以包含对特定类型地点（如餐馆、学校）的搜索。这可以视为接收了一种“POI类型”信息。然而，“列表”形式意味着可能包含多个类型项。虽然用户可以输入复合搜索条件，但对比文件并未强调或明确公开以“列表”形式接收POI类型作为系统输入。本领域技术人员从对比文件公开的搜索功能中，无法必然推理出“接收POI类型列表”这一具体的技术特征。因此，该技术特征未被隐含公开。 |
| **技术特征F**：基于所述POI类型列表创建新层面地图作为所述金字塔分层数据结构的子代节点，<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了“Regions”机制，可以根据条件（如视野范围、详细程度LOD）激活数据对象：“Regions are a combination of conditional-data and data objects, wherein the conditional-data specifies conditions under which the data objects should be processed...”（[0170]段）。也描述了网络链接（NetworkLink）可以获取子数据（[0127]段）。 | **直接公开判断**：对比文件公开了基于条件（如区域可见性、LOD）来加载或激活不同数据对象，这可以视为创建不同“细节层面”的显示内容。然而，目标专利明确是基于“POI类型列表”来创建新层面地图，并且将新地图明确定义为“金字塔分层数据结构的子代节点”。对比文件中的条件是基于视图参数（如相机位置、缩放级别）或区域范围，而非基于用户提供的“POI类型列表”来筛选数据并创建新的地图层面。因此，未直接公开。<br>**隐含公开判断**：对比文件的“Regions”和“LOD”机制可以实现根据视图范围加载不同细节的数据，这类似于金字塔层级的概念。网络链接（NetworkLink）可以引用子数据文件，形成层次结构。但是，基于“POI类型列表”作为筛选条件来生成新的、简化的地图层面（即子代节点），这一特定技术手段在对比文件中没有描述，也无法从对比文件公开的内容中合理推断出来。因此，该技术特征未被隐含公开。 |
| **技术特征G**：其中所述新层面地图包含相对于所述基底层面地图中的POI的多边形表示的所述数量减少数量的POI的多边形表示，<br>**判断结果**：未直接公开，未隐含公开 | 对比文件在描述LOD（细节层次）时提到：“The use of multiple data objects each with adjoining or overlapping LOD range specifications, allows a set of alternate versions of a data object, each with different levels of detail or resolution...”（[0200]段）。在简化3D建筑时提到：“Polygons enclosing less volume are eliminated at that level based on a simplification factor...”（[0094]段）。 | **直接公开判断**：对比文件公开了可以为同一地理特征提供不同细节层次（LOD）的版本，在较粗略的层次可能使用简化的几何表示。在3D建筑处理的例子中，也提到根据体积简化，消除一些多边形。这确实涉及了数据量的减少。然而，目标专利的“数量减少”是特指基于“POI类型列表”筛选后，保留下来的POI数量相对于基底层面减少了。对比文件中LOD的简化是基于几何复杂性（如顶点数、体积）或显示像素大小，而不是基于POI的类型或重要性进行筛选导致的数量减少。因此，未直接公开。<br>**隐含公开判断**：对比文件公开了通过LOD机制显示简化版本的数据，这可能意味着显示的“对象”数量或细节减少。但是，这种减少是源于同一组对象的不同细节表示，而非像目标专利那样，通过筛选POI类型来从原始集合中移除整个POI实体，从而形成一个包含更少POI实体的新集合。本领域技术人员无法从对比文件的LOD或简化技术中，推理出基于POI类型列表进行筛选以创建POI数量减少的新地图层面的技术方案。因此，该技术特征未被隐含公开。 |
| **技术特征H**：其中创建所述新层面地图包括基于在所述新层面地图中所述POI的既定大小和所述POI类型列表来确定所述POI的重要性层面，<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及基于POI大小和类型列表确定“重要性层面”的相关内容。 | **直接公开判断**：对比文件完全没有提及“POI的重要性层面”这一概念，更没有提及基于“POI的既定大小”和“POI类型列表”来确定该重要性层面的方法。因此，肯定未被直接公开。<br>**隐含公开判断**：对比文件完全没有涉及“重要性层面”的确定，尤其是结合“POI大小”和“POI类型列表”这两个特定因素。本领域技术人员无法从对比文件的任何内容中进行推理得出该技术特征。因此，未被隐含公开。 |
| **技术特征I**：以及从所述基底层面地图中消除所述所确定的重要性层面低于指定重要性层面的POI。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及基于“重要性层面”消除POI的相关内容。 | **直接公开判断**：对比文件完全没有提及基于“重要性层面”阈值来消除POI的技术手段。因此，肯定未被直接公开。<br>**隐含公开判断**：对比文件完全没有涉及基于重要性评分进行筛选或消除的技术。本领域技术人员无法从对比文件的任何内容中进行推理得出该技术特征。因此，未被隐含公开。 |
| **技术特征J**：其进一步包括：指派所述新层面地图作为当前层面地图<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及“当前层面地图”的概念或指派操作。 | **直接公开判断**：对比文件未公开将新创建的地图层面临时存储或标记为“当前层面地图”以供后续操作使用的步骤。因此，未被直接公开。<br>**隐含公开判断**：在数据处理中，将新生成的数据集作为后续处理的基础是常见的编程实践。然而，对比文件的技术方案（如基于Region/LOD加载数据）是实时响应视图变化的流式处理，并未描述一个迭代的、以“当前层面地图”为起点的、逐步细化的地图生成流程。本领域技术人员从对比文件中无法必然推理出这一特定于目标专利迭代流程的技术特征。因此，未被隐含公开。 |
| **技术特征K**：从所述用户装置接收经更新的POI类型列表，其中所述经更新的POI类型列表表示与由最近先前POI类型列表所表示的相比较窄的POI特征定义基于所述经更新的POI类型列表从所述当前层面地图创建较高层面地图，其中所述较高层面地图包含进一步减少数量的POI的多边形表示，其中创建所述较高层面地图包括基于所述经更新的POI类型列表确定所述POI的经更新的重要性层面，以及在所述当前层面地图中消除所述所确定的经更新的重要性层面低于经更新的指定重要性层面的POI<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及接收“经更新的POI类型列表”并进行迭代筛选的过程。 | **直接公开判断**：对比文件完全没有公开目标专利中描述的迭代细化过程：接收更窄定义的POI类型列表 -> 从“当前层面地图”创建“较高层面地图” -> 基于新列表重新确定重要性 -> 根据新阈值消除POI。这是一个多步骤的特定方法，在对比文件中无任何对应描述。因此，未被直接公开。<br>**隐含公开判断**：对比文件的技术方案侧重于根据视图条件动态加载数据，而非根据用户不断提供的、越来越具体的类型列表来迭代地、主动地生成并存储一系列简化地图。本领域技术人员无法从对比文件公开的GIS系统功能中推理出这一整套迭代筛选和地图生成的特定方法。因此，未被隐含公开。 |
| **技术特征L**：将所述较高层面地图指派为所述当前层面地图。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及“当前层面地图”的概念或指派操作。 | **直接公开判断**：同技术特征J，对比文件未公开此特征。因此，未被直接公开。<br>**隐含公开判断**：同技术特征J，该特征与目标专利的特定迭代流程紧密相关，无法从对比文件中推理得出。因此，未被隐含公开。 |
| **技术特征M**：其进一步包括：从所述用户装置接收新的经更新POI类型列表<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及多次接收“新的经更新POI类型列表”。 | **直接公开判断**：对比文件未公开重复接收POI类型列表的技术特征。因此，未被直接公开。<br>**隐含公开判断**：对比文件未描述一个允许用户多次、逐步细化搜索（如从“鞋”到“女士鞋”）并触发服务器端地图重新生成的交互流程。本领域技术人员无法从对比文件推理出此特征。因此，未被隐含公开。 |
| **技术特征N**：基于所述新的经更新POI类型列表从所述当前层面地图创建新的较高层面地图，其中所述新的较高层面地图包含再进一步减少数量的POI的多边形表示，其中创建所述新的较高层面地图包括基于所述新的经更新POI类型列表确定所述POI的新的经更新重要性层面，以及在所述当前层面地图中消除所述所确定的新的经更新重要性层面低于新的经更新指定重要性层面的POI<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及基于新的类型列表迭代创建“新的较高层面地图”的过程。 | **直接公开判断**：对比文件完全没有公开此迭代创建和筛选过程。因此，未被直接公开。<br>**隐含公开判断**：同技术特征K，这是目标专利迭代流程的延续，无法从对比文件推理得出。因此，未被隐含公开。 |
| **技术特征O**：将所述新的较高层面地图指派为所述当前层面地图<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及“当前层面地图”的概念或指派操作。 | **直接公开判断**：同技术特征J、L，对比文件未公开此特征。因此，未被直接公开。<br>**隐含公开判断**：同技术特征J、L，该特征与目标专利的特定迭代流程紧密相关，无法从对比文件中推理得出。因此，未被隐含公开。 |
| **技术特征P**：从所述用户装置重复接收新的经更新POI类型列表，创建新的较高层面地图，以及将所述新的较高层面地图指派为所述当前层面地图，直到无新的经更新指定重要性层面被接收。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件未提及重复接收列表、创建地图、指派地图直到条件满足的循环过程。 | **直接公开判断**：对比文件完全没有公开这一完整的迭代循环控制流程。因此，未被直接公开。<br>**隐含公开判断**：对比文件未描述任何类似的、以用户输入为驱动、直到满足条件为止的迭代地图生成循环。本领域技术人员无法从对比文件推理出此特征。因此，未被隐含公开。 |
| **技术特征Q**：其进一步包括在存储器中将每一新的较高层面地图存储为连续相关子代节点数据子结构的金字塔形布置的分层结构。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了层次化数据存储，如四叉树（[0022]段）和包含子数据的KMZ文件（[0100]段）。也提到了网络链接可以形成层次结构（[0224]段关于Super Overlays）。 | **直接公开判断**：对比文件公开了将数据组织成层次结构（如四叉树、通过网络链接引用的文件层次）。然而，目标专利特指将“每一新的较高层面地图”存储为“连续相关子代节点数据子结构的金字塔形布置”。对比文件中的层次结构更多是用于空间索引（四叉树）或静态内容组织（Super Overlays的预定义瓦片层次），而非动态生成的、基于POI类型筛选的一系列地图层面所形成的“金字塔形布置”的特定数据结构。因此，未直接公开。<br>**隐含公开判断**：对比文件公开了地理数据可以以层次化方式组织和存储。如果认可技术特征F（创建子代节点）和K/N（创建较高层面地图）被隐含公开（尽管我们在独立判断中认为没有），那么将这些连续创建的地图层面临时或永久存储，并组织成层次关系，对于本领域技术人员来说是管理此类数据的合理且常规的手段。因此，**在非常宽松的隐含公开判断标准下**，可以认为该技术特征被隐含公开。但这建立在认可前述特征被公开的假设上，而根据我们的独立分析，前述特征并未被公开。 |
| **技术特征R**：其进一步包括：从所述用户装置获取地图层面的选择以便显示在所述用户装置上，所述选择基于装置屏幕大小和/或电池电量水平中的一或多者。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了根据视图规范（view specification）选择要绘制的数据，视图规范由虚拟相机的位置、方向等决定（[0021], [0052]段）。未提及基于设备屏幕大小或电池电量进行选择。 | **直接公开判断**：对比文件公开了基于视图参数（如相机位置、视野）来选择渲染哪些数据，这是基于显示内容本身的技术。但目标专利明确提出了基于“装置屏幕大小和/或电池电量水平”这些外部设备状态或资源条件来选择地图层面。这在对比文件中完全没有提及。因此，未被直接公开。<br>**隐含公开判断**：对比文件的技术方案专注于根据用户视图动态流式传输数据，以实现交互性能。虽然优化性能是共同目标，但对比文件并未揭示将“设备屏幕大小”或“电池电量”作为具体的选择准则。本领域技术人员从对比文件中无法合理推断出这一特定的、基于设备资源的层面选择机制。因此，该技术特征未被隐含公开。 |
| **技术特征S**：其进一步包括：在通过无线通信耦合到所述用户装置的远程服务器处生成地图层面，其中所述生成的地图层面对应于来自所述用户的所述选择<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了客户端-服务器架构，服务器提供地图数据：“The GIS server system 105 receives requests for map information, and responds to those requests...”（[0038]段）。也提到服务器端可以预先计算LOD数据（[0088]段）。 | **直接公开判断**：对比文件公开了在服务器端存储和提供地理数据，包括不同LOD的数据。然而，目标专利中“生成地图层面”特指根据用户的选择（尤其是基于设备屏幕大小/电池电量的选择）来生成对应的地图层面。对比文件中服务器提供的是预先生成的、静态的不同细节数据（如图像瓦片、简化3D模型），而非实时“生成”一个符合特定设备资源条件的地图层面。因此，未直接公开。<br>**隐含公开判断**：对比文件公开了服务器存储并提供不同细节层次的数据。如果用户选择（尽管对比文件未公开技术特征R中的选择方式）需要某一细节层次的数据，服务器提供该数据可以视为“生成”层面的一种形式（即从存储中检索并发送）。在非常宽泛的理解下，可以认为对比文件隐含了服务器根据（某种）请求提供对应数据层面的技术。然而，目标专利的“生成”更侧重于根据准则动态创建或组装，这与对比文件提供预存静态层面仍有区别。在宽松标准下，可认为该特征被部分隐含，但严格来说，其与目标专利的“生成”含义不完全等同。 |
| **技术特征T**：将所述生成的地图层面以所述分层金字塔数据结构形式存储在所述远程服务器上。<br>**判断结果**：未直接公开，未隐含公开 | 对比文件描述了在服务器端存储层次化数据，如图像数据库和地图信息（[0037]段），以及预处理的LOD数据（[0088]段）。 | **直接公开判断**：对比文件公开了在服务器上存储地理数据，这些数据可能是层次化组织的（如不同缩放级别的图像瓦片）。这与“将生成的地图层面以分层金字塔数据结构形式存储”有相似之处。然而，目标专利的“分层金字塔数据结构”特指其权利要求中定义的、基于POI多边形表示和筛选的特定金字塔结构。对比文件存储的层次化数据（如图像金字塔、3D建筑LOD数据集）在内容、构建方式和目的上均与之不同。因此，未直接公开。<br>**隐含公开判断**：对比文件明确公开了在远程服务器上存储层次化的地理数据（例如，不同细节层次的图像、3D模型）。这可以广义地理解为“将地图层面以分层金字塔数据结构形式存储”。虽然具体的数据内容（POI多边形金字塔 vs 图像/模型金字塔）不同，但“在服务器存储层次化地图数据”这一上位概念已被对比文件公开。在宽松的隐含公开判断标准下，可以认为该技术特征被隐含公开。 |
| **技术特征U**：其进一步包括传递所述生成的地图层面以便显示在所述用户装置上。<br>**判断结果**：直接公开 | 对比文件明确描述了服务器向客户端传递数据：“The server system 105 then determines what the search query is for, and responds with the appropriate data... in a format that the requesting client can use to present the data to the user...”（[0042]段）。 | **直接公开判断**：对比文件直接公开了地理信息系统（GIS）的核心功能：服务器响应客户端请求，将适当的数据（可包含地图图像、地理特征等）传递给客户端，以便客户端将其显示给用户。这毫无疑义地公开了“传递所述生成的地图层面以便显示在所述用户装置上”这一技术特征。 |
<<<d>>><<<U>>>