第151章 枯竭
时间过去了半个小时。
随着白泉放出了最后一波冲锋艇。
陈明再次通过受损的机器人占据了两个数据节点。
获取到了船体中央部分的装甲蓝图和船体左前部分的结构蓝图。
再加上之前的引擎蓝图和左前船体装甲、左后船体结构,以及船体中央结构蓝图,总共六份。
不过在白泉的冲锋艇耗尽之后。
他就已经让攻势回归了战线之中。
处理战损,收缩阵型,随时都有可能撤退。
并且余辉也注意到了白泉的动作,在一开始的戒备过后,已经发现了白泉的真实想法。
于是它们直接开始反向挤压十四军团舰队的活动空间,一副要反攻的样子。
接下来陈明已经不能再使用这个,通过机器人的维修来控制更多的数据节点的办法。
不过他的手段还没有彻底被限制。
巨型船坞毕竟是一个整体,模块与模块之间是合作的关系,只是在数据层面上独立,方便进行管理。
因此,船坞内的不同模块之间是可以正常的来往的。
陈明就可以借此,将他的灵能蔓延出去。
只需要他在某样需要于不同模块之间运输的机械设备中,安装一个被他控制的最低级的伽马核心。
就比如余辉自己就有的,一批负责所有不对外开放的内部区域的维护工作的余辉个体。
巨型船坞总整体上看可以说是个大型工业设施,并且还是个每天都要进行高强度工作的工业设施。
设施内部的所有设备都需要频繁维护和维修。
对外开放的几个模块有专门负责对外开放模块的维修工作的余辉存在。
那么对内,自然也有专门对内的。
因此,已经成功控制到了船坞内部余辉的陈明,完全可以想办法控制这些余辉个体。
它们很有可能没有防备,或者说根本防备不了。
因为它们要对设备进行检修,就意味着必须要接触设备的各种线路。
而这样一条连接着陈明控制的余辉个体的数据线对余辉来说就跟一个病毒培养皿没什么区别。
这些检修的还必须主动凑到培养皿边上,毕竟这是它们的工作。
就在刚才。
陈明已经在他用机器人最先控制的那个节点里上报了需要专门的维修个体来进行检修的情况。
过不了多久,应该就会过来了。
其他的几个节点陈明倒是暂时没有上报这样的问题。
以免同时出现类似的事故在这个巨型船坞的数据库里,导致被发现问题所在。
在正常情况下,如果只是一个模块内部的问题,那么在陈明已经控制了模块核心的数据节点的前提下,隐藏是最简单不过的事情。
但他现在为了让维修个体过来,那么这起事故就必须把前因后果汇报上去。
这就肯定会在其他地方有记录。
所以为了以防万一,陈明才做了一点掩饰。
反正每个模块区域内都是有属于自己模块的维修个体的,只是效率和规模没有专业的来的快,来的大。
每个负责模块管理的余辉总不可能哪里的线路稍微有一点故障就上报,一般来讲一点小问题肯定是自己能解决就解决。
不上报自己修很正常。
所以陈明隐藏的行为就算被发现了,也是有十足的借口可以解释的。
那么接下来,他只需要等这些维修余辉个体自己送上门就可以了。
趁着这点时间,陈明还仔细研究了一下巨型船坞的地图。
可以确认巨型船坞的总体模块区划数量达到了五百往上,都是至少有贝塔级核心在其中控制的模块。
不过只要去掉没有合适工厂和机械加工厂,不可能承担新星级制造任务的模块区划,就比如陈明的机器人之前待过的对外的防御火炮平台模块。
再去掉最核心的,制造阶段尚未完成的新星级现在停靠着主力舰船位的模块。
剩下的数量,是三十二个。
陈明再根据已有的蓝图推测,可以大致估算出新星级被分散开来的蓝图的数量。
应该在二十个左右,稍微不到一点。
而陈明目前已经影响六个模块区划,接近五分之一有概率存在蓝图的模块已经被他控制。
而他获取的六份蓝图,也接近了最终蓝图数量的三分之一。
也就是说,接下来只要他的运气足够好,肯定可以获取到全部的蓝图。
陈明心中略微有些激动,但他马上冷静了下来。
在事情没有完成前,任何的提前开香槟的行为都是绝对要不得的。
几分钟后。
就如同陈明的计划中的那样。
在他通过机器人控制的第一个数据节点的附近。
通过遍布整个巨型船坞的货运通道,来了一辆搭载了数台工程机器人的工程运输车。
这辆车的内部一定安装了一个能在之后对陈明的计划有着关键性作用的余辉核心。
由于陈明通过这里的贝塔余辉提前和内部的总体维修厂那边确认好了损伤情况的缘故。
当这辆工程运输车抵达的时候,它就直接开始了工作。
确认了墙面上各种线路外露的缺口,并且找到了与数据节点连通的那条数据线。
它是过来执行维修任务的,那么和控制这个待维修模块的余辉主动联系也是它任务的一环。
于是,为了快速联系上这个节点的余辉,过来进行检修工作的维修个体,直接主动接入了这条数据线里。
然后就没有然后了。
陈明对这个模块目前已经是全面掌控的情况。
这里发生的一切都不可能绕过他传播开去。
在让他刚刚控制的这个维修个体快速完成了维修任务中相对比较困难的工作后。
为了后续的效率,剩下的简单的修补墙面的工作,陈明就没有让它继续做下去了。
而是通过这里贝塔级余辉与它的数据交流。
把贝塔级余辉想要自己处理剩下的工作的理由传达了过去,并保存在了维修个体的数据库中。
这个理由足够解释它为什么这么快就完成了任务了。
在完成了这件事之后,陈明直接让维修个体就此离开,回到了它原来的地方。
负责巨型船坞内部维修的一个的独立的维修厂。
就在船坞的中间区域,在一个陈明没有控制的模块内。
这里自然也有一个数据节点。
而现在,有一个被陈明控制的个体混进了这里。
并且有着充分的理由可以解释它的行为。
那么这里的结局也和其他地方没有任何的区别。
在十几分钟后,随着陈明的灵能层层蔓延开去,这个维修厂的模块区划也落入到了他的手中。
不过由于这里没有和最核心区域的船坞接壤,并且可能是因为承担了巨型船坞内部所有模块的维修工作的缘故。
这里并没有承担建造新星级的一部分的任务。
因此陈明没有在这里找到蓝图。
但无所谓。
他既然已经控制了这样可以在巨型船坞内部来去自如的一个维修厂,就相当于握住了打开宝箱的钥匙。
当然他前面的依靠机器人来完成的行动也不是说没有意义。
毕竟想要合理地在墙上打一个损坏程度严重的大洞,没有这些损坏的机器人还真不是那么好做的。
那么在此之后。
等被陈明控制的维修个体到了需要维修的地方,它就能直接和需要维修的那个模块里的最高级的核心接触。
就和刚刚自己送上门来的伽马级余辉一样。
名义上为了了解待维修的地方的信息,主动接入数据线。
实际上,就是为了让陈明的灵能施加影响在其身上。
只要数据线一接,剩下的就结束了。
并且由于物理层面上的数据线传输数据的效率和安全性都比通过网络信号来的好。
所以维修个体通过数据线和当地余辉个体进行交流也是极其正常的事情。
甚至在这些维修个体前往其他的模块进行工作的时候。
那些模块的余辉有可能主动提供一些正常情况下一定会严加看管,不给任何随意接触可能的本身就外接的数据线,方便联系。
不过这是在目标模块自己就已经需要维修的情况下才能做到的事情。
如果那个模块没有维修任务的话,陈明的维修机器人也就没有理由过去了。
至于解决这个问题的办法,陈明一时间想到的,就是让机器人在那里的模块的内进行破坏,让控制模块的余辉自己申请。
但这个陈明脑子一抽的想法马上就被他自己否决,毕竟这太容易被发现问题了。
一些余辉个体控制的机器人突然没有理由,毫无朕兆地做出奇怪的事情。
余辉肯定第一时间就会发现不对劲。
所以,陈明只能在大脑无比混沌的情况下,经过了比较艰难的思考过后。
想到了一个别的办法,或许很快就会实际用上。
不过不是现在。
现在陈明还是在通过他刚刚控制余辉,检视着维修厂的数据库。
这里储存着整个巨型船坞,所有需要维修的地方上报过来的数据。
余辉专门建了这样一个厂肯定不是摆来看的。
因此数据库里的记录数量可以说是相当之多。
待维修的地方可以说是遍布整个巨型船坞。
而这些记录报上来的时间就是最近。
本站域名已经更换为m.adouyinxs.com 。请牢记。