某呼叫中心的质检团队每天要抽查座席的通话情况。
原来的做法是每人每天听三段录音，屏幕这一路是后来才加的。
起因是一位客户投诉，说重要条款没被提醒过。
录音里只有声音，座席当时屏幕上开着什么、点了哪里，录音答不出来。
加上屏幕之后，同一段通话既能听，也能看。
问题跟着来了：几十个座席同时开着，管理端先卡住了。
一、实时监看和事后回看，是两条链路
很多人把屏幕监控当成一件事，实际上"现在看"和"回头查"走的不是同一条路。
1. 实时看要的是"现在"，回看要的是"当时"
（1）实时监看的目标是当前这一帧，延迟要低，画面断一下就会被看出来。
（2）事后回看的目标是某天某人那一段画面，能不能快速定位是关键。
这两件事背后是两个功能：实时屏幕管的是"现在在干什么"，屏幕录像管的是"当时是怎么干的"。
2. 两条链路的瓶颈不在同一处
（1）实时的瓶颈在传输和并发：同时看多少路、每路什么画质，这是带宽说了算。
（2）回看的瓶颈在存储和检索：留多久、按什么条件找得到。
两条链路共用采集端，之后各走各的，配置也要分开做。
二、一段画面走到屏幕墙，中间有四步
1. 第一步：抓帧
（1）实时屏幕是持续取当前画面，解决的是"当场看到"。
（2）屏幕快照是按间隔抓图，间隔可在 2 到 60 秒之间设，解决的是"隔一段时间留个底"。
（3）屏幕录像在机器活动时连续采集，采集频度、画质、单文件时长都可调，解决的是"事后把过程还原出来"。
三个功能都在采画面，区别在频率和留存：一个看当下，一个留底，一个还原过程。
2. 第二步：编码压缩
（1）相邻两帧画面大部分内容重复，只传变化的部分，数据量能降下一个量级。
（2）录像存成通行的视频格式，常见播放器都能打开，不依赖专用工具。
这一步解决的是"传得动、存得下"：同样一条线路，压缩之后能带的路数和天数都更多。
3. 第三步：传输与并发
（1）多路画面同时监看时，带宽是硬约束：路数越多、画质越高，占用越大。
（2）并发路数按局域网出口和服务器能力定，不是想开多少开多少。
4. 第四步：显示
（1）管理端把多路画面拼成一屏，6 宫格、9 宫格、16 宫格都支持。
（2）单路画面可以放大缩小，看细节用。
（3）需要盯住哪台机器，就把它单独拉出来看。
这一屏拼出来，解决的是"一个人盯一片"：几十台机器不用来回切换，扫一眼就能看出哪台不正常。
三、路数、画质、留存，三者相互挤压
1. 三者不可能同时拉满
路数定了，画质就得让；画质定了，并发就得降。
这不是软件性能的问题，是带宽和存储的物理上限。
2. 按用途分配参数
（1）实时监看的路数少而精，挑关键岗位。
（2）录像覆盖全员，参数按服务器容量定，不必追高。
（3）快照做长周期留存，成本最低。
这么分，是因为三个功能的用途本来就不一样：实时看现场，录像还原过程，快照拉长周期。
3. 还有一个做法：只对特定程序录
如果关注的是某个业务系统里的操作，可以把录像范围限定在这个程序运行时。
既不漏关键动作，也省下大量存储。
四、看到的是画面，不等于看懂了行为
1. 画面需要人来解释
屏幕上有窗口、有文字，但"这个动作合不合规"要看制度和业务。
系统给的是材料，定性仍然由人来做。
2. 有几处画面本身就会缺
（1）双屏或多屏环境，采到的可能只是主屏。
（2）机器关机、休眠、锁屏期间，这一段画面是空的。
（3）全屏独占的程序运行时要看采集实现，有的环境会出现空帧。
3. 合规前提要先落
（1）事先告知员工，讲清监控范围与用途，这是底线。
（2）只采与工作相关的内容，无关的私人操作不进报表。
（3）查看权限分级、查看动作留痕、留存周期明确，三件事缺一不可。
五、小结
局域网里的屏幕监控，"实时看"和"回头查"是两条链路，瓶颈一个在传输、一个在存储。
一句话说清三个功能的分工：实时屏幕看现场，屏幕快照留底档，屏幕录像还原过程。
一段画面要经过抓帧、编码、传输、显示四步，每一步都有参数可调。
路数、画质、留存三者相互挤压，按用途分配比一味追高实用。
最后要记住的是，屏幕给的是画面，画面上发生了什么、合不合规，仍然要人来判断。
责编：安企神-小赵
