海上安全管理系统

无需设备,仅用手机持续追踪;服务端自行判定未归、落水、漂流并报警。

主要特点

  • 无需专用设备,游客现有的智能手机持续上报位置,并察觉落水、越出区域与未归。
  • 即使手机关机或落水,服务器也会自行找出未返回的人并发出警报。
  • 运营方在PC上划定区域、查看运营状况,在码头则用手机接待游客登船并查看现场。

这是一款做什么的应用

仅凭一部智能手机,守护在海上、江河与湖泊活动的人。无需专用终端,也无需按月支付通信费——游客手中现有的手机持续上报位置,并察觉危险时刻。

使用者分两类。游客只需保持应用开启;休闲运营方则通过PC管控网页和手机应用查看谁在哪里、谁有危险。在地图上划定区域、登记船只在PC上完成,在码头接待游客登船则用手机完成。

地图 — 活动期间管控方看到同一张地图
地图 — 活动期间管控方看到同一张地图
平板 — 大屏上同样的状态卡片
平板 — 大屏上同样的状态卡片

游客 — 登船 · 状态 · SOS

在码头扫描船只二维码即加入该船的活动,从那一刻起管控方即可看到你。无法扫码时也可用参与码加入。活动结束,追踪随之结束。

主屏幕下方以十张卡片汇总当前状态——SOS、监视、向管控上传、收到的警报、返航确认等。长按SOS三秒即通知管控方;无法看屏幕时,用手掌拍一下手机也能呼叫。误触发的警报,轻敲手机三下即可取消。

扫码 — 将船上的二维码对准方框
扫码 — 将船上的二维码对准方框
登船 — 船只二维码或参与码
登船 — 船只二维码或参与码
状态卡片 — SOS、监视、上传一屏尽览
状态卡片 — SOS、监视、上传一屏尽览

游客 — 传感器 · 警报准备 · 入水感应器

每部手机内置的传感器各不相同。应用会显示本机具备定位、加速度计、气压计、陀螺仪中的哪些,并注明各传感器用于判断什么。若缺少某个传感器,也会一并说明哪些判断会变得不够准确。

选择要使用的服务(如参加赛艇比赛、乘坐休闲艇)后,应用会用黄色文字标出这些活动所需、但本机缺少的传感器,以及因此变得不够准确的判断。

若勿扰模式或通知权限会导致听不到警报,应用会在活动开始前提前指出。位置上报间隔也在此选择——上报越频繁,管控方察觉越快,但耗电也越多。

连接贴在救生衣上的入水感应器后,「已入水」便从推测变为确认。没有该装置,应用同样照常运行。

传感器与信号 — 本机具备什么
传感器与信号 — 本机具备什么
安全准备 — 提前发现收不到警报的状态
安全准备 — 提前发现收不到警报的状态
我的服务 — 提前显示本活动缺少的传感器
我的服务 — 提前显示本活动缺少的传感器
救生衣装置 — 有则可确认入水
救生衣装置 — 有则可确认入水

运营方管控 — 点名 · 警报 · 运行日志

PC运营总部界面左侧为地图,右侧为人员点名、按船点名与实时警报。顶部以大号数字显示所有人中有多少人的位置正常上报;由于海上以船为单位清点人数,每艘船单列一行,显示人数及信号中断人数。营业区域与危险区域直接在同一张地图上绘制设定。

警报分五级——从仅记录,到通知、管控关注、手机警铃并致电与短信通知管理者,直至遇险;游客无响应时会自动逐级上升。一天结束时,运行日志将航次、追踪人数、警报、误报与事故汇总为一页,可打印或下载为CSV。

运营区段在PC地图上按顺序创建:标出集合点,绘制船只运行区域,再调整其中的危险区域。建成的区段随即用于游客手机上的越界与危险区域判定。

运营总部 — 地图 · 区段状况 · 人员点名
运营总部 — 地图 · 区段状况 · 人员点名
区域绘制 — 先集合点,再运行区域
区域绘制 — 先集合点,再运行区域

采用了哪些技术

判定由服务器而非手机做出。服务器按固定周期扫描所有活动,找出已过返航时间却不再上报位置的人——因此即使手机落水或关机,未归警报也不会停止。它还会分辨位置中断的原因是电量耗尽、信号薄弱区域还是事故,再决定警报级别。

落水通过加速度计捕捉的坠落动作与浸水信号共同判断。潮汐与海流数据由服务器定期采集,用于评估被困与漂流风险。

通信中断时位置不会被丢弃。未能发送的位置暂存在手机中,恢复连接后一并上传;出发前的检查与签名也可离线先行完成。返航路线在手机内计算,无信号亦可使用。管控界面每五秒重新加载最新状态。

开发记录

行业
海上安全
形态
网页 + 应用
现状
开发中
规模
不公开
周期
2026-07 ~ 进行中
主要技术
TypeScriptNext.jsReact NativeSupabasePostGIS

想做类似的东西?

邮件标题会标明您是看了哪个案例来的。

工作日 1~3 天内回复。

通过邮件委托
返回列表