为什么走向浏览器
随着港航监管、海洋信息服务和业务态势系统逐步向 Web 化、平台化发展,用户希望无需安装专用客户端,便可通过浏览器访问专业海图,在不同终端共享统一的数据与功能,并将海图能力接入现有业务系统。电子海图因此需要在保持专业显示能力的同时,支持集中部署、统一更新和多用户访问。面向 Web 的固定预渲染切片虽然便于快速浏览,却会提前固化显示内容,难以根据比例尺、显示模式和专业参数动态调整。
针对这些需求,我们研发了面向 B/S 架构的专业电子海图系统:服务端统一处理 S-57 海图数据、执行参考 S-52 的显示规则并组织场景,浏览器根据真实屏幕条件完成排布与渲染,视域变化时按需传输差量。它不是把桌面软件简单搬上网页,也不是把海图预先切成固定画面,而是把可交互、可扩展、可集成的专业海图能力带进浏览器。
本系统覆盖 B/S 架构电子海图、S-57 数据处理、参考 S-52 显示规则的专业表达、多图拼接、视域差量更新和业务信息叠加。
先看结果
图 1 基于 S-57 数据并参考 S-52 规则生成的浏览器端电子海图综合显示结果
岸线、水深区域、航标、灯光、测深点和文字等信息,均可在浏览器中清晰呈现。
放大查看细节,缩小把握全局。画面并非预先切好的固定图片,而是依据海图对象、专业规则和当前视域动态组织的可交互场景。
数据解析、符号化和场景构建集中在服务端完成,不同终端通过浏览器共享一致的专业显示逻辑。
三种显示模式


图 2 同一海域在三种显示模式下的电子海图结果(自上而下依次为基础显示、标准显示和全部显示)
基础显示、标准显示和全部显示三种模式,可一键切换信息密度。
同一份海图可根据总览、日常查看和细节核查等任务,呈现不同层级的信息。海图数据没有更换,改变的是显示规则和阅读重点。
显示模式、对象组、文字、测深、灯光和信号可分别控制;可选项根据当前海图的实际内容生成,前端无需维护容易失效的固定清单。
远近各有重点

图 3 同一海域在不同显示比例尺下的信息组织结果(上:全局视图,红框标示局部区域;下:红框区域的放大视图)
拉远查看全局,拉近观察细节;缩放并不是让所有符号机械地同步放大或缩小。
显示比例尺变化时,岸线、基础区域、专业符号、测深点和文字按照各自规则显示或隐藏,使远景保持简洁,近景保留必要细节。
首屏加载后,基础对象可驻留在前端;在一般的平移和缩放过程中,系统通常只传输新增、替换和删除的内容,减少整幅海图的重复加载。
符号稳定清晰
图 4 浏览器端典型点、线、面要素及文字标注的局部显示结果
浮标、灯光、复杂线型、面图案和文字等内容,可在不同屏幕条件下保持清晰可辨。
在平移、旋转、缩放和高分辨率屏幕显示时,符号尺寸、线型节奏、图案相位和文字位置保持稳定;在信息密集区域,优先保障安全相关对象的可辨识性。
服务端保留专业显示语义,浏览器依据实际屏幕像素、字体尺寸和符号占屏范围完成最终避让,避免直接使用经纬度坐标粗略估算屏幕布局。
可靠、可扩展、可集成
B/S 架构的价值,不是把桌面程序原样搬到网页,而是把数据处理、专业显示和场景组织沉淀为统一服务,再由浏览器完成与真实屏幕相关的排布和渲染。服务端与浏览器各自承担适合自身、并且可以独立验证的任务。
在可靠性方面,系统以已确认的场景版本作为差量更新基线。例如遇到网络波动、请求超时、代理网关中断或响应丢失时,未成功送达的更新不会推进差量基线;通信恢复后,系统会从最后确认的版本重新计算,无法衔接时则触发完整场景同步,避免图层缺失、重复或新旧内容混用。
在可扩展性方面,交换格式、显示规则、场景模型和渲染输出相互分离。后续接入 S-101 等新标准时,可以复用现有的场景存储、视域差量和前端渲染能力,无需为每种标准重新搭建整套系统。
在集成能力方面,静态电子海图可与本船、目标、航迹和航线等动态信息进入同一套视域更新流程,同时保持数据来源和版本彼此独立。业务系统既可以叠加实时态势,又不会改变静态海图的版本和来源。
说明:本文展示的是基于 S-57 数据、参考 S-52 显示规则实现的行业应用能力,不等同于经型式认可的 ECDIS,也不构成航行建议。
关注产品与公司动态