第34章 断流

第34章 断流 (第2/2页)

陆维桢在手机上调出之前在物流园中继器内部安装的那张空白卡的信号状态，确认它确实被系统识别为离线状态。那个灰色的状态指示灯提供了确切的反馈——主控端的调度界面已经将那个位置标记为待处理状态，但还没有触发进一步的行动。可能因为系统的判定逻辑中存在一个缓冲周期，在这段时间内允许中继器自行恢复。
　　
　　“白色指示灯出现在调度界面上后，主控端需要多长时间做出响应？“顾晏问。
　　
　　陆维桢在脑海中估算了一下暗潮系统的常规响应周期。从物流园中继器的异常标记出现到被人工确认和处理，中间通常隔着一个固定的时间窗口，结合之前的设备日志记录分析，那个窗口通常在几天之内，而不是几小时内。
　　
　　“至少还有几天。“陆维桢说，“但备用车被截停这件事本身会触发更紧急的响应。物流公司会发现车辆没有按计划返回，然后启动备用方案。这之间的时间差可能比中继器异常标记的处理时间更短。“
　　
　　他重新打开笔记本上的物流园中继器操作界面，检查了清除指令执行后的状态反馈。中继器仍然在按预设周期输出心跳信号，车辆缓存已经被覆盖。如果主控端在接下来几个小时内有任何查询请求发送到中继器，它返回的车辆状态数据将是空白——这本身就是一个异常信号。
　　
　　“需要给中继器回传一组假的车辆位置数据。“陆维桢说，“让它继续返回备用车正常行驶的轨迹，直到备用车原本应该在的时间点抵达沿海目的地。这样主控端在查询时看到的是一段完整的行程记录，直到车辆到达终点之后才停止更新。“
　　
　　他从车辆GPS记录中截取了一段备用车过去几天的标准行驶轨迹，调整了时间戳后写入中继器的缓存。修改完成后，他让系统模拟了一次查询返回的测试，返回结果显示在屏幕上——一段平滑的行驶轨迹，终点和备用车原本的目标一致，所有关键参数和时间窗口的吻合。
　　
　　“假的轨迹已经写入。“陆维桢合上了笔记本屏幕，“备用车在系统中仍然处于正常行驶状态，直到它按计划抵达沿海目的地。主控端在这段时间内不会收到任何异常通知。“
　　
　　他站起来走到白板前，在已经打了四个勾的操作列表下方又加了一行备注：“备用车假轨迹将持续至今日十二时，届时轨迹结束，中继器返回车辆到达状态。主控端如在该时间后查询备用车位置，将看到'已到达终点'的正常状态——但真正的车和货物已经不在原地了。“
　　
　　光屏在视野里亮了一行字，边缘比平时多了一层极浅的淡蓝色：“物理截停和链路切断两个操作均已完成。信息链条自蓉城至沿海方向已中断，两端之间的通信暂时性断绝。主控端在可预测的时间窗口内不会察觉异常。但备用车的失联和专线的中断会分别被各自体系的巡查人员在更长时间周期内发现，届时将触发第二层应急方案。“
　　
　　陆维桢看着那行字在视野里停留到自动淡出。白板上所有标记旁边都对应着已确认的操作结果，从蓉城到沿海的完整链条上，每个节点现在都处于被切断或清除的状态。他在链条最末尾的位置画了一个实心圆，把那个圆放在港口方向的标记旁边，然后退后一步，把马克笔的笔帽重新扣好。
　　
　　远处的走廊里传来电梯门开启的声音，声音在混凝土结构的长廊中经过反射后传进大厅时已经变得很薄。