Smart Platform设计实现技术报告.pdfVIP

Smart Platform 设计与实现技术报告 蒋长浩 2001-10-6 Smart Platform 是智能环境中的软件支撑平台，其职责是连接分布在智能交互空间中的 多个软件模块，为它们提供底层的软件支持以及相应的软件工具，以实现它们的协作从而达 到智能交互空间的分布式计算环境的要求。Smart Platform 的组成元素及其在智能交互空间 的软件环境中的地位如下图所示： Directory Service Smart Platform Container Blackboard 操作系统 操作系统 操作系统 操作系统 Facilitator 主机 主机 主机 主机 网络 图1 Smart Platform 的组成和结构 Smart Platform 以智能交互空间中多台分布互联的计算机（可以是各种形态的计算设备） 为宿主主体，在其操作系统之上为运行在它们上面的软件模块提供统一的程序运行环境。这 些软件单元模块被封装成Agent ，每台计算主机上有一个 Container 是Agent 的容器。在整 个 Smart Platform 计算环境中有一个中心的服务器，成为 Directory Service，由 Directory Service( 以下简称为DS) 向所有的Agent 提供诸如名字查询、信息转发、调试、监控等服务。 Container 负责连接Agent 和DS ，它对Agent 屏蔽底层通信细节，向Agent 提供简单明了的 通信接口。 本文后面部分将分首先介绍Smart Platform 的设计，然后依次介绍其组成元素Directory Service、Container 以及ADK(Agent Development Kit) 阐述Smart Platform 1.0 的设计和实现。 最后一节，将介绍它们为了实现某些智能特性而设计的三者之间的交互协议。 1．Smart Platform 的出发点和目标特性 Smart Platform 是根据第一阶段的“智能教室”实现过程中，发现的OAA 软件平台一些 问题和缺陷，提出的一个全新的软件平台。其中软件平台的智能性是这些问题中最关键和首 要的问题。作为一个软件平台，OAA 的一些基本功能，如：Agent 间通信、监控和调试工 具等，Smart Platform 也包括了，这里不再赘述。而 Smart Platform 还包括了OAA 所不具备 的一些智能特性。 1.1 动态发现、加入 在OAA 中，每一个需要加入计算环境的软件模块，都需要通过自己所在主机上的配置 文件中预定义的Facilitator 地址与 Facilitator 建立连接，以此成为“智能教室”可利用的软 件模块。而且所有的软件模块在“智能教室”开始运行之初都必须被启动，处于待命状态， 等待别的模块准备好，或者等待别的模块对自己服务的调用。这样的工作方式非常不灵活。 比如：目前的“智能教室”包括的5 个Agent 分别运行在4 台不同的主机上。在它们运行之 前，首先在一台服务器上启动Facilitator ，并且配置4 台主机上的4 个配置文件，将其中的 Facilitator 地址设定成该服务器的地址，然后再分别启动5 个Agent 。这样一旦Facilitator 所 在的主机发生改变，那么4 台主机都必须分别改变它们的配置文件。目前只有4 台主机，已 经感觉到了很大的不便，将来“智能教室”的复杂度不断增大，软件模块的数目更加增多时， 仅配置一项工作就会是非常耗时的一件事。 因此，我们在设计自己的软件平台——Smart Platform 时，就将软件模块动态发现服务 模块并且动态加入计