**对比文件名称**：2012-07-17_US8223172B_发明授权_US08223172B1 Regional map zoom tables
**目标专利名称**：327用于室内导航的金字塔测绘数据结构CN105026889B
**模型名称**：DeepSeek
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在存储器中存储室内环境的地图的基底层面数据结构，其中所述基底层面数据结构表示所述室内环境中可能的兴趣点POI的几何图形<br>**未被公开** | 说明书[0030]段：“The memory 42 may be a combination of hardware memories... The memory may store both data and executable code... the map database 12... The map database may include label data 46, map feature data 47 in the form of image data, vector data, or both...” | **论述**：对比文件公开了在存储器中存储地图数据库，该数据库包含地图特征数据（map feature data），这些特征数据可以包括建筑物、道路等（见[0004], [0027]）。然而，目标专利的“基底层面数据结构”特指“室内环境”中“可能的兴趣点(POI)的几何图形”。对比文件的地图数据主要针对室外或通用地理区域（如城市、街道，见[0031]-[0034]），其“特征”范围更广（道路、标签、区域等），并未特别限定于“室内环境”的“POI几何图形”。尽管对比文件提到“商店轮廓”（store outlines，见[0034]），但这是在室外地图上下文中的示例，并非作为定义室内POI几何图形的“基底层面数据结构”。两者作用不同：目标专利的基底数据结构是专为室内导航构建金字塔层次的基础；对比文件的数据库是用于支持不同缩放级别下地图（主要是室外）渲染的通用数据源。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“存储室内环境POI几何图形的基底层面数据结构”这一技术特征。 |
| **技术特征B**：处理器从所述基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点，<br>**未被公开** | 说明书[0030]段：“...map application routines 45. The map database may include... one or more type tables 48 describing style information by zoom level... The map application routines may include those used to respond to individual client device requests for map data...” 以及 [0047]段：“A block 106 may generate, at the server, map data for the region of interest at a given zoom level...” | **论述**：对比文件公开了服务器处理器可以响应客户端请求，生成特定缩放级别的地图数据（map data）。然而，目标专利的“生成基底层面地图”特指从一个表示所有可能POI几何图形的“基底层面数据结构”出发，生成作为“分层金字塔数据结构父代节点”的地图。对比文件虽然涉及在不同缩放级别生成地图数据（可视为不同细节层次），但其数据组织方式是通过“缩放表”（zoom table）来指示哪些缩放级别有新数据可用（见[0022]-[0026], 表1-4），并未公开将地图数据组织成具有明确父子节点关系的“分层金字塔数据结构”。金字塔数据结构是目标专利的核心架构，用于从精细到粗略管理POI。对比文件的数据组织逻辑是基于缩放级别的数据可用性表格，与金字塔节点结构有本质区别。因此，该特征未被直接公开，也无法从对比文件的内容中合理推断出来。 |
| **技术特征C**：且其中所述基底层面地图包括所述室内环境中的一定数量的POI的多边形表示且包括界定POI特性的元数据，<br>**未被公开** | 说明书[0004]段：“...vector image data (or vector data) includes data that defines specific map objects or elements... In the context of a map image, such map elements or primitives may be, for example, individual roads, text labels, areas, text boxes, buildings, points of interest markers... Thus, for any particular image element, the map database stores a set of various attributes defining properties of the element.” 以及 [0034]段：“...store outlines labeled “Hats” 74, “Shoes” 76...” | **论述**：对比文件公开了矢量数据可以定义地图对象（如建筑物、兴趣点标记），并且数据库存储定义元素属性的各种属性集（attributes）。这在一定程度上公开了用矢量形式（可能包含多边形）表示特征，并包含属性信息。然而，目标专利的“基底层面地图”特指包含“室内环境”中“一定数量的POI的多边形表示”以及“界定POI特性的元数据”。对比文件的特征对象和属性是针对通用地图特征（包括但不限于POI），且未明确其表示形式为“多边形”，也未明确其属性是专门“界定POI特性”的元数据（如重要性、类型等）。虽然“商店轮廓”可视为一种多边形表示，但对比文件未将其描述为“POI的多边形表示”体系的一部分。此外，目标专利的POI及其元数据是服务于后续基于重要性进行筛选的金字塔构建过程，而对比文件的属性主要用于渲染和样式控制。因此，该特征未被直接公开。尽管对比文件部分公开了特征表示和属性，但由于应用场景（室内/外）和核心目的（筛选导航/缩放显示）的显著差异，本领域技术人员无法合理推断出目标专利所限定的特定技术方案。 |
| **技术特征D**：每个多边形指示在所述基底层面地图中对应POI的位置和所述对应POI的大小<br>**未被公开** | （未发现明确记载每个多边形指示对应POI位置和大小的内容。相关特征描述见[0004], [0034]。） | **论述**：对比文件公开了矢量数据定义地图对象（如建筑物、商店轮廓），这些对象必然包含位置信息，轮廓本身也隐含了大小或范围。但是，对比文件没有明确描述“每个多边形”如何“指示对应POI的位置和大小”。目标专利中该特征是作为POI多边形表示的具体限定，服务于后续基于POI大小进行重要性评估的逻辑（见目标专利[0020]段）。对比文件未揭示这种将每个多边形的几何属性（位置、大小）与POI重要性计算明确关联的技术构思。因此，该特征未被对比文件直接公开。虽然矢量图形的基本属性包含位置和形状信息，但将其特定化为“指示POI位置和大小的多边形”并用于后续筛选流程，并非本领域技术人员能从对比文件中必然得出或合理推断的。 |
| **技术特征E**：接收POI类型列表<br>**未被公开** | 说明书[0048]段：“A block 102 may receive, at a server from the client device over a network, a request for parameters relating to a map application running on the client device.” 以及 [0049]段：“A block 104 may determine factors related to the request. The request for map data may be for a region of interest... In addition, the request may be associated with map data for a particular application...” | **论述**：对比文件公开了服务器从客户端接收地图数据请求，该请求可能包含感兴趣区域、应用类型等参数。然而，目标专利的“接收POI类型列表”是指接收一个用户指定的、关于兴趣点类别的列表（例如“鞋”、“灭火器”，见目标专利[0023], [0029]段），该列表用于后续从基底地图中筛选POI。对比文件的请求参数主要是关于地理区域和地图应用类型（如驾驶导航、普通地图），并未提及接收一个具体的“POI类型列表”作为输入。两者作用不同：目标专利的POI类型列表是内容筛选的直接依据；对比文件的请求参数是确定发送何种地图数据（如矢量、标签、交通）和缩放表的基础。因此，该技术特征未被直接公开，也无法从对比文件的内容中合理推断。 |
| **技术特征F**：基于所述POI类型列表创建新层面地图作为所述金字塔分层数据结构的子代节点，<br>**未被公开** | 说明书[0022]-[0026]段讨论了在不同缩放级别重用或下载新的地图数据（矢量数据、标签数据），并通过缩放表管理。[0047]段：“A block 106 may generate, at the server, map data for the region of interest at a given zoom level...” | **论述**：对比文件公开了服务器可以为特定缩放级别生成地图数据，并且在不同缩放级别，显示的特征数量和细节会发生变化（例如图3A-3C）。这可以视为创建了不同细节层次的“地图”。然而，目标专利的“创建新层面地图”是特指“基于POI类型列表”进行创建，并且结果是作为“金字塔分层数据结构的子代节点”。对比文件创建不同细节地图的触发原因是“缩放级别变化”或“区域变化”，其筛选逻辑是基于预先为每个缩放级别定义好的数据可用性（缩放表），而不是基于动态接收的“POI类型列表”进行内容筛选。此外，对比文件没有“金字塔分层数据结构”及其“子代节点”的概念。因此，该技术特征未被直接公开。尽管对比文件公开了生成不同细节地图，但其技术手段、触发条件和数据结构均与目标专利不同，本领域技术人员无法进行合理推断。 |
| **技术特征G**：其中所述新层面地图包含相对于所述基底层面地图中的POI的多边形表示的所述数量减少数量的POI的多边形表示，<br>**未被公开** | 说明书[0031]-[0034]段及图3A-3C：随着缩放级别提高（从图3A到3C），视图中显示的特征（如建筑物标签、商店轮廓）数量增加，细节更丰富。反之，缩放级别降低时，显示的特征数量减少。 | **论述**：对比文件确实公开了在不同缩放级别下，地图上显示的特征数量会变化。例如，在较低缩放级别（更宏观的视图），显示的特征较少；在较高缩放级别（更放大的视图），显示的特征更多。这体现了“细节层次”（Level of Detail）的概念。然而，目标专利的“数量减少”特指基于“POI类型列表”和“重要性层面”对“POI多边形表示”进行主动筛选和消除的结果，从而生成数据层面（数据结构）上POI数量更少的新地图。对比文件的特征数量变化主要是由于视图范围（缩放）变化导致的“显示”数量变化，或者是为不同缩放级别预定义了不同数据集（可能包含不同特征），其核心目的是适应屏幕显示和避免杂乱，而非基于用户指定的POI类型进行动态内容筛选。两者减少数量的目的和机制不同。因此，该特征未被直接公开。虽然都实现了显示上特征数量的变化，但实现该结果的技术路径和内在逻辑不同，本领域技术人员无法从对比文件的缩放显示逻辑中推断出基于POI类型列表的动态筛选逻辑。 |
| **技术特征H**：其中创建所述新层面地图包括基于在所述新层面地图中所述POI的既定大小和所述POI类型列表来确定所述POI的重要性层面，<br>**未被公开** | （未发现有关基于POI大小和类型列表来确定POI重要性层面的内容。） | **论述**：目标专利中，“重要性层面”是一个核心概念，用于决定哪些POI被保留在新地图中。其确定依据是“POI的既定大小”（例如，小POI可能被合并以提高重要性，见目标专利[0020]段）和“POI类型列表”（用户兴趣）。对比文件完全没有提及“重要性层面”（importance level）这一概念，也没有任何基于POI“大小”和用户提供的“类型列表”来计算或确定任何优先级或重要性的描述。对比文件中特征的选择显示主要依赖于预先设定的缩放级别数据可用性表以及标签放置规则（见[0022], [0032]），与POI的个体大小无关。因此，该技术特征既未被直接公开，也未被隐含公开。没有任何内容支持本领域技术人员能进行相关推断。 |
| **技术特征I**：以及从所述基底层面地图中消除所述所确定的重要性层面低于指定重要性层面的POI。<br>**未被公开** | （未发现有关基于重要性层面消除POI的内容。） | **论述**：如特征H所述，对比文件不存在“重要性层面”的概念。因此，基于重要性层面进行POI筛选和“消除”的技术特征自然也未被公开。对比文件中特征是否显示取决于缩放级别和视图范围，是一种“视情况显示或隐藏”，而非从底层数据结构中“消除”或“移除”。两者操作对象和持久性不同。因此，该特征未被公开。 |
| **技术特征J**：其进一步包括：指派所述新层面地图作为当前层面地图<br>**未被公开** | （未发现有关指派某个地图作为“当前层面地图”的内容。） | **论述**：对比文件描述了服务器为不同缩放级别或区域生成地图数据并发送给客户端。客户端根据用户操作（如缩放）请求新的地图数据。其中没有涉及在服务器或客户端内部维护一个“当前层面地图”变量或状态，并将新创建的地图指派给它的概念。目标专利中的“指派为当前层面地图”是为后续迭代筛选（特征K-P）提供基础的操作步骤。对比文件的工作流程是请求-响应式，没有这种为迭代处理而维护“当前”状态的概念。因此，该特征未被公开。 |
| **技术特征K**：从所述用户装置接收经更新的POI类型列表，其中所述经更新的POI类型列表表示与由最近先前POI类型列表所表示的相比较窄的POI特征定义基于所述经更新的POI类型列表从所述当前层面地图创建较高层面地图，其中所述较高层面地图包含进一步减少数量的POI的多边形表示，其中创建所述较高层面地图包括基于所述经更新的POI类型列表确定所述POI的经更新的重要性层面，以及在所述当前层面地图中消除所述所确定的经更新的重要性层面低于经更新的指定重要性层面的POI<br>**未被公开** | （未发现有关接收更新POI类型列表并进行迭代筛选的内容。） | **论述**：技术特征K描述了一个迭代细化的过程：接收更窄定义的POI类型列表，基于此从“当前层面地图”再次筛选，创建POI数量更少的“较高层面地图”。这体现了目标专利金字塔构建中逐层提炼的核心思想。对比文件完全没有公开这一过程。对比文件中用户交互主要是平移和缩放，导致请求新的地理区域或缩放级别的数据，而不是递进地提供越来越具体的POI类型列表以在同一个区域上进行内容筛选。特征K依赖的特征H、I、J均未被公开，因此这个迭代过程的基础不存在。该技术特征未被公开。 |
| **技术特征L**：将所述较高层面地图指派为所述当前层面地图。<br>**未被公开** | （同特征J，未发现相关内容。） | **论述**：与特征J同理，对比文件没有“指派当前层面地图”的概念。该特征未被公开。 |
| **技术特征M**：其进一步包括：从所述用户装置接收新的经更新POI类型列表<br>**未被公开** | （同特征E、K，未发现相关内容。） | **论述**：与特征E、K同理，对比文件没有接收POI类型列表的概念，更没有“新的经更新POI类型列表”。该特征未被公开。 |
| **技术特征N**：基于所述新的经更新POI类型列表从所述当前层面地图创建新的较高层面地图，其中所述新的较高层面地图包含再进一步减少数量的POI的多边形表示，其中创建所述新的较高层面地图包括基于所述新的经更新POI类型列表确定所述POI的新的经更新重要性层面，以及在所述当前层面地图中消除所述所确定的新的经更新重要性层面低于新的经更新指定重要性层面的POI<br>**未被公开** | （同特征K，未发现相关内容。） | **论述**：技术特征N是特征K所述迭代过程的又一次重复。基于同样的理由，该特征未被对比文件公开。 |
| **技术特征O**：将所述新的较高层面地图指派为所述当前层面地图。<br>**未被公开** | （同特征J、L，未发现相关内容。） | **论述**：与特征J、L同理，该特征未被公开。 |
| **技术特征P**：从所述用户装置重复接收新的经更新POI类型列表，创建新的较高层面地图，以及将所述新的较高层面地图指派为所述当前层面地图，直到无新的经更新指定重要性层面被接收。<br>**未被公开** | （未发现有关重复迭代直到条件满足的内容。） | **论述**：技术特征P概括了基于用户输入进行重复迭代筛选，直至达到满意细节层面的完整闭环过程。这是目标专利方法200（图2）和金字塔构建的核心流程。对比文件的工作流程是开放式的，根据用户的缩放和平移操作不断请求新数据，没有这种以“无新输入”为终止条件的、旨在提炼POI内容的迭代循环。因此，该特征未被公开。 |
| **技术特征Q**：其进一步包括在存储器中将每一新的较高层面地图存储为连续相关子代节点数据子结构的金字塔形布置的分层结构。<br>**未被公开** | 说明书[0020]段：“...vector data, once sent to the receiving device, may be more easily scaled and manipulated...” 以及 [0022]段：“While map data may be stored in a database or backend system in discrete zoom levels...” | **论述**：对比文件提到地图数据可以按离散的缩放级别存储在数据库中，并且矢量数据可以在多个缩放级别使用。但这只是一种按缩放级别分类存储数据的方式。目标专利的“存储为连续相关子代节点数据子结构的金字塔形布置的分层结构”特指一种具有明确父子继承关系（子代节点数据是父代节点数据的子集或简化）的数据组织结构，每一层都是前一层筛选后的结果。对比文件没有描述这种基于内容筛选的、具有衍生关系的层次化存储结构。其缩放级别之间的关系是并列的（针对不同视图尺度），而非内容上逐层简化的金字塔形。因此，该特征未被直接公开，也无法合理推断。 |
| **技术特征R**：其进一步包括：从所述用户装置获取地图层面的选择以便显示在所述用户装置上，所述选择基于装置屏幕大小和/或电池电量水平中的一或多者。<br>**未被公开** | （未发现基于屏幕大小或电池电量选择地图层面的内容。） | **论述**：对比文件描述了客户端根据缩放级别请求和显示地图数据。缩放级别的选择通常由用户手动操作（如 pinch-to-zoom）或应用逻辑驱动，但说明书中并未提及基于“装置屏幕大小”或“电池电量水平”自动选择要显示的地图层面。目标专利中这一特征是为了优化移动设备上的显示性能和能效（见目标专利[0012], [0020]段）。对比文件关注的是通过网络高效提供数据，并未涉及根据设备状态动态选择数据层面的优化。因此，该特征未被公开。 |
| **技术特征S**：其进一步包括：在通过无线通信耦合到所述用户装置的远程服务器处生成地图层面，其中所述生成的地图层面对应于来自所述用户的所述选择<br>**未被公开** | 说明书[0047]段：“A block 106 may generate, at the server, map data for the region of interest at a given zoom level...” 以及图1、[0026]段。 | **论述**：对比文件明确公开了在服务器（远程）生成地图数据（map data），并通过网络（包括无线通信，见图1）发送给客户端设备。这隐含了服务器生成的地图数据对应于客户端的请求（请求中包含区域和缩放级别等信息）。因此，**对比文件隐含公开了“在通过无线通信耦合到用户装置的远程服务器处生成地图层面”**。虽然对比文件使用“map data”而非“地图层面”，但在此上下文中，为特定区域和缩放级别生成的“map data”即对应于一个可显示的“地图层面”。然而，该生成动作对应于客户端的“请求”（包含区域、缩放级别），而目标专利中对应于“来自用户的选择”（可能基于屏幕大小、电量等，见特征R）。由于特征R未被公开，故此处“对应于来自用户的所述选择”的限定未被完全公开。但“在远程服务器生成地图层面”这一核心动作被隐含公开。 |
| **技术特征T**：将所述生成的地图层面以所述分层金字塔数据结构形式存储在所述远程服务器上。<br>**未被公开** | 说明书[0022]段：“While map data may be stored in a database or backend system in discrete zoom levels...” | **论述**：对比文件公开了地图数据可以按离散缩放级别存储在数据库或后端系统中。但这不等同于“以分层金字塔数据结构形式存储”。如特征Q所述，目标专利的“分层金字塔数据结构”特指一种具有内容衍生关系的层次化组织。对比文件的按缩放级别存储是视图尺度导向的，不具备金字塔数据结构所隐含的从基底逐层简化的关系。因此，该特征未被公开。 |
| **技术特征U**：其进一步包括传递所述生成的地图层面以便显示在所述用户装置上。<br>**隐含公开** | 说明书[0047]段：“A block 106 may generate, at the server, map data for the region of interest at a given zoom level...” 紧接着 [0053]段：“A block 112 may send the map data and the local zoom table for the region of interest to the client device.” 另见图1。 | **论述**：对比文件明确描述了服务器生成地图数据后，将其发送（send）给客户端设备。发送地图数据到客户端设备的必然目的就是为了使其能够在客户端设备上显示。因此，“传递所述生成的地图层面以便显示在所述用户装置上”这一技术特征，已被对比文件隐含公开。虽然对比文件使用了“send map data”的表述，但“传递...以便显示”是本领域技术人员能够从“发送地图数据到客户端”这一操作中毫无疑义地推断出的必然结果和目的。 |
<<<u>>>