图及具 体实施例进行详细描述。
[0043] 本发明针对现有的技术中根据客户需求修改导航电子地图数据时难度大、品质风 险高、实现成本较大的问题，提供一种电子地图关系数据的修改方法，如图1所示，包括：
[0044] 步骤11 :获取待删除数据的关系属性信息；
[0045] 步骤12 :根据所述待删除信息的关系属性信息在中间数据格式的数据库进行数 据查询和提取；
[0046] 步骤13 :根据查询和提取得到的数据构建关系数据修改表，所述关系数据修改表 包括：用于表示待删除数据的标识的关系ID和用于表示待删除数据的类型的关系类别；
[0047] 步骤14 :根据所述关系数据修改表中的标识的关系ID从用于进行最终数据格式 的编译的原始数据附表中删除与所述关系ID对应的数据，形成用于进行最终数据格式的 编译的当前数据附表。
[0048] 本发明实施例提供的所述电子地图关系数据的修改方法根据待删除数据的关系 属性信息通过中间数据格式的数据库构建关系数据修改表，对满足条件的关系数据进行修 改；可以满足客户特殊需求对导航电子地图属性数据进行特定修改，提供满足客户特定条 件的定制化的数据产品，提高导航数据产品的灵活性，降低修改难度，优化客户体验，提升 客户对导航数据产品的满意度，导航电子地图属性数据修改内容相对明确，后续产品验证 测试对象明确，品质控制程度较高，导航电子地图属性数据修改内容结构清晰、简单，客户 的多个需求或多种要素可共用一张成果表进行实现，导航电子地图编译程序开发成本较 低。
[0049] 本发明实施例提供的所述修改方法还包括：对所述当前数据附表进行最终数据格 式的编译。由此步骤知本发明实施例提供的所述修改方法可以满足客户特殊需求对导航电 子地图属性数据进行特定修改，而不用对从现有生产流程的前面环节进行调整，应用和生 产成本较低；将修改导航电子地图属性数据的时间点提前，降低后期编译数据后再进行数 据修改的难度和风险。
[0050] 其中，所述关系数据修改表还包括：用于表示待删除数据的标识的子关系ID和用 于表示待删除数据的类型的子关系类别。
[0051] 进一步的，所述修改方法还包括：将数据转化为中间数据格式，形成所述中间数据 格式的数据库。
[0052] 对于传统的导航电子地图数据生产而言，包括产品设计、生产计划资源组织、外业 实地采集数据、内业制作导航数据库、数据逻辑综合检查、转换中间数据格式、编译最终数 据格式、产品测试验证这些主要的生产流程。传统导航电子地图产品生产流程多、更新周期 较长，而且对于特定的导航数据生产公司而言，一般在进行产品设计的时候，数据规格标准 已经制定，在一定的空间和时间范围内是相对稳定的，外业实地采集和内业制作都会遵照 已制定的数据规格标准进行。这样标准化的数据生产，可能无法同时满足不同导航终端客 户的存在细微差别的应用需求。
[0053] 另一方面，导航电子地图数据内容丰富，主要可分为空间数据和属性数据。空间数 据由包含坐标信息的点、线、面等空间实体构成，属性数据则是在空间数据基础上的各种属 性、关系等信息集合。属性数据又可进行进一步细分，关系数据是其中的一种类型，表现的 是将具体现实世界中的道路/背景内容等通过逻辑抽象为特定的线、点等结构，用线、点之 间的组合关系展现附属在其上的相关信息，如利用进入道路、进入道路点关系表现的摄像 头信息（线点关系），利用进入道路、进入道路点、经过道路、退出道路关系表现的分歧信息 (线点线关系）等，关系数据是对具体现实世界的一种高级逻辑抽象形式，也是生产导航地 图数据的一项重要基础。空间数据和非关系类型的属性数据的修改与导航电子地图的数据 更新的研究领域内容有部分重叠，本发明的研究对象仅为属性数据中的关系数据，即本发 明为满足特定条件的关系数据修改的方法。
[0054] 如上所述，如果需要提供定制化的导航电子地图数据，进行某些满足客户特定条 件的关系数据的修改，目前已有的解决方案主要集中于整个生产流程的后端，如在导航应 用端进行数据屏蔽，或在编译最终数据格式后或产品测试验证过程中进行数据修改，但这 样，修改时间点较晚，且修改难度大、品质风险高，实现成本较大。而本发明则在导航数据 生产环节的编译最终数据格式前，如图2所示，基于转换中间数据格式的数据库构建满足 特定条件的具有固定表结构的关系数据修改表，对满足客户的特定条件的关系数据进行修 改。达到在导航数据生产公司的数据规格标准一定的情况下，通过进行数据删除，屏蔽某些 不满足客户需求的相关数据的目标。本发明具有可以满足客户特殊需求对导航电子地图属 性数据进行特定修改，提供定制化的数据产品，优化客户体验，提升客户满意度；应用和生 产成本较低；修改内容明确，品质控制程度较高；修改结构清晰简单；编译程序开发成本较 低等多项优点。
[0055] 对于满足特定条件的关系数据修改又可进行细分，一种是纯数据删除，适用于屏 蔽某些不满足客户需求的相关数据；另一种是数据删除后新数据新增，适用于完全生产出 满足客户需求的相关数据。后者与导航电子地图的数据更新的研究领域内容有部分重叠， 且可能涉及到重新制定数据的规格标准等，情况比较复杂。本发明仅对前者进行讨论，即在 导航数据生产公司的数据规格标准一定的情况下，通过进行数据删除，屏蔽某些不满足客 户需求的相关数据，提供满足客户特定条件的定制化的数据产品。
[0056] -般导航电子地图数据编译使用的中间数据格式的文件类型，可能包括MIF/MID、 SQLITE、0raCle等数据类型，无论何种数据类型，其基本表现之一都是数据表。本发明实施 例提供的修改方法的核心是基于转换中间数据格式的数据库构建满足特定条件的具有固 定表结构的关系数据修改表C0NDITI0N_CHANGE，表结构可以设计如表1所示。
[0058] 表1关系数据修改模型表
[0059] 具体每个字段含义：C0NDITI0N_ID为记录的关系ID，必填字段；SUBC0NDITI0N_ ID为子关系ID，适用于关系数据结构比较复杂、数据模型中需要增加子关系ID进行进一 步细化的情况，可空字段；C0NDITI0N_TYPE为关系类别，和C0NDITI0N_ID字段对应，记录 CONDITIONED代表的具体关系类别，取值可以调整，能够区分不同种类的关系类别即可， C0NDITI0N_TYPE字段与C0NDITI0N_ID字段构成联合主键，可避免不同的关系类型出现关 系ID重复的情况，具体关系类别可根据数据模型自行定义，必填字段；SUBC0NDITI0N_TYPE 记录子关系类别，和SUBC0NDITI0N_ID字段对应，记录记录SUBC0NDITI0N_ID代表的具体关 系类别，适用于关系数据结构比较复杂、数据模型中需要对子关系类别进行进一步细化的 情况，可空字段。
[0060] 其中，关系ID为该对象在电子地图数据库的本类关系中的标识，比如摄像头 1000001 ;子关系ID为关系ID的进一步细化的标识，比如1000001-1 ;关系类别为该对象在 电子地图数据库中的属性类型，比如1 ;子关系类别为关系类别的进一步细化的属性类型， 比如1-1。关系ID与关系类别结合，构成该对象在电子地图数据中的唯一标识。
[0061] C0NDITI0N_ID、SUBC0NDITI0N_ID字段内容需要基于导航数据生产公司使用的中 间数据格式的数据模型进行数据查询和提取获得。客户条件明确、容易实现的可以利用 SQL(结构化查询