智慧渔港总体架构
架构图为方法示意，不对应具体客户项目、产品截图或已验收系统；实际建设需以现场勘察、接口授权和业务边界核定结果为准。
智慧渔港不是一块大屏，也不是AIS、北斗、雷达和摄像机的简单叠加。它应围绕“依港管船、管人、管渔获、管安全、管环境、促服务”，把多源感知、业务规则和组织职责连接成闭环：发现对象与风险，形成事件，分级派发，协同处置，复核归档，并用真实数据持续改进港区运行。
五大业务域包括平安渔港与渔船监管、港区运营、应急指挥、绿色生态、渔业产业与公众服务；四类终端包括指挥大屏、管理Web端、执法移动端和渔民/公众服务端。
方案解决的核心问题
| 当前问题 | 目标状态 | 验收证据 |
|---|---|---|
| AIS、北斗、雷达、视频和业务系统各自独立 | 同一船舶、人员、港口、事件使用统一标识和时间轴 | 跨源数据匹配记录、数据质量报告、异常清单 |
| 报告、实际通行、船位和人员信息难以交叉核验 | 进出港报告与船位、卡口、视频、证照及安全自查联动 | 完整业务测试用例及处置记录 |
| 告警很多，但处置责任、时限和结果不清楚 | 告警转事件，事件按预案分级、派发、处置、复核和归档 | 端到端事件闭环率、超时率、复核记录 |
| 台风、火灾、碰撞等场景靠临时电话协调 | 预案、资源、通信、船位和现场视频在同一指挥界面协同 | 演练脚本、调度记录、任务反馈与复盘报告 |
| 系统建成后设备离线、接口失效、规则不维护 | 设备、接口、数据、算法和账号均进入持续运维台账 | 健康报表、工单、版本、备份恢复和权限复核记录 |
首期建设建议
首期不追求把所有业务一次做完，建议先完成“一船一档、一港一图、一事一闭环、一个统一值守入口”：打通渔船进出港、港区视频/船位、告警处置和基础巡检；在代表性港口或航道开展船舶识别、火烟/违规动火等AI场景的影子运行。完成基线和现场验证后，再扩展渔获追溯、绿色生态、数字孪生和产业服务。
1 建设背景与方案判断
1.1 政策与业务变化
农业农村部《“十四五”全国渔业发展规划》提出推进渔业高质量发展，统筹绿色生态、科技创新和治理能力建设 [R2]。沿海渔港经济区建设进一步强调平安渔港、智慧渔港、绿色渔港、产业渔港和人文渔港协同，而不是把信息化项目与港区运营、产业和安全割裂 [R3][R4]。
2026年，农业农村部调整渔船进出渔港报告制度，实现海洋渔船报告全覆盖，将小型渔船纳入管理，并明确渔船所有人、实际经营人的报告责任以及每次出海前安全隐患自查要求 [R5]。这意味着系统设计不能只做“提交一张表”，而应支持主体责任确认、自查项目、校验反馈、异常整改和监管抽查的完整链路。
1.2 同类公开方案的共性
公开规划显示，成熟智慧渔港通常同时覆盖船舶动态监管、港区综合监控、渔获与生产管理、防汛防台、海洋环境、公众服务和三维可视化。石浦智慧渔港采用“两平台、一中心、一网”组织政务管理、社会服务、数据交换和移动感知；路桥金清渔港强调气象、环境、雷达、视频和既有渔业系统的数据融合；湛江规划把港、船、人、鱼货动态监管与精细化海洋预报、渔获综合管理结合 [R6][R7][R8]。
这些公开样本说明：建设重点不应停在设备清单，而要明确对象、流程、事件、数据、组织和验收。技术路线可以不同，但“多源融合、业务闭环、分期建设、安全运营”是稳定共性。
2 适用对象、目标与范围
2.1 适用对象
- 中心渔港和一级渔港：需要提升进出港、停泊、伏休、防台、安防、巡检和便民服务能力；
- 渔港经济区：需要多港联动、区县级指挥、渔获流通、冷链加工、绿色生态和产业运营；
- 存量改造项目：已有视频、AIS、北斗、广播、机房或业务系统，需要统一接入和业务闭环；
- 新建港区：可在土建、弱电、机房、感知点位和业务系统之间同步规划，减少返工。
2.2 角色与用户任务
| 角色 | 主要任务 | 系统应提供的结果 |
|---|---|---|
| 渔业渔政主管部门 | 掌握辖区态势、风险、合规和资源配置 | 一张图、专题分析、重点对象、督办与统计 |
| 渔港运营单位 | 管理泊位、人员车辆、设施、值班、巡检和服务 | 运营台账、工单、排班、设备健康和服务记录 |
| 执法和值守人员 | 核查报告、处理告警、现场取证、巡港和反馈 | 移动待办、对象档案、导航、证据链和处置模板 |
| 应急指挥人员 | 研判险情、启动预案、调度资源、跟踪任务 | 事件态势、预案、资源、融合通信、任务与复盘 |
| 船东、经营人和船员 | 报告进出港、完成安全自查、接收预警和办理服务 | 移动申报、反馈、证照/业务查询和消息提醒 |
| 企业与公众 | 获取服务、提交问题、查询允许公开的信息 | 便民入口、服务目录、问题反馈和进度查询 |
2.3 建设目标
| 目标域 | 目标状态 | 项目级量化方式 |
|---|---|---|
| 对象清楚 | 港、船、人、设施、点位、资源均有统一档案 | 主数据覆盖率、重复率、冲突关闭率 |
| 状态可见 | 船位、进出港、泊位、设备、环境和事件可按权限查看 | 数据时延、在线率、完整率、地图匹配率 |
| 风险可管 | 规则或AI发现异常后能进入责任明确的处置流程 | 有效告警率、闭环率、超时率、复核一致率 |
| 应急可协同 | 预案、人员、船舶、物资、通信和现场信息联动 | 演练到达时间、任务反馈率、记录完整率 |
| 服务可追踪 | 报告、查询、举报、补给或其他事项具备状态反馈 | 在线办理率、平均处理时长、用户反馈 |
| 系统可运营 | 设备、接口、数据、算法、安全和账号持续维护 | 可用性、故障恢复、接口成功率、备份恢复演练 |
2.4 范围与除外项
建议纳入：标准规范、感知与网络接入、数据治理、海陆一体图、渔船监管、港区运营、应急指挥、生态监测、渔获与公众服务、移动端、安全及运维。
按需选配：雷达和光电联动、三维数字孪生、渔获交易、冷链监管、能耗管理、无人机、智能广播、融合通信、AI模型定制和跨港区运营。
默认除外：未经授权替代国家或省级法定业务系统；以算法自动作出行政处罚或高风险放行决定；未经过安全评估的数据跨域共享；用通用三维模型代替工程测绘或航海图；未完成现场测试即承诺识别率。
3 总体架构
3.1 总体建设框架
| 四类终端：指挥大屏 ｜ 管理Web端 ｜ 执法移动端 ｜ 渔民/公众服务端 | ||||
| ↓ | ||||
| 平安渔港与渔船监管 | 港区运营 | 应急指挥 | 绿色生态 | 产业与公众服务 |
| ↓ 统一事件、规则、消息、工单、报表和权限 ↓ | ||||
| 一个数据底座：主数据 ｜ 时空数据 ｜ 事件数据 ｜ 视频与图片索引 ｜ 接口服务 ｜ 数据质量 | ||||
| ↓ | ||||
| AIS/北斗/VHF | 雷达/光电/视频 | 闸机/门禁/广播 | 气象/水质/环保 | 既有业务系统 |
| 贯穿保障：标准规范 ｜ 网络与数据安全 ｜ 运维运营 ｜ 组织职责 | ||||
3.2 一套标准
标准体系应在采购前形成，至少覆盖对象编码、坐标与地图、数据字典、接口、事件分级、告警编码、图片/视频证据、身份与权限、日志、设备接入、AI模型版本、项目文档和验收口径。已有国家、省级或上级系统标准时优先复用，不为本项目另造冲突字段。
3.3 一个数据底座
数据底座不等于“把数据复制进一个库”。它负责确认数据来源、对象主键、更新时间、质量规则、使用权限和责任人，使一条船的证照、报告、船位、视频识别、泊位、违规和渔获记录可以在同一时间轴上核对，同时保留原始来源，避免算法或人工修改覆盖法定数据。
3.4 一张海陆一体图
一张图统一呈现港区边界、航道、泊位、电子围栏、船舶、人员车辆、设备点位、环境监测、应急资源和事件。基础底图、电子海图和工程测绘数据应说明授权、坐标系、比例尺、更新周期和用途；业务可视化不能替代法定航海导航或工程设计成果。
3.5 四类终端
- 指挥大屏：用于值守和应急，展示总体态势、重点风险和协同任务，不堆叠无法行动的指标；
- 管理Web端：用于档案、规则、工单、统计、配置、审核和运维；
- 执法移动端：用于告警接收、对象核查、现场取证、巡查、任务反馈和离线补录；
- 渔民/公众服务端：用于身份认证、进出港报告、隐患自查、消息、服务查询和问题反馈。
4 五大业务域
4.1 平安渔港与渔船监管
| 能力 | 核心内容 | 边界 |
|---|---|---|
| 一船一档、一人一档 | 渔船、所有人/经营人、船员、证照、终端、保险、检查、违规和变更记录 | 以上级权威数据为准；本地补充数据必须标来源和审核状态 |
| 进出港管理 | 报告、安全自查、配员、装备、渔获、系统校验、整改、检查和实际通行核验 | 不得另建与法定系统冲突的报告口径；优先对接或提供辅助核验 |
| 多源船位 | AIS、北斗、雷达、视频识别等数据融合，支持实时位置、轨迹和来源切换 | 显示定位误差、最后更新时间和数据源，不把推测位置伪装成实测 |
| 电子围栏 | 航道、港池、伏休泊区、禁限航区、危险水域和临时管制区规则 | 围栏需有业务依据、有效期、责任人和广播/处置规则 |
| 重点场景 | 未报告进出港、设备离线/分离、疑似无标识船舶、越界、走锚、碰撞风险、拥堵、台风未归港 | 规则结论需人工核实；误报、漏报和无法确认状态分开记录 |
| 伏休与防台 | 泊位清点、值守、移泊、船位复核、预警发布、联系反馈和重点船舶跟踪 | 以主管部门当期规定、气象预警和应急预案为准 |
4.2 港区运营
- 港区档案：陆水域边界、岸线、码头、泊位、道路、建筑、管线、消防、补给和经营主体；
- 泊位与交通：泊位划分、占用、预约/分配、移泊、航道流量、拥堵提示和历史利用；
- 人员车辆：授权通行、访客、重点区域、车辆进出和异常聚集，按最小必要处理身份信息；
- 设施设备：资产台账、点位、状态、保养、巡检、故障、备件和生命周期；
- 值班巡港：排班、检查表、定位、拍照、问题上报、派单、整改和复核；
- 作业安全：违规动火、占道、消防通道、人员落水等场景可通过规则、传感器和AI辅助发现；
- 物业与能耗：水电、照明、机房、泵站、冷库等按项目范围接入，形成异常工单和趋势分析。
4.3 应急指挥
应急系统以预案和职责为基础，不从“大屏效果”倒推功能。建议覆盖台风、火灾、船舶碰撞/走锚、人员落水、油污泄漏、通信中断、设备重大故障等事件类型，并支持以下链路：
| 监测或上报 | → | 核实与分级 | → | 启动预案 |
| ↓ | ||||
| 复盘与改进 | ← | 反馈与复核 | ← | 调度与处置 |
核心对象包括事件、预案、组织、联系人、船舶、队伍、物资、避风泊位、医疗与救援资源、视频点位和通信通道。每项任务都应记录下达、接收、执行、证据、异常和关闭时间；短信、电话、广播、VHF或其他融合通信能力按既有资源和审批范围集成。
4.4 绿色生态
| 场景 | 数据与能力 | 建议处置 |
|---|---|---|
| 水环境 | 水质、水文、气象、排口和人工检测数据 | 阈值预警、趋势、点位比对、采样复核和责任派单 |
| 岸滩与港池环境 | 垃圾、漂浮物、油污等人工巡查或视频辅助识别 | 位置上报、保洁/环保工单、复核和统计 |
| 污染事件 | 视频、传感、船舶轨迹、风流信息和现场照片 | 核实来源、启动预案、围控处置、取证和报告 |
| 资源能耗 | 照明、泵站、冷库、机房等水电能耗 | 异常分析、错峰策略、设备维护和节能评估 |
水质评价、污染物认定和执法结论必须采用法定方法和有资质检测结果；在线传感和AI识别用于监测线索与调度辅助。
4.5 渔业产业与公众服务
- 渔获上岸：关联船舶、航次、报告、品类、数量、上岸点、时间、去向和必要的检验/交易信息；
- 追溯与统计：建立批次或单据主键，保留来源和修改记录，支持按权限查询和异常核对；
- 冷链与交易：按项目范围对接称重、交易、仓储、冷库和物流系统，不重复建设成熟业务平台；
- 补给服务：展示供油、供冰、维修、物资、泊位等服务信息，是否支持预约或交易由运营模式决定；
- 公众服务：公告、气象预警、政策、证照/事项查询、问题上报和办理进度；
- 文化与旅游：具备产业和文旅条件的渔港，可建设活动、展陈、导览和客流服务，需与生产作业区和安全边界分开。
5 五条关键业务闭环
5.1 渔船进出港闭环
- 船舶所有人、实际经营人或授权主体按现行制度提交报告和出海前安全隐患自查；
- 系统核对船舶、证照、配员、终端、装备、自查和历史重点记录，返回校验状态；
- 船位、卡口、视频或雷达记录实际通行，并与报告时间、方向、身份进行关联；
- 一致记录自动归档；不一致记录进入人工核查，不直接形成违法结论；
- 执法/值守人员记录检查、整改、放行或其他处置，保留依据和证据；
- 报告、通行、检查、整改和结果进入同一航次时间轴，用于统计与复盘。
5.2 台风归港与避险闭环
- 接收权威气象、海洋预警和主管部门指令，生成事件及适用港区、船舶范围；
- 按船位、作业状态、船型和联系状态形成归港、在港、失联、异常清单；
- 通过批准的消息、电话、北斗、广播或VHF通道发布指令并记录反馈；
- 结合航道、泊位、吃水和港区承载能力辅助安排避风停泊；
- 持续更新船位与联系状态，对逾期或异常对象升级；
- 事件结束后复核归港过程、通信到达、处置时间和数据缺口。
5.3 AI预警处置闭环
- 定义业务事件、适用区域、触发条件、时段、严重度和责任人；
- AI或规则产生候选告警，自动合并同一对象、相邻时间的重复告警；
- 值守人员核实视频、船位、设备状态和业务数据，标记有效、误报或无法确认；
- 有效告警转为事件或工单，按预案派发并跟踪；
- 处置人员上传结果，复核人确认是否消除风险；
- 复判数据回流到规则和模型评估集，版本更新必须测试、审批并可回滚。
5.4 渔获上岸追溯闭环
- 以船舶航次/报告为起点，建立渔获上岸批次；
- 在指定上岸点记录时间、品类、数量、称重和必要的照片/单据；
- 关联收购、交易、仓储、加工或物流去向，按权限交换数据；
- 对未报告、数量异常、非指定点上岸或链路断点形成核查任务；
- 更正必须保留原值、原因、责任人和时间，不覆盖审计轨迹；
- 形成监管统计、资源分析和合规查询，但不把估算值冒充法定统计。
5.5 设施巡检与故障闭环
- 建立设备、位置、责任、维保周期、备件和文档档案；
- 按日历、运行时长或状态触发巡检，移动端按点位执行；
- 发现故障后自动带入设备、时间、位置、日志和现场证据；
- 按影响范围和服务级别派单，重大故障进入应急和业务降级流程；
- 维修后复测在线、数据、告警和业务功能，复核人关闭工单；
- 统计重复故障、离线时长、备件消耗和维护成本，调整检修策略。
6 AI视频分析与多源感知
6.1 感知体系
| 感知类型 | 典型对象 | 设计要点 |
|---|---|---|
| 船载与岸基通导 | AIS、北斗、VHF及批准的通信终端 | 终端身份、报位周期、覆盖、盲区、在线状态和数据授权 |
| 水域探测 | 雷达、光电转台、岸基视频 | 海况、天气、遮挡、距离、目标尺度、联动时延和取证质量 |
| 港区视频 | 航道、码头、泊位、出入口、作业区 | 视场、逆光、夜间、盐雾、风振、防护、补光和隐私遮罩 |
| 身份与通行 | 门禁、闸机、证件、车辆与船牌 | 合法处理依据、最小采集、误识复核和异常通行流程 |
| 环境与设施 | 气象、水质、水文、烟感、消防、用电、机房 | 校准、量程、采样周期、离线告警、维护和法定检测边界 |
| 人工与移动采集 | 巡检、执法、举报、应急现场 | 定位、时间、原图、离线、补录、审核和证据完整性 |
6.2 AI场景分级
| 级别 | 适用场景 | 使用方式 |
|---|---|---|
| A：提醒类 | 垃圾堆积、人员聚集、通道占用、未穿救生衣等 | 形成巡查线索，人工确认后派单 |
| B：核验类 | 船舶进出、船号识别、泊位占用、疑似违规动火 | 与报告、船位、证照或工单交叉核验 |
| C：高风险预警 | 明火烟雾、人员落水、碰撞/走锚风险 | 快速通知并人工核实，必要时按预案先响应后复核 |
| D：执法/放行相关 | 疑似三无、越界、资质异常、不安全出海 | 只提供证据线索与辅助判断，法定主体依法核查决定 |
6.3 现场PoC与验收
每个AI场景应先建立“事件定义—数据条件—误判代价—测试集—阈值—人工复核—业务动作”。PoC至少覆盖白天/夜间、晴雨雾、不同潮位、船型尺度、遮挡、摄像机振动和典型负样本。验收同时报告查准率、查全率、每小时误报、漏报样本、端到端时延和不可判定比例；不只给一个脱离场景的“准确率”。
7 数据治理与系统集成
7.1 核心数据对象
| 对象 | 关键字段示例 | 权威来源与责任 |
|---|---|---|
| 渔港 | 编码、等级、边界、设施、运营单位、管理章程 | 主管部门与运营单位确认 |
| 渔船 | 统一标识、船名、类型、所有人/经营人、证照、终端 | 上级渔船管理系统为主，本地补充需审核 |
| 人员 | 身份、角色、证照、所属组织、授权和联系信息 | 最小必要采集，明确更新与注销责任 |
| 航次/报告 | 进出港、配员、自查、装备、渔获、校验和检查 | 法定报告系统及监管记录 |
| 船位 | 数据源、终端、时间、经纬度、速度、航向、质量 | 保留原始值和融合值，不覆盖来源 |
| 设备/点位 | 型号、协议、位置、状态、版本、维保和责任人 | 资产与运维台账 |
| 事件/工单 | 类型、级别、对象、规则、证据、责任、时限、结果 | 统一事件中心 |
| 渔获批次 | 航次、品类、数量、上岸点、时间、去向和单据 | 业务主体提交与监管核验 |
7.2 数据质量规则
- 唯一性：同一船舶、终端、人员、设备和事件不重复建档；
- 完整性：必填字段、关联对象和证据满足业务最低要求；
- 一致性：报告、船位、通行、证照和配员冲突可发现、可解释；
- 及时性：数据记录采集时间、接收时间、处理时间和最后更新时间；
- 有效性：证照、围栏、预案、联系人和规则具有生效/失效状态；
- 可追溯：来源、原值、修改人、修改原因和版本完整保留。
7.3 接口原则
优先采用上级系统批准的API、消息或数据交换方式。接口清单应说明提供方、调用方、对象、字段、方向、频率、峰值、认证、加密、错误码、重试、幂等、对账、审计、版本和停用流程。不能获得接口授权时，可采用人工导入、只读展示或流程跳转等降级方式，但必须明确数据新鲜度和责任边界。
| 拟对接系统 | 典型数据 | 实施前确认 |
|---|---|---|
| 国家/省级渔业管理与进出港系统 | 船舶、船员、证照、报告、船位、渔获 | 权限、接口、回写、数据使用范围 |
| AIS、北斗、雷达、视频与广播系统 | 位置、航迹、目标、码流、告警、通信 | 协议、厂家开放性、授权、时间同步、容量 |
| 气象、海洋、环保系统 | 预报预警、水文、水质、环境事件 | 权威来源、更新频率、使用与发布限制 |
| 应急、公安、海事或城市平台 | 事件、资源、通信、视频或协同任务 | 部门职责、数据边界和联动机制 |
| 交易、称重、冷链和物流系统 | 渔获、批次、重量、温度、交易和去向 | 运营主体、商业数据权限和对账责任 |
8 部署、网络与基础设施
8.1 部署模式
| 模式 | 适用条件 | 注意事项 |
|---|---|---|
| 政务云/行业云 | 已有合规云资源和跨部门数据交换体系 | 视频带宽、边缘处理、云服务边界和退出迁移 |
| 本地/私有化 | 内网、敏感数据、低时延或离线运行要求较高 | 机房、电力、备份、安全、人员和持续运维能力 |
| 云边协同 | 多港区、视频AI和断网续运行场景 | 边缘缓存、规则同步、数据回传、版本和冲突处理 |
8.2 网络分区
建议按感知接入、视频专网/区域、业务应用、数据服务、运维管理、互联网服务和外部交换等安全域进行设计，采用受控边界、最小开放端口、身份认证、访问控制和审计。现场无线、5G、专线或卫星通信应基于覆盖、时延、资费、断网和安全要求组合，不以单一网络承载所有关键业务。
8.3 容量与设备选型方法
- 视频：按路数、分辨率、帧率、码率、保存期、并发预览/回放和AI取流计算；
- 船位：按船舶数、报位频率、历史保存、轨迹查询和围栏计算峰值；
- 业务：按用户角色、并发、单据量、图片/附件、接口峰值和年增长计算；
- 计算：区分业务服务、时空计算、视频管理、AI推理、模型训练和报表任务；
- 网络：分别计算上行采集、中心汇聚、大屏预览、移动访问和跨域交换；
- 冗余：根据业务连续性确定双机、集群、链路、电源、备份和异地恢复，不机械堆叠。
9 网络、数据与个人信息安全
9.1 安全设计原则
项目应依据现行《网络安全法》《数据安全法》《个人信息保护法》及适用的等级保护标准开展设计 [R9][R10][R11][R12][R13]。信息系统安全保护等级必须由运营使用单位按法定程序确定，不能仅因参考项目采用第二级就直接复制结论。
- 安全计算环境、区域边界、通信网络和安全管理中心协同设计；
- 账号、角色、组织和数据权限分离，重要操作双人复核或审批；
- 重要数据分类分级，明确采集、存储、使用、共享、归档和删除；
- 接口、日志、文件和模型包具备完整性、认证、加密和审计机制；
- 开发、测试和生产环境隔离，变更经过测试、审批、发布和回滚；
- 备份不仅“做了”，还要定期恢复演练并记录恢复时间与数据点目标。
9.2 个人信息与视频数据
船员身份、联系方式、证件、行踪轨迹和人脸等可能涉及个人信息或敏感个人信息。系统应明确法定职责或其他处理依据、目的、最小字段、保存期限、访问角色、共享对象和投诉/更正机制。公众端不得暴露船员隐私、精确实时轨迹、内部执法记录或未经批准的应急信息。
9.3 AI与数据安全
训练和评估数据需完成授权、脱敏、标注质量和版本管理；生产视频、账号、坐标和内部事件不得直接上传到未经批准的外部服务。模型上线前执行独立测试，运行中监测误报、漏报、漂移和异常调用；模型、阈值、提示词或规则变更均应留痕并可回滚。
10 分期实施路线
10.1 阶段划分
| 阶段 | 主要工作 | 关键输出 | 建议通过条件 |
|---|---|---|---|
| 0 现状评估与边界确认 | 港区踏勘、流程访谈、设备/系统/数据盘点、政策和接口核验、基线测量 | 现状报告、对象清单、接口清单、风险清单、分期范围 | 业务、技术、安全和运营责任人共同确认 |
| 1 最小闭环试点 | 统一档案、一张图、视频/船位接入、进出港辅助核验、事件工单、移动处置 | 试点系统、主数据、流程配置、测试报告、培训 | 选定港区和场景端到端跑通 |
| 2 业务扩展与多港联动 | 泊位、巡检、应急、伏休防台、环境、公众服务及更多接口 | 扩展模块、预案、资源台账、接口与运维体系 | 跨部门和跨终端联调通过 |
| 3 智能增强与产业服务 | AI场景、雷达光电融合、数字孪生、渔获追溯、冷链/交易和专题分析 | PoC报告、模型与规则、专题应用、运营指标 | 现场样本验收、价值和维护成本可接受 |
| 4 持续运营 | 健康监测、数据治理、模型优化、安全复核、演练和业务改进 | 月/季报、工单、变更、复盘、优化清单 | 责任、预算和服务机制稳定运行 |
10.2 试点选择
优先选择业务价值高、数据和网络基础较好、责任人明确且事件数量足以验证的港区。试点应包含一个完整闭环，而非只安装一批设备。推荐以“进出港核验+船位/视频+移动处置”作为基础，再根据当地突出风险加入防台、动火、火烟或泊位场景。
10.3 利旧原则
| 检查项 | 可利旧条件 | 不满足时 |
|---|---|---|
| 摄像机/视频平台 | 画面质量、协议、账号权限、时间、码流、存储和厂家接口满足需求 | 调优、增加边缘接入或补充关键点位 |
| AIS/北斗/雷达 | 数据授权、协议、覆盖、精度、更新频率和维护责任明确 | 先完成接口或前端评估，不重复采购同类能力 |
| 网络与机房 | 带宽、分区、电力、机柜、环境、安全和扩展满足容量设计 | 按差距改造并安排停机/切换窗口 |
| 业务系统 | 主数据、流程、接口、账号和版本可控 | 采用数据交换、流程跳转或阶段性人工衔接 |
11 项目组织、交付物与责任
11.1 建议组织
| 角色 | 主要职责 | 必须参与的确认 |
|---|---|---|
| 建设领导/项目业主 | 目标、范围、资金、跨部门协调和重大变更 | 分期范围、验收和上线 |
| 业务责任人 | 流程、规则、事件级别、责任和应用效果 | 需求、流程、UAT和运营指标 |
| 数据责任人 | 主数据、质量、共享权限和问题处理 | 数据标准、迁移和质量报告 |
| 安全与法务 | 定级、数据/个人信息、合同和安全审查 | 安全方案、测评整改和上线 |
| 承建与集成团队 | 设计、开发、采购、安装、集成、测试、培训和移交 | 详细设计、变更、测试和竣工资料 |
| 监理/第三方测评 | 过程、质量、软件、安全或专项测试 | 里程碑、问题关闭和验收意见 |
| 运营与运维团队 | 值守、工单、账号、备份、设备、接口、数据和模型 | 接管基线、SLA和持续改进 |
11.2 关键交付物
- 需求规格、业务流程、事件目录、数据字典和接口规格；
- 总体设计、详细设计、网络与安全设计、点位图和设备清单；
- 主数据、迁移对账、接口联调和数据质量报告；
- 软件、配置、源代码/授权边界、第三方组件清单和版本说明；
- 设备安装、隐蔽工程、线缆、机柜、资产标签和测试记录；
- 功能、性能、安全、兼容、AI场景、备份恢复和用户验收报告；
- 操作、管理员、运维、应急、培训和故障处理手册；
- 竣工图、资产台账、账号权限、备份介质、遗留问题和移交清单。
12 验收与价值评估
12.1 分层验收
| 验收域 | 检查内容 | 证据 |
|---|---|---|
| 业务功能 | 角色、流程、规则、异常、移动端和报表 | 需求追踪矩阵、测试用例、UAT签字 |
| 数据与接口 | 字段、方向、频率、对账、错误、重试和权限 | 接口报告、对账结果、异常恢复记录 |
| 设备与网络 | 点位、覆盖、在线、时间、带宽、防护和供电 | 安装记录、实测、连续运行和故障切换 |
| AI场景 | 测试集、查准/查全、误报、漏报、时延和降级 | 现场盲测、影子运行、样本和复判记录 |
| 性能与稳定性 | 峰值、并发、查询、视频、船位、批处理和增长 | 容量模型、压测、稳定性测试 |
| 安全与隐私 | 定级、权限、审计、漏洞、备份、个人信息和供应链 | 测评/整改、扫描、恢复演练和审批记录 |
| 运维与移交 | 资产、文档、培训、监控、工单、SLA和遗留问题 | 移交清单、考试/演练、接管基线 |
12.2 建议指标定义
| 指标 | 建议定义 | 避免误区 |
|---|---|---|
| 数据完整率 | 在规定时间窗内，必需字段和关联对象完整的记录数/应完整记录数 | 不能只统计“有一条记录” |
| 设备在线率 | 统计期内可提供有效数据的时长/应服务时长，扣除批准维护窗口 | 网络连通不等于数据有效 |
| 有效告警率 | 人工复核为真实业务事件的告警数/已复核告警数 | 需同时看漏报，不能靠少报提高 |
| 事件闭环率 | 在约定时限内完成处置并通过复核的事件数/应闭环事件数 | “点击关闭”不等于风险消除 |
| 接口成功率 | 成功且业务校验通过的请求/有效请求 | HTTP成功不代表数据正确 |
| 平均处置时间 | 从事件确认到复核关闭的时间，按事件等级分组 | 不把等待外部条件的时间静默删除 |
具体目标值应在阶段0测量基线并结合风险、预算和运行条件冻结。官网不发布未经现场验证的“效率提升百分比”或“事故降低比例”。
13 持续运维与运营
13.1 六类运维对象
- 设备：在线、画面/信号质量、校准、清洁、防腐、防雷、电源和备件；
- 网络：链路、带宽、时延、丢包、边界策略、证书和地址资源；
- 平台：服务、数据库、中间件、存储、日志、漏洞、补丁和容量；
- 接口与数据：成功率、对账、延迟、主数据冲突、字典变化和质量工单；
- 算法与规则：误报漏报、场景漂移、阈值、版本、样本和回滚；
- 账号与流程：人员变动、权限复核、超时事件、预案、联系人和培训。
13.2 运行机制
建议建立7×24值守或与风险匹配的服务窗口、故障分级、升级联系人、远程/现场边界、备件策略、月报和季度复盘。台风、伏休、重大活动前开展专项检查；组织、接口、政策、设备和算法发生变化时触发复核。SLA须说明统计时段、起止点、暂停条件和证据来源。
14 主要风险与控制措施
| 风险 | 表现 | 控制措施 |
|---|---|---|
| 设备堆叠、流程缺失 | 能看视频，告警后无人负责 | 先定义事件、责任、处置和验收，再确定设备 |
| 重复建设 | 与国家、省级或既有平台重复录入 | 先做系统和接口盘点，确认权威源与回写边界 |
| 数据冲突 | 同船多档、多源船位不一致 | 统一标识、来源标记、质量规则和人工冲突处理 |
| 算法不可用 | 夜间、雾天、遮挡下误报漏报 | 现场PoC、分级使用、多源核验、人工复核和降级 |
| 安全与隐私 | 轨迹、证件、人脸或执法数据越权 | 合法依据、最小采集、分级授权、审计和定期复核 |
| 供应商绑定 | 协议封闭、数据不可迁移 | 开放接口、数据导出、配置/文档交付、退出与迁移条款 |
| 重建设轻运营 | 设备离线、规则过期、接口失效 | 同步落实运维组织、预算、台账、SLA和复盘机制 |
| 验收只看演示 | 测试环境正常，现场业务不可用 | 真实环境、盲测、连续运行、异常恢复和用户验收 |
15 瑞铭安普的项目承接方式
瑞铭安普可围绕AI视频分析、AIoT统一接入、数据治理、事件闭环、应急指挥、智能化系统集成与持续运维，参与智慧渔港的需求调研、方案设计、设备与平台集成、定制开发、联调测试、验收和运维。渔
| 工作包 | 主要内容 | 客户需提供 |
|---|---|---|
| 现状评估 | 场景、流程、系统、设备、数据、网络、安全和运维盘点 | 现场访问、资料、系统清单和业务责任人 |
| 方案与深化 | 架构、点位、接口、数据、事件、部署、安全、分期和验收 | 建设目标、预算边界、上级接口和审批要求 |
| 集成实施 | 设备接入、平台配置、定制开发、数据迁移、联调和培训 | 施工条件、账号/接口授权和联合测试人员 |
| AI场景验证 | 样本采集、标注、模型/规则测试、影子运行和现场验收 | 合法数据、场景开放、复判人员和事件定义 |
| 持续运维 | 监测、巡检、工单、备份、安全、数据质量、算法和报告 | 服务窗口、责任边界、SLA和变更流程 |
16 常见问题
16.1 智慧渔港是否必须一次更换全部摄像机和系统？
不一定。应先检查存量摄像机画面、协议、时间、码流、账号和存储，检查AIS、北斗、雷达、广播及业务系统的数据授权和接口。满足接入条件的可利旧；关键盲区、画面不满足识别或协议封闭的部分再补建。
16.2 有AIS和北斗，为什么还需要雷达或视频？
AIS和北斗依赖船载终端及数据状态；雷达和视频可补充非合作目标、现场画面和证据，但也受海况、天气、遮挡和距离影响。是否配置应由目标类型、覆盖范围、监管任务、现场测试和预算共同决定。
16.3 AI识别结果能否直接用于执法？
AI适合发现线索、关联数据和辅助取证。涉及违法认定、行政处罚、高风险放行或人员权利的决定，应由法定主体按规定核查。系统需保留原始数据、算法版本、时间、位置、复核和处置过程。
16.4 智慧渔港如何验收才不流于演示？
用真实港区、真实设备和真实流程进行端到端测试，覆盖异常、断网、设备离线、接口失败、误报漏报和恢复。功能、数据、设备、AI、安全和运维分别验收，并要求连续运行、盲测、备份恢复、人员实操和完整移交资料。
参考来源与核验日期
- [R2] 农业农村部：《“十四五”全国渔业发展规划》发布信息，本次核验2026-09-01。
- [R3] 农业农村部公报：2023年国家级沿海渔港经济区建设试点名单通知，本次核验2026-09-01。
- [R4] 农业农村部：2026年中央财政强农惠农富农政策清单，本次核验2026-09-01。
- [R5] 农业农村部渔业渔政管理局：农业农村部发布通告调整渔船进出渔港报告制度，2026-02-06发布，本次核验2026-09-01。
- [R6] 台州市路桥区公开规划：《路桥渔港经济区建设规划（2024—2030年）》，本次核验2026-09-01。
- [R7] 象山县公开规划：石浦智慧渔港建设方案，本次核验2026-09-01。
- [R8] 湛江经开区公开规划：《湛江经济技术开发区国家级沿海渔港经济区建设规划（2024—2035年）》，本次核验2026-09-01。
- [R9] 中国人大网：关于修改《中华人民共和国网络安全法》的决定，自2026-01-01施行，本次核验2026-09-01。
- [R10] 中国人大网：《中华人民共和国数据安全法》，本次核验2026-09-01。
- [R11] 中央网信办：《中华人民共和国个人信息保护法》，本次核验2026-09-01。
- [R12] 全国标准信息公共服务平台：GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》，现行状态本次核验2026-09-01。
- [R13] 全国标准信息公共服务平台：GB/T 25070-2019《信息安全技术 网络安全等级保护安全设计技术要求》，2025年复审继续有效，本次核验2026-09-01。
- [R14] 瑞铭安普：AI产品、数据与模型服务及智能化系统集成，本次核验2026-09-01。
- [R15] 瑞铭安普：安全与应急解决方案，本次核验2026-09-01。