第三九二章 备份-《永不下车》
第(1/3)页
在篡夺控制权的准备中,人工智能,表现出不可替代的价值。
就在西历1488年、大战进行到第二年时,方然就得到人工智能的分析报告,进而现东北太平洋大区的apos应急处置系统,其控制核心并非只有nep_871这一处。
想想也很自然,管理庞大全产机体系的控制核,若没有任何备份,反而不正常。
顺着线索追查下去,颇费一番功夫后,人工智能协助自己锁定了nep大区的另外两座小镇:
nep_847,与nep_81o。
东北太平洋大区的地标代码,8开头的都是所谓“公司保留地”,也就是“国际商用机器”公司建设并运营的城镇区域,不用说,涉及到apos控制权的应急处置系统,都会被公司部署在8xx区域内。
从编号上分析,容易得到一种猜测,nep_871是最晚落成的应急处置管理系统,并与847、81o两地的系统互为备份。
一套“全产机”体系,配备三套应急处置系统,是基于稳健性的寻常做法。
但对方然而言,这就意味着,在天堂镇的内斗中胜出、夺取控制权后,就必须要和另外两座应急处置系统的管理员争夺nep大区的控制权。
对于nep_847和nep_81o,方然所知有限,甚至不知道这两座城镇的经纬度。
和正常在线的apos次级节点核心控制器不同,应急处置系统,在全产机正常运作时几乎不挥作用,彼此互为备份的三个8xx节点,也不可能紧密的连接在一起。
而渗透ibm核心服务器、刺探情报,风险又太大。
面对掌控同类系统的竞争者,究竟要怎样决策,这一过程出了现有ai的能力上限,必须自己决断,方然的应对之策则出乎意料,经过初步建模分析后,他尝试用“看门狗”监控天堂镇周边的apos节点,然后着手编写代码。
要在核战争的浩劫中胜出,猝然难,是抢先手的习惯思维。
但通过建模分析,考量nep大区的全产机体系架构,更可行的策略则是“螳螂捕蝉,黄雀在后”。
第(1/3)页