盛赛尔多级联网：数据往哪一级汇总

核心答案

盛赛尔主机支持多级联网，架构上容易出现一个问题：机构本地存一份、县级平台存一份、市级平台再存一份，三份数据时间戳不一致，对账时对不上。合理做法是明确“哪一级是权威数据源”，其余层级只做转发或镜像，并统一时间同步源。

01接口：三张网，三种口径

县级中心的数据要往外送，方向有三个，口径完全不同。

对接对象	常用方式	难点
消防救援机构监管平台	RESTful API、GB/T 26875.3 或地方消防物联网标准	字段范围与推送频率由对方定，要先拿到接口文档
民政部门的统计口径	报表导出或接口	民政看的是“机构、床位、住养人数、隐患整改率”，不是设备在线率
全国养老服务信息系统	预留接口	接口未开放时要说明预留方式与工作量

三张网里，第一张是硬要求，第二张是软要求，第三张是预留。很多方案把三张写成一样，评审时一问“民政的报表按什么口径统计”就答不上来。

推送模式上，实时推送和 T+1 批量各有用途：火警必须实时，统计类可以批量。要做的是两种都支持，并按数据类型自动选择。只有一种的系统，要么浪费带宽，要么报表不及时。

还有两个容易被忽略的条款：推送失败后的重传策略与每日对账机制。没有对账，丢了数据双方都不知道；有了对账，才能算出真实的丢包率。

数据权属要写在合同里：告警记录、机构台账、视频影像归甲方所有；供应商退出时按约定格式完整导出，并给出迁移周期。含糊其辞的，验收时会被卡。

02县级中心，是一个县一个，不是一院一个

县级养老机构消防安全管理中心的形态，容易被想成“每家大一点的养老院装一套”。不是。它是县级建一个中心，把全县正常运营的养老机构连进来——中心在县里，机构端只放感知设备和传输设备。

层级	放什么	谁值守
县级中心	平台、大屏、值守席位、值班电话	民政部门委托的值守方（自建或购买服务）
机构端	传输装置、独立烟感、水压水位、AI 摄像机、门磁	机构自己的值班人员
监管端	数据接口，不落地设备	消防救援机构、民政上级部门

这个结构决定了三件事：平台只需要一套（不是每家机构一套）；告警要跨过两层人（机构值班室 → 县级中心 → 责任人）；网络是薄弱环节（机构多在乡镇，宽带质量参差）。后面所有技术选择，都是被这三件事推出来的。

先定规模再定功能。一个县 5 家机构和 40 家机构，平台架构完全不同：前者一套标准 SaaS 就够，后者必须考虑分片区、分批值守、账号权限树。规模没定就比功能清单，比出来的结论没有意义。

03摄像机与 NVR：利旧比新装更难

视频这块，新建项目反而简单；改造项目的难点全在利旧——机构已有的摄像机品牌杂、年代杂、有的还是模拟的。

项	要看什么	踩坑点
AI 摄像机	像素、算力（TOPS）、是否内置算法、最低照度、编码格式、防护等级、供电方式	算力标称值不等于可同时跑的算法路数
接入协议	GB/T 28181 的具体版本、ONVIF 的 Profile	只写“支持 GB28181”不写版本，联调时对不上
NVR / 网关	接入路数、存储容量、保存周期、多品牌利旧能力	路数按 1080P 算的，换成 4K 要打折
模拟改造	编码器方案、供电与布线	老线材质量差，换数字后图像反而更差

存储周期要写清楚，因为各地要求不同：有的是 30 天，有的是 90 天。按路数 × 码率 × 天数算容量，不要按“约”估算——验收时硬盘不够是最常见的返工原因。

利旧先做一件事：把 5 家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍。这张表决定了要不要买网关、买几台、要不要换线。跳过这一步直接报价，后期一定超。

04本地服务：滇西这类地方，路程就是指标

县域项目谈服务能力，不谈“7×24 响应”这种口号，谈三件事：谁在当地、多久能到、能做几组。

