单项问题，例如路口红绿灯之间的等待时间协调问题，就可以直接在红绿灯信息子模块当中处理好，并对外下达指令。
如果需要其他的智能模块配合处理交叉信息，则是添加中间协商智能核心的办法，由这个协商智能核心分发出去数据一致性标签。
各个分系统拿到这个标签后处理的信息后面都会带着个标签，然后返回到协商智能核心，进行交叉信息处理，然后形成命令，再交由统一对外接口下达命令。”赵一说道。
说实话，他之所以按照这种逻辑进行分析，主要还是以积木软件公司可以做到的方式进行的，如果真的是由他自己提供的智能核心，根本就不需要这么复杂。
只是他不能只是从他提供的智能核心的角度来考虑问题，他还需要考虑到，智能核心替换之后，也不会出现需要大幅度改造的问题。
也就是说，按照这种方式的处理机制，等到积木软件公司自己的智能核心编写好了之后，只需要对这些智能核心进行替换，外研系统等其他附属系统基本上不需要更换。
这样的话，就可以节省大量的时间，不需要做修改工作，只要做过程序员的都知道，修改系统有时候比重新写一个都要难得多，这就仿佛是带着脚镣跳舞，感觉处处受限制。
左大千听完赵一的话，闭目思考了一会儿，觉得这么做也不失为一个办法，灵活性上是足够的，也能够达到目的。
最重要的是可以根据城市规模的大小，对外延系统的需求不同，自由组合部署智能城市大脑，适用范围更广。
不过这么做也不是没有问题，就是由于分层太多，交叉智能模块太多，最终会导致运营管理上的难度较大，在维护成本上花费较高。
当然，这个缺点也可以通过技术手段来解决，建设一个智能运维系统，就可以解决给运维带来的麻烦。
智能城市大脑不仅仅只有软件部分，其实硬件部分占据的比例并不比软件部分来的低，甚至在研发投入上面会更大。
这里的硬件不是指后台系统部署硬件，而是指涉及到城市运作的各个电子硬件设备，例如交通红绿灯、城市电力设备、个人手持终端、汽车、广告牌等等。
如果真的要说的话，凡是城市里面的所有信息都可以被信息化、被智能化，就连居民饲养的宠物，都可以植入智能芯片。
以后宠物走丢了，或者出现了意外，居民直接就可以连接智能城市大脑查看得到，解决的速度就非常的快了。
本章未完，请点击下一页继续阅读！