CORBA通知服务在网络教育中应用.docVIP

CORBA通知服务在网络教育中应用 　　摘要：CORBA的通知服务相对于传统的事件服务，增加了一系列新的特性，对海量教育资源信息的订阅发布提供了更大的灵活性和通用性。文章根据通知服务原理，构建了一个资源订阅系统模型，用户可以订阅感兴趣的信息，事件通知服务负责发布事件，同时将事件分发给感兴趣的订阅者。模型采用事件过滤机制、分组共享、队列优先级设计，提高了事件通知的可靠性。 　　关键词：事件通知服务；发布／订阅；事件过滤；事件通道 　　 　　0　引言 　　 　　分布式应用借助中间件实现了资源共享、功能共享的目的。CORBA(The Common Object Request Broker,公共对象请求代理)技术通过ORB(Object Request Broker，对象请求代理)把分布的对象连成一个逻辑上统一的整体，对分布式数据提供统一的访问机制。网络教育资源是运行在互联网上的数字资源库，随着资源库信息内容的不断扩大，在这个海量信息库中搜索、浏览、跟踪、订阅信息变得越来越困难。因此，可为用户订阅感兴趣的信息，当有新信息时，能主动通知对这些信息感兴趣的用户的系统，能为用户提供更好的服务，加速海量信息的利用。这种系统设计的关键技术是事件通知服务。 　　 　　1　事件通知服务结构及功能 　　 　　事件服务体现在CORBA服务器端的ORB中，它为客户端程序和服务端实现的对象提供事件通道、事件代理，并实现客户端程序和服务端对象之间的事件数据的推拉。事件通道可以支持多个消费者和多个供应者，支持多对多通信。其中消费方可以请求一个事件，也可以只是接收一个关于事件的通知。供应方可以通过发布一个单独的标准的请求与消费方快速地建立联系来进行事件通信。产生事件的供应方不必知道消费方的身份，同样接收事件的消费者也不需要知道供应者的身份。事件本身不是一个对象。但事件通道是一个对象，通过事件通道可以让多个供应者和多个消费者进行异步的通信，事件通道本身既充当一个事件的消费者也充当该事件的供应者。事件通道是标准的CORBA对象，通过使用标准的CORBA请求来完成通信。事件服务可以用于提供一个“变化通知”，当某个对象发生改变时(例如它的状态被修改)，将产生一个事件并被广播到对该事件感兴趣的一方。在这里，发生了改变的对象扮演了供应方，接收到通知的一方扮演了消费方，而事件通道对象则充当了消费方和供应方的中介。通知服务的结构模型如图1所示。 　　 　　图1 通知服务结构模型 　　OMG的事件服务支持二种类型的事件通信：unTyped和Typed类型。对unTyped事件类型通信，它将所有事件转换成anys格式。但许多应用程序需要更强壮的自定义类型事件信息，为适应这种需求，OMG的事件服务定义了接口和便于支持typed的事件通道。但这种typed难以理解和实现，因为这个原因，CORBA通知服务引进了一个新的事件信息structuredEvent。在通知服务中结构体事件能被直接传输，不需要打包成Any类型。 　　通知服务支持三种事件类型：Any、Structured Event、TypedEvent，这三种事件类型可在通道中转换。它比OMG的事件服务提供了更广范围的应用，且在性能、Qos(Quality of Service：服务质量)方面更胜一筹。 　　CORBA的事件通知服务规范扩展了OMG的事件服务，添加了如下的新特性： 　　(1)可以以明确定义数据结构的形式传输事件，增加了Anys类型和自定义事件类型的事件服务。 　　(2)通过对通道中的每一个代理添加过滤器，客户端可以明确指定要接收的事件类型。 　　(3)供应者能发现通道中客户需求事件，按需提供事件，避免传送客户不需要的事件。 　　(4)可以对每个通道、每个代理、每个事件配置不同质量的服务。 　　(5)终端用户可使用现存的方便的过滤器构造流经通道的事件结构。 　　通知服务支持明确定义的工厂接口。事件通道工厂用于创建通知通道新的实例，创建时客户端可指定通道支持的各种Qos和管理属性。通道中设置的标准的管理属性主要包括：通道中最大事件数、最大队列长度、最大数量的消费者和供应者。 　　事件通道工厂是通知服务中的一个被明确定义成工厂的接口，它产生出自然被继承的服务体系，例如事件通道工厂创建事件通道对象。事件通道对象本质上也是一个工厂，能创建管理者，而代理对象则由管理者创建。对象的识别标志由所创建对象的对象分配，是惟一的。通道中所有对象能得到子对象的引用外，还可对父亲对象反向引用。这种设计原则大大提高了通知服务事件通道的管理能力，使任何一个通道的客户端都能发现所有兼容通道中的对象，并启动通道内的任一对象。 　　每一个管理接口实质上也是一个工厂，能创建代理接口。管理对象有自己的Qo