**对比文件名称**：2008-10-30_US2008268822A_发明申请_US20080268822A1 BITMAP ARRAY FOR OPTIMALLY DISTRIBUTING MAP DATA CONTENT TO WIRELESS COMMUNICATIONS DEVICES
**目标专利名称**：327用于室内导航的金字塔测绘数据结构CN105026889B
**模型名称**：GPT-4
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：在存储器中存储室内环境的地图的基底层面数据结构，其中所述基底层面数据结构表示所述室内环境中可能的兴趣点POI的几何图形**<br>**未被公开** | [0046] “A Maplet data structure is provided that contains all of the graphic and labelled content associated with a geographic area (e.g. map features such as restaurants (point features), streets (line features) or lakes (polygon features)).”<br>（提供一种Maplet数据结构，其包含与地理区域相关联的所有图形和标签内容（例如，地图特征，诸如餐馆（点特征）、街道（线特征）或湖泊（多边形特征））。） | **论述**：目标专利的“基底层面数据结构”特指**室内环境**中**所有可能POI**（如商店、电梯）的几何图形表示。对比文件公开的“Maplet”是包含特定地理区域（如0.05x0.05度网格）内所有地图特征（如餐馆、街道、湖泊）的数据结构。尽管两者都是包含地图特征的基础数据结构，但对比文件的应用场景是**室外**地图（如湖泊、道路），其特征是地理地形而非室内POI。本领域技术人员无法从对比文件中毫无疑义地得出或必然推理出该数据结构是用于存储**室内环境**POI几何图形的“基底层面数据结构”。作用不同：目标专利用于构建室内导航金字塔；对比文件用于优化室外地图数据传输。因此，技术特征A既未直接公开也未隐含公开。 |
| **技术特征B：处理器从所述基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点**<br>**未被公开** | [0046] “Maplets are structured in Layers of Data Entries (‘DEntries’)...” 以及 [0052] 表格A展示了从A级（0.05x0.05度）到E级（全球）的Maplet层级。<br>（Maplet被构造为数据条目（‘DEntries’）的层...） | **论述**：目标专利明确限定了从“基底层面数据结构”**生成**“基底层面地图”，并将其作为金字塔的“父代节点”。对比文件描述了Maplet数据结构本身具有层级（A到E级），例如A级Maplet代表更精细的网格区域。然而，对比文件并未描述从一个“基底”数据结构去“生成”一个作为“父代节点”的地图这一过程。Maplet的不同层级是预先划分和存储的，并非从一个基础数据集动态生成。因此，对比文件没有公开“生成基底层面地图作为父代节点”这一技术特征。 |
| **技术特征C：且其中所述基底层面地图包括所述室内环境中的一定数量的POI的多边形表示且包括界定POI特性的元数据**<br>**未被公开** | [0003] “...parks, lakes, oceans, islands, land masses, etc. are represented with polygons...”<br>（...公园、湖泊、海洋、岛屿、陆地等用多边形表示...）<br>[0046] “...contains all of the graphic and labelled content associated with a geographic area...”<br>（...包含与地理区域相关联的所有图形和标签内容...） | **论述**：目标专利的“基底层面地图”特指**室内POI**的多边形表示和元数据。对比文件公开了地图特征（如公园、湖泊）可以用多边形表示，且Maplet数据结构包含“标签内容”，后者可能隐含了元数据信息。然而，对比文件公开的特征是**室外地理特征**，而非**室内环境**中的POI（如办公室、商店）。本领域技术人员不能毫无疑义地认为对比文件中的“多边形”和“标签内容”等同于目标专利中用于室内导航的POI多边形表示及界定其特性的元数据。应用场景和对象本质不同。因此，技术特征C未被公开。 |
| **技术特征D：每个多边形指示在所述基底层面地图中对应POI的位置和所述对应POI的大小**<br>**未被公开** | [0003] “Mathematically, polygons and polylines are sets of coordinate points (the points being defined in terms of latitude and longitude).”<br>（在数学上，多边形和折线是坐标点的集合（这些点以经度和纬度定义）。）<br>[0039] “...the area of the lake in its bitmap representation can be approximated by simply counting the total number of bitmap cells representing the lake.”<br>（...湖在其位图表示中的面积可以通过简单地计算代表该湖的位图单元的总数来近似。） | **论述**：目标专利限定多边形指示POI的**位置**和**大小**。对比文件公开了多边形由坐标点（经纬度）定义，这隐含了可以指示特征的位置。同时，通过将多边形转换为位图并计数单元来近似其面积，这隐含了可以评估特征的大小。然而，对比文件公开的这些内容是关于**室外地理特征**（如湖泊）的，并非关于**室内POI**。本领域技术人员无法直接或通过合理推断，将对比文件中用于处理室外地图特征位置和大小的方法，等同于目标专利中用于指示室内POI位置和大小的技术特征。因此，技术特征D未被公开。 |
| **技术特征E：接收POI类型列表**<br>**隐含公开** | [0049] “...context filtering can by employed to prevent downloading of map data relating to passing side streets. Or, if the user is traveling in an airplane at 30,000 feet, then context filtering can be employed to prevent downloading of map data for any streets whatsoever.”<br>（...可以采用上下文过滤来防止下载与经过的小街相关的地图数据。或者，如果用户正在30，000英尺高的飞机上旅行，则可以采用上下文过滤来防止下载任何街道的地图数据。） | **论述**：目标专利中“接收POI类型列表”是从用户装置接收一个指定兴趣点类型的列表。对比文件[0049]描述了基于“用户上下文”（如速度、职业）对地图数据进行过滤。虽然未明确使用“POI类型列表”这一术语，但“用户上下文”定义了用户感兴趣或不感兴趣的特征类型（例如，高速行驶时不关心小路，飞行员不关心街道），这实质上相当于一个动态的、基于上下文的兴趣特征类型列表或过滤条件。本领域技术人员可以合理推断，服务器需要接收（或根据用户状态推导出）这样一个“兴趣列表”才能执行后续的过滤操作。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F：基于所述POI类型列表创建新层面地图作为所述金字塔分层数据结构的子代节点**<br>**隐含公开** | [0023] “The present technology provides...processing vector map data at the map server using a bitmap array to efficiently analyze polygonal map features...to determine whether to retain the features or whether to suppress them...”<br>（本发明提供...在地图服务器处使用位图阵列处理矢量地图数据，以有效地分析多边形地图特征...以确定是保留特征还是抑制它们...）<br>[0046] 描述了Maplet的层级结构（A到E级）。 | **论述**：目标专利基于POI类型列表创建简化后的“新层面地图”作为子代节点。对比文件[0023]公开了服务器使用位图阵列处理原始矢量数据，通过分析（如面积计算、重叠检测）来抑制不必要细节，从而生成简化后的地图数据。这个过程可以视为基于某种“筛选条件”（如特征大小、优先级，这些条件可与[0049]的上下文过滤结合理解为广义的“兴趣列表”）“创建”了一个数据量更少的新地图表示。同时，对比文件[0046]公开了Maplet数据本身具有从精细（A级）到粗略（E级）的层级结构。本领域技术人员可以合理推断，通过位图处理生成的简化数据，可以对应于这种层级结构中更粗略的层面（即“子代节点”，表示更少细节）。因此，技术特征F被对比文件隐含公开。 |
| **技术特征G：其中所述新层面地图包含相对于所述基底层面地图中的POI的多边形表示的所述数量减少数量的POI的多边形表示**<br>**直接公开** | [0023] “Accordingly, unduly detailed features of the map that are not useful or necessary at a given zoom level are suppressed, so that the total amount of map data transmitted to the wireless communications device is minimized.”<br>（因此，在给定缩放级别下无用或不必要的过度详细的地图特征被抑制，从而使得传输到无线通信设备的地图数据总量最小化。）<br>[0039] “...lakes 604 and 606 would be suppressed as being too small...while lake 602 would be retained...”<br>（...湖泊604和606因为太小而被抑制...而湖泊602将被保留...） | **论述**：目标专利的“新层面地图”包含数量减少的POI多边形。对比文件[0023]明确公开了通过抑制（suppress）不必要细节来减少传输数据量的目的。[0039]给出了具体实施例：通过面积阈值判断，抑制小湖泊（604， 606），仅保留大湖泊（602）。这直接公开了从一个包含多个特征（湖泊）的原始数据集，得到一个包含更少特征（湖泊）的新数据集的过程。虽然对比文件中的特征是室外湖泊而非室内POI，但“包含减少数量多边形表示的地图”这一技术手段被直接、明确地公开。作用相同：都是为了简化地图、减少数据量。因此，技术特征G被对比文件直接公开。 |
| **技术特征H：其中创建所述新层面地图包括基于在所述新层面地图中所述POI的既定大小和所述POI类型列表来确定所述POI的重要性层面**<br>**未被公开** | [0039] 基于多边形面积（大小）决定是否抑制。<br>[0044] “Prioritizing polylines such as roadways can be done according to...a class of the roadway..., an importance rating of the roadway...”<br>（对折线（如道路）进行优先级排序可以根据...道路的类别...、道路的重要性评级...来进行。） | **论述**：目标专利明确限定了结合“POI的既定大小”和“POI类型列表”两个因素来确定“重要性层面”。对比文件分别公开了基于特征大小（[0039]面积）做判断，以及基于特征类型/类别（[0044]道路类别、重要性评级）进行优先级排序。然而，对比文件并未公开将这两个因素**结合**起来用于确定一个综合的“重要性层面”。例如，[0039]仅基于大小，[0044]的优先级排序未提及大小因素。本领域技术人员无法从对比文件公开的分散信息中，毫无疑义地得出或必然推理出目标专利所限定的这种结合大小和类型列表来确定重要性层面的具体方法。因此，技术特征H未被公开。 |
| **技术特征I：以及从所述基底层面地图中消除所述所确定的重要性层面低于指定重要性层面的POI**<br>**隐含公开** | [0039] “Thus, if the polygonal area threshold were set at, say, 20, lakes 604 and 606 would be suppressed as being too small...”<br>（因此，如果多边形面积阈值被设置为，例如20，湖泊604和606将因为太小而被抑制...）<br>[0044] “If so, the lower-priority polyline is suppressed...”<br>（如果是这样，则较低优先级的折线被抑制...） | **论述**：目标专利基于重要性层面与指定阈值的比较来消除POI。对比文件[0039]公开了基于面积阈值（例如20个单元格）来抑制小于该阈值的多边形（湖泊）。[0044]公开了基于优先级比较（可视为重要性层面），抑制较低优先级的折线（道路）。虽然对比文件中使用的是“阈值”和“优先级”，但其技术实质是：设定一个标准（阈值或优先级顺序），将不满足该标准的特征从数据中移除（抑制）。这完全等同于目标专利中“消除重要性层面低于指定重要性层面的POI”的技术手段。作用相同：都是为了过滤掉不重要的特征。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J：其进一步包括：指派所述新层面地图作为当前层面地图**<br>**未被公开** | 对比文件未描述将新生成或选择的简化地图数据“指派”为“当前层面地图”并进行后续迭代处理的动态过程。 | **论述**：目标专利中“指派...作为当前层面地图”是用于支持后续迭代细化（如特征K-P）的一个步骤，意味着系统内部状态的更新。对比文件虽然描述了生成简化数据（技术特征F、G）和Maplet的层级（技术特征Q），但并未公开在服务器或设备端存在一个动态的“当前层面地图”状态变量，以及将新生成的地图数据“指派”给该状态变量的过程。这是一个特定的流程控制步骤，对比文件未涉及。因此，技术特征J未被公开。 |
| **技术特征K：从所述用户装置接收经更新的POI类型列表...基于所述经更新的POI类型列表从所述当前层面地图创建较高层面地图...**<br>**未被公开** | [0049] 提到上下文（如速度、职业）可用于过滤，暗示请求条件可能变化。 | **论述**：技术特征K描述了一个具体的迭代过程：接收**更窄定义**的“经更新的POI类型列表”，并基于此从“当前层面地图”创建包含“进一步减少数量”POI的“较高层面地图”。对比文件[0049]虽然提及用户上下文可能变化，但并未公开以下具体组合：1) 接收一个明确表示“较窄POI特征定义”的更新列表；2) 基于这个更新列表，从一个已被指定为“当前”的地图层面上（而非从原始数据）再次进行简化操作；3) 生成一个细节层次更高的“较高层面地图”。目标专利的迭代细化是围绕POI类型列表的不断收窄进行的，而对比文件未披露这种以POI类型列表迭代为核心的细化流程。因此，技术特征K未被公开。 |
| **技术特征L：将所述较高层面地图指派为所述当前层面地图**<br>**未被公开** | 同技术特征J，对比文件未描述此类动态指派过程。 | **论述**：此特征与技术特征J性质相同，是迭代流程中的状态更新步骤。对比文件未公开此步骤。因此，技术特征L未被公开。 |
| **技术特征M：从所述用户装置接收新的经更新POI类型列表**<br>**隐含公开** | [0049] “...context filtering can by employed...” 该段描述了基于变化的用户上下文进行过滤，隐含了服务器会接收到反映用户新需求或新状态的请求或信息。 | **论述**：此特征与技术特征E“接收POI类型列表”本质相同，只是发生在迭代过程中的后续步骤。对比文件[0049]描述了用户上下文（如从开车变为乘飞机）可用于触发不同的数据过滤，这隐含了服务器会接收到（或推导出）反映用户新上下文的信息，这可以合理地推断为一种“新的经更新兴趣列表”。虽然对比文件未明确使用“POI类型列表”一词，但基于上下文进行过滤的技术思想隐含了接收更新过滤条件的需求。因此，技术特征M被对比文件隐含公开。 |
| **技术特征N：基于所述新的经更新POI类型列表从所述当前层面地图创建新的较高层面地图...**<br>**未被公开** | 同技术特征K，对比文件未公开这种基于更新列表、从“当前层面”进行再次迭代简化的具体过程。 | **论述**：此特征与技术特征K描述的过程类似，是迭代的下一步。对比文件未公开这种明确的、以POI类型列表迭代为核心的多次简化流程。因此，技术特征N未被公开。 |
| **技术特征O：将所述新的较高层面地图指派为所述当前层面地图**<br>**未被公开** | 同技术特征J和L，对比文件未描述此类动态指派过程。 | **论述**：此特征与技术特征J、L性质相同。对比文件未公开。因此，技术特征O未被公开。 |
| **技术特征P：从所述用户装置重复接收新的经更新POI类型列表，创建新的较高层面地图，以及将所述新的较高层面地图指派为所述当前层面地图，直到无新的经更新指定重要性层面被接收**<br>**未被公开** | 对比文件完全没有描述这样一个完整的、循环迭代的、直到满足终止条件的流程。 | **论述**：技术特征P概括了从特征K到O的整个迭代循环过程，并定义了终止条件。这是一个高层次的方法流程控制特征。对比文件公开的技术方案中，没有披露任何类似的迭代循环流程，也没有“直到无新的...被接收”这样的终止机制。因此，技术特征P未被公开。 |
| **技术特征Q：其进一步包括在存储器中将每一新的较高层面地图存储为连续相关子代节点数据子结构的金字塔形布置的分层结构**<br>**直接公开** | [0046] “Maplets are structured in Layers...” 以及 [0052] Table A 明确展示了从A-level到E-level的多级Maplet结构。<br>（Maplet被构造为层...）<br>[0055]-[0057] 描述了.mbl和.mbx文件结构，用于存储Maplet数据。 | **论述**：目标专利要求将不同层面地图存储为金字塔形的分层结构。对比文件[0046]和[0052]明确公开了Maplet数据结构本身就是分层级的（例如A级最精细，E级最粗略），并且[0055]-[0057]说明这些不同层级的Maplet被存储为文件（.mbl， .mbx）。这直接公开了将不同细节层次的地图数据以层级化（金字塔形）方式存储的技术特征。虽然对比文件的层级是预定义的网格级别，而目标专利的层级是基于POI重要性动态生成的，但“将地图数据以金字塔形分层结构存储”这一核心手段被直接公开。因此，技术特征Q被对比文件直接公开。 |
| **技术特征R：从所述用户装置获取地图层面的选择以便显示在所述用户装置上，所述选择基于装置屏幕大小和/或电池电量水平中的一或多者**<br>**未被公开** | 对比文件全文未提及基于“装置屏幕大小”或“电池电量水平”来选择或确定要显示的地图层面或数据细节。 | **论述**：目标专利中基于设备屏幕大小和电池电量选择地图层面，是针对移动设备资源受限特性进行的优化。对比文件主要基于缩放级别和特征本身属性（大小、重叠）来简化数据，虽然也提到“zoom level specified in the request”[0024]，但并未将设备本身的物理资源（屏幕大小、电量）作为选择或生成地图层面的依据。这是一个特定的、基于设备状态的决策准则，对比文件未公开。因此，技术特征R未被公开。 |
| **技术特征S：在通过无线通信耦合到所述用户装置的远程服务器处生成地图层面，其中所述生成的地图层面对应于来自所述用户的所述选择**<br>**直接公开** | [0023]-[0024] “The present technology provides...a method for more efficiently distributing map content to wireless communications devices by processing vector map data at the map server...” 以及 “...transmitting to the wireless communications device only the map data for the map features to be retained.”<br>（本发明提供...一种通过在地图服务器处理矢量地图数据来更有效地向无线通信设备分发地图内容的方法...）以及（...仅向无线通信设备传输要保留的地图特征的地图数据。） | **论述**：目标专利限定在远程服务器生成对应于用户选择的地图层面。对比文件[0023]-[0024]明确公开了地图服务器（远程服务器）接收设备请求，处理矢量地图数据，并生成（或决定保留）简化后的地图数据，然后传输给无线设备。服务器生成的数据对应于设备请求中指定的缩放级别等信息（即“来自用户的选择”）。技术手段和作用完全相同：都是在远程服务器端根据客户端请求生成相应地图数据。因此，技术特征S被对比文件直接公开。 |
| **技术特征T：将所述生成的地图层面以所述分层金字塔数据结构形式存储在所述远程服务器上**<br>**直接公开** | [0046] 描述了Maplet的分层数据结构。<br>[0055]-[0057] 描述了存储Maplet数据的.mbl和.mbx文件结构，这些文件显然存储于服务器端。 | **论述**：目标专利要求将生成的地图层面以金字塔数据结构形式存储在远程服务器上。对比文件[0046]公开了Maplet本身就是分层（金字塔形）的数据结构。[0055]-[0057]进一步公开了将这些Maplet数据存储为文件（如.mbl），这些文件必然存储在提供地图服务的服务器上。这直接公开了将分层地图数据存储在远程服务器上的技术特征。因此，技术特征T被对比文件直接公开。 |
| **技术特征U：其进一步包括传递所述生成的地图层面以便显示在所述用户装置上**<br>**直接公开** | [0024] “...transmitting to the wireless communications device only the map data for the map features to be retained.”<br>（...仅向无线通信设备传输要保留的地图特征的地图数据。） | **论述**：目标专利中“传递生成的地图层面以便显示”是最终步骤。对比文件[0024]明确公开了将处理后的地图数据（即“生成的地图层面”）传输（transmitting）给无线通信设备，其目的显然是为了在设备上显示。技术手段和作用完全一致。因此，技术特征U被对比文件直接公开。 |
<<<G>>><<<Q>>><<<S>>><<<T>>><<<U>>><<<e>>><<<f>>><<<i>>><<<m>>>