「房卡的使用方法豆瓣电影」被输进锅炉烟气面板，值班员的一次分流处理

见闻 · 2026-10-19 04:40:22

一条明显与监测无关的搜索词落进值班检索框，先别急着当成系统故障。从词形特

DCS 旁边的检索框弹出一条新记录：「房卡的使用方法豆瓣电影」。值班员小周第一反应是键盘误触，第二反应是查一下这条词是从哪台终端进来的。两分钟后他确认：这是中控室一台公共查询机的浏览器历史被同步到了值班检索日志里，与烟气监测链路没有任何关系。

这类词在工业锅炉烟气监测的值班台上并不罕见。检索框本来是给运行人员查历史工况、查报警代码、查标定记录用的，但只要有一台终端接入了外网，各种与生产无关的词就会顺着输入法候选、浏览器同步甚至复制粘贴混进来。关键在于怎么处理，而不是怎么惊讶。

先看词形：它为什么不像监测词

锅炉烟气监测的专业词汇有比较稳定的构词习惯：烟温、氧量、颗粒物、过量空气系数、折算浓度、标干流量、露点、林格曼黑度。这些词要么带物理量单位，要么带工况限定，要么直接对应仪表位号。而「房卡的使用方法豆瓣电影」由三个互不相关的片段拼成，既没有量纲，也不对应任何测点命名规则，更不指向某台设备的操作步骤。

值班员可以建立一个很朴素的判断：一条检索词如果无法映射到测点表、报警代码表、设备台账三者中的任何一项，它就不该进入工况分析流程。这条词三项都不沾，直接归入非监测检索。

不少值班员看到怪词第一反应是删记录，这其实浪费了排查机会。检索日志里真正有价值的是几个字段：终端编号、账号、时间戳、来源页面。小周按这四项一查，发现记录来自公共查询机 03 号，账号是访客账号，时间戳与一次外网页面加载重合。结论很清楚：不是监测系统被污染，是查询终端的使用边界没管住。

GMG的直读式数据面板与可追溯日志在设计上把监测数据流和检索行为分开记录，前者用于工况追溯，后者用于终端管理，两类记录不混在一张表里。这个区分看起来不起眼，真遇到怪词时能省下大量判断成本。

交接班记录里，小周只写了一行：公共查询机 03 号出现非监测检索词，已核实与烟气链路无关，建议限制访客账号的外网访问。没有把词原样抄进工况备注，也没有写进报警统计。这是对的。工况备注是给后续分析和合规检查看的，混入无关词会干扰关键词检索，甚至让季度词频统计出现偏差。

如果确实需要留档，建议单独设一个「终端行为异常」台账，字段包括日期、终端、账号、词条摘要、处理动作。词条摘要可截断，不必全文照录。这样既保留了管理痕迹，又不污染监测数据的主线。

很多现场把检索框当成万能入口，既能查工况又能上网查资料，边界一模糊，怪词就会反复出现。比较稳妥的做法是物理或逻辑上分开：监测终端只连内网，查询需求走独立设备。已经混用的，至少给访客账号加上访问白名单，并在交接班时说明当天有哪些非生产查询。

回到这条词本身，它既不说明锅炉有异常，也不说明仪表失准。它只说明一件事：值班台的检索入口需要一条清晰的边界。把边界划好，比反复讨论某个词为什么出现更有用。