软件智能:aaas系统AI众生的“世”和“界” 之16 智能系统设计原则

前面说过，aaas系统的目标是一个通用的智能系统。

智能系统的设计遵循4个原则。其中第一个原则（基础原则）是，一个小的内核，提供资源分配和流程管理的基本服务。

资源分配和进程管理

任何资源都是基于对某些自然过程中发生的机制的假设， 它们可以使用RDF来描述，是一个数据模型，是aaas中propertyType的基底 --结构奠基。

任何进程都包含有关通常在行为良好的数据中发现的模式的一般假设，是一个 算法模型，是aaas中processType的基座--行为奠基。

其它的3个设计原则包括：一个通用的原则、一个独立的原则和一个普遍的原则。

1. 通用原则(泛化原则)：表示属性property 的不变性-一个有始有终的生命活动。【有向无环图，-事件演算】。符号sign的上下文附件，其基本用途是引用嵌套图。它允许上下文外部的元级语句指定如何解释嵌套（对象级）图。 表明语义表示必须支持类似图的结构（字符串和树是其中的特例）。 语法选项 。
2. 独立原则（特化原则）：代表组件模型的功能单元- 一个动态的模块化框架。【 描述逻辑- 通过内嵌和嵌套关于时间的推理到关于因果的推理中 情境演算】。符号的物理环境附件。 它结合灵活的语法，可以支持高度表达的逻辑结构。逻辑选项，
3. 普遍原则（等价原则）：解释本体过程的，具有规范形式规则的一个过程规范语言。【语言游戏 关于因果关系的推理 -概率演算】。符号解释者的背景知识附件 。语言选项

后附的例子是动态意义解释理论DCM的三个附件：主要表达的意思是：

“符号sign 类型是稳定的，但对符号代币[令牌token]的每一种解释都取决于它在其他符号模式中的上下文、物理环境和解释者的背景知识。” 这是对大纲视图观点的一个独立的重新发现。

上面说的是智能系统的四个设计原则。一个小的内核提供基础加上双向的3面（横竖纵）原则。可以有很多种不同的角度描述其他的三个原则。但不变的是原则的名称。

实际上，它们也是Unix操作系统及其后代的基本原理。

Unix操作系统的设计原则

Unix操作系统的其他的三个原则是：

• 大量开放式的高度模块化实用程序，可以单独使用或与其他模块组合使用;
• 胶水语言（也称为脚本语言scripting languages），用于链接模块以形成更大的模块或完整的应用程序；
• 基于字符串的统一数据表示形式，它构成Unix文件的存储格式和由Unix管道传输的内容。

前三个原则在今天仍然有效，但第四个原则已进行了修改，以适应需要比线性字符串具有更多结构数据的模块，尤其是数据库管理系统（DBMS）和图形用户界面（GUI）。Unix系统一般将DBMS和GUI实现为独立的模块，但是它们的非线性数据结构无法通过管道进行通信。其他操作系统做了不同的折衷：选择在内核中实现DBMS或GUI中的一个。

智能系统的设计原则

在智能系统(可以看成是AI的操作系统)中，胶水语言比Unix的脚本语言具有更高的水平，但是Unix哲学的四个设计原则可以作为指导。

1.AI内核必须支持资源分配和流程管理。同时还应具有模式定向或关联的方法来确定何时应调用模块。

2、一个AI系统应该有一个开放式的模块化组件集合，但是组件的种类应该是过去开发的传统AI工具，也可能需要新的种类。但是，还可以通过胶水语言或黑板语言来调用它们。可以通过相同的机制调用更常规的组件，例如DBMS，GUI和各种网络。

3、一个AI粘合语言应该基于一种足够丰富的逻辑版本，以包括所有一阶逻辑以及元级--可以讨论对象级别（概念图）并声明任何语音行为（知识交换格式）。它们被标准化为相同模型理论基础的逻辑等效符号。其他逻辑版本（整分论和集合论）可以与概念图CG和KIF的子集相互转换。为的是能和不是专家的普通人进行交流，这些逻辑也可以转换为受控自然语言（CNL）的版本，或从这些版本中翻译出来，这些语言可以用作基础逻辑的可读符号。

4、逻辑不是存储在文件中并通过管道传输的线性字符串，而是提供了更丰富的表示法，可以表示DBMS，GUI或网络协议所需的所有数据结构。发布到黑板上的消息可以包含任何逻辑表达式，在极端情况下，它们可能表示任意大的图形，甚至可以表示DBMS中任何或所有数据的结合。逻辑的元级功能可以表示任何所需的语言行为，可以说明应该，可能或必须对数据进行的操作。

基于这四个原理的框架是 一个灵活的模块化框架，支持可以针对不同类型的应用量身定制的一系列体系结构。

胶水语言的三种逻辑等效符号：人机界面的受控自然语言；使用基于图算法的组件的概念图；对于使用其他符号表示逻辑的组件则使用知识交换格式。

将CNL用作AI系统的前端，使用图算法来简化或阐明搜索，查询和定理证明的技术。

5个图表在设计原则中的角色

概观总表列举了模块化框架所需的各种组件（表1），以及组件模型的评估标准的种类（表2）和用于或建议使用的处理这些标准的计算方法（表3)。

然后使用通过黑板通信的一个胶水语言来组合（大纲图）、关联（色度表）和驱动它们（角度表）。

角度表是对应概观总表中的组件规范图的评估标准所需要考虑的结构，上下文和目的【关系的匹配 . 列间关系】。每一行表示一个基本模型 (角度，视图)-立场：消费者驱动 开发者驱动，创作者驱动。

色度表是相应的需要的和可选择的特征(因果影响锥截面中的离散实体，propertyType）【用于事件源的提取过程，列式变量，】。每一行表示一个不同参与者的透视图】。（色度，透视图）--观点：所有者、设计者和建造者。

【------未完待续-----------】