成果，但是他们毕竟只是处理企业级数据。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    这类问题基本上都是单项问题，