——关于数据安全与可靠性的七个问题
几乎每一场关于SmarCo 智能视频编码一体机的技术交流，都会在演示结束后进入同一个环节。对方的运维负责人会停下来，问三个问题：
“你插在我和存储之间，会不会改我的视频？”“设备坏了，录像会不会断？”“压缩过的东西，将来还能拿出来当证据吗？”
这三个问题问得对。视频不是普通数据——它可能是事故定责的依据、是案件侦办的证据、是安全生产的回溯凭证。任何一家有责任心的单位，在链路上增加一个环节之前，都应该把这些问清楚。
下面的7个问题和答案可以解答客户的相关疑问。
SmarCo 的部署方式很简单：串接在现有视频流路径上，接收前端或平台的视频流，压缩后输出给原有存储。它不替换平台、不接管摄像头、不改动你已有的存储阵列与索引，也不参与业务系统的调度。
换句话说，它在系统里的角色是一个透明的转码环节：上游看到的是正常的取流，下游看到的是正常的写入。原有的使用方式、原有的管理软件、原有的权限体系，都不需要跟着变。
这条边界很重要。因为“不接管”意味着它没有能力去修改你已存的录像、删除你的索引、变更你的业务策略——它拿不到也不需要这些权限。安全的第一层保障，往往不是加密算法，而是权限本身就不该给。
这是最实质的一问。压缩确实会丢信息，问题在于丢了什么、丢多少、丢的部分是否影响判读。
2025 年施行的《公共安全视频图像信息系统管理条例》第四条，在鼓励视频压缩技术创新的同时，给出了三条必须守住的底线：
行为动作连贯性——动作序列帧间误差率符合国家标准；
关键信息完整性——关键信息不得缺失。
SmarCo 的压缩结果，是拿这三条去对过的：经国家安全防范报警系统产品质量检验检测中心和公安部安全与警用电子产品质量检测中心检测认证，在人眼场景与机器视觉场景下，综合质量等级均为“近无损级”（最高等级）。落到业务上就是三句话：人脸仍可辨识，车牌仍可辨识，压缩后的视频几乎不影响后续 AI 结构化分析——目标检测、人脸比对、车牌识别照常跑。
为什么能做到？因为压缩不是“把画面糊掉换体积”，而是在编码层面重新分配码率：把信息密度低的区域（大面积静态背景、重复纹理）压下来，把承载判读价值的区域（人脸、车牌、运动目标轮廓）保住。这是编码策略的问题，不是画质取舍的问题。
先把一件事说透：SmarCo 做的是重新编码，输出的是一段新视频，不是原码流的复制。这一点不必回避，也不该回避。真正决定它能不能用于取证的，从来不是“视频有没有变”，而是变的过程能不能被准确说明、被独立复核。
恰好，法规也是这个逻辑。《公安机关办理刑事案件电子数据取证规则》第二十条规定：对提取的电子数据可以进行压缩，但应当在笔录中注明压缩的方法，以及压缩后文件的完整性校验值。
注意这两项要求的指向：压缩本身被允许，不可解释、不可复核的压缩才是问题。落到技术上就是三条——方法可说明，结果可复算，过程可追溯。SmarCo 在这三条上对应的设计是：
- 同一段视频 + 同一组参数 = 同一段输出。
编码模板、码率控制策略、关键帧间隔等参数在设备侧固定配置，处理过程是确定性的：同一段源流按同一组参数处理，输出的视频完全一致，完整性校验值也完全一致。 - 压缩方法有清单可依。
编码模板与参数可留存、可说明，取证时不需要“凭印象描述我们用了什么压缩”，而是可以逐项列明编码格式、码率策略、关键帧间距等具体设定。 - 处理过程可追溯。
设备提供日志管理，可查看用户对转码任务所做的操作记录；系统保证压缩前后时间戳一致，不会出现“对不上时间”的取证障碍。
还有一条边界需要说清楚：重新编码意味着原始码流不再完整存在于链路中——设备输出的是压缩后的新视频，它不承担“把原始流也留一份”的职责。如果项目对原始码流有留存要求（例如重大案件、事故调查场景），必须在方案设计阶段单独规划原始流的留存路径，不要默认压缩环节会把原件保留下来。这是方案层面的决策，不是设备能替你补上的一环。
设备本身的访问控制，是很多项目验收时才会被翻出来的细节，但它决定了“内部人风险”有多大。
这是运维最关心的一问，也是 SmarCo 设计上花力气最多的地方。可靠性做了三层：
- 板卡冗余：
单台设备内部支持跨板卡任务迁移。当某块板卡无法正常工作时，备用板卡启动接管，整机编码任务不中断（可通过增配板卡实现）。 - 集群冗余：
多台设备可组成统一计算集群。当集群中某 N 台设备出现意外，集群内 M 台设备可迅速接管其存储任务，不影响上级业务系统（通过增配 M 台设备实现，适用于数据中心部署）。 - 断电断网自恢复：
遭遇电力中断或网络连接丢失后，无需人工干预即可自动恢复正常运行，降低故障导致的服务中断时间与人工到场成本。
另外两个容易被忽略、但直接影响录像完整性的指标：处理时延 ≤200ms——串接带来的延迟在业务可接受范围内，不改变录像时序与平台侧的行为；工作温度 0℃~+35℃、湿度 10%~90%——按机房与监控中心的实际环境设计，不做“实验室条件下的稳定”。
SmarCo 的编码能力跑在国产 RISC-V 视频智能专用芯片上，不是通用服务器上的一组软件进程。这件事和安全、可靠的关系，最直接的在两点：
- 国产化·供应链安全。
核心编码算法与芯片协同设计，基于国产 RISC-V 自主架构，从芯片到整机的关键环节都在自己手里，不受上游软件授权与版本变更、开源组件供应链风险的影响。 - 故障模式简单。
编码能力固化在专用芯片里，没有通用操作系统上层层叠叠的软件栈与第三方依赖——进程崩溃、内存泄漏、依赖冲突这类软件故障，在压缩环节天然不存在。可靠性不是靠运维堆出来的，而是结构性的。
再完整的冗余设计，也需要有人兜底。7×24 小时售后支撑、3 年质保——这不是一句服务口号，而是把“设备出问题时你的等待时间”写进了合同。
对集成商和甲方来说，这一点往往比参数更重要：一条视频链路里的新环节，如果厂商响应慢，风险最终是使用方承担的。
压缩后的画质等级，是否有第三方检测机构的书面结论？人眼场景与机器视觉场景是否分别认证？ 设备是否具备修改或删除已存录像、索引、日志的能力？权限边界如何界定？ 压缩参数是否固定、结果是否可复现？同一段视频同一组参数重做一次，输出与校验值是否完全一致？ 如果项目需要保留原始码流，方案里有没有单独规划留存路径？压缩设备是否承担这一职责？ 设备访问是否支持 IP/MAC 白名单？输出流是否强制鉴权？ 单板卡故障、单台设备故障、断电断网三种情况下，录像中断时长分别是多少？ 时延的实际测量值是多少？是否在业务可接受范围内？
回到最初那三个问题。它们的答案其实可以压缩成一句：一台合格的视频压缩设备，应该让上游和下游都感觉不到它的存在，同时让每一段被压缩的画面都经得起复核。
这不算什么漂亮话。视频数据的安全与可靠，从来不是产品的附加卖点，而是它能不能被放进这条链路里的前提。
www.smarco.com.cn ｜ 010-62326581