能力项	要给出什么
本地服务主体	合作服务商全称、注册地、成立时间、社保人数、原厂授权书
到场时效	勘测响应、远程响应、现场到场分别承诺；县城与乡镇分别写最长时限
技术团队	常驻省内工程师人数与所在地；是否有注册消防工程师
实施经验	近三年省内同类项目数量、单机构平均工期、单日可并行施工组数
质保与备件	质保年限、备件库所在地、故障件更换时限、续保费用标准

这几项里最实的是“单日可并行施工组数”。它直接决定工期：5 家机构、每组一天装一家，一组要 5 天，三组并行两天收工。写“工期 30 天”但只有一组人的，属于自我暴露。

另一个现实约束是施工窗口。西南山区 11 月到次年 4 月多雨雾，乡镇道路条件差，加上年底考核节点，实际可用工期比合同期短得多。方案里应该把“雨季备选方案”“设备提前到场”“分批验收”写进去，而不是只写总天数。

到场时限要分两级写：县城 2 小时、乡镇 4 小时是常见承诺，但“乡镇”里还有更远的村点。把最远的那个机构单独列出来承诺，比笼统写“全县 4 小时”可信。

05自查清单：12 项

逐条打勾。勾选状态保存在本机浏览器，下次打开接着用；本页不上传任何数据。

0 / 12

06常见问题

断网时告警会丢吗？

要看设备有没有本地缓存、缓存多少条、复网后怎么补。完整答案是四件事：缓存条数、补传顺序（按时间还是按优先级）、平台侧完整性校验方式、以及在什么情形下仍会丢（缓存写满、断电、设备被拆）。写“绝不丢失”反而不可信。

台账为什么容易做成空表？

因为没想清楚谁填、什么时候填、填了有什么用。尤其是日常巡查：纸质表改成手机打卡，形式上完成了，内容全是“正常”。要让它有价值，巡查发现的问题必须落成隐患条目并可统计。

用户信息传输装置要看什么？

四件事：是否符合 GB 26875 系列并有 CCCF 证书或型式检验报告编号；接口是否齐（RS232、RS485、开关量、网络）；兼容主机品牌是否报得出品牌名与协议名；上行是否 4G 与以太网双链路，备电续航多久。

传输装置一体机好还是分体好？

一体集成省事，但 4G 模块坏了要整机返修；分体坏哪个换哪个，代价是多一个盒子、多一组接线。机构分散、维修路程远的县，建议分体。

水压采集一定要破管吗？

不一定。优先找已有的压力表接口或预留三通，实在没有再破管。破管要停水、报备、恢复试压，一家机构可能多花半天，方案里应该写明改造方式而不是默认破管。

推送实时和批量要都支持吗？

要。火警必须实时，统计类可以 T+1 批量。只有一种的系统，要么浪费带宽，要么报表不及时。配套还要有推送失败重传策略和每日对账机制，否则丢包率算不出来。

本地服务能力怎么证明？

四样东西：本地服务主体的营业执照与社保人数、原厂授权书、常驻省内工程师名单与所在地、近三年省内同类项目的合同关键页与验收证明。没有证明的业绩一般不计入评审。

交付周期怎么排比较稳？

倒排：先定验收日期，往前留出经验材料编制时间，再留联调与试运行，剩下的才是施工。5 家机构的施工本身可能只要 3–5 天，真正吃时间的是到货、报备、停水停电协调和雨天。

适用范围与本页说明

本页面向集成商与主机厂商做接入方案与应答准备。文中对协议、接口、点位的写法属技术方法，具体主机型号的协议版本须现场确认；提及的品牌仅用于说明差异，不构成推荐。养老机构存量主机品牌杂、年代杂，接入前应逐台核对，不宜按品牌统一处理。

接入方案要先做一台样机验证：取信号、对点位、跑告警、验时延全流程走通，再批量复制到其余机构。

本页内容随政策与标准更新可能调整，具体条款请以正式文本为准；涉及具体项目的建设内容、接入范围与验收要求，请以属地主管部门口径与合同约定为准。