查看“《超越学科的认知基础》2015张世超学习报告第十五周”的源代码

==关键词==
'''Cloud mind''' '''Cloud tap'''
==学习报告==
===Cloud-Mind系统概要===
====Cloud-Mind 定义====

Cloud-Mind分为两个处理系统：个人处理和区块处理。每个个人处理系统的信息除了保存在个人的信息库以外，还会上载到区块的信息库中，而区块的信息库又和总体的Cloud-Mind的中央数据库相连。因此Cloud-mind是一个闭合的信息系统，一切发送和反馈的信息都可以通过双向的信道实现互通有无。
====Cloud-Mind基本架构====
====Cloud-Mind构成====
====Cloud-Mind技术支撑====
===Cloud-Mind个人信息处理系统介绍===
信号发出者——Cloud-tap——信号接受者——反馈系统——数据库
1）当一个申请决策公开的请求发出时，首先进入Cloud-tap，即负责信息筛选和控制的处理器中。由该处理器区分这个请求是针对特定个人的，还是不特定人的。
2）如果是特定个人，则进入对向请求的处理框中，并继续分析该问题是由接收者个人的意志即可决定的（个人权限），还是说法律有限定这个人使用该权限（法律权限），或者由于接收者欠缺法律权限或者是该问题个人无权决定，需要第三方决策（转移权限），然后让此问题进入不同的处理程序中。法定权限和转移权限的确定依照个人信息库中储存的个人信息和相关权限信息。该申请经过层层分筛，最终抵达相对人，而该相对人可以通过数据库的分析预测功能对该申请进行评估，最终接收者将处理结果反馈给信号发出者：同意、不同意、存疑（退回请求、继续修改等）。
3）非对向请求的部分与对向性请求的处理是类似的，只不过是需要将信号发送给不特定的相对人。
4）全部的信息决策过程均由数据库记录，每一个cloud-mind的用户均可对上述过程实施监督。

===Cloud-Mind区块信息处理系统介绍===
Cloud-Mind还可以用于区块信息的处理。区块的处理分为三个部分：个人或其他区块移交过来的决策程序和申请；区块内部事务的决策处理（自处理）；需要引入其他区块共同处理的决策（他处理）。
1）	对于移交过来的信息，可以纳入自处理和他处理系统。
2）	对于自处理系统的信息，区块内部会根据一定的方式赋予不同的人不同的决策权重。比如可根据对于区块贡献量的大小赋予不同的成员不同的决策比例。（类似于比特币的奖励系统）。不同决策层级的人得出结果之后，按照一定的权重对结果进行加权，然后得出结论，进行反馈。
3）	对于他处理的部分，由于这个该问题是内部决策无法解决的，所以涉及到不同区块的合并。首先是产生纠纷的相关区块的合并（合并区块），此外还可引入专门负责仲裁的区块（仲裁区块），或者是争议方都比较信任的区块（邀请区块），以及与此问题有相关利益的区块（利益相关区块）。之后还是对几个区块赋权。之后的决策方式就是各个区块内部的决策处理。
4）	决策的作出可以参考数据库中对问题的分析和评估（风险评估），同时信息流程是公开可监督的，最后的反馈也要求必须说明理由，并且上载到数据库中。
因此可以说Cloud-mind最终希望达到的目的只有三点：
1）	决策流程透明化
2）	决策参与民主化
3）	信息内容公开化

==Cloud-Mind未来发展规划==