防范智能与智慧系统中的“管涌”

人工智能和智慧城市的进展如火如荼，为此创新火花此起彼伏络绎不绝，但是如何使用这些成果，让它们尽心尽力地安全地为人们服务，还是一个重要的问题。

拿地铁来说，列车长达6节车厢、8节车厢，别说司机看不到车尾，就连中段也没有可能。不要紧，现在公交车都有车门视频监控屏幕，司机不用回头就可以放心关门，地铁门控更应完善。

众所周知，地铁乘客如同浩荡洪流，总有关不上车门的情况，所以设计了“门控保护”功能，那怕有一个车门未闭紧，列车也不能启动。可我就见到一次车门没关上的时候，司机出了驾驶舱，到站台上观看究竟。突然，乘客挤进车厢，门控开关闭合，列车在没有司机的情况下启动运行，幸亏司机是一位壮实小伙，反应敏捷，大步追上列车，进入驾驶舱，关门远去。

这是新世纪之时，司机的驾驶命令应当进入程控时代。当启动命令受阻时，已经发布的“开车”命令应当自动失效。等候故障排除，司机再次发出启动命令，重新操纵列车行驶。虽然，这是一个最小范围的管理逻辑，可它代表了一系列复杂的综合过程与失误。

现在列车已经向无人驾驶进发，但是地铁系统并非仅仅完成从清晨启运到夜晚收车的正常状况，还要面对各种复杂环境，尤其是在出现意外时，要避免次生事故的发生。一个大城市的地铁，因为调度流程没有考虑临时停运之后的重新启动运行，而出现两车追尾的事故。

美国地铁运行事故

该市的地铁调度室和站台、列车都有良好的通信系统，但是通信规程却欠缺了意外状态的应急联系流程。

那一天，因为供电系统故障停电，所有列车瞬间原地停车。经过抢修供电很快恢复。所有的司机，都在呼叫调度员，询问行驶命令。此刻，列车a司机几次呼叫调度室均遇占线，他就停止呼叫，等候调度通知。而调度员在接听各趟列车司机询问时，并没有一一记录数量。不知道还缺少了一个司机没有联系上。他口头下达“送电后即恢复运行”的命令。很快，所有的列车重新运行起来，而列车a的司机，还在原地等候调度员通知。结果列车b很快行驶到列车a所在区间，刹车已经来不及，直接追尾。

究其原因，该市没有提前预见到停电之后恢复运行的处理流程。平日清早列车按照运行图逐次开始运行到收车回库，调度员和司机都是熟悉的。但当出现运行意外如何恢复？就没有预案和演练。在系统设计中，一般会有电路终端的使用授权；而在运营中，不同岗位使用者的通话权限经常被忽视。有时，一个通信终端的违章使用，就搅乱了整个系统。这就是系统运营中的“见物不见人”，是一种观念失误。

在非典之后，许多城市都在设计应急指挥系统，总的要求是明确的，而系统设计的漏洞比比皆是。例如，设计者表示有多少种预案，一旦发生意外，指挥系统自动发送不同预案的成套指令到相关基层云云，主管领导听得十分满意。

然而，此时无人想到，机关和企业配备并不是进入战备状态的军队，同城基层单位也不会都能及时够知晓附近的意外，通信终端和指挥屏幕，有没有人值守？或许值守人员正好临时外出？没有自动点名和终端应答的指挥系统，就不是现代指挥系统，甚至还不如抗战时的消息树之类的人工通信完善。因为理念的欠缺，要防范无线终端和大尺寸屏幕指挥系统中的“管涌”。

人工智能和智慧城市，任重道远。