意识”呢,仅仅只是这个问题就是一个高难度问题。
上面所说的其实就是两个问题,第一个就数据的读写分析问题,第二个就是智能核心内部的协调机制问题。
“关于数据读写分析问题,我们可以采用分层的办法来解决,先将城市数据,按照数据类型分类,分别交给一个专门处理这方面信息的智能核心分模块来处理。
在这个分模块下面,可以分出若干个对这类数据再细分处理的次一级智能核心分模块,以此类推,直到最终将庞大的数据分解成为有限的数据进行处理。
至于智能核心想要做到这种随意分层分块的灵活度,这个你们不用担心,我会在提供的智能核心当中,加入这些设置,你们只需要设置好就可以定义他们的功能。
到了你这边,只需要提供和数据类型相匹配的外研系统,智能核心就可以根据这些数据特点和外延系统要求,分析整理好相关的数据,以供外延系统使用。
至于分层后带来的数据纠错分析问题,我们可以采用核心数据清单上报审核机制,如果数据冲突,可以尽快的发现,并且在当前分层处理好这些问题。
然后在继续上报到更高层级,直到抵达给分类的最高智能核心模块,在各个过程当中,就可以保证该分类数据的一致性和正确性。
当然,这些只是对需要实时处理的数据进行的,其实在城市管理当中,还有很多数据是不需要实时处理的,针对这部分数据,你们可以采用缓存的形式提前处理。
这些动作可以在智能城市大脑空闲的时候处理好,等到别人需要查阅相关信息的时候,只需要直接从处理好的缓存信息中提取即可,可以节约大量的时间和资源。
关于智能核心内部的协调机制问题,可以采用交叉信息汇总上报机制,如果分类信息不需要经过其他智能模块的配合,可以将直接处理好的数据形成命令,传递到统一对外接口。
这类问题基本上都是单项问题,例如路口红绿灯之间的等待时间协调问题,就可以直接在红绿灯信息子模块当中处理好,并对外下达指令。
如果需要其他的智能模块配合处理交叉信息,则是添加中间协商智能核心的办法,由这个协商智能核心分发出去数据一致性标签。
各个分系统拿到这个标签后处理的信息后面都会带着个标签,然后返回到协商智能核心,进行交叉信息处理,然后形成命令,再交由统一对外接口下达命令。”赵一说道。
说实话,他之所以按照这种逻辑进行分析,主要还是以积木软件公司可以做到的方式进行的,如果真的是由他自己提供的智能核心,根本就不需要这么复杂。
只是他不能只是从他提供的智能核心的角度来考虑问题,他还需要考虑到,智
请收藏:https://m.33bqg.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)