对比文件名称：2002-09-19_US2002133289A_发明申请_US20020133289A1 Destination input method in navigation system and navigation system
目标专利名称：用于室内导航的金字塔测绘数据结构CN105026889B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：其包括：在存储器中存储室内环境的地图的基底层面数据结构，其中所述基底层面数据结构表示所述室内环境中可能的兴趣点POI的几何图形** | “14 ... a POI database memory to store POI database information read from the CDROM.” (段落[0025]) <br> “The POI database memory 15 stores multiple POI in association with various categories... and stores in association with each POI (1) polygon data of the POI, (2) position data (longitude/latitude) of the POI, (3) detailed information (name, address, category, etc.) of the POI...” (段落[0029]) <br> “...when a theme park, for example, Korakuen (parent POI) is selected, the polygons of the child POIs, such as an off-track betting office, an amusement park, stations, etc., are displayed...” (段落[0054]) | **隐含公开**。对比文件明确公开了在POI数据库存储器中存储与每个POI相关联的多边形数据、位置数据等。虽然对比文件主要针对车载导航，但其POI数据库可以包含室内环境（如购物中心、体育场、主题公园）的POI及其几何图形（多边形）。本领域技术人员可以合理推断，为了在导航系统中显示这些室内场所（如购物中心内的租户、体育场的停车场）的详细布局，其存储器中必然存储了表示这些室内环境中可能的POI的几何图形的数据结构。这构成了目标专利中“基底层面数据结构”的基础。因此，该技术特征被隐含公开。 |
| **B：处理器从所述基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点，** | 无直接对应内容。对比文件提到了“parent POI”和“child POI”的关联关系（段落[0029], [0034]），例如“AAA shopping center”作为父POI，其租户列表作为子POI（图3）。但未公开从某个“基底层面数据结构”生成一个“基底层面地图”，并将其作为“分层金字塔数据结构的父代节点”。对比文件的“父POI”仅是一个具体的POI实体（如一个购物中心），而非一个包含多个POI集合的“地图”层面或节点。 | **未公开**。对比文件公开了POI之间的父子层级关系（如购物中心与其内部租户），但这是一种POI属性之间的逻辑关联，而非目标专利所要求保护的、用于室内导航的、从精细到粗略的“分层金字塔数据结构”。目标专利的“父代节点”是一个地图层面（包含多个POI的多边形表示），而对比文件的“父POI”是一个具体的兴趣点。二者作用不同：前者用于构建多细节层次的地图显示结构，后者用于在目的地输入时扩展显示相关联的具体地点。因此，对比文件未公开此特征。 |
| **C：且其中所述基底层面地图包括所述室内环境中的一定数量的POI的多边形表示且包括界定POI特性的元数据，** | “The POI database memory 15 stores multiple POI... and stores in association with each POI (1) polygon data of the POI... (3) detailed information (name, address, category, etc.) of the POI...” (段落[0029]) <br> “...displays the name (AAA shopping center), address, telephone number, category (shopping)... and configuration (polygon) of the POI on the monitor screen” (段落[0047]) | **直接公开**。对比文件明确公开了POI数据库存储了每个POI的多边形数据（polygon data）以及包括名称、地址、类别等的详细信息（detailed information）。这些“详细信息”即对应于目标专利中“界定POI特性的元数据”。当显示一个POI（如购物中心）时，其多边形和详细信息（元数据）会被一同展示。因此，本领域技术人员能够毫无疑义地得出对比文件公开了包含POI多边形表示和元数据的POI数据集合，这等同于目标专利中的“基底层面地图”所包含的内容。 |
| **D：每个多边形指示在所述基底层面地图中对应POI的位置和所述对应POI的大小** | “(1) polygon data of the POI, (2) position data (longitude/latitude) of the POI...” (段落[0029]) <br> 图3(b)和4(b)显示了POI的多边形配置（configuration）。 | **直接公开**。对比文件明确公开了每个POI关联有“多边形数据”和“位置数据（经纬度）”。多边形数据本身定义了POI的形状和范围，结合其位置数据，本领域技术人员可以直接且毫无疑义地理解，该多边形在对应地图中指示了该POI的位置。同时，多边形本身的几何形状（如面积、轮廓）也必然指示了该POI的（相对或实际）大小。因此，该技术特征被直接公开。 |
| **E：接收POI类型列表** | “the user inputs ‘shopping’ as a category... and selects a specific POI (for example, AAA shopping center) from the POI list” (段落[0047]) <br> “If the user selects the menu item ‘Point of Interest’, the navigation system will display the menu items, ‘Place Name’, ‘Place Type’... If the user selects the menu item ‘Place Type’, the navigation system will display the screen ‘Select Category’, which is a category list...” (段落[0013]) | **直接公开**。对比文件详细描述了用户通过选择“Place Type”来输入一个类别（如“shopping”），系统随后基于该类别显示POI列表供用户选择。用户输入的“category”（类别）即对应于目标专利中的“POI类型”，而系统根据用户选择来筛选POI的过程，即隐含了系统“接收”了用户指定的POI类型（列表）。虽然对比文件中用户可能一次只选择一个类别，但本领域技术人员可以理解，这本质上就是接收了一个包含至少一个类型的POI类型列表。因此，该技术特征被直接公开。 |
| **F：基于所述POI类型列表创建新层面地图作为所述金字塔分层数据结构的子代节点，** | 无对应内容。对比文件在用户选择了一个父POI（如购物中心）后，可以显示其子POI列表（租户）或多边形（停车场）（段落[0049], [0051]）。但这并非基于一个“POI类型列表”来“创建”一个“新层面地图”。它仅仅是展示了与已选父POI预先关联好的子POI信息，没有生成一个新的、具有不同细节层次（包含减少数量POI）的地图数据结构层面。 | **未公开**。对比文件公开了根据父POI显示相关联的子POI信息，但这是一种静态的数据关联查询和显示。目标专利的技术特征F涉及动态生成一个新的、细节层次更高的地图层面（子代节点），该层面的内容是基于POI类型列表从基底层面筛选而来的。对比文件没有公开这种基于类型列表进行筛选以创建新地图数据层面的过程。作用不同：对比文件用于扩展查看一个具体地点的内部构成；目标专利用于生成一个更精简的导航地图。 |
| **G：其中所述新层面地图包含相对于所述基底层面地图中的POI的多边形表示的所述数量减少数量的POI的多边形表示，** | 当显示子POI列表（图3(c)）或子POI多边形（图4(c)）时，所显示的子POI数量相对于父POI本身（作为一个点）是增加了详细信息，但相对于包含所有可能POI的“基底层面地图”概念，其显示的子POI集合（如一个购物中心内的所有租户）在数量上通常是减少的（仅限于该父POI关联的子集）。然而，对比文件并未明确存在一个包含所有POI的“基底层面地图”，也未描述从这样一个基底地图中通过减少数量来“创建”新层面地图。 | **未公开**。虽然对比文件在显示子POI时，呈现的POI集合在数量上可能少于整个地理区域的所有POI，但这种“减少”并非通过目标专利所述的、从包含所有可能POI的“基底层面地图”中基于特定规则（如重要性）消除POI而创建新层面来实现的。对比文件的“减少”是逻辑关联查询的自然结果，而非一个旨在创建简化地图层面的有意识图过程。因此，该技术特征未被公开。 |
| **H：其中创建所述新层面地图包括基于在所述新层面地图中所述POI的既定大小和所述POI类型列表来确定所述POI的重要性层面，** | 无对应内容。对比文件未提及根据POI的“大小”来确定其“重要性层面”。POI的选择和显示基于用户输入的类别和选择的特定父POI，而非基于POI自身大小和类型列表计算的“重要性”。 | **未公开**。对比文件完全没有涉及“POI的重要性层面”这一概念，更没有公开基于POI大小和POI类型列表来确定重要性层面的方法。目标专利的该特征是实现金字塔式细节层次筛选的核心步骤之一，在对比文件中没有任何记载或启示。 |
| **I：以及从所述基底层面地图中消除所述所确定的重要性层面低于指定重要性层面的POI。** | 无对应内容。对比文件没有“消除”POI的概念。当用户选择查看一个父POI的子POI时，系统只是展示关联的子POI，并未描述从一个更大的POI集合中“消除”掉不符合某个重要性标准的POI。 | **未公开**。对比文件的操作逻辑是“关联展示”，而非“筛选消除”。目标专利该特征是通过设定重要性阈值来主动过滤POI，以生成更简化的地图，这在对比文件中没有对应。 |
| **J：其进一步包括：指派所述新层面地图作为当前层面地图** | 无对应内容。对比文件没有“当前层面地图”的概念，也没有将某个显示视图或数据集合“指派”为“当前层面地图”的步骤。用户界面在不同屏幕（如POI列表、详细信息、子POI列表）间切换，但这些不是具有层级关系的地图“层面”。 | **未公开**。对比文件的用户界面流程不涉及对地图数据层面进行动态指派和管理的机制。该特征与目标专利的金字塔数据结构动态更新流程紧密相关，在对比文件中无对应。 |
| **K：从所述用户装置接收经更新的POI类型列表，其中所述经更新的POI类型列表表示与由最近先前POI类型列表所表示的相比较窄的POI特征定义基于所述经更新的POI类型列表从所述当前层面地图创建较高层面地图，其中所述较高层面地图包含进一步减少数量的POI的多边形表示，其中创建所述较高层面地图包括基于所述经更新的POI类型列表确定所述POI的经更新的重要性层面，以及在所述当前层面地图中消除所述所确定的经更新的重要性层面低于经更新的指定重要性层面的POI** | 无对应内容。对比文件没有接收“经更新的POI类型列表”并进行迭代细化的过程。用户一次输入一个类别并选择一个POI，然后可以选择查看其子POI。这个过程可以视为一次“细化”（从父到子），但这不是基于新的、更窄的“POI类型列表”来从当前地图层面创建更高层面地图。子POI的显示是基于与父POI的预定义关联，而不是基于对当前层面中所有POI进行重要性评估和筛选。 | **未公开**。目标专利的特征K描述了一个迭代的、基于不断更新的POI类型列表（表示更窄的特征定义）来连续创建更高层面（更简化）地图的自动化过程，并涉及重要性层面的重新确定和POI消除。对比文件的交互是离散的、用户驱动的步骤：选择类别->选择父POI->查看子POI。没有“基于更新的类型列表从当前层面创建更高层面地图”的循环过程，也没有“重要性层面”和“消除”的概念。因此，该特征未被公开。 |
| **L：将所述较高层面地图指派为所述当前层面地图。** | 无对应内容。理由同特征J，对比文件没有“当前层面地图”和“指派”的概念。 | **未公开**。 |
| **M：其进一步包括：从所述用户装置接收新的经更新POI类型列表** | 无对应内容。对比文件的流程中，用户在选定一个最终目的地（可能是子POI）后即开始路径搜索，没有描述连续接收“新的经更新POI类型列表”以进行进一步筛选的步骤。 | **未公开**。 |
| **N：基于所述新的经更新POI类型列表从所述当前层面地图创建新的较高层面地图，其中所述新的较高层面地图包含再进一步减少数量的POI的多边形表示，其中创建所述新的较高层面地图包括基于所述新的经更新POI类型列表确定所述POI的新的经更新重要性层面，以及在所述当前层面地图中消除所述所确定的新的经更新重要性层面低于新的经更新指定重要性层面的POI** | 无对应内容。理由同特征K，对比文件没有这种迭代创建和筛选的机制。 | **未公开**。 |
| **O：将所述新的较高层面地图指派为所述当前层面地图** | 无对应内容。理由同特征J和L。 | **未公开**。 |
| **P：从所述用户装置重复接收新的经更新POI类型列表，创建新的较高层面地图，以及将所述新的较高层面地图指派为所述当前层面地图，直到无新的经更新指定重要性层面被接收。** | 无对应内容。对比文件的操作流程是线性的，最终以设定目的地并开始路径搜索结束，没有这种重复接收、创建、指派直到满足条件的循环过程。 | **未公开**。 |
| **Q：其进一步包括在存储器中将每一新的较高层面地图存储为连续相关子代节点数据子结构的金字塔形布置的分层结构。** | 无对应内容。对比文件的POI数据库存储了父POI和子POI的关联关系，但这是一种简单的、两级的“父子”关联，并非目标专利所描述的、从基底层面开始通过连续筛选生成的、多个层面构成的“金字塔形布置的分层结构”。对比文件没有存储多个“地图层面”作为子代节点数据子结构。 | **未公开**。目标专利的特征Q强调将动态生成的多个简化地图层面存储为连续相关的金字塔结构，这是其核心数据结构。对比文件仅存储了原始的POI数据及它们之间的关联，没有生成或存储这种多层的、用于地图显示的金字塔数据结构。 |
| **R：其进一步包括：从所述用户装置获取地图层面的选择以便显示在所述用户装置上，所述选择基于装置屏幕大小和/或电池电量水平中的一或多者。** | 无对应内容。对比文件中地图或POI信息的显示是基于用户直接操作（如选择菜单、移动摇杆），没有提及根据设备屏幕大小或电池电量等准则来自动或半自动选择最适当地图层面进行显示。 | **未公开**。该特征是目标专利针对移动设备导航优化的重要方面，旨在节省带宽和电量。对比文件未涉及此类自适应选择机制。 |
| **S：其进一步包括：在通过无线通信耦合到所述用户装置的远程服务器处生成地图层面，其中所述生成的地图层面对应于来自所述用户的所述选择** | 无对应内容。对比文件的导航系统（图1）是一个本地车载系统，包含CD-ROM、处理器、存储器等，未提及与远程服务器的交互，也未提及在远程服务器生成地图层面。 | **未公开**。目标专利的特征S涉及服务器-客户端架构，在远程服务器生成地图层面。对比文件的系统是自包含的本地系统，不具备此特征。 |
| **T：将所述生成的地图层面以所述分层金字塔数据结构形式存储在所述远程服务器上。** | 无对应内容。理由同特征S和Q，对比文件未涉及远程服务器，也未涉及在服务器上存储金字塔数据结构。 | **未公开**。 |
| **U：其进一步包括传递所述生成的地图层面以便显示在所述用户装置上。** | 无对应内容。理由同特征S，对比文件是本地系统，不存在从服务器向用户装置传递生成的地图层面的步骤。 | **未公开**。 |
<<<a>>><<<C>>><<<D>>><<<E>>>