软件智能：aaas系统完整版概观总表的介绍之1 “智能当量“ 及 “加成‘1‘ “ 和 “减成‘0‘ “

本篇是总表的4篇介绍文档的第一篇。总表以及介绍文档的分篇和内容要求可参见下面的两篇：

软件智能：aaas系统概观总表– 暨全部设计内容的总索引之增强版_ChuanfangChen的博客-CSDN博客

软件智能：aaas系统完整版概观总表的介绍之开篇介绍文档的分段和分篇总览_ChuanfangChen的博客-CSDN博客

智能当量的目的就是要将认知科学与计算机科学相结合从而派生出 计算机认知科学。为了提供一个基础，在最底层必然是能直接和二进制的机器码等价的一个物理层：

也就是说，aaas自身扮演着软件智能的代理，代理的唯一目的就是为aaas以外的任何软件过程首先定位一个“大致差不多的一个数学程序“，然后提供一个和其体量相当的一个使提供者和消费者能及时协商的流程的支持并能及时响应为并发并行的导航以得到该数学程序的“1” （幺元）和“0”（零元）。

这个协商过程是一个渐进的过程：

每一次协商的处理都可能会由于在“加成“中的“例外”或者“减成”中的“意外”而中途退出。
每次退出，将先保护现场，并将当前场景复制一份连同导致非正常退出的原因一起作为下一次协商的起点，
直至达到“加成1” 或 “减成0”或两者同时。
在首先达到“加成1”时，系统将根据当前 “减成0” 的进程去推算在得到的“1”前提下该数学程序的“0” ，并使用这个推算出来的“0”和已经得到的”1″去模拟目标机的运行效果。然后将这个运行结果和应用需求比较，如果在其容许范围之内就结束，否则重新进入下一轮协商。只是这一轮协商的双方及其协商内容和目的都发生了变化。
在首先达到“减成0”时其处理过程也基本一样。

显然上面的3中的“两者同时” 是aaas假设的一个理想的非常规情况，在一般情况下是不可能的，也是不必要的。在这一点上，软件程序因目标的不同而不同。

上述协商过程的 相同的处理流程中，不同的是 成对的协商双方及其协商内容和目的。但无论怎样，它们都有一个相同的目标，就是合目的性。

也就是说，协商的起点是对“合目的性”的一个共同认识。

这个“合目的性”是基于客观存在的物理世界的，它存在 体量上的不同。即：关注的是程度上的区分而非种类上的区分。

aaas将要实现的功能一分为二，分别用于处理协商过程和处理软件过程，前者关注程度上的区分，后者关注种类上的区分。前者形成作为aaas最终结果的 API，后者成为作为aaas最终来源的SPI。这构成了处理程序handler的两个独立性。

在aaas中认为在这个档次上的程序是智能的，并为它们分别冠以“固件智能”和“硬件智能”的名义。因为看上去，前者就像一个基于电子电路的科学智能的机器，而后者则像一个基于机械连杆的什么智能的机器。

连接这两个表面上独立的机器的，就是aaas中冠名为“软件智能”的“智能当量”。而它看上去就像一个在两个独立机器之间来回漫步的一个能够有目的地做某事的有生命的实体，即一个基于给定目的恰当代理的机器。

前述协商过程的 相同的处理流程中提到 “它们都有一个相同的目标，就是合目的性”。能作为这个协商的客体的目的，就是一个因种类kind不同而不同的 软件过程。

这里所说的“目的” 表示了种性上的不同，即：关注的是种类上的区分，而忽略了程度上的不同。

结果是一个术语本体

更前面所说的大致“差不多的一个数学程序” 表示了aaas中的一个部署图(a deployment view)，它代表了一个概念整体运作架构抽象模型的一个具体形式，它代表了前述两种过程的融合。

1.5 控制模块：procedure和process type [进程标识符- Process ID]

一个规程(程序)procedure（一般用图graph表示）是一个离散过程族的规范。其一个例子是一个计算机程序–可以作为静态信息写在一张纸上或计算机存储器中，它的一个激活是一个离散过程(用一个有向图表示)，它决定了规程的procee type。

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

文章知识点与官方知识档案匹配，可进一步学习相关知识云原生入门技能树首页概览8633 人正在系统学习中

来源：一水鉴天

声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！

软件智能：aaas系统 完整版概观总表的介绍 之1 “智能当量“ 及 “加成‘1‘ “ 和 “减成‘0‘ “