1. ECDIS电子海图数据维护概述
ECDIS（Electronic Chart Display and Information System，电子海图显示与信息系统）并不是一台“装了海图软件的显示器”，而是一套以官方电子海图数据为核心、以定位与航行传感器为输入、以航线监控与报警为输出的综合导航系统。理解它的系统组成与数据层次，是后续所有数据维护工作的前提——因为维护的对象不是屏幕，而是屏幕背后那一层层被加载、转换、校验和更新的数据。
一、ECDIS的系统组成
从数据流角度看，一套典型ECDIS可划分为四个功能域：传感器输入域（GNSS、罗经、计程仪、AIS、测深仪、风速风向等）、海图数据域（ENC/SENC存储介质、数据许可、更新文件）、处理与显示域（主处理器、海图显示内核、航线计划与监控、安全参数计算）、报警与输出域（声光报警、航行记录、打印输出）。其中海图数据域是本章关注的核心，它决定了系统“看到的世界”是否准确、是否最新、是否在许可范围内。
需要特别强调的是，ECDIS的合规性并不只取决于硬件型号，还取决于系统是否装载了覆盖本航次航线的、经主管机关认可的官方电子海图，以及这些海图是否已更新到最新期次。硬件是载体，数据才是内容。
二、电子海图数据的三种类型：ENC、SENC、RNC
初学者最容易混淆的是ENC与SENC。二者的关系可以概括为“源数据”与“系统内部数据”的关系。
- ENC（Electronic Navigational Chart，电子航海图）：由各国官方水道测量机构（HO）按IHO S-57标准（新一代为S-101）生产的矢量数据集，是唯一被SOLAS公约认可、可用于满足海图配备要求的官方矢量数据。ENC以“单元（cell）”为组织单位，每个单元有唯一的单元名、覆盖范围、比例尺带（如概述级、一般级、沿海级、近岸级、港口级、泊位级）和版本号。
- SENC（System Electronic Navigational Chart，系统电子海图）：ECDIS将ENC转换、编译后形成的内部数据库，是系统实际用于显示与计算的数据。SENC中除ENC内容外，还包含系统自动进行的转换结果、已应用的更新、以及操作者添加的临时改正。SENC不是可对外分发的产品，而是系统内部状态。
- RNC（Raster Navigational Chart，光栅航海图）：官方纸质海图的扫描图像，按像素呈现，不具备矢量对象属性，无法进行自动报警计算（如安全等深线判断）。RNC通常作为ENC未覆盖区域的补充，其使用需符合主管机关的特别批准条件。
三者的关键差异在于“是否可被系统理解”。ENC中的沉船、航道边界、等深线都是带属性的对象，系统能据此计算安全水深、判断是否穿越禁航区；RNC只是一张图，系统无法自动识别其中的要素。因此，凡涉及自动报警与航线安全校验的功能，都必须建立在ENC/SENC之上。
三、数据维护在航行安全中的角色
海图数据维护的本质，是保证“系统内的海图世界”与“主管机关发布的最新海图世界”保持一致。这项工作直接对应三类安全风险：
第一类是“缺失风险”。若某航段没有装载覆盖该区域的ENC，系统可能显示空白或提示“无官方数据”，此时若驾驶员仍按屏幕航行，等于在无海图状态下航行。SOLAS第V章第27条要求船舶必须配备覆盖预定航次的、最新的官方海图与出版物，ECDIS可作为满足该要求的载体，但前提是数据齐全。
第二类是“过期风险”。航道疏浚、沉船新增、灯标变更、禁航区调整等信息通过航海通告（Notice to Mariners）以更新文件形式发布。若更新未应用，系统仍会按旧数据计算安全等深线与航线，报警可能“正确地”基于错误数据发出，反而更具迷惑性。
第三类是“许可与一致性风险”。ENC通常以单元或许可证（permit）方式授权使用，许可有覆盖范围与有效期。许可过期后，部分系统会限制显示或发出提示。此外，同一区域可能存在不同比例尺的多个单元，系统按显示比例自动选择，若单元版本不一致，可能出现接边处要素矛盾。
四、法规与检查要求
国际层面，SOLAS第V章第18、19、27条构成ECDIS配备与海图配备的基本框架；IMO MSC.232(82)决议《ECDIS性能标准》规定了显示、报警、更新、记录等具体功能要求；IHO S-52（显示规范）、S-57/S-101（数据标准）、S-63（数据保护）则构成技术标准体系。港口国检查（PSC）中，常见缺陷集中在：海图未更新至最新通告、缺少航次覆盖、更新记录不完整、备用配置（backup arrangement）不符合要求。
因此，数据维护不是“有空再做”的辅助工作，而是可被检查、可被追溯、可被记录的合规行为。每一次更新都应有对应的航海通告编号、应用日期、操作者与校验结果，形成可回溯的记录链。
五、一个可执行的最小维护闭环示例
以某航次前的一次例行维护为例（以下参数为教学示例，非实测数据）：假设船舶计划从A港航行至B港，系统内已有覆盖该航线的5个ENC单元，当前基础版本为2024年第10期，最新航海通告至第14期。操作者可按下述闭环执行：
- 核对覆盖：在航线计划中逐段检查是否存在“无官方数据”提示，确认5个单元的比例尺带能覆盖从港口泊位到外海的各级显示需求。
- 核对版本：记录每个单元的当前版本号与更新期次，与数据提供方发布的最新期次比对，列出需更新的单元清单。
- 按序应用更新：更新文件必须按期次顺序应用（第11→12→13→14期），不可跳期；应用后系统应显示新的版本号与更新期次。
- 校验结果：抽查若干已知变更点（如某灯标颜色、某沉船位置），在系统中确认要素已变更；检查接边单元是否一致。
- 记录归档：登记更新日期、通告编号、操作者、校验结论，并保留更新文件以备复查。