e-learning 支持SCORM 规范的实现

　CloverSuite 是一个基于广义问题解决模型的知识管理中间件产品,广义问题解决模型拥有灵活的数据组织和快捷的信息检索等特点,非常适合于管理e2learning 中的多元化数据.可共享课程对象参照模型( SCORM) 规范是美国国防部提出的. SCORM 规范的目的是希望透过教材再用与共享机制的建立,来缩短教材开发时间、减少教材开发成本、促成教材在各学习平台间流通自如. SCORM 整合既有的AICC , IEEE和IMS 规范,参照IMS 的内容包装标准和AICC的学习管理系统运行环境标准,保证一个符合SCORM 课件可以部署在任何遵守SCORM 规范的LMS 上,可以被其检索、重用和组合.SCORM 规范定义了基于Web 学习的内容聚集模型和运行环境. 内容聚集模型提供了一种统一的方法,将学习资源( SCOs ,Asset , SCAs ,CAs)组织起来,以利于资源的发现、复用、共享和互操作. 定义了学习资源如何被识别和描述以及如何将学习资源组织成课程或课程的一部分的方法.运行环境包括学习资源(这里指SCOs) 的发布、学习资源与LMS 的通信接口API 以及数据模型.其目的是使用一种标准的方式来管理学习资源与LMS 的交互,以便于多个系统与组件之间能够交换和使用彼此的信息.

SCORM 内容信息模型中课程的内容和结构是在内容清单(Manifest ) 文件中说明的,内容清

单文件包含如下部分:

a. 元资料(metadata) 部分. 对内容清单的元数据描述,包括课程名称、关键词、简介、引用的模式信息.

b. 结构(organizations) 部分. 描述内容清单中内容的一个或多个组织结构,每个结构描述内容的层次及先后次序.

c. 资源( resources) 部分. 包含了对所有实际资源和内容清单中所需媒体元素的引用,还包括描述资源的元资料和对任何外部文件的引用.

d. 子内容清单(sub2content list) . 指零个或多个嵌套的内容清单.

绑定是从一个框架或规范到另一个框架或规范的应用或映像. 在基于广义问题解决模型的e-learning 应用中一个课件的内容存储在知识库中,实现课件内容的共享和交换时,需要建立广义问题解决模型的内容信息模型与SCORM 的内容信息模型的绑定关系.

首先需要将知识库(Repository) 中的知识内容同SCORM 的资源(Resources) 信息建立联系,将知识项的解释同SCORM 中的资源( resource) 建立对应关系,保证资源的一致性. 其次,需要保

证资源组织的一致性,在知识库中资源(即知识项) 根据内容表的形式存储在知识库中,同时提供应用层根据上下文环境(索引+ 关联关系) 检索并浏览知识内容的接口,即知识的组织有根据内容表和根据上下文环境的两种组织方式. 在SCORM信息组织模型中,在结构列表中提供描述资源层次和次序的子结构,通过子结构中对资源的引用信息来描述资源的组织信息,结构列表中不限制子结构的个数.

步骤1 　系统首先检验输入参数(比如导入课件包的格式等) ,如果是SCORM 类型,则解析包中的manifest . xml 文件,否则进行CloverSuite类型的课件的导入.

步骤2 　开始解析manifest . xml 文件,如果解析的item 有子item ,但本身没有解释,则对应为广义问题解决模型中的信息组织模型中的一个文件夹;如果有子item 且本身有解释,则对应为一个文件夹和一个知识项. 否则,该item 对应信息组织模型中的一个知识项.

步骤3 　将导入的课件归入到所属于的知识单元(如果没有相应的知识单元,则创建一个新的单元) 中,创建新的课程,将解析的manifest . xml文件中的资源信息和资源的组织信息放入到数据库中.

步骤4 　将SCORM 资源文件上载到Web 目录下,创建课程目录,将资源文件解压缩到相应的课程目录下,并转换SCORM 网页,相应的xml 和js 格式的文件转换为U TF28 的编码格式.

步骤1 　系统首先检验输入的参数类型,如果是SCORM 类型, 则将资源导出为符合SCORM 规范的课件,否则导出为CloverSuite 类型的课件.

步骤2 　导出符合SCORM 规范的课件,首先导出元数据信息,导出课件的resources 信息和对应的资源文件,资源导出时必须将资源的内部表示方式转换为网页的形式

步骤3 　导出课件的organizations 信息,首先导出基于内容表的organizations 信息:为每一个文件夹生成一个item 的嵌套结构,每一个知识项作为其父目录的子item ;随后导出基于索引表的organizations 信息: 为每一个文件夹生成一个item 的嵌套结构,每一个问题作为其父目录的子item ,所有基于索引查找到的知识项作为该问题的子item.

步骤4 　生成合理的manifest . xml 文件,并加入namespaces 信息;生成javascript s 文件;将所有的xml ,js 和htm 格式的文件转换为U TF28 的编码格式;压缩导出的内容为zip 文件,并删除导出时建立的临时目录.

所有的SCO 和API Adapter 之间的通信是由SCO 发起的,现在的SCORM 中不提供LMS 初始化一个SCO 的调用. API Adapter 提供8 个标准函数. SCO 在由LMS 启动后, 自动搜索API Adapter. 找到API Adapter 后调用LMSInitialize初始化和LMS 的通信. 通信建立后SCO 和LMS之间通过LMSGetValue 和LMSSetValue 交互数据, 通过LMSGetLast Error , LMSGet ErrorSt ring和LMSGetDiagnostic 交互状态,通过LMSCommit 提交数据的修改,通过LMSFinish 结束通信过程. 在通信结束出错时可以通过LMSGet Last Error , LMSGet ErrorSt ring 和LMSGetDiagnostic 交互状态. 在API Adapter 实现使用了界面上不可见的applet . 通信的细节使用Servlet Proxy类封装起来,Servlet Proxy 通过调用ServletWriter实现将底层的输入、输出序列化到一个对象流中,通过对象和LMS 通信. 通信的对象使用AICC 标准中的CMI 数据模型描述.

在服务器端, 控制器( actionservelet ) 监听LMSCMI 上的action ,所用以LMSCMI 开头的action 均认为是客户端和服务器端进行SCORM课件内容跟踪所发出的通信请求.服务器端监听程序主要是通过http 协议传送的CMI 数据对象同客户端API 保持信息交换.在服务器端数据保存的方法是将全部的通信信息序列化到服务器课程导入目录下的运行环境交互信息文件夹中,同时将必要的信息存储到数据库中. 通信对象序列化到文件中的方式使用java 内建的对象序列化机制. 在执行中,当请求保存数据时,将全部信息序列化到交互文件中,将必要的信息存入数据库;当请求读取数据时,将已有的交互文件读出,放入响应流中. 第一次交互请求时,为当前用户的当前课程中所有SCO 建立初始化的交互文件.