交通管理中心是个十几层的高楼，莫回打开接收器，开着车开始绕着交管中心转圈，他开得非常慢，比走路快不了多少，一边开车，一边旋转信号接收器的天线，在众多的无线信号里寻找目标。

目标其实并不难找，因为它肯定具备一个关键特征，那就是大数据流，全市的监控数据都在这里汇聚，可以想见，近十万个监控探头，它们每时每刻都在想交管中心发送着实时数据，即使一个探头占据50k的带宽，所有这些探头加起来也有将近5t的带宽。

如此庞大的数据流在众多的无线信号里，必然像是黑夜里的探照灯一样醒目，所以莫回围着交管中心只转了两圈，就将负责这些信号传输的那个信号源锁定了。

信号源一旦锁定，海量的监控数据就开始蜂拥而入，好在超极本已经超越了人类的科技范畴，如此海量的数据输入之下，超极本波澜不惊，一点异常反应都没有，甚至连卡顿和延迟都看不到。

海量数据输入进来，被超极本不断解析，然后分类存储起来，根据不同的mac地址，不同的信号来源，将它们分别归类到不同的文件中。近十万个视频文件自动生成，并且随时时间的推移开始缓慢生长起来~~~

第一步完成！

数据初步对接正常，不过只靠这些是不行的，这些不过是实时数据，会常年24小时不间断的一直传输的。

莫回不可能一直在这里盯着，始终让超极本在这里下载数据，这是不现实的，所以莫回还得解决这个问题。

解决办法很简单，莫回选择下载历史监控数据，然后定期来这里更新最新数据，这样只要保证监控数据的连续性，保证中间没有缺失就行了。

一般情况下，天网用历史数据进行分析就足够了，真的需要实时数据时，莫回再带着超极本来这里实时下载就是了。

经过验证，下载没有任何问题，莫回开始转换信号源，开始寻找监控数据储存的地方。这个数据源找起来就相对费劲一些了。整个大楼里到处都是信号源，各个信号源的空间间距还非常小，在如此众多的信号源里找到目标很考验运气和眼力。

莫回这回要找的是一个服务器群组或者是一个磁盘阵列，它们是所有监控数据存储的地方。虽然不太好找，不过莫回专门找那些规律化排列的，成矩阵形状的信号源，很快找到几个疑似信号源。

既然找好了，接下来的事就需要放到下次解决了，因为莫回现在只是实际测试一下接收器的性能，看看是否能够下载健康数据。如果更进一步，想要从存储设备里下载历史数据，就需要信息交互了，简单的接收器就不成了，恐怕得另外想个办法黑进这个专有网络，给存储设备发指令，读取历史数据，然后才能实现目的。