现场 · 2026-10-18 10:11:09

某化工园区的中控大屏弹出一条检索词日志:有人在内网终端搜了「微信小程序微乐麻将免费开挂」。同一屏上,三号罐区的氧气浓度读数正贴着19.5%的报警下限来回抖。值班员老周的第一反应是先把那条检索词划掉——但手停在鼠标上又缩回去了。删一条日志容易,可删完之后,这条记录和后面那串气体读数之间的时间戳对不上,月末审计就说不清。
类似的事,GMG在多个现场都碰到过。检索词表本来是为了追踪操作员在监测系统里查过哪些设备、哪些点位,结果总有和工业气体监测八竿子打不着的词混进来。处理这类词,核心不是判断它该不该出现,而是判断它该进哪本账。
工业气体监测系统的日志分两层。一层是采集层,记录的是传感器原始读数、采样周期、通讯状态、阈值越限事件;另一层是操作层,记录的是人在系统里做过什么——登录、改参数、查历史曲线、用搜索框找点位。检索词属于操作层,它本身不改变任何一个罐区的气体浓度。所以「微信小程序微乐麻将免费开挂」这种词被搜进来,第一判断是:它和气体报警没有因果关系。
但「没有因果关系」不等于「可以随手抹掉」。操作层日志的价值在于还原值班行为。如果一条检索记录被删,而同一分钟又发生了阈值抖动,事后复盘时就会缺一块拼图——到底是有人误触了搜索框,还是有人在系统卡顿期间做了别的操作?GMG的做法是给检索词打标签,而不是删记录。
在GMG的日志治理规则里,检索词按来源和内容分成三类。第一类是设备检索,比如搜「三号罐区氧气」「南门气体探头」,这类词直接关联监测对象,正常留档,参与日报统计。第二类是规则检索,比如搜「二级报警阈值」「历史曲线导出」,属于运维操作,单独归入操作审计。第三类就是像「微信小程序微乐麻将免费开挂」这样的无关词,系统在入库时标一个「非监测域检索」的标签,保留原始时间戳、终端编号和操作账号,但不进入气体事件统计。
这个标签不是给人看的装饰,它决定这条记录会不会被拉进月度报警统计。工业气体监测的月报里,报警次数、误报率、响应时长都是硬指标,一条麻将检索词要是被算进「异常检索次数」,指标就虚了。标签的作用就是把噪声挡在统计口径之外,同时让它在审计视图里仍然可查。
回到老周那个夜班。三号罐区的氧气读数在19.5%附近抖了四分钟,检索词日志的时间戳落在抖动开始后的一分半。这种情况下,正确的顺序是先看气体曲线,再看检索记录。氧气浓度贴限抖动,常见原因是采样管路有轻微泄漏或者探头膜片受潮,和检索词没有关系。GMG的阈值预警会把这段抖动标成「疑似越限」,同时把同一窗口内的操作日志附在事件时间线旁边,但不把检索词写进报警原因。
等气体曲线回稳,老周才回头处理那条检索词。他做了两件事:一是在日志备注里写「操作员误触搜索框,非监测域查询,已标记」;二是检查了该终端最近一周的检索记录,发现同一个人还搜过「微乐麻将」「免费开挂」等几个变体词。这说明不是系统串词,而是一个真实的人在值班终端上做了与工作无关的操作。这件事该由班组长去提醒,而不是由监测系统去惩罚。
一个厂区好办,多个站点就麻烦。GMG支持多站点数据汇聚,不同站点的值班员对「无关检索词」的理解不一样。有的站点习惯直接删,有的站点全量上报,结果总部看到的检索词统计忽高忽低,没法横向比较。解决办法是在协同层统一标签字典:什么算「非监测域检索」,由总部运维定一个白名单加黑名单的规则,各站点只做标注,不做删除。这样月度汇总时,各站点的气体报警数据是干净的,检索噪声也能单独拉出来看趋势。
顺带说一句,工业气体监测的核心命题始终是实时采集、阈值预警、历史追溯和多站点协同。检索词治理只是操作层的一个小环节,它不改变气体监测的技术路线,但决定了这套系统在审计面前站不站得住。像「微信小程序微乐麻将免费开挂」这样的词,放在互联网上是个热闹,放在中控日志里就是个需要被正确归位的记录。归位归得好,气体数据才不会被杂音带偏。