**对比文件名称**：2002-11-27_JP2002340604A_发明专利_JP2002340604A Navigation device and destination input method
**目标专利名称**：用于室内导航的金字塔测绘数据结构CN105026889B
**本次调用的模型名称**：GPT-4
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在存储器中存储室内环境的地图的基底层面数据结构，其中所述基底层面数据结构表示所述室内环境中可能的兴趣点POI的几何图形《隐含公开》 | [0005] (Ｂ)POIデータベース構造 POIデータベースメモリ１５は、種々のカテゴリー（ホテル、レストラン、空港、駅、ショッピング、スポーツ施設、病院、ゴルフ場等）に対応させて多数のPOIをそれぞれ記憶し、更に、各POIに対応させて、(1) POIのポリゴンデータ、(2) POIの位置(経緯度)データ、(3) POIの詳細情報(名称、住所、カテゴリーなど)、(4) POIが親であれば子POIのリストあるいはポリゴンデータを記憶する。<br>**翻译**：(B) POI数据库结构 POI数据库存储器15对应各种类别（酒店、餐厅、机场、车站、购物、体育设施、医院、高尔夫球场等）分别存储大量POI，并且，与每个POI对应地存储：(1) POI的多边形数据，(2) POI的位置（经纬度）数据，(3) POI的详细信息（名称、地址、类别等），(4) 如果POI是父POI，则存储子POI的列表或多边形数据。 | 目标专利的基底层面数据结构是存储所有可能的POI几何图形的“金字塔”底层。对比文件公开了POI数据库存储器（POIデータベースメモリ１５）存储大量POI及其几何图形数据（多边形数据）。虽然对比文件未明确限定为“室内环境”，但其类别包括“ショッピング”（购物）、特定设施（如“ショッピングセンター”）及其内部“店舗”，结合其应用场景（如导航至停车场、商店），本领域技术人员可以合理推断该数据库必然包含用于室内导航的POI几何数据（例如商场、机场内部的店铺、停车场多边形）。因此，对比文件隐含公开了存储表示可能POI（包括室内POI）几何图形的数据结构。 |
| **技术特征B**：处理器从所述基底层面数据结构生成基底层面地图作为分层金字塔数据结构的父代节点，《隐含公开》 | [0005] (Ｃ)目的地入力処理 ... ユーザは...カテゴリーとしてshoppingを入力し、POIリストより所定POI(例えばAAA ショッピングセンター)を選択する(ステップ１０１)。 POIとしてAAA ショッピングセンターが選択されると、ナビゲーション装置はモニタースクリーンに図３(b)に示すように、名称(AAA ショッピングセンター)、住所、電話番号、カテゴリー(shopping)、子POIの有無情報、POIの形状(ポリゴン)を表示する(ステップ１０２）。<br>**翻译**：(C) 目的地输入处理 ... 用户...输入类别“shopping”，从POI列表中选择特定POI（例如AAA购物中心）（步骤101）。当AAA购物中心被选为POI时，导航装置在监视器屏幕上如图3(b)所示，显示名称(AAA购物中心)、地址、电话号码、类别(shopping)、子POI有无信息、POI的形状（多边形）（步骤102）。 | 目标专利的“生成基底层面地图作为分层金字塔数据结构的父代节点”是指从基底数据结构中提取数据并形成可显示的地图视图，该地图视图处于分层结构的“父代”层级。对比文件中，当用户选择特定POI（如AAA购物中心）后，导航装置会显示该POI的详细信息及其多边形形状。这个显示的地图视图是基于POI数据库（基底数据结构）生成的。虽然对比文件未明确使用“金字塔数据结构”和“父代节点”的术语，但其明确公开了“親POI”（父POI）和“子POI”的层级关系概念（见[0004]、[0005]），且选择父POI后显示其信息（包括多边形）的过程，实质上是基于底层数据生成并展示了一个处于父层级的“地图”。因此，本领域技术人员能够合理推断，对比文件隐含公开了处理器从基底数据结构生成一个可作为父层级地图的视图。 |
| **技术特征C**：且其中所述基底层面地图包括所述室内环境中的一定数量的POI的多边形表示且包括界定POI特性的元数据，《隐含公开》 | [0005] (Ｂ)POIデータベース構造 ... 各POIに対応させて、(1) POIのポリゴンデータ、(2) POIの位置(経緯度)データ、(3) POIの詳細情報(名称、住所、カテゴリーなど) ... を記憶する。<br>[0005] (Ｃ)目的地入力処理 ... POIとしてAAA ショッピングセンターが選択されると、ナビゲーション装置はモニタースクリーンに図３(b)に示すように、名称(AAA ショッピングセンター)、住所、電話番号、カテゴリー(shopping)、子POIの有無情報、POIの形状(ポリゴン)を表示する(ステップ１０２）。<br>**翻译**：(B) POI数据库结构 ... 与每个POI对应地存储：(1) POI的多边形数据，(2) POI的位置（经纬度）数据，(3) POI的详细信息（名称、地址、类别等）...<br>(C) 目的地输入处理 ... 当AAA购物中心被选为POI时，导航装置在监视器屏幕上如图3(b)所示，显示名称(AAA购物中心)、地址、电话号码、类别(shopping)、子POI有无信息、POI的形状（多边形）（步骤102）。 | 目标专利的基底层面地图包含POI的多边形表示和元数据（如名称、类别等）。对比文件明确公开了POI数据库存储每个POI的“ポリゴンデータ”（多边形数据）和“詳細情報”（详细信息，如名称、地址、类别），这些详细信息即界定了POI的特性，相当于元数据。当用户选择POI（如AAA购物中心）时，导航装置显示该POI的多边形形状及其详细信息。因此，对比文件公开的POI数据及其显示内容，隐含公开了目标专利中“基底层面地图”所包含的“多边形表示”和“元数据”这两个要素。 |
| **技术特征D**：每个多边形指示在所述基底层面地图中对应POI的位置和所述对应POI的大小《隐含公开》 | [0005] (Ｂ)POIデータベース構造 ... 各POIに対応させて、(1) POIのポリゴンデータ、(2) POIの位置(経緯度)データ ... を記憶する。<br>**翻译**：(B) POI数据库结构 ... 与每个POI对应地存储：(1) POI的多边形数据，(2) POI的位置（经纬度）数据 ... | 目标专利中，多边形用于指示POI的位置和大小。对比文件明确存储了POI的“位置(経緯度)データ”。对于“大小”，多边形数据本身通过其坐标和形状定义了POI在地图上的覆盖范围，本领域技术人员知晓，地图上的多边形表示必然隐含了该POI的平面尺寸或地理范围信息，即其“大小”。因此，结合存储的位置数据和用于表示POI形状的多边形数据，可以合理推断出对比文件中的每个多边形指示了对应POI的位置和大小。 |
| **技术特征E**：接收POI类型列表《直接公开》 | [0002] ... 目的地を入力するには、... (4) 目的地であるPOIのPlace Type(施設タイプ)あるいはcategory(カテゴリー)を入力してPlace Name(施設名) の候補リストを表示し ...<br>[0005] (Ｃ)目的地入力処理 ユーザは図６で説明した操作によりカテゴリーとしてshoppingを入力し ...<br>**翻译**：[0002] ... 为了输入目的地，... (4) 输入作为目的地的POI的设施类型或类别，显示设施名的候选列表 ...<br>[0005] (C) 目的地输入处理 用户通过图6说明的操作，输入类别“shopping” ... | 目标专利的“接收POI类型列表”是指接收用户指定的POI类别（如“购物”、“餐饮”）。对比文件明确公开了用户输入“カテゴリー”（category，即类别，如shopping）作为目的地输入方法之一（[0002]），并在具体操作流程中示例了用户输入“shopping”这一类别（[0005]）。这直接对应于接收一个POI类型（类别）列表（虽然示例中是一个类别，但列表可以包含一个或多个）。因此，该特征被对比文件直接公开。 |
| **技术特征F**：基于所述POI类型列表创建新层面地图作为所述金字塔分层数据结构的子代节点，《隐含公开》 | [0005] (Ｃ)目的地入力処理 ... ユーザは...カテゴリーとしてshoppingを入力し、POIリストより所定POI(例えばAAA ショッピングセンター)を選択する(ステップ１０１)。 ... 選択されたPOIが親POIであるか... 親POIで...子POIが存在する場合... ジョイスティックキー１６ａを右に倒すと(ステップ １１１)、ナビゲーション装置は図３(c)に示すように子POIリスト(テナント名称)を表示する（ステップ１１２）。<br>**翻译**：(C) 目的地输入处理 ... 用户...输入类别“shopping”，从POI列表中选择特定POI（例如AAA购物中心）（步骤101）。... 判断选择的POI是否为父POI... 如果是父POI...存在子POI的情况... 将操纵杆键16a向右推（步骤111），导航装置如图3(c)所示显示子POI列表（租户名称）（步骤112）。 | 目标专利中，基于POI类型列表创建作为子代节点的新层面地图。对比文件中，用户首先输入一个类别（如shopping），得到一个POI列表，然后从列表中选择一个具体的POI（如AAA购物中心）。当所选POI是“親POI”时，用户可以进一步操作以显示其“子POIリスト”。这个“子POIリスト”的显示，是基于用户初始输入的类别（shopping）和后续选择的父POI（AAA购物中心）而产生的，它展示了一个比父POI更具体、范围更窄的POI集合（即AAA购物中心内的店铺）。这实质上创建了一个新的、细节层级不同的“地图”或视图（列表形式），该视图与父POI视图构成了层级关系。虽然对比文件未明确称之为“金字塔分层数据结构的子代节点”，但其“親POI-子POI”的层级关系及对应信息的展示，隐含了基于上层选择创建下层新视图（可视为简化或具体化的地图）的过程。 |
| **技术特征G**：其中所述新层面地图包含相对于所述基底层面地图中的POI的多边形表示的所述数量减少数量的POI的多边形表示，《隐含公开》 | [0005] (Ｂ)POIデータベース構造 ... POIが親であれば子POIのリストあるいはポリゴンデータを記憶する。<br>[0005] (Ｃ)目的地入力処理 ... ジョイスティックキー１６ａを右に倒すと(ステップ １１１)、ナビゲーション装置は図４(c)に示すように子POI（駐車場）をポリゴンで表示する...<br>**翻译**：(B) POI数据库结构 ... 如果POI是父POI，则存储子POI的列表或多边形数据。<br>(C) 目的地输入处理 ... 将操纵杆键16a向右推（步骤111），导航装置如图4(c)所示用多边形显示子POI（停车场）... | 目标专利的新层面地图包含数量减少的POI多边形表示。对比文件中，当显示父POI（如“ドジャーススタジアム”）时，其子POI（如多个“駐車場”）是以多边形形式显示的（图4(c)）。这些子POI（停车场）的数量显然远少于数据库中所有POI（包括酒店、餐厅、购物等各类别）的总数，也少于父POI本身所代表的整个设施。因此，显示的子POI多边形集合，构成了一个相对于包含所有可能POI的“基底”数据（或相对于父POI这一整体）而言，POI数量减少的“地图”或视图。该特征被对比文件隐含公开。 |
| **技术特征H**：其中创建所述新层面地图包括基于在所述新层面地图中所述POI的既定大小和所述POI类型列表来确定所述POI的重要性层面，《未公开》 | 无对应内容。 | 目标专利中，“重要性层面”的确定是基于POI在新层面地图中的“既定大小”和“POI类型列表”这两个特定因素。对比文件完全没有提及任何关于“重要性层面”（importance level）的概念，也没有任何根据POI的“大小”或其所属“类型列表”来评估、确定或排序POI重要性的描述。在对比文件中，POI的显示或选择是基于用户明确的类别输入和层级选择，而非基于系统自动计算的“重要性”。因此，该技术特征既未被直接公开，也无法从对比文件公开的内容中合理推断得出。 |
| **技术特征I**：以及从所述基底层面地图中消除所述所确定的重要性层面低于指定重要性层面的POI。《未公开》 | 无对应内容。 | 该特征与技术特征H紧密相关，依赖于“重要性层面”的确定。由于对比文件未公开“重要性层面”的概念，因此也就不存在基于“重要性层面低于指定重要性层面”这一条件来“消除”POI的技术手段。对比文件中POI的筛选是基于用户选择的类别和具体的父POI，是用户驱动的主观选择，而非系统基于客观计算的“重要性”进行的自动消除。因此，该技术特征未被公开。 |
| **技术特征J**：其进一步包括：指派所述新层面地图作为当前层面地图《隐含公开》 | [0005] (Ｃ)目的地入力処理 ... 選択されたPOIが親POIであるか... 親POIで...子POIが存在する場合... ジョイスティックキー１６ａを右に倒すと(ステップ １１１)、ナビゲーション装置は図３(c)に示すように子POIリスト(テナント名称)を表示する（ステップ１１２）。 ... 選択した子POIを目的地として設定する...<br>**翻译**：(C) 目的地输入处理 ... 判断选择的POI是否为父POI... 如果是父POI...存在子POI的情况... 将操纵杆键16a向右推（步骤111），导航装置如图3(c)所示显示子POI列表（租户名称）（步骤112）。... 将选择的子POI设定为目的地... | 目标专利中，“指派新层面地图作为当前层面地图”意味着将新创建的简化地图设为当前操作和显示的对象。在对比文件中，当用户通过操作（如向右推操纵杆）从父POI视图进入子POI列表或多边形视图时，导航装置的显示界面和可操作对象就切换到了这个子POI视图。这个子POI视图就是基于用户之前的选择（类别、父POI）而“创建”的新视图。用户随后可以在这个新视图（子POI列表）中进行进一步操作（如选择子POI作为目的地）。这实质上就是将新创建的子POI视图“指派”为了用户当前交互和显示的“当前层面地图”。因此，该特征被对比文件隐含公开。 |
| **技术特征K**：从所述用户装置接收经更新的POI类型列表，其中所述经更新的POI类型列表表示与由最近先前POI类型列表所表示的相比较窄的POI特征定义基于所述经更新的POI类型列表从所述当前层面地图创建较高层面地图，其中所述较高层面地图包含进一步减少数量的POI的多边形表示，其中创建所述较高层面地图包括基于所述经更新的POI类型列表确定所述POI的经更新的重要性层面，以及在所述当前层面地图中消除所述所确定的经更新的重要性层面低于经更新的指定重要性层面的POI《未公开》 | 无对应内容。 | 该特征描述了迭代细化过程：接收更窄的POI类型列表 -> 基于新列表从“当前层面地图”创建“较高层面地图” -> 新地图POI数量进一步减少 -> 创建过程包括基于新列表确定“经更新的重要性层面” -> 消除重要性低于新阈值的POI。对比文件允许用户从父POI进入子POI视图，这可以视为一种细化。但是，第一，对比文件没有“接收经更新的POI类型列表”这一步骤，用户操作是选择具体的POI或进入子层级，而非更新一个“类型列表”。第二，也是更关键的，对比文件完全没有涉及任何“重要性层面”的确定和基于重要性进行消除的逻辑。其层级切换是基于数据结构中预定义的亲-子关系，而非基于动态计算的POI重要性。因此，该技术特征的核心“基于更新的类型列表确定重要性层面并据此消除POI”未被对比文件公开。 |
| **技术特征L**：将所述较高层面地图指派为所述当前层面地图。《隐含公开》 | [0005] (Ｃ)目的地入力処理 ... ジョイスティックキー１６ａを右に倒すと(ステップ １１１)、ナビゲーション装置は図３(c)に示すように子POIリスト(テナント名称)を表示する（ステップ１１２）。 ... 選択した子POIを目的地として設定する...<br>**翻译**：(C) 目的地输入处理 ... 将操纵杆键16a向右推（步骤111），导航装置如图3(c)所示显示子POI列表（租户名称）（步骤112）。... 将选择的子POI设定为目的地... | 此特征与技术特征J类似，但发生在迭代过程中。在对比文件的流程中，当用户从父POI视图（可视为一个层面）通过操作（如向右推操纵杆）进入子POI列表视图（另一个层面）后，显示和交互的焦点就转移到了这个新的子POI列表视图上。这实质上就是将新进入的、细节更具体的视图（子POI列表）指派为了用户当前所面对的“当前层面地图”。尽管对比文件没有明确使用“指派”和“当前层面地图”的术语，但其用户界面和操作逻辑隐含了这一过程。 |
| **技术特征M**：其进一步包括：从所述用户装置接收新的经更新POI类型列表《未公开》 | 无对应内容。 | 目标专利中，“接收新的经更新POI类型列表”是多次迭代细化搜索的前提。对比文件中，用户通过输入类别开始搜索，然后选择具体POI，再进入子POI视图。在这个过程中，用户并未再次提供或更新一个“POI类型列表”。用户后续的操作是选择列表中的具体项（POI），或者进行导航操作，而不是提供一个更新的、范围更窄的“类型列表”（例如从“购物”更新为“女士鞋”）。对比文件的交互是基于层级选择，而非基于类型列表的迭代更新。因此，该特征未被公开。 |
| **技术特征N**：基于所述新的经更新POI类型列表从所述当前层面地图创建新的较高层面地图，其中所述新的较高层面地图包含再进一步减少数量的POI的多边形表示，其中创建所述新的较高层面地图包括基于所述新的经更新POI类型列表确定所述POI的新的经更新重要性层面，以及在所述当前层面地图中消除所述所确定的新的经更新重要性层面低于新的经更新指定重要性层面的POI《未公开》 | 无对应内容。 | 该特征是技术特征K的进一步迭代。由于对比文件既未公开“接收新的经更新POI类型列表”（特征M），也未公开“基于类型列表确定重要性层面并消除POI”的核心机制（特征H、I、K），因此这一依赖上述机制进行多次迭代创建新地图的技术特征自然也未被公开。 |
| **技术特征O**：将所述新的较高层面地图指派为所述当前层面地图《隐含公开》 | [0005] (Ｃ)目的地入力処理 ...（描述了从父POI视图进入子POI视图的交互）<br>**翻译**：(C) 目的地输入处理 ... (描述了从父POI视图进入子POI视图的交互) | 此特征与技术特征L逻辑相同，是迭代过程中的一步。在对比文件描述的导航交互中，每当用户通过操作（如选择子POI列表中的一项，或可能进一步操作）进入一个新的、更具体的视图时，该视图就成为用户当前交互的界面焦点。这个过程隐含了将新展示的视图“指派”为“当前层面地图”。虽然对比文件没有描述多次迭代，但其一次层级切换的操作逻辑可以类推至多次切换的情形。 |
| **技术特征P**：从所述用户装置重复接收新的经更新POI类型列表，创建新的较高层面地图，以及将所述新的较高层面地图指派为所述当前层面地图，直到无新的经更新指定重要性层面被接收。《未公开》 | 无对应内容。 | 该特征描述了基于“更新的POI类型列表”和“重要性层面”进行循环迭代的完整过程。对比文件允许用户在POI层级间导航（如从父到子），但这并非基于“接收更新的类型列表”和“计算重要性”的自动化迭代过程，而是基于数据结构预定义关系和用户手动选择的交互过程。更重要的是，对比文件缺乏“重要性层面”这一驱动迭代的核心判断条件（“直到无新的...被接收”）。因此，该特征未被公开。 |
| **技术特征Q**：其进一步包括在存储器中将每一新的较高层面地图存储为连续相关子代节点数据子结构的金字塔形布置的分层结构。《未公开》 | [0005] (Ｂ)POIデータベース構造 ... POIが親であれば子POIのリストあるいはポリゴンデータを記憶する。<br>**翻译**：(B) POI数据库结构 ... 如果POI是父POI，则存储子POI的列表或多边形数据。 | 目标专利要求将每一新创建的层面地图都作为“连续相关子代节点数据子结构”存储在“金字塔形布置的分层结构”中。对比文件确实在POI数据库中将父POI与子POI数据关联存储，这构成了一种两层的数据层级关系。然而，目标专利的“金字塔形布置”强调的是从基底（最详细）到顶部（最简略）的**多个连续层级**，每一层都是对下一层的简化，并作为独立的数据子结构存储。对比文件仅公开了父POI和其直接子POI的两层关联，并未公开这种连续的、逐层简化的、存储为多个独立数据子结构的“金字塔”多层架构。本领域技术人员无法从对比文件的父子关联中，毫无疑义地或通过合理推断得出目标专利所要求保护的这种特定的、存储了多个简化层面的金字塔数据结构。 |
| **技术特征R**：其进一步包括：从所述用户装置获取地图层面的选择以便显示在所述用户装置上，所述选择基于装置屏幕大小和/或电池电量水平中的一或多者。《未公开》 | 无对应内容。 | 目标专利中，地图层面（即细节层级）的选择是基于设备自身状态（屏幕大小、电池电量）自动或半自动进行的。对比文件中，地图或视图的切换完全由用户手动操作触发（如输入类别、选择POI、推操纵杆），没有任何记载表明导航装置会根据“装置屏幕大小”或“电池电量水平”这些设备参数来自动获取或选择要显示的地图层面。该特征未被公开。 |
| **技术特征S**：其进一步包括：在通过无线通信耦合到所述用户装置的远程服务器处生成地图层面，其中所述生成的地图层面对应于来自所述用户的所述选择《未公开》 | 无对应内容。 | 目标专利强调地图层面的生成发生在“远程服务器”。对比文件描述的导航装置是一个本地设备（包含CD-ROM驱动器、处理器、存储器等，见图1），其地图数据处理和显示生成均在本地设备上完成。说明书通篇未提及任何“远程服务器”或类似的云端/网络处理架构。因此，该特征未被公开。 |
| **技术特征T**：将所述生成的地图层面以所述分层金字塔数据结构形式存储在所述远程服务器上。《未公开》 | 无对应内容。 | 该特征与技术特征S紧密相关，依赖于在远程服务器生成地图层面。由于对比文件未公开任何远程服务器组件或相关处理，因此也就不存在将生成的地图层面存储在远程服务器上的技术内容。该特征未被公开。 |
| **技术特征U**：其进一步包括传递所述生成的地图层面以便显示在所述用户装置上。《未公开》 | 无对应内容。 | 该特征同样依赖于在远程服务器生成地图层面。对比文件中的地图数据从本地CD-ROM读取，地图显示由本地设备生成，不存在从远程服务器向用户设备“传递”生成的地图层面的过程。该特征未被公开。 |
<<<E>>><<<a>>><<<b>>><<<c>>><<<d>>><<<f>>><<<g>>><<<j>>><<<l>>><<<o>>>