第10章 认知元素
在上一章中,我们建立了“感知元素”的概念。
感知系统能够把感觉和感知过程中的信息转换成:
感知
↓
感知元素
但是,到这里仍然没有真正产生认知。
因为:
被感知到,不等于被认知。
一个人看到一个物体,可以获得大量视觉元素;触摸一个物体,可以获得压力、温度、摩擦等触觉元素。但这些元素只有进入一定的关系结构,并参与当前任务的判断,才真正具有认知意义。
因此,本章需要解决一个关键问题:
感知元素如何进入认知系统,并成为认知元素?
10.1 从感知元素到认知元素
感知元素解决的是:
系统获得了什么信息?
认知元素解决的是:
这个信息对当前认知意味着什么?
例如机器人抓取一个鸡蛋。
触觉系统获得:
压力 = 0.42
这是感知元素。
但单独的:
Pressure = 0.42
无法告诉机器人应该做什么。
机器人还需要知道:
当前对象 = 鸡蛋
鸡蛋承受能力 = 某个范围
当前摩擦 = 某个状态
当前滑移 = 某个状态
当前任务 = 抓取
目标 = 稳定且不损伤
于是:
压力
↓
与对象、属性、状态、任务发生关系
↓
认知意义
此时这个压力元素才真正进入认知过程。
因此可以定义:
认知元素,是已经与对象、属性、状态、关系、任务或目标建立认知关联,并能够参与认知过程的感知信息单元。
10.2 感知元素与认知元素的区别
二者必须严格区分。
| 层次 | 核心问题 |
|---|---|
| 感觉 | 感受到什么 |
| 感知 | 获得了什么信息 |
| 感知元素 | 信息可以如何结构化表示 |
| 认知元素 | 这个信息对当前认知有什么意义 |
例如:
触觉
↓
压力变化
↓
Pressure Element
↓
当前抓取压力正在增加
↓
可能影响抓取稳定性
最后这一层已经不是单纯的数据采集。
它已经进入认知。
10.3 认知元素不是简单增加一个字段
不能把:
PerceptualElement
简单改成:
CognitiveElement
就认为完成了认知。
真正发生变化的是:
元素与系统内部其他信息之间的关系发生了变化。
例如:
Pressure = 0.7
本身只是一个值。
但是:
Pressure = 0.7
+
Object = Egg
+
Capacity = 0.8
+
Pressure Trend = Increasing
+
Slip = Increasing
就产生了完全不同的意义。
所以认知元素的本质不是:
更多的数据。
而是:
更多的认知关系。
10.4 认知元素的基本结构
可以建立:
Cognitive Element
│
├── Element
├── Object
├── Attribute
├── State
├── Relation
├── Context
├── Goal
└── Meaning
其中:
Element
表示来自感知系统的基本元素。
Object
说明这个元素属于哪个对象。
Attribute
说明它与对象的哪个属性有关。
State
说明对象或元素当前处于什么状态。
Relation
说明它与其他元素之间的关系。
Context
说明它发生在什么情境中。
Goal
说明当前任务目标。
Meaning
说明该元素在当前认知环境中的意义。
10.5 认知元素具有上下文
这是感知元素进入认知之后非常重要的变化。
同一个数据,在不同上下文中可能产生不同意义。
例如:
Temperature = 50℃
如果对象是:
热水
可能只是正常状态。
如果对象是:
人体
则可能意味着危险。
如果对象是:
工业设备
可能表示设备正在正常运行。
所以:
相同元素
+
不同对象
+
不同上下文
可以形成:
不同认知
因此认知元素必须具有上下文关系。
10.6 认知元素与对象
认知元素通常不是孤立存在的。
它需要回答:
这个元素属于谁?
例如:
Pressure = 0.7
如果不知道对象是谁,就无法准确解释。
当系统建立:
Pressure
↓
Object: Egg
信息才进一步明确。
于是:
对象
↓
对象属性
↓
当前感知元素
形成了联系。
例如:
Egg
│
├── Shape
├── Weight
├── Friction
├── Capacity
└── Deformation
当前感知:
Pressure = 0.7
开始与:
Egg.Capacity
发生匹配。
10.7 认知元素与属性
对象属性是认知元素非常重要的参照。
例如一个对象:
Egg
具有:
Weight
Hardness
Friction
Capacity
Shape
Temperature
感知系统不断产生:
Pressure(t)
Friction(t)
Slip(t)
Deformation(t)
于是:
当前元素
↓
对象属性
↓
比较
↓
状态判断
例如:
当前压力 < 承受能力
与:
当前压力接近承受能力
具有不同的认知结果。
所以认知元素不仅记录“现在是多少”,还需要能够与对象属性进行比较。
10.8 认知元素与状态
状态是认知系统理解变化的重要方式。
例如:
Pressure = 0.7
可能对应:
正常
也可能对应:
危险
关键取决于对象当前状态。
例如:
Egg Capacity = 1.0
Pressure = 0.7
Slip = 0
可能是:
Stable
而:
Egg Capacity = 1.0
Pressure = 0.7
Slip ↑
Deformation ↑
则可能进入:
Unstable
因此:
状态不是某一个元素的值,而是多个认知元素共同形成的结果。
10.9 认知元素与变化
认知系统尤其关注变化。
例如:
Pressure:
0.3 → 0.4 → 0.5 → 0.6
系统真正需要关注的可能不是:
Pressure = 0.6
而是:
Pressure 正在持续增加
进一步:
Pressure ↑
Slip ↑
Deformation ↑
形成:
危险趋势
因此认知元素需要保留:
当前值
历史值
变化量
变化方向
变化速度
甚至:
变化趋势
于是:
CognitiveElement(t)
不是静态对象,而是动态过程。
10.10 认知元素之间的协同
一个认知元素通常不能独立完成复杂判断。
例如:
压力
只能说明压力。
摩擦
只能说明摩擦。
滑移
只能说明滑移。
但三者组合:
Pressure ↑
Friction ↓
Slip ↑
就可能形成:
Grip Instability
因此:
认知不是元素的简单累加,而是元素之间的协同关系。
可以表示为:
Cognitive Element A
+
Cognitive Element B
+
Cognitive Element C
↓
Relationship
↓
Cognitive State
这一步为后面的“认知匹配”奠定基础。
10.11 认知元素与任务
同一个对象在不同任务下,重要的认知元素不同。
例如同样是一只鸡蛋。
任务一:
识别鸡蛋
重点可能是:
形状
颜色
大小
轮廓
任务二:
抓取鸡蛋
重点可能变成:
压力
摩擦
滑移
承受能力
接触位置
任务三:
运输鸡蛋
重点可能变成:
稳定性
振动
加速度
位置
碰撞风险
所以:
认知元素不是固定的重要性。
它的重要程度取决于:
对象
+
任务
+
目标
+
状态
10.12 认知元素与目标
目标会进一步改变认知元素的权重。
例如:
任务 = 抓取鸡蛋
如果目标是:
最快完成
系统可能提高:
速度
的权重。
如果目标是:
零损伤
则可能提高:
压力
形变
滑移
的权重。
因此:
相同对象
+
相同感知
+
不同目标
可能产生:
不同认知元素权重
这为后面个体认知中的“目标影响匹配”提供了基础。
10.13 认知元素不是固定不变的
一个非常重要的特征是:
认知元素本身也会变化。
例如最初:
Pressure
只是普通触觉元素。
随着系统确认:
Object = Egg
它变成:
Egg Pressure
之后又发现:
Pressure ↑
Slip ↑
于是它的重要性提高。
再结合:
Goal = Protect
它可能成为当前认知中的核心元素。
因此:
感知元素
↓
认知元素
↓
认知权重变化
↓
核心认知元素
认知过程本身就是动态的。
10.14 认知元素与记忆
认知元素也可以进入记忆。
例如机器人第一次抓鸡蛋:
Pressure = 0.4
Stable
后来:
Pressure = 0.7
Slip ↑
系统发现:
0.7附近存在风险
这次经历就可能形成经验。
下一次遇到类似对象时:
当前感知元素
+
历史认知元素
可以参与新的判断。
于是:
当前认知
+
历史经验
开始发生联系。
这就是后面个体记忆与经验系统的基础。
10.15 从感知元素到认知状态
通过前面的分析,可以建立:
感知元素
↓
对象关联
↓
属性关联
↓
状态关联
↓
关系建立
↓
任务关联
↓
目标关联
↓
认知元素
↓
协同
↓
认知状态
例如鸡蛋抓取:
Pressure ↑
Friction ↓
Slip ↑
Deformation ↑
经过关联后:
Object = Egg
Task = Grasp
Goal = Protect
形成:
Cognitive State = Unstable
注意:
Unstable 并不是某一个传感器直接测出来的。
它是多个认知元素协同后的结果。
10.16 认知元素与传统人工智能的区别
传统系统往往采用:
输入
↓
分类
↓
标签
例如:
Image
↓
Egg
这种方式能够回答:
“这是什么?”
但本书研究的问题更加深入:
这个对象现在是什么状态?它具有什么属性?属性正在发生什么变化?这些变化意味着什么?当前任务应该如何处理?
因此:
Egg
远远不够。
系统还需要:
Egg
+
Pressure
+
Friction
+
Slip
+
Deformation
+
Time
+
Goal
+
State
这才开始接近认知。
10.17 认知元素的工程表达
从工程角度,可以定义一个基础结构:
CognitiveElement
{
id,
source,
type,
value,
state,
object,
attribute,
context,
relation,
timestamp,
change,
weight
}
例如:
{
type: "pressure",
value: 0.72,
state: "increasing",
object: "egg",
attribute: "grip_pressure",
context: "grasping",
change: 0.11,
weight: 0.86
}
这里的 weight 并不是最终的认知概率。
它只是说明:
当前认知过程中,这个元素的重要程度。
真正的权重计算还要等到后面的认知匹配理论。
10.18 感知元素、认知元素与对象的层次
现在可以建立三个层次:
第一层:感知
感觉
↓
感知元素
第二层:
认知
感知元素
↓
认知元素
↓
关系
↓
状态
第三层:
对象认知
认知元素
↓
对象
↓
属性
↓
动态状态
最终:
感觉
↓
感知
↓
感知元素
↓
认知元素
↓
对象
↓
属性
↓
状态
↓
变化
这条链路非常重要。
它说明认知不是突然出现的,而是逐层形成的。
10.19 本章核心定义
经过以上讨论,本书可以正式给出“认知元素”的定义:
认知元素,是感知元素进入认知过程后,与对象、属性、状态、关系、上下文、任务或目标建立关联,并能够参与判断、匹配和状态形成的信息单元。
进一步可以表达为:
Cognitive Element
=
Perceptual Element
+
Context
+
Object
+
Attribute
+
State
+
Relation
+
Goal
但这并不意味着所有字段每次都必须存在。
认知元素的本质是:
感知信息获得了认知关系。
10.20 本章小结
本章解决的是从“感知”到“认知”的第一道门。
我们不能把:
感知到了
直接等同于:
认知到了
两者之间存在一个重要过程:
感知元素
↓
关联
↓
上下文
↓
对象
↓
属性
↓
状态
↓
任务
↓
目标
↓
认知元素
认知元素因此成为整个理论体系中的一个中间层。
它向下连接:
感觉
感知
感知元素
向上连接:
对象
属性
状态
动态变化
认知匹配
最终形成:
感觉
↓
感知
↓
感知元素
↓
认知元素
↓
对象
↓
属性
↓
状态
↓
变化
↓
匹配
↓
认知
而下一章将进一步回答一个更基础的问题:
当多个认知元素持续关联时,“对象”究竟是如何形成的?对象的边界、身份和状态又是如何被建立起来的?
这将进入第三篇的核心:
第十一章 对象
对象不是一个名称,而是认知系统对多个元素、属性和关系进行组织后形成的稳定认知结构。