基于MVC模式校园网多媒体组播系统设计与应用研究.docVIP

基于MVC模式校园网多媒体组播系统设计与应用研究 　　摘 要：针对目前网络多媒体应用存在的问题，本文首先描述了组播技术，为使系统具有很好的可扩展性，提出了基于MVC模式来架构校园网多媒体组播系统，详细给出了该系统的设计方案，以及关键技术难点的实现。通过实验测试，该系统运行良好、稳定，可维护性强，音/视频传输流畅自然，网络流量明显降低。 　　关键词：MVC；组播；校园网多媒体 　　中图分类号：TP319 文献标识码：A 　　1 引言 　　教育信息化是当前我国高校教学改革的一项重要内容，在教育信息化进程中，大学数字校园建设已受到各个学校的高度重视，从资源（如图书、讲义、课件等）到活动（包括教、学、管理、服务、办公等）均要实现数字化，以上所有内容的建设都要依托于校园网。概括起来，目前校园网主要提供以下服务：（1）WWW服务；（2）E-mail服务；（3）FTP服务；（4）多媒体服务。其中，WWW服务、E-mail服务、FTP服务相对技术比较成熟，而多媒体业务与一般业务相比，由于其数据量大，时延敏感性强，声音和图像的播放要流畅同步，对网络时延和网络带宽要求很高，时至今日，虽然取得了重大成就，但仍存在很多问题。再有，目前校园网几乎都采用交换式以太网技术，运行在该环境下的网络课堂、电子白板等服务，都是采用广播方式，严重的浪费了网络带宽和主机资源，并且服务质量较差。而组播技术可以很好的解决这个问题。组播是允许一台或多台主机发送单一数据包到多台主机的TCP/IP网络技术，按协议层次可以分为应用层组播、网络层组播（IP组播）、数据链路层组播三种[1]。 　　2 校园网多媒体组播系统架构方案 　　2.1 搭建网络环境 　　校园网目前大都采用交换式以太网技术，该技术的采用，虽然使得冲突域明显减少，但所有主机仍然处于一个大的广播域中，很容易造成“广播风暴”[2]。虽然，有些系统也采用了组播技术来解决多媒体业务中碰到的问题，但实际上，并没有实现“真正意义”的组播，对组播数据的处理仍然是广播方式，仅仅在应用层实现了组播，在网络层和数据链路层并没有实现组播，网络上流动着大量的广播包，严重的浪费???网络带宽和主机资源。由此本文提出了校园网多媒体系统的组播思想：在交换式以太网中部署IGMP Snooping协议[2]，并且结合VLAN技术，根据这种思想搭建的网络环境，从应用层、网络层到数据链路层均实现了组播，彻底改善了网络性能。笔者已经通过EtherPeek协议分析器对校园网内流动的组播数据包进行过测试并证实了这一点。 　　2.2 架构软件方案 　　为了使系统具有可维护性、可重用性、可移植性，本文提出了基于MVC模式的软件架构。MVC，即把一个应用的输入、处理、输出流程按照Model、View、Controller流程彻底分离。一个应用被分成三个层：模型层（即：数据持久层）、视图层（即：表示层）、控制层（即：业务层）[3]。MVC模式是第一个将“表示逻辑”与“业务逻辑”分离的设计模式。 　　在系统架构方案中，数据持久层主要负责数据库系统、事务处理等职责，可以采用Hibernate框架来实现；表示层主要用来处理客户请求，调用相应的逻辑模块，并把结果以动态网页的形式返回到客户端，可采用JSP/Struts技术来实现；业务层主要用来实现应用系统具体的业务逻辑，这是系统应用的核心，可采用Struts框架来实现，参见图1[5]。 　　Struts框架的使用，使得校园网多媒体组播系统具有了灵活、扩展性强、复用程度高的特点。Struts是Apache组织的一个开放源代码项目，Struts底层机制也运用了MVC模式。ActionServlet完成了控制器的功能，读取配置文件（struts-config.xml），为不同的Struts模块初始化相应的ModuleConfig对象。控制器接收HTTP请求，并从ActionConfig中找出对应于该请求的Action子类，将请求分发到具体的Action类进行处理，并根据处理结果选择调用JSP 文件；如果没有对应的Action，控制器直接将请求转发给JSP页面。控制器调用具体Action的execute方法之前，Action Form对象将利用HTTP请求中的参数来填充自己，自动将这些参数以JavaBean的方式保存在Servlet Context中，这样它们就可以被其他Action对象或者JSP调用[4]。 　　Action一般只包含一个execute方法，它负责执行相应的业务逻辑，执行完成之后，返回一个ActionForward对象，控制器通过该ActionForward对象来进行转发工作。通常，将获取数据和执行业务逻辑的功能放到具体的JavaBean中，而Action只负责完成与控制有关的功能，参见