局域网内多媒体教学系统的研究与实现Word格式.docx
- 文档编号:21405998
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:33
- 大小:398.40KB
局域网内多媒体教学系统的研究与实现Word格式.docx
《局域网内多媒体教学系统的研究与实现Word格式.docx》由会员分享,可在线阅读,更多相关《局域网内多媒体教学系统的研究与实现Word格式.docx(33页珍藏版)》请在冰豆网上搜索。
Screenbranscribing
第一章绪论
1.1开发背景
计算机辅助教学改变了以往教学中形式单一,信息量小等等诸多弊病,多媒体辅助教学能实现个性化教育,发展被教育者的积极主动性,具有良好的视觉、听觉效果、丰富的知识表达能力等多种有点。
随着全球信息化进程的不断发展,教育信息化势在必行,多媒体教学正在逐渐成为主流教育形式。
多媒体教学为学习者提供了更为丰富、优质的学习资源,必将对提高教学质量,转变教学观念以及推进全面教育产生了积极的影响。
1.2当前多媒体教学系统技术现状
1.多媒体教室
随着教育事业的不断发展,教学改革的不断深入,借助计算机网络技术和多媒体技术,改变传统的教学手段,已成为各类学校改善教学条件、提高教学质量、强调素质教育、培养顺应新时期要求的高素质人才的共同需求[1]。
现在多媒体网络教室将多媒体计算机同网络技术紧密结合起来,在网络教学的基础之上更强调电脑辅助教学功能。
既教师利用网络多媒体教学平台直接在计算机上进行课程教学,并能将有限的资源实现共享,达到一室多用,一室多能。
多媒体网络教室在计算机网络的基础上,借助影音传输和控制系统,实现声音、图像等多媒体信息在计算机网络上的实时传输,使得各种文字、图形、图像、声音、动画等多媒体资料皆可用作教学素材,从而使得教学的内容和方式更加生动活泼、多姿多彩。
传统意义上的多媒体网络教室包括计算机、网络设备以及操作系统。
现代的多媒体网络教室还要具备教师和学生之间能够相互沟通、辅导和控制的多媒体网络教室平台软件。
有了这样的平台软件,教师就能够向学生广播、转播屏幕内容和声音,并能够进行远程控制学生机,使教学更加方便。
因此,一个完整的多媒体电子教室应包括:
计算机(PC):
教师机(服务器),学生机;
网络设备:
网卡,网线,集线器或交换机等;
操作系统:
Windows;
其它设备:
配件(耳麦),应用软件,教学软件,机房设备(防静电设备,稳压电源等)。
多媒体教室的基本构成如图1-1所示:
投影仪
扫描仪
放像机
光盘库
教师机
服务器
学生机
图1-1多媒体教室教学示意图
2.多媒体教学系统
多媒体教学系统,可以将教师的屏幕画面和声音传输(播)给所有或特定的学生,并可以监看学生的屏幕,控制学生的操作。
教师与学生可以双向交谈,任何教学软件和多媒体声、像教学资料,均可以对学生实时播送和监看,从而达到多媒体的电脑教学的目的。
多媒体教学系统,根据其设计原理和实现方式的不同可以归为三大类:
硬件实现方式、软件实现方式、硬件结合实现方式,以前两种为主。
[2]
(1)硬件实现方式
硬件实现方式完全利用传输模拟信号的多媒体卡实现多媒体信号的传输。
由于模拟信号在传输视频信息上具有得天独厚的优势,因此在图像的质量上,由硬件实现方式的多媒体教学系统更具有优势。
由于采用专用的视频和音频控制芯片、控制电缆和控制台,多媒体教学系统的图像清晰、传送可靠,而且不依赖于计算机原有的硬件平台和软件平台。
但由于采用专门的硬件设备,成本难以下降,由于使用专用的多媒体卡和线路连接使系统维护困难,系统升级困难,使用功能比较单一。
(2)软件实现方式
软件实现方式是指运行于底层数据网环境之上的,完全用软件来实现的多媒体教学系统,多媒体的影音信号及控制信号均通过底层数据网进行传输。
软件版的多媒体教学系统通过一套专门设计的软件,利用计算机网络,来实现原来硬件多媒体教学系统的所有功能。
此方式的特点是成本低,无需添加其它附件,安装维护简单,软件版本容易升级,可实现多种功能,但由于图像传输需经过压缩/解压缩技术完成,故对计算机硬件配置及网络速度有较高限定要求。
目前软件方式在图像和声音传输效果,尤其语音教学功能方面还有待于进一步提高与完善。
(3)软硬件结合实现方式
软硬件结合实现方式是通过在每台计算机中加装一块多媒体网卡,并用专门的多媒体传输网线将每台计算机串接起来,以此来实现多媒体影音信号的独立通道传输。
这样就确保了影像的同步全屏传输,并且对学生机的硬件配置要求不高,不需要加声卡,多媒体网卡上自带语音功能。
此方式成本太高,而且由于多媒体控制信号仍需借助底层数据网实现传输,每台计算机中需安装软件驱动程序,整个系统安装、维护起来有一定的难度,需具有一定的网络知识。
基于网络设计的软件多媒体教学系统是多媒体网络教室的发展方向。
1.3选题的意义
本课题针对多媒体教学模式由传统的黑板教学模式向多媒体教学模式发展的新趋势,结合Java在Jbuilder平台成熟的技术,着重在于计算机汇集视听媒体于一身的发展,对多媒体教学系统做一些新的研究与应用。
传统的电脑教室,一般辅以投影仪或硬件网络系统来建立多媒体教学系统,但由于高昂的成本和一些其它的原因,并不是一般教室可以配备的,而且硬件设备耗损大、维护繁琐、升级麻烦都是令学校困扰的问题,而作为一种纯软件的解决方案的多媒体教学系统,完全避免了这些硬件问题,而且教师可以把理论教学与实践操作相结合,直接在教师机上进行各种教学演示,并且把每一步操作过程都与实时同步传送到学生的电脑屏幕上。
各种大量的多媒体课件资料、光盘教学资源、实验演示系统、教学方法和经验等都可以借助多媒体教学系统软件这种汇集语言、图片、文字、动画于一体的现代交互式教学模式实现了。
可以在整个多媒体教室共享文字、图像、语音、视频资料。
这样,通过构建一种文字、语音、视频图像的相互交流环境,学生可以同时在自己的电脑屏幕上分享各种教学资源,不但大大较少了教师端工作负担,提高了教学效率,而且也使教学内容及其生动活泼,学生乐于接受。
目前,国内已经有一些相对成熟的教学软件,比如凌波多媒体网络教室软件和博智多媒体电子教室系统,这些软件都有很强大的功能,而且操作方便;
但是,这些软件在市场上都有着昂贵的价格,而且操作系统依赖强。
介于这些软件以上的缺点,本课题选择用一种更新更快捷的语言——JAVA来实现。
并且是根据本校的实际情况,量身定做,使它更加符合本校多媒体教学的要求,以进一步提高本校多媒体教学质量。
1.4课题目标
多媒体教学系统利用计算机教室现有的电脑网络设备,实现教师机对学生机的广播、监控、语音教学等操作,辅助学生完成电脑软件的学习和使用。
多媒体教学系统适用于各类学校以及企事业单位、培训机构的电脑机房、计算机网络教室及电子阅览室中。
本课题要实现以下功能:
屏幕广播:
实时传送教师或某个学生的电脑画面到某组或全体学生的电脑屏幕上,教师可以用这个功能进行多媒体课件的教学,演示Word、SQL数据库等软件的操作,还可以让某个学生进行示范;
屏幕录制:
录制上课内容以便制作教学视频;
屏幕回放:
对已录制的内容进行网络回放;
教师端发布作业:
老师可以把要布置的作业放到所有已经与教师机连接上的学生机上。
学生端提交作业:
学生可以把相应格式的文件发送到教师的电脑中;
提问、回答与讨论:
当老师向学生提出问题的时候,同学回答老师的问题,当同学有疑问向老师请教的时候,老师帮同学解答问题;
显示IP:
显示已和教师机连接的学生机的IP;
屏幕监视:
让教师对选中IP的学生机的电脑屏幕进行实时监视,教师可以不离开座位就了解学生的学习情况,实现对整个网络上学生机的监控与管理;
在线人数:
统计已经与教师机连接上的学生机数,以便老师了解学生到课情况;
警告:
教师机在对学生机进行屏幕监视的时候,发现学生没有按照老师的要求进行相关操作的时候,教师机可以使用命令对其进行警告;
关机、重启、注销:
可以把选中IP的学生机关闭、重启和注销操作。
第二章系统开发于相关技术
2.1Java语言与开发工具
2.1.1Java语言的特性
本课题选择Java作为开发语言,因为它具有面向对象、分布式、平台无关、高性能、支持多线程等特性。
2.1.2Jbuilder的特点
本课题选择Jbuilder为开发平台,它具有以下特性:
1.Jbuilder支持最新的JAVA技术,包括Applets、JSP/Servlets、JavaBean以及EJB(EnterpriseJavaBeans)的应用。
2.用户可以自动地生成基于后端数据库表的EJBJava类,Jbuilder同时还简化了EJB的自动部署功能。
此外它还支持CORBA,相应的向导程序有助于用户全面地管理IDL(分布应用程序所必需的接口定义语言InterfaceDefinitionLanguage)和控制远程对象。
3.Jbuilder支持各种应用服务器。
Jbuilder与InpriseApplicationServer紧密集成,同时支持WebLogicServer,支持EJB1.1和EJB2.0,可以快速开发J2EE的电子商务应用。
4.利用Jbuilder可创建(没有专有代码和标记)纯JAVA2应用。
由于Jbuilder是用纯JAVA语言编写的,其代码不含任何专属代码和标记,它支持最新的JAVA标准。
5.Jbuilder拥有专业化的图形调试介面,支持远程调试和多线程调试,调试器支持各种JDK版本,包括J2ME/J2SE/J2EE。
Jbuilder环境开发程序方便,它是纯的JAVA开发环境,适合企业的J2SE开发。
2.2本系统采用的图像压缩算法
本系统采用用软件编/解码的方法对图像数据压缩和解压缩。
在授课中屏幕图像变化率很低,有时屏幕电子教案可能要延用几分钟。
这种运动图像信号,除帧内像素间相关外,帧与帧之间的像素值也有很强的相关性,且帧变化较平稳。
若能利用帧之间的数据相关性,通过特殊变换,屏蔽帧与帧之间的变化,使之表现为大量连续相同数据,只保留差异,则使用简单高效的行程编码就能得到较高的压缩比。
本系统对帧间编码使用了两种方案,一种是基于异或运算的帧间无损压缩,一种是基于差值量化的帧间有损压缩。
1.基于异或运算的无损压缩:
利用异或运算性质可知,令X为时刻获取的屏幕图像的像素值,Y为时刻获取的屏幕图像的像素值,在传送端,对两幅图像的像素按位进行异或运算,相同的像素异或结果为0。
如果帧与帧之间的变化很少,则会出现大量连续的0。
再用简单的行程编码对异或结果进行压缩,可以得到较好的压缩结果。
传输压缩后的数据,在接收端接收并解压缩,与上一帧图像像素再次进行异或运算可还原该图像。
[3]
2.基于差值量化的有损压缩:
由人的视觉、生理、心理学的论证可知,肉眼对大面积图像能分辨出的灰度等级比对小块图像或细节部分的灰度等级大得多。
亦即,如果相邻像素的色值差别很小,人的眼睛无法分辨,可考虑将相邻且相近的色值量化为1个色值。
第三章多媒体教学平台的设计
3.1需求分析
3.1.1现有教学系统的问题
目前,市场上现有的网络多媒体教学系统成本相对较高,系统依赖性强,针对本校的情况,如果要在每一个计算机教室都安装这样的系统,那么超额的成本使这项工作难以进行。
针对这个问题,研发一个具有自主知识产权的跨平台的多媒体教学系统是一项势在必行的工作。
3.1.2本系统功能模块分析
本系统采用C/S(Client/Server)模式。
学生机作为Client(客户端),而教师机作为Server(服务端)。
教师机为学生机提供服务,并对学生机进行管理。
本系统需要有教师机和学生机这两个部分,教师端功能:
屏幕广播,教师端发布作业,屏幕录制,屏幕回放,屏幕监视,提问问题、问题答疑,显示学生机的IP,在线人数统计,网上聊天,发出警告,关机、重启、注销;
学生端功能:
学生端提交作业,接受广播,接受监视,接受警告,接受关机、重启和注销,向老师请教问题等。
功能模块如图3-1:
屏幕操作
显示学生IP
显示在线人数
屏幕回放
屏幕广播
屏幕录制
屏幕监视
远程控制
发出警告
远程关机
联机讨论问题
联机互动
提问问题
远程注销
远程重启
回答问题
教师端
教师端发布作业
学生端
接受警告
接受远程控制
学生端提交作业
接受屏幕广播
接受屏幕监视
接受远程关机
接受远程重启
接受远程注销
向老师请教问题
回答老师提问的问题
图3-1功能模块图
3.2系统基本结构
本系统的设计主要是针对局域网内一台教师机和多台学生机的模型,教师机充当服务器的角色,学生机充当客户机的角色,其系统的基本结构示意图如图3-2所示:
图3-2系统结构示意图
3.3协议设计的模型
基于UDP多媒体转输协议设计的模型系统,与RTP/RTCP协议相比,系统设计的时候简化了排序处理等流程,同样采用了客户端/服务器模型。
下面分别给出服务器的发送程序流程图和客户机的接收流程图,如图3-3和图3-4所示。
否
是
开始
获取一帧视频数据
发送数据包头
添加数据包头
生成数据包头
视频数据等分为若干数据包
获取成功
发送完毕
结束
图3-3服务器的发送程序流程图
发送端首先获取经过压缩的一帧视频数据,递交给UDP分组处理。
然后将一帧视频数据按照要求分解为适合网络传输的一系列小的数据包,并加上此协议的分组包头,其中包括数据包的顺序号、时间戳,视频数据的压缩格式等参数,然后完成发送。
发送端根据接收端反馈的延迟估计和接收质量报告调整发送速度。
客户端从端口获取数据包后写入接收缓冲区。
根据数据包头信息确认数据包是否丢失,做出相应处理。
由于在发送端控制每个发送的数据包小于1024字节,所以在止常的网络状况下传输的延迟比较小。
而且由于发送的数据包大小一样,并且严格控制数据包发送的时间间隔,传输抖动现象发生的可能性很小。
所以,在客户端只按照接收到的数据包的序列号的顺序判断是否有丢失现象发生。
如果接收的数据包是有序的,则认为没有丢失现象发生加果接收的数据包是乱序的,则作为丢失数据包处理。
经过查阅相关资料证明了这种处理方法是简单有效的。
再接收到一个完整的帧数据的所有分组后,根据序列号是否连续判断是否发生数据包的丢失,分离数据包头,最后恢复成一帧完整的视频数据,再根据缩格式标记送往相应的解码流程。
丢失这帧数据
解码提示
回复一帧数据
分离数据包头
写入缓冲区
读数据包头序列号
读出端口数据
是否丢失数据
接收完毕
图3-4客户端的发送程序流程图
第四章多媒体教学平台的实现
4.1屏幕录制
由于屏幕截取比较接近操作系统的操作,在Windows操作系统下,该操作几乎成了VC、VB等的专利,事实上,使用JavaJDK提供的一个Robot类,来完成屏幕截取操作,更加简单。
Robot类的对象,可以完成对屏幕像素的拷贝,完成屏幕图像截取操作。
该类用于产生与本地操作系统有关的底层输入、测试应用程序运行或自动控制应用程序运行。
Robot类提供了一个方法:
createScreenCapture(),可以直接将全屏幕或某个屏幕区域的像素拷贝到一个BufferedImage对象中,我们只需要将该对象写入到一个图像文件之中,就完成了屏幕到图像的拷贝过程。
循环这个操作,将一系列图像文件保存到硬盘上的某个文件夹中,这样就可以完成屏幕录制了,在本课题软件中捕获的是全屏幕区域。
实现的流程图如图4-1所示:
用Robot.createScreenCapture()进行图像捕获
把捕获后的图像存放到图像数据缓冲区BufferedImage
图像编码保存成JPG格式
录制完成
通过FileOutputStream文件输出流往指定的文件夹写入图片
关闭输出流
睡眠40毫秒
图4-1屏幕录制执行过程流程图
//取得当前显示器的分辨率:
screenSize=Toolkit.getDefaultToolkit().getScreenSize();
//获得屏幕大小
rectangle=newRectangle(screenSize);
//可以捕获屏幕区域
//实现录制过程的主要代码如下:
while(true){
try{
BufferedImageimage=robot.createScreenCapture(rectangle);
//把捕获到的指定屏幕矩形区域图像存放到可访问的图像数据缓冲区Image,createScreenCapture捕获指定屏幕矩形区域的图像
fos=newFileOutputStream("
C:
\\records\\"
+i+"
.jpg"
);
//创建一个文件输出流对象,往指定的文件里面写图片
//FileOutputStream创建一个向指定File对象表示的文件中写入数据的文件输出流
JPEGCodec.createJPEGEncoder(fos).encode(image);
//图像编码成JPEG
fos.close();
//关闭输出流
i=i+1;
//进行下一张的图片写入
Thread.sleep(40);
//每秒25帧,每40毫秒保存一张
}
当在主界面上点击“屏幕录制”按钮的时候,会弹出一个录制的对话框,效果如图4-2所示:
图4-2屏幕录制界面
4.2屏幕播放
屏幕播放可以让教师预先录制好屏幕图像,以JPG格式的图片形式存储,以后通过“屏幕回放”功能可以进行播放,再现录制时的屏幕图像画面。
这既可以方便老师提前备
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 局域网 多媒体 教学 系统 研究 实现