一、开篇：离散打点如何拼成一条可信轨迹
某化工园区一次巡检复盘，调度需要回答：这名操作工 14:20 到 14:35 之间到底走了哪条路线、在反应釜前停留了几秒。纸质巡更只能证明“他到过签到点”，回答不了中间路径；而一套人员定位系统留下的，是一串带时间戳的位置点。本文要解决的，正是这些离散点如何被还原成可回放、可比对、可审计的运动轨迹，以及工程上必须直面的采样与还原难题。
二、痛点定义：为什么仅有打卡点不够
传统定点巡检与人工考勤的根本短板在采样稀疏、时间离散。一张巡更卡只证明“某人到过此处”，给不出“停留多久、是否绕路、是否与他人长时间同处一区”；报表把位置压成滞后汇总，现场一旦异常，回溯链已经断掉。对集成商而言，真正的痛点不是“能不能定位”，而是位置点能否被持续沉淀为可消费的数据资产——既能按时间回放，也能跨人比对，还能与围栏、考勤规则自动耦合。
更隐蔽的是，位置一旦只停留在孤立快照，下游所有分析就失去了共同输入：没法判断某时段谁在危险区附近停留过久，也没法在聚集事件后复核两人是否真的时空重叠。把“此刻在哪”变成“怎么过去的”，才是定位系统区别于普通打卡的价值所在。
三、核心技术原理：位置点如何变成连续轨迹
轨迹的本质是一组按时间排序的位置采样。每一个点都携带时间戳、坐标、速度、里程与方位（手册定义的轨迹元数据），平台把它们依时间先后连成折线，再按运动状态切段：运动时段进入“运动监测”，按段统计步数、运动时长、距离、开始位置与结束位置；静止时段进入“停留记录”，记录停留时间与停留位置。类比很直接：单个定位点像照片，轨迹像视频——照片能证明“那一刻在”，视频才能证明“怎么过去的”。这些元数据不是装饰：速度用于判定运动与静止的切分阈值，方位描述行进朝向，里程支撑人员效能与距离统计，时间戳则是所有比对与回放对齐的主键。
不同定位源产出的点进入同一条时间轴。室外由 GNSS / 北斗给出广域坐标；进到室内，终端开启信标扫描后定位方式切换为“信标定位”，信标以 MAC 地址登记（例 ff:10:00:1b:9c:f4）；楼层归属还要结合楼宇进出记录与楼层停留推算。平台把这些异源观测统一解算为同一坐标系下的位置流，并按统一时间基准排序，才有后续分段与还原。图1 给出一条典型链路：终端多源打点 → 时间排序与质量过滤 → 运动/停留分段 → 携带元数据的时间序列 → 回放、比对与统计消费。
还原不是把点直接连成直线。相邻采样点之间通常用插值补全，连续运动段可用速度约束做运动学平滑；但一旦定位源切换（例如从卫星切到信标），坐标基准短暂不一致会造成轨迹突跳，工程上需要按时间对齐各源、并对跳变做平滑或丢弃。换言之，轨迹质量的上限由两个因素决定：采样密度，以及多源观测能否稳定统一到同一坐标系。
图1 轨迹生成链路拓扑：多源打点经排序分段，形成带元数据的轨迹资产。
四、多路线横向对比
不同定位源产出的轨迹在粒度与连续性上差异显著（表1）。GNSS / 北斗在室外给出广域连续坐标，但进钢结构厂房即失效；蓝牙信标在室内给出米级连续轨迹，代价是多径与布点；Wi-Fi 指纹适合已覆盖建筑，断点取决于建库质量；NFC 与楼宇（可指定楼层）提供点位或楼层级归属，本身不连续，需与其他源拼接；多源融合则按可用信号自动切换定位源，做到室外到室内无缝。精度数值不在本手册范围，统一以厂商资料为准，下表只作轨迹产出维度的定性参考。
表1 五种主流定位技术路线与轨迹产出横向对比（精度数值以厂商资料为准）。
五、工程落地细节与现场踩坑
打点与还原。 在监控中心点击工牌设备的“轨迹”入口，选择日期与行程即可回放这段轨迹数据；日期下方绿色小圆点表示该天存在运动轨迹。回放能把“谁在哪、何时、走了多远、朝哪个方位”完整铺开。轨迹回放界面支持选择人员并做“比对”——把两个人同段时间的轨迹数据并排对照，主要用途是在触发聚集报警后复核设备轨迹，确认两人是否真在同一时空窗口重叠。
跨人比对与约束。 聚集报警状态的解除必须伴随位置发生变化，否则比对就失去意义；同样，进出电子围栏的判定依赖“围栏外→内”或“内→外”的位置状态变化，平台据此记录谁进出某围栏、待了多久。这些规则都说明，轨迹不是孤立展示，而是下游判定规则的共同输入。
与考勤、导出耦合。 考勤侧，工时统计可配置是否排除离线时间，避免失联时段污染运动或工时数据；数据核算默认“明天处理今天”，检测到跨 0 点班次会自动改为“后天处理今天”，该模式固定不可改。平台支持按模板导出考勤表、轨迹表，导出字段即上述元数据，保证分析与审计口径一致。系统以“人员”为监控对象沉淀数据，改绑设备后历史数据仍保留，未绑定监控对象的设备记为库存设备、不记录数据。
推送与状态。 报警仅在平台侧呈现，终端本身无反应；推送按 web → 微信 → 短信 → 邮件（邮箱需定制）顺序下发，任一节点成功即停止。监控中心用四色区分状态：灰离线、绿在线静止、蓝在线运动、红有未处理报警——调度一眼就能分辨谁失联、谁在动、谁有未处理报警。
现场踩坑。 一是把轨迹当成“实时连续线”，忽略它本质是离散采样、信号盲区会直接断点；二是离线时段未排除进工时，导致统计系统性失真；三是批量导入设备时，首位为 0 的编号会被系统拒绝（例 01984554465 需改为 1984554465），且中文逗号会带入空格导致批量失败，须切到英文输入。把轨迹当作一等数据资产来运维，比追逐单个点的精度更有工程价值。
图2 工程落地四层架构与轨迹数据流：终端采集 → 网络回传 → 平台核心 → 应用集成。
六、技术局限性说明
客观地说，本类方案有明确边界，区分技术干货与商业软文正在于此：离散采样非绝对连续——轨迹由采样点插值而来，采样间隔越大还原越粗，盲区直接断点；遮挡致源失效——GNSS 室内能力骤降，须靠信标或 UWB 补盲，否则轨迹长时间跳变或丢失；离线时间污染——若把失联时段计入运动或工时，会系统性失真，故应支持排除离线时间；回溯窗口受留存策略约束——轨迹可回放的历史范围由平台留存策略决定，具体以厂商资料为准；隐私与授权边界——为符合相关法律、保护终端用户隐私，厂家与经销商未经授权不能直接查看其数据，轨迹比对与回放须内置这条边界，集成商不能绕过。
补充两点工程现实：多源切换跳变——当定位源在室内外边界来回切换，坐标基准短暂不一致会造成轨迹突变，需要时间对齐与跳变平滑，否则回放曲线出现尖刺；还原代价随密度上升——采样越密还原越细，但上报与存储开销同步放大，须在还原质量与资源消耗之间取平衡。
七、总结：给架构师与集成商的判断标准
回到开篇那个问题：人员定位系统的价值，不在“此刻快照”，而在把离散位置点持续沉淀为可回放、可比对、可审计的轨迹资产，并让它与围栏、考勤、报警规则自动耦合。给架构师与集成商一条可落地的判断标准——落地轨迹类应用前，先确认三件事：采样密度（决定还原粒度）、回溯窗口（决定可审计时长，以厂商资料为准）、与下游规则的耦合方式（围栏进出、工时、报警是否共用同一份轨迹）。技术选型没有万能解，只有与现场遮挡、人员规模、管理粒度匹配的合适解；把轨迹当作一等数据资产来设计，比追逐单个点的精度更贴近工程真相。对集成商而言，验收时不应只验收“点位精度”，还应验收轨迹层面指标：回放是否连续、比对是否可复现、离线时段是否被正确处理、可回溯窗口是否覆盖审计要求。
