积木软件公司之所以要编写自己的智能核心，主要的目的还是为将来的出口打好基础，因为出口的产品不可能将智能核心部署在我们的国土之上，会有一定的泄密可能性。

这个很好理解，其他国家虽然可能会眼馋智能城市大脑带来的城市化治理效率，优化城市管理，提高城市居民的幸福指数。

但是如果智能核心和主要功能不再自己的掌控范围之内，而是在供应商的掌控范围之内，任谁都无法完全放心，还不如继续沿用原来的管理体系，这样至少安全有保障。

而且出口的智能城市大脑，也不可能将智能核心等关键技术部署在我国，由于距离的原因，会造成很大的时延，不利于智能城市大脑处理紧急事件。

正是因为这个原因，赵一也没有说要自己提供智能城市大脑的智能核心，就如他旗下的企业使用的管理系统那样，就是他提供的智能核心模块。

自己的企业使用的智能核心模块，也都是在本土使用，就连商通贸易公司在海外开设的零售渠道等其他企业，宁愿通过卫星通信技术来沟通本土系统，也不会直接部署到海外。

当然，商通贸易公司能够这么做，主要还是对于时延的要求不是很高，和智能城市大脑在这方面完全没有可比性。

按照左大千的汇报情况来看，想要在国内尽早使用智能城市大脑，短期内依靠他们自己编写的智能核心是不可能的了，除非赵一自己亲自上阵，加上初级人工智能，才有这个可能。

“这样吧，你们自己编写的智能核心还是按照你们目前的方案进行下去，至于国内使用的智能城市大脑的智能核心，我会提供给你们一个。

这样就不会耽搁中国房屋公司使用智能城市大脑了，而且你们也可以尽早完成智能城市大脑的外延系统，以达到基本可用的目的。

而且在国内率先使用智能城市大脑，你们也可以尽早收集到足够的城市管理数据，以支撑你们的智能核心的研发，提高智能核心的进度。”赵一说道。

对于赵一的建议，左大千自然是没有任何意见了，他们其实早就知道老板手里有更加先进的智能技术，这些从他们使用的系统智能化程度就可以看得出来。

而且不管是繁星软件公司还是他们使用的人工智能技术，都是出自老板之手，所以对于老板的话，他是没有任何怀疑的。

至于老板为什么不直接将先进的人工智能技术拿出来，他也有所猜测，他们也不是没有想过查看他们自己使用的智能化核心模块，只是被赵一加密过，根本就无法查看。

对老板这种防贼一样的措施，如果还不明白，那脑袋真的是有问题了，赵一这次拿出来的智能核心模块，也同样是会进行加密处理，他们只有使用权，没有改造权。

即使是如此，左大千对此也是相当的高兴，正如老板所说，至少他们可以围绕着智能核心模块，完善外延系统，同时收集足够的数据，加快自己的智能核心的研发工作。

只要这些工作都完成之后，到时候自己的智能核心完成之后，只需要更换智能核心模块，就可以直接完成自己的智能城市大脑项目了，也就可以用来出口了。

“你们的困难不仅仅只是在智能核心方面吧？”赵一问道。

听到赵一的话，左大千尴尬的挠了挠头，笑着说道：“老板果然是慧眼如炬，我们的智能城市大脑项目，除了最核心的智能核心之外，就是对于大数据的处理了。

在大数据处理上面，我们其实和繁星软件公司交流过，也取得了一定的成果，但是我们并没有信心在实际使用的时候，会不会成为整个系统的瓶颈。”

这话并不是无的放矢，而是需要认真对待的问题，繁星软件公司虽然在大数据处理技术上面有一定的成果，但是他们毕竟只是处理企业级数据。

而智能城市大脑的处理数据最低也是以一座城市为单位，而一座城市的人口，多的有几千万，少的也有几十万。

不说这些城市人口每天产生的数据量，就是维持城市远转的各项设施每天诞生的数据就是极为庞大的，和企业级数据完全不在一个量级上面。

而这么庞大的数据，需要快速存储、读取和分析，不仅需要高密度存储介质存储这些信息，同时还需要存储介质可以快速的将数据读出来，并且加载到智能核心模块分析。

这里面就涉及到高速i0了，说实话，别说是现在没有这种级别的i0技术，就是赵一重生前，世界上也没有这种级别的i0技术。

别看前世全球互联网企业每天的访问量惊人，但是他们是采用了许多技术来分而治之，不会过分集中到一起处理的，也就是俗称的负载均衡技术。

但是积木软件公司的智能城市大脑，和普通的互联网技术还是存在着很大的差异，一个智能城市大脑最好的状态下就是只能有一个大脑。

只有保证只有一个大脑的情况下，才不会出现特殊情况下，“精神分裂”的情况发生，才能够保证城市的稳定运行。

当然，这里说的一个核心不是指智能核心只能是部署在一台服务器上面，对于智能核心，可以无限分割部署在各个机器上面，这样才不会因为一台机器宕机而使整个系统陷入瘫痪。

这里所说的一个智能核心，是指即使分割成为无数小份部署在无数机器上面，在整体上也需要形成一个“智能意识”，所有的指令都需要从这个“智能意识”发出。

这又要牵扯到怎么让无数机器上面的小份智能核心时刻保持状态同步，最终形成一个“智能意识”呢，仅仅只是这个问题就是一个高难度问题。

上面所说的其实就是两个问题，第一个就数据的读写分析问题，第二个就是智能核心内部的协调机制问题。

“关于数据读写分析问题，我们可以采用分层的办法来解决，先将城市数据，按照数据类型分类，分别交给一个专门处理这方面信息的智能核心分模块来处理。

在这个分模块下面，可以分出若干个对这类数据再细分处理的次一级智能核心分模块，以此类推，直到最终将庞大的数据分解成为有限的数据进行处理。

至于智能核心想要做到这种随意分层分块的灵活度，这个你们不用担心，我会在提供的智能核心当中，加入这些设置，你们只需要设置好就可以定义他们的功能。

到了你这边，只需要提供和数据类型相匹配的外研系统，智能核心就可以根据这些数据特点和外延系统要求，分析整理好相关的数据，以供外延系统使用。

至于分层后带来的数据纠错分析问题，我们可以采用核心数据清单上报审核机制，如果数据冲突，可以尽快的发现，并且在当前分层处理好这些问题。

然后在继续上报到更高层级，直到抵达给分类的最高智能核心模块，在各个过程当中，就可以保证该分类数据的一致性和正确性。

当然，这些只是对需要实时处理的数据进行的，其实在城市管理当中，还有很多数据是不需要实时处理的，针对这部分数据，你们可以采用缓存的形式提前处理。

这些动作可以在智能城市大脑空闲的时候处理好，等到别人需要查阅相关信息的时候，只需要直接从处理好的缓存信息中提取即可，可以节约大量的时间和资源。

关于智能核心内部的协调机制问题，可以采用交叉信息汇总上报机制，如果分类信息不需要经过其他智能模块的配合，可以将直接处理好的数据形成命令，传递到统一对外接口。

这类问题基本上都是单项问题，例如路口红绿灯之间的等待时间协调问题，就可以直接在红绿灯信息子模块当中处理好，并对外下达指令。

如果需要其他的智能模块配合处理交叉信息，则是添加中间协商智能核心的办法，由这个协商智能核心分发出去数据一致性标签。

各个分系统拿到这个标签后处理的信息后面都会带着个标签，然后返回到协商智能核心，进行交叉信息处理，然后形成命令，再交由统一对外接口下达命令。”赵一说道。