找个话题聊了一会,然后不经意的问上几句,关键信息就到手了。
等第二天,莫回开着车,带着信号接收器就出发了,很快他就来到市交通管理中心,所有的市政交通监控数据最终都在这里汇聚。
交通管理中心是个十几层的高楼,莫回打开接收器,开着车开始绕着交管中心转圈,他开得非常慢,比走路快不了多少,一边开车,一边旋转信号接收器的天线,在众多的无线信号里寻找目标。
目标其实并不难找,因为它肯定具备一个关键特征,那就是大数据流,全市的监控数据都在这里汇聚,可以想见,近十万个监控探头,它们每时每刻都在想交管中心发送着实时数据,即使一个探头占据50k的带宽,所有这些探头加起来也有将近5t的带宽。
如此庞大的数据流在众多的无线信号里,必然像是黑夜里的探照灯一样醒目,所以莫回围着交管中心只转了两圈,就将负责这些信号传输的那个信号源锁定了。
信号源一旦锁定,海量的监控数据就开始蜂拥而入,好在超极本已经超越了人类的科技范畴,如此海量的数据输入之下,超极本波澜不惊,一点异常反应都没有,甚至连卡顿和延迟都看不到。
海量数据输入进来,被超极本不断解析,然后分类存储起来,根据不同的mac地址,不同的信号来源,将它们分别归类到不同的文件中。近十万个视频文件自动生成,并且随时时间的推移开始缓慢生长起来
第一步完成!
数据初步对接正常,不过只靠这些是不行的,这些不过是实时数据,会常年24小时不间断的一直传输的。
莫回不可能一直在这里盯着,始终让超极本在这里下载数据,这是不现实的,所以莫回还得解决这个问题。
解决办法很简单,莫回选择下载历史监控数据,然后定期来这里更新最新数据,这样只要保证监控数据的连续性,保证中间没有缺失就行了。
一般情况下,天网用历史数据进行分析就足够了,真的需要实时数据时,莫回再带着超极本来这里实时下载就是了。
经过验证,下载没有任何问题,莫回开始转换信号源,开始寻找监控数据储存的地方。这个数据源找起来就相对费劲一些了。整个大楼里到处都是信号源,各个信号源的空间间距还非常小,在如此众多的信号源里找到目标很考验运气和眼力。
莫回这回要找的是一个服务器群组或者是一个磁盘阵列,它们是所有监控数据存储的地方。虽然不太好找,不过莫回专门找那些规律化排列的,成矩阵形状的信号源,很快找到几个疑似信号源。
既然找好了,接下来的事就需要放到下次解决了,因为莫回现在只是实际测试一下接收器的性能,看看是否能够下载健康数据。如果更进一步,想要从存储设备里下载历史数据,就需要信息交互了,简单的接收器就不成了,恐怕得另外想个办法黑进这个专有网络,给存储设备发指令,读取历史数据,然后才能实现目的。
请收藏:https://m.bq65.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)