浅析地方性网站的发展及运营——以安阳信息网为例_0.docVIP

浅析地方性网站的发展及运营——以安阳信息网为例 1、相关定义 1.1、信息网格服务的定义 从外部使用者的角度而言,IG Service是一种部署在Web上的对象/组件,它具备如下特征: * 完好的封装性:IG Service是一种部署在Web上的对象,自然具备对象的良好封装性。对于使用者而言,他能且仅能看到该对象提供的功能列表。 * 松散耦合:这一特征也是源于对象/组件技术,当一个IG Service的实现发生变更的时候,调用者是不会感到这一点的。对于调用者来说,只要IG Service的调用接口不变,IG Service的实现的任何变化对他们来说都是透明的,甚至是当IG Service的实现平台发生迁移,用户都可以对此一无所知。 以前,分布式的应用程序逻辑需要使用分布式的对象模型,诸如:微软的分布式组件对象模型(DCOM)、对象管理组织的公用对象请求代理结构(CORBA)、或SUN的远程方法调用(RMI)。通过使用这种基本结构,开发人员仍可以拥有使用本地模型所提供的丰富资源和精确性,并可以将服务置于远程系统中。这些系统有一个共同的缺陷,就是它们无法扩展到Internet上,它们要求服务客户端与系统提供的服务本身之间必须紧密耦合,即要求一个同类基本结构。这样的系统往往十分脆弱,如果一端的执行机制发生变化,那么另一端就会崩溃。例如,服务器端应用程序的接口发生更改,那么客户端便会崩溃。 4.2.2信息网格服务模型 IG Service体系结构基于三种角色(服务提供者、服务注册中心和服务请求者)之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于 IG Service构件:IG Service软件模块及其描述。在典型情况下,服务提供者提供可通过网络访问的软件模块(IG Service的一个实现)。同时,服务提供者定义 IG Service的服务描述并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述,然后使用服务描述与服务提供者进行绑定并调用 IG Service实现或同它交互。服务提供者和服务请求者角色是逻辑结构,因而服务可以表现两种特性。图4-4显示了这些操作、提供这些操作的组件及它们之间的交互。 IG Service体系结构中的角色: * 服务提供者。从用户的角度看,这是服务的所有者。从体系结构的角度看,这是托管访问服务的平台。 * 服务请求者。从用户的角度看,这是要求满足特定功能的用户。从体系结构的角度看,这是寻找并调用服务,或启动与服务的交互的应用程序。服务请求者角色可以由浏览器来担当,由人或无用户界面的程序(例如,另外一个 IG Service)来控制它。 * 服务注册中心。这是可搜索的服务描述注册中心,服务提供者在此发布它们的服务描述。在静态绑定开发或动态绑定执行期间,服务请求者查找服务并获得服务的绑定信息(在服务描述中)。对于静态绑定的服务请求者,服务注册中心是体系结构中的可选角色,因为服务提供者可以把描述直接发送给服务请求者。同样,服务请求者可以从服务注册中心以外的其它来源得到服务描述,例如本地文件、FTP 站点、Web 站点等。 IG Service体系结构中的操作,对于利用 IG Service的应用程序,必须发生以下三个行为:发布服务描述、查询或查找服务描述以及根据服务描述绑定或调用服务。这些行为可以单次或反复出现。这些操作具体为: * 发布。为了使服务可访问,需要发布服务描述以使服务请求者可以查找它。发布服务描述的位置可以根据应用程序的要求而变化。 * 查找。在查找操作中,服务请求者直接检索服务描述或在服务注册中心中查询所要求的服务类型。对于服务请求者,可能会在两个不同的生命周期阶段中牵涉到查找操作:在设计时为了程序开发而检索服务的接口描述,而在运行时为了调用而检索服务的绑定和位置描述。 * 绑定。最后的操作是调用服务。在绑定操作中,服务请求者使用服务描述中的绑定细节来定位、联系和调用服务,从而在运行时调用或启动与服务的交互。 IG Service的构件: * 服务。在这里,IG Service是一个由服务描述来描述的接口,服务描述的实现就是该服务。服务是一个软件模块,它部署在由服务提供者提供的可以通过网络访问的平台上。服务存在就是要被服务请求者调用或者同服务请求者交互。当服务的实现中利用到其它的IG Service时,它也可以作为服务请求者。 * 服务描述。服务描述包含服务的接口和实现的细节。其中包括服务的数据类型、操作、绑定信息和网络位置。还可能包括可以方便服务请求者发现和利用的分类及其它元数据。服务描述可以被发布给服务请求者或服务注册中心。 1.2、信息网络传播权定义质疑 我国新《著作权法》对信息网络传播权的定