Web地理信息系统

2024-06-02

Web地理信息系统(共12篇)

Web地理信息系统 篇1

摘要:随着网络技术和GIS技术的迅猛发展,WebGIS在各行各业中的应用越来越广泛。石油勘探项目遍及全国各地。为了实现石油勘探生产的科学化、数字化、网络化、图形化管理,特研发一套基于Web技术的石油勘探地理信息系统。

关键词:WebGIS,B/S,网络,数据库

0 引言

在石油勘探中存在着大量的不同格式的数据,如各种测线、井位、输油管线等数据信息,这些信息十分宝贵。通过对这些数据的深入挖掘可以让它们释放出巨大的能量,最大限度地避免重复性的工作,减少投资,提高工作效率和管理水平。

众所周知目前信息管理的最好方式是数据库,信息查询最好的方式是Internet查询。所以人们特研发一套基于数据库和Internet技术的WebGIS系统,来管理宝贵的石油勘探信息。

本文旨在通过WebGIS融合勘探信息,对空间数据和属性数据进行统一管理,改变现有资料分散的状况,提高勘探信息管理的水平,为领导决策提供强有力支持[1]。

1 WebGIS原理

互联网络(Internet)在全球范围内的飞速发展,使万维网(World Wide Web)成为高效的全球性信息发布场所,它已经渗透各行各业。随着Internet技术的不断发展和人们对地理信息系统(GIS)的需求,利用Internet在Web上发布和出版空间数据,为用户提供空间数据浏览、查询和分析的功能,已经成为GIS发展的必然趋势。

于是,基于Web技术的地理信息系统——WebGIS就应运而生。从互联网的任意一个地方,Internet用户都可以浏览WebGIS站点中的空间数据、制作专题图,以及进行各种空间检索和空间分析。因此,WebGlS不但具有大部分乃至全部传统GIS软件具有的功能,而且还具有利用Internet优势的特有功能,即用户不必在自己的本地计算机上安装GIS软件就可以在Internet上访问远程的GIS数据和应用程序,进行GIS分析。WebGIS的关键特征是面向对象、分布式和互操作。任何G1S数据和功能都是一个对象,这些对象部署在Internet的不同服务器上,当需要时进行装配和集成。Internet上的任何其他系统都能和这些对象进行交换和交互操作[2]。

2 系统设计

2.1 设计原则

石油勘探地理信息系统为用户设计了完美的系统性能,它以应用为核心,以实用、易用、好用三大主线为出发点,充分考虑用户的实际需要和使用习惯,全面兼顾技术、应用与发展的和谐统一。既注重实效,满足用户的现实需要,又为系统的后续升级和扩展留有余地。

实用性原则:满足用户现实需要,解决实际问题,做细核心功能,兼顾辅助功能,实现快捷、可靠的布署和使用。

易用性原则:各项功能一目了然,满足用户的使用习惯,易使用、易维护、易升级,实现“傻瓜相机”式的操作。

先进性原则:采用先进的技术架构,结构化程度高,扩展性、升级性好,符合未来发展趋势。

稳定性原则:系统从底层数据库到功能层经过严格测试,数据库稳定,功能顺畅,能在不同的硬件环境中长期平稳运行。

安全性原则:系统能有效防止外部各种病毒的攻击,内部数据具有多种备份方式,通过权限控制,具有严格、细致的访问控制,保证内部数据安全。

2.2 数据库设计

数据库按照“总体设计,分布实施;分布录入,集中管理;建用结合,资源共享”的指导原则,设计本系统的数据库。具体设计的基本原则是:

从应用出发,为用户提供使用方便、灵活、高效的逻辑结构。

按照数据仓库的数据,组织原则设计,采用面向对象的方法。

面向应用,力求兼顾未来的需求,既具有标准化,又具有开放性。

注意减少数据的冗余,又要避免数据库的重复建设[3]。

石油勘探地理信息系统主要包括地图浏览、数据查询、数据管理、车辆跟踪、测线设计、生产管理、用户管理等七大功能模块,共设计数据表9张,为了优化系统的性能,提高数据更新和查询的速度,充分利用了数据库的视图、存储器、触发器等技术。

2.3 系统架构

石油勘探地理信息系统主要采用的是B/S架构,即浏览器/服务器模式。在这种架构下主要事物逻辑在服务器端进行,用户工作界面通过Web浏览器来实现,只有极少部分事物逻辑在前端进行。这种模式的最大优点是用户可以在任何地方进行操作而不用安装专门的软件。大大简化了客户端电脑的载荷,是客户端实现零维护,减轻了系统维护和升级的成本和工作量,降低了用户的总体成本。

2.4 系统平台

由于Windows2003 Server 企业版提供了强大的网络服务功能,系统安全性好,运行稳定,并集成了Internet信息服务器IIS6.0(Internet Information Server6.0),它使得在Intranet上发布信息变得很容易,因此选择了Windows 2003 Server版作为开发和运行的操作系统平台。

目前比较流行的数据库管理工具有Oracle、SQL Server等,综合考虑数据库与操作系统的链接、数据的管理方便、数据的规模、查询速度以及安全性考虑,选取SQL Server2005作为本系统的数据管理和存储平台[3]。

2.5 数据管理平台

鉴于目前所存储的大量图形数据为DWG格式,而且大多数用户进行设计的时候需要用到DWG文件,另外为了满足系统对海量数据的管理、编辑、查询以及批量出图的能力,系统图形数据整理选择Autodesk Map2004软件。

Autodesk Map2004 软件是用于创建和编辑空间数据的领先平台。它提供了实用的地图制作功能,集成 CAD(计算机辅助设计)和 GIS(地理信息系统)信息。Autodesk Map2004 弥补了现有 GIS 实施的不足,使用户可以快速访问、有效编辑以及轻松管理各种各样的大型地理空间数据集[4]。

2.6 系统安全

石油勘探地理信息系统是单位信息的集中平台,系统的整体安全性对于单位来说至关重要,如果没有良好的安全性保障,将为单位隐藏巨大的危机。石油勘探地理信息系统的安全性,主要从以下几个方面来考虑:

采用MD5加密技术:当用户登录的时候,系统把用户输入的密码计算成md5值,然后再去和保存在数据库中的md5值进行比较,进而确定输入的密码是否正确。通过这样的步骤,系统在并不知道用户密码的明码的情况下就可以确定用户登录系统的合法性。这不但可以避免用户的密码被具有系统管理员权限的用户知道,而且还在一定程度上增加了密码被破解的难度。

详尽的访问日志:石油勘探地理信息系统提供详细的日志记录,可以查出谁在什么时候,在哪个地方访问了哪个功能。

内部IP访问限制:设定仅限内部IP地址的用户才能访问,减少外部侵入的危险。

3 系统主要功能

本文针对石油勘探生产的特点,开发了石油勘探地理信息系统。此系统主要包括地图浏览、数据查询、数据管理、车辆跟踪、测线设计、用户管理等功能模块。

3.1 地图浏览

石油勘探地理信息系统拥有多项图形导航工具,用户可以任意对GIS地图进行缩放、平移等操作,可选择不同探区、不同图层进行屏幕区域显示。还可以通过不同的方法选择不同的地理要素。建立缓冲区、量距、量面积。绘制公里格网、打印输出等。

3.2 数据查询

数据查询主要包括测线、油井、生产报表、事件等信息的查询。查询有两种方式。

①查询图形对象信息

用户在图形上选择任意需要查询的对象,选择相应查询按钮,即可查询出选择对象的属性信息。

②根据属性信息查询图形信息

用户可以选择SQL查询按钮,设置查询条件,查询出相应的属性信息。在相应的查询页面点击查询图形按钮,系统图形自动显示到你查询出的图形对象。例如直接可以在图形上选择一条或多条测线,查询出测线的施工时间、施工单位、坐标投影、测线上所有点的坐标等信息,也可以设定查询条件,查询出测线的数据信息,然后选择相应的数据行,让图形自动缩放到相应的位置。

3.3 数据管理

系统提供了油井、测线等信息的录入与编辑模块。可以通过该模块添加或编辑新的测线信息和油井信息。

3.4 生产管理

生产管理主要是对生产管理的日报表数据信息进行录入,生产报表的查询,统计以及生产进度的直观显示。同时对测线所经过区域进行分析,从而能够有效地进行生产成本的分析和HSE管理。

3.5 车辆跟踪管理

车辆管理主要是对在小队施工的车辆进行管理。通过导航定位取得的数据,确定某车的当前位置;通过路径回放可以看到此施工车辆所走过的实际路线,以及该车的相关信息,从而可以更好地管理小队的车辆。

3.6 测线设计

测线设计主要是根据用户提供的测线坐标,自动在图形上绘出测线。并可以按照用户输入的炮间距或检波点间距自动生成坐标文件。

4 结束语

石油勘探地理信息系统是为石油地震勘探量身定做的一套综合化地理信息管理系统,此系统不仅可以查询以往的测线资料、油井信息,还可以实时查询目前项目的进展情况,车辆动态等信息。此系统为实现石油勘探生产的网络化、图形化、科学化管理提供可靠的技术保障。它的推广应用将使各级管理人员实时了解到项目的分布和进展情况,提高工作效率,为领导生产决策提供信息平台。

参考文献

[1]陈粤海,冯进.基于WebGIS的石油勘探信息系统的研究[J].产业与科技论坛,2008,7(12).

[2][EB/OL].http://www.ggiiss.com/gis/52/1547.html.2009-11-10.

[3]徐维秀,唐延海,祝媛媛,等.基于Web技术的地震勘探生产科研综合信息系统的研制[J].石油工业计算机应用,2005,13(1).

[4]Autodesk Map2004用户手册[Z].

Web地理信息系统 篇2

使用 mod_status,你可以知道谁在你的服务器上看些什么东西,以及有多少人连在Web 服务器上,还有其他可能你的客户不关心的信息,但是对于你,一个站点管理员来说,却是十分有用的信息。

客户喜欢这些资料我不知道你的客户都是怎样的人物,但是我的客户喜欢我提供的信息。每天一次的信息还不够,因为到一天结束时才知道就太晚了。所以他们喜欢知道现在正在发生的事情。

mod_info 和 mod_status这两个模块可以提供十分有用的信息,而且十分方便。

mod_status 能准确地告诉你,你的服务器正在“想”什么。你可以知道有哪些人在浏览您的网站,有多少子进程在运行,以及这些进程在干吗。

如果你使用缺省方法安装的 Apache 的话,应该已经安装了mod_status ,唯一要做的就是在配置文件(httpd.conf) 中加入下面几行(其实,只要注释掉就可以了)

# 服务器状态

SetHandler server-status

Order deny,allow

Deny from all

Allow from .your_domain.com

这个 SetHandler 语句告诉 Apache ,一旦接收到匹配的请求的话(在本例中就是/server-status)不是去寻找对应的文件,而是转去由相应的模块或者CGI 来处理。

mod_status 模块定义了一个处理机 (server-status) 和一个指示节(ExtendedStatus)。在以上的配置中,存取/server-status 资源时,将提供服务器当前活动的报告。

格式如下:

W_________......................................................

................................................................

................................................................

................................................................

W 代表一个正在应答的子进程,_ 表示空闲的子进程在等待进入的连接,

每一个点代表一个还没有生成的潜在的子进程。每一个潜在允许使用的服务用这样的一段来表示。

他还同时告诉你,系统自从上次启动以来已经运行了多少时间。如果需要更多的信息,可以打开ExtendedStatus 开关,这个开关缺省是关的。打开这个开关之后,除了以上信息以外,还可以得到一张每一个子进程及其所作工作的列表。

对于每一个子进程而言,你可以得到它的PID ,以及它占用的CPU 时间和已经运行的时间。对于服务器而言,你可以得到服务器启动以后的合计点击数,CPU的利用率以及每分钟点击数,还有传输给客户端的总计字节数。

mod_info

mpd-info 是一个分类的扩展模块。也就是说他本身没有被集成到Apache 里面,你必须手工增加。

mod_info 对客户而言,可能不是很有用,但是对系统管理员而言,却是十分有用的。特别是有很多服务器需要维护的情况下。使用下面的节可以来实现。

SetHandler server-info

Order deny,allow

Deny from all

Allow from .your-domain.com

这个页面显示的启示就是你编译到Apache 里面的东西的列表以及其他针对服务器的各种特性。

如果你输入:your.server/server-info/ 就可以看到服务器内置的模块列表或者通过DSO 加载的模块列表。

这对于安装和配置特定的服务器来说是十分有用的。特别是用来对错误的配置文件查找问题时。

好了,这两个模块的基本介绍就到这里了。详细的信息你还是需要自己去琢磨。因为在方便客户的同时,也

Web地理信息系统 篇3

【关键词】基于Web;B/S构架;地震计量;信息系统

【中图分类号】C931.6 【文献标识码】A 【文章编号】1672-5158(2012)09-0010-02

O、引言

随着防震减灾事业稳步有序地发展,地震计量工作逐步得到地震科研及台站观测人员的重视。目前地震行业从事地震仪器检定/校准的七个计量机构还没有实现统一管理,其资源与信息孤立、分散。为了更好地开展地震计量工作,整合现有地震计量资源,有必要建立地震计量信息系统,加强地震计量资源及信息的管理。为保证地震计量监督到位,在加强计量工作法制化管理的同时,实现对计量相关资源统筹规划。建立地震计量信息系统,可以为计量管理人员提供监督及决策的依据。随着地震监测台网的建设与发展,更多的地震专用仪器被应用于地震观测工作中,同时地震仪器目前也被广泛用于地质勘察、能源勘探、桥梁及楼房安全检测等领域,地震计量信息系统的建立可以为地震行业内、外的地震仪器使用者提供全面准确的检定/校准信息,提高地震监测能力、增强社会服务能力。

目前,计算机及网络技术得到广泛应用,电子信息技术可以有效、便捷地进行信息管理服务。基于Web的信息系统已成为Intemet/Intranet的一種典型应用模式,采用此技术可以更好地实现信息管理、资源共享及有效利用。

1、地震计量信息系统简介

地震计量工作起步于本世纪八十年代,到目前为止,地震行业主要有七个从事地震仪器检定/校准的计量机构(或实验室),经过二十几年的建设和完善,已初步建成了大地测绘类设备的计量装置和振动标准装置、氡气固体源检定装置、液压设备检定装置等19项标准装置,从事地震计量工作的计量检定人员也已发展为40多人。随着地震计量事业的不断发展,还将建立更多的计量机构(实验室)、标准装置,从业人员队伍也将不断壮大,但是至今还没有建立地震计量信息系统对这些孤立、分散的资源及信息进行统一管理。根据地震计量管理工作的需要,地震行业内将逐步建立地震计量监督管理体系和技术体系,制定地震计量管理办法,规范地震计量检定/校准工作,在行业内对计量机构进行行业授权管理、对计量装置及计量人员进行统一监督管理、对技术规程/规范制修订依照办法管理等,而建立地震计量信息系统是实现以上工作的必要前提。

2、系统需求分析

信息系统是利用计算机硬件、软件、网络通信设备及其他办公设备,进行信息的收集、传输、加工、存储、更新、维护和使用的系统。建立基于Web的地震计量信息系统目的是为有效管理地震行业现有计量资源,实现计量信息电子化管理,为计量管理人员提供监督及决策的依据,为地震仪器使用者提供检定/校准信息。地震计量资源主要包括:实验室、计量装置、计量人员及相关法律法规或规范性技术文件。为保证计量的公正性与可靠性,目前计量工作主要依据《中华人民共和国计量法》进行法制化管理,计量监督管理部门参照《计量法》对实验室、检定/校准装置、规程/规范及计量检定人员分别制定了相关管理办法。结合地震计量现有资源以及计量管理要求,地震计量信息系统应实现以下功能:

2.1 信息管理

按照计量管理内容收集、整理的地震计量机构的相关信息并按内容分门别类进行归档及维护。依据计量相关管理办法要求,实验室开展的检定/校准任务必须经过计量监督部门的授权、其计量检定/校准装置必须定期考核、操作人员必须持有检定员证,其检定/校准结果才具备溯源性。信息收集时,主要以计量实验室为单位,对实验室基本情况、计量装置情况、人员情况等信息进行全面调查,分析、整理后方可入库。对发生变化的信息,应提供修改及删除功能。

2.2 信息发布及利用

对信息系统所管理的信息甄别机密等级后在互联网上公开发布,实现资源共享,方便相关人员查询。地震计量管理部门可依据入库的信息对计量机构进行监督管理,同时进行正确的决策,提高地震计量的管理水平及资源的有效利用。地震仪器使用者也可通过网络发布的信息了解地震计量工作及计量资源,提高地震监测能力及社会服务能力。

3、信息系统总体设计

3.1 结构设计

结构设计主要包括系统运行模式构架、功能模块设计两个方面,设计原则主要遵循:功能合理、使用方便、安全可靠、经济实用。

3.1.1 运行模式架构

基于Web的信息系统采用B/S(Browser/Sever)结构模式,此模式最大优点是客户端无需再安装应用软件,通过浏览器就可以实现信息系统的应用。采用B/S模式的系统其功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用,系统的扩展/升级也变得非常容易。

在B/S结构模式中,客户端通过浏览器打开保存于Web服务器端的信息系统应用程序,当客户端在系统界面进行数据操作时,浏览器以超文本形式向Web服务器提出访问数据库的要求,Web服务器接受客户端请求后,通过数据库引擎交给数据库服务器,数据库服务器得到请求后,验证其合法性,并进行数据处理,然后将处理后的结果返回给Web服务器,Web服务器再一次将得到的所有结果进行转化,变成HTML文档形式,转发给客户端浏览器以友好的Web页面形式显示出来。在这种工作模式下,同时借助Web页面动态服务技术,可以实现动态Web信息系统的应用。

3.1.2 功能模块设计

根据需求分析,信息系统应能够实现信息管理及发布功能,其中信息管理主要包括用户登录、信息增加、修改、删除,信息发布主要实现信息的查询浏览功能。根据计量信息内容分类,分别实现以下功能。为实现信息系统安全管理,用户登录时,管理员身份的用户才可以对信息进行增加、修改及删除等操作,其他用户只能进行查询、浏览。

3.2 数据库存储设计

信息系统采用目前广泛使用的关系数据库进行存储管理,关系型数据库在存储数据时采用二维表格的形式,这种关系模式容易理解、使用方便、易于维护。关系型数据库的访问及管理使用SQL语言,它是一个通用的、功能极强的关系性数据库语言。

3.2.1 确定信息内容

收集并整理计量信息系统管理相关信息,并对信息进行处理,形成关系型数据库存储的二维表格。根据信息内容,可分为实验室信息表、计量装置信息表、检定人员信息表、相关文件信息表,

3.2.2 表结构设计

根据信息表格内容设计表格结构,包括字段名称(中文及英文)、字段类型、长度、默认值等属性。

3.2.3 表关系设计

从数据表存储内容可知,所建数据表之间存在关联,在进行数据表结构设计时,可以通过设置主键或外键建立表与表之间的关联关系。

4、系统开发

4.1 开发环境

在进行基于Web的数据库应用系统开发时会涉及多种编程技术,例如用于静态页面开发的HTML标示语言;可用于实现动态页面的Java、Applet、CGI、PHP、脚本语言以及ASP和JSP等技术;此外,还包括用于管理数据的数据库技术。目前,进行Web数据库应用程序开发时,多使用ASE NET技术。ASRNET技术将各种Web元素组合在一起,是一个功能强大、简单易用的Web开发平台。ASRNET支持的开发语言包括VB,NET、C#.NET、JscripI.NET等,其中VB.NET和C#.NET是最常用的两种语言,本系统使用ASRNET4.0的VB.NET开发。关系数据库管理系统种类繁多,大型数据库管理系统包括Oracle、Sql Server、DB2、Sybase等,mySQL、Access多用于中小型网站数据库的管理,本系统采用界面友好、便于操作的Access进行数据库管理。

4.2 关键技术

4.2.1 数据库访问技术

数据库访问技术是开发Web数据库应用中的关键技术,ASRNET采用ADO.NET实现对数据库的访问,ADO.NET通过Connection、Command、DataReader、DataAdapter以及DataSet等对象实现对数据源的连接、存取及检索等功能,一个简化的ADO.NET对象模型。本系统使用DataAdapter对象建立数据源和DataSet之间桥接器的方式访问数据库。

4.2.2 控件绑定技术

ASRNET提供多种数据绑定控件,其与数据源绑定后,可在Web应用程序中轻松显示和修改数据。常用的数据绑定控件有:DataGrid控件、GridView控件、DetailsView控件,FormView控件、Repeater控件、DataList控件。在本系统开发过程中使用DataGrid及DetailsView控件,前者用于以表格方式来显示数据,并提供分页显示、编辑数据及字段排序等功能;后者用于显示详细信息,除了可以逐一显示数据记录外,还可以进行编辑、插入或删除数据记录。

4.2.3 内置对象技术

在ASRNET中依然保留了ASP中包含的6个内置对象,即Request、Response、Session、Application、server和Cookie,当Web应用程序运行时,这些对象可以用来维护有关当前应用程序、HTTP请求、Web服务器的活动状态等基本信息,并为用户的HTTP请求与Web服务器的处理交互提供桥梁作用。本系统在实现查询页面到详细信息页面的跳转功能时使用Request及Response对象,使用Request.Querystrmg和Response,Redirect方法实现相关参数的获取及传递。

5、结束语

本文结合现有Web技術及数据库技术,从需求分析、结构设计、开发环境及开发过程中涉及的主要关键技术等方面介绍了实现地震计量信息系统的方法。基于Web的地震计量信息系统是地震行业首次建立的关于计量信息管理的应用系统,目前,本系统已初步完成设计及开发工作,基本能够实现信息管理、发布、资源共享等功能。在本系统经过调试并投入使用后,还需在实际应用当中不断完善、改进,以真正实现地震计量信息的有效管理。

参考文献

基于web的高校信息发布系统 篇4

从功能描述的内容可以看到, 本项目实例可以分成个完整的功能。根据这些功能, 设计出系统的功能模块, 如图1。

在本项目中, 用户有三类, 一个是普通用户, 一个是管理员, 一个是注册用户。其中管理员分为三类, 一个是超级管理员具备所以权限, 一个是普通管理员, 不能修改查看所以管理员信息, 一个是老师, 除了不能修改查看管理员信息外, 还不能删除会员。

2 系统概要设计

本项目是基于jsp+apache+mysql的web应用系统, 采用B/S模式。同时系统采用了MVC设计模式中struts2+spring+hibernate三层架构模式但是由于本人学习这个架构的时间较短, 所以有些地方可能领会不到框架的内涵, 因而使用了非框架的功能。

由于系统中的动作很多, 为了能让读者更清晰地认识系统的架构图, 这里选择了三个动作, 对于登录的动作, 图2中所示的是登录失败的情况, 如果登录成功, 会转到另一个Action, 从而进入留言页面如果是管理员登录动作成功, 则跳转到管理后台主页面。从图2中可以看出JSP没有直接找到Action, 而是通过Spring, 因为Spring容器管理着这些Action。然后通过Hibernate操作数据库, 并将返回到相应的页面。

3 数据库分析与设计

根据需求, 本系统共需要创建七个表, 分别为:管理员表:admin;留言表:message;新闻表:news;新闻分类表:news_sort;回复表:recomment;角色表:role;会员表:user下面是东北电力大学信息在线第四版的数据库表结构的详细介绍:

管理员表设计:管理员表是用来保存管理员的基本信息的, 主要表信息如表1所示。

会员表设计:会员表是用来保存会员的信息如表2所示。

4 系统测试

4.1 集成测试。

集成测试是将软件组装成系统设计要求把通过单元测试的所有模块逐步的组装与测试, 最后组装成一个完整的软件系统的测试过程。因此集成测试又称为组装测试或综合测试。集成测试旨在发现与接口有关的错误。这些错误包括:4.1.1数据通过接口时会丢失。4.1.2一个模块的功能对另一个模块产生了不利影响。4.1.3几个子功能组合起来没有实现主功能。4.1.4全局数据结构出现错误。4.1.5误差的不断积累达到不能接受的程度等。经过逐步的组装与测试并没有出现上述的几个错误。

4.2 功能测试。

功能测试有成为黑盒测试, 是把程序模块看成是一个黑匣子, 即完全不考虑程序的内部结构和处理过程, 测试仅在程序的接口上进行。检查程序是否具有需求规格说明书中所规定的功能、能否适当的接受输入数据并产生正确的结果信息、能否保持数据库或文件等外部信息的完整性。黑盒测试主要是测试软件是否满足功能需求。黑盒测试的主要测试的错误类型有:

4.2.1 不正确或遗漏的功能;4. 2.2接口错误;4. 2.3性能错误;

4.2.4 数据结构或外部数据访问错误;4. 2.5初始化或终止条件错误等错误。

摘要:随着网络技术的发展, 打破了地域限制, 真正的使使信息得以共享, 改变了人们的工作和生活方式。与此同时, 高校的信息发布也要跟上信息化的时代, 作为学校的形象展示之一的信息在线平台就应运而生, 为校内外乃至全球的人们提供关于高校的信息。同时也是高校展示自己的一个网络舞台。本文研究的是基于web的信息发布系统是一个能够在网上实现新闻的网上发布, 实时留言, 文件下载的网上交互系统。它的出现很好地决了高校新闻发布面不够广, 交互性互动性不够强的难题。

关键词:Web,高校信息发布系统,设计

参考文献

[1]张广彬, 孟红蕊, 张永宝.Java课程设计案例精编[M].北京:清华大学出版社, 2007.[1]张广彬, 孟红蕊, 张永宝.Java课程设计案例精编[M].北京:清华大学出版社, 2007.

[2]良葛格.Java学习笔记[M].北京:清华大学出版社, 2006.[2]良葛格.Java学习笔记[M].北京:清华大学出版社, 2006.

[3]王恩波.网络数据库实用教程--SQL Server2000[M].北京:电子工业大学出版, 2003.[3]王恩波.网络数据库实用教程--SQL Server2000[M].北京:电子工业大学出版, 2003.

[4]耿文兰.SQL Server2000数据库管理与开发[M].北京:电子工业出版社, 2003.[4]耿文兰.SQL Server2000数据库管理与开发[M].北京:电子工业出版社, 2003.

Web地理信息系统 篇5

导航

传统的导航和分类是自上而下的模式。有层级。少,固定。

tag是自下而上的模式。无层级,

多,杂乱。

元数据

元数据是最小的数据单位:

下厨房的元数据是“单个菜”。

豆瓣的元数据是“单个subject”。

okaybuy的元数据是“一双鞋子”。

信息结构是为了元数据的组织,分类,找寻,服务。

Web地理信息系统 篇6

关键词web服务;现代物流信息系统;框架设计与实现

中图分类号TP文献标识码A文章编号1673-9671-(2011)051-0120-01

1引言

物流信息系统通过对与物流相关信息的加工处理来达到对物流、资金流和商流的有效控制和管理,并为企业开展物流提供信息分析和决策的人机系统。传统的物流信息系统不仅企业内部的信息共享难以实现,各企业间的业务合作也由于各自拥有的异构信息系统,导致信息沟通滞后、信息化应用成本增加,给企业的发展带来了困难,而基于web服务系统具有松散耦合、面向组件和跨技术实现的特点,它很好地解决了不同企业间异构数字化资源平台的系统集成问题及其业务协作流程的自动编排和服务组合问题,为产业链中的客户和合作伙伴提供专业化的物流服务平台。

2web服务的特点及关键技术

Web服务是一个崭新的分布式计算模型,一种自包含、自描述、模块化的应用程序,可以在网络中被描述、发布、查找以及调用,它具有特定的功能,遵守一定的技术规范,使得Web服务能与其他兼容的构件进行互操作,它使用的主要技术有以下几种:①XML规范提供了表示数据和消息的标准方法;②SOAP规范规定了在分布环境中的实体间传递XML消息的机制;③WSDL规范用于定义WEB服务接口;④UDDI规范出一种机制,WEB服务按照这些标准实现了一个松散耦合的分布式计算环境。

3现代物流信息系统的基本功能

物流系统的各个层次以及不同作业环节之间是通过信息流紧密联系在一起的,因此,物流信息系统中都要具备以下基本工能:①数据的收集和录入;②信息的存储;③信息的传播;④信息的处理;⑤信息的输出。

4基于web现代物流信息系统架构设计与实现

基于web服务的现代物流信息系统

该图是基于Web服务和本体论的物流实现的基本框架。该框架包含:①部署在企业的物流资源提供者程序;②部署在Internet上的增强的统一描述、发现和集成(Univer sal Description,Discovery andIntegration,UDDI)服务;③面向用户的物流服务搜索引擎;④协同物流集成客户端程序。

该框架的基本思想是:①对企业实施物流资源本体建模,建立物流资源本体库;②在企业部署物流服务提供者程序,对外提供物流Web服务;③部署在Internet上的UDDI服务为各个企业的物流Web服务提供快速的服务注册和发现功能;④物流服务搜索引擎在UDDI服务的支持下,提供面向用户的物流服务智能搜索功能。协同物流集成客户端程序可以连接到UDDI服务和物流服务搜索引擎,以及企业的物流服务提供者程序,是物流服务的注册、发现和调用的图形界面。该框架能够实现物流资源的分布式动态集成,包括提供物流服务的动态发现、集成和绑定等功能,从而解决了协同物流中的资源集成问题。

在该框架中,物流服务智能搜索引擎的设计是一个关键问题,其实现过程如下:

1)客户访问搜索引擎,提出服务请求。

2)客户浏览UDDI 注册中心中利用Web服务本体描述语言(Web Ontology Language for Serv2ices ,OWL2S) 建立的物流资源本体,参照Servi2ceProfile 定义,通过服务接口定义约束条件,输入如运输方式这样的信息,并转发该服务请求给语义匹配器。

3)注册中心的语义匹配器将来自客户的服务请求进行转化,并将这个服务请求所涉及的过程效应、前提条件和类型约束等参数,转换成领域本体所定义的术语进行描述。

4)注册中心的语义匹配器在推理机协作下,对进来的服务请求描述与知识库内已经定义的领域本体进行相似度比较,包括语义一致性检查和概念包含检查,由系统根据语义符合约束条件的程度进行排序后反馈,如此反复,不断修改与补充请求的结果,直到选出最佳Web 服务,并通过OWL2S访问Web服务描述语言(Web Services Description Lan2guage ,WSDL)的结构,查找出相应的WSDL服务。

5)注册中心的目录服务中心向业务层返回Web 服务的绑定信息。

6)业务层根据得到的绑定消息,生成Web 服务代理,并绑定到相应的Web 服务上。

7)客户得到服务请求的结果,就可以调用物流信息服务,直接访问该服务中封装的业务逻辑方法。在传统的Web服务方式中,服务请求往往需要通过直接浏览目录服务中的分类模型去发现所需要的服务实例。在本体技术支持下,服务请求是在语义匹配器推理机的协作下,根据模式匹配算法,由系统根据语义符合约束条件的程度进行排序后反馈,再将服务匹配过程中得到的相似的Web服务复用于当前服务请求,使得物流信息服务更有效、更快捷地实现自动化调用。

5结束语

本文通过简单描述web服务的特点及关键技术、现代物流信息系统的要求和功能,探讨了现代物流信息系统基于Web服务的设计与实现方案,从中可以发现,web服务是整个流程中的关键技术,通过这种方式,可以很好的实现信息流通的及时性,降级企业信息系统运行成本,为企业之间的合作与企业自身的发展提供保障,总之,物流信息系统是一个庞大的项目,需要不断的进行更深入与创新的研究,使之发展的更加完善。

参考文献

[1]宋庭新,黄必清,魏春梅.基于语义Web服务的协同物流与集成技术研究.计算机集成制造系统.2008,3.

[2]王兴.基于Web服务的现代物流信息系统的设计与实现.商场现代化.2008,12.

Web地理信息系统 篇7

随着IT技术的蓬勃发展, 现代企业的经营环境发生了重大的改变, 全球化竞争市场正在形成, 产品生命周期显著缩短, 市场机遇稍纵即逝。这就使得现代财务信息使用者所要求的信息形式不再是传统的年末季末的, 只有专业人士才看得懂的纸质报表, 也不是会计电算化软件中的只有少数人能看得到的内容, 而是将财务信息资源与IT系统整合, 在虚拟化与数字化管理相结合的网络中发布的即时信息。

建立企业内部财务信息系统, 不仅使企业的经营方式、管理模式、作业程序、组织结构和内部控制制度得以重新调整, 而且使财务信息系统本身也经历一次在设计目标、体系结构、技术手段和风险控制体系等方面的重大变革。

内部财务信息系统是一个完全网络化的计算机系统, 财务统计信息发布系统是其中的一个子系统, 该子系统中的基本数据都是从各个信息点直接输入, 通过系统中心服务器程序处理, 形成财务信息统计报表, 然后以Web页面形式发布出来, 通过这种方式构成一个以电子联机实时处理为基本特征的网络化控制信息系统。

这种在组织内部计算机网络中设置财务统计信息发布系统, 以信息集成的方式进行信息处理, 以设定财务站点的方式对外发布信息的系统, 具有两个显著的优势:

(1) 通过会计体系与业务处理以及信息管理控制系统的密切结合, 实现对基本业务的实时财务会计控制;

(2) 形成以业务为中心的责任考评体系以及便利迅捷的内部信息交流。

二、财务统计信息发布系统的开发与应用环境

最新的微软Visual Studio.NET在集成开发环境 (IDE) 中整合了水晶报表 (Crystal Reports) , 使用Crystal Reports产生的报表, 可作为Web报表在Web服务器上发布。在报表的开发与发布过程中, 所有的处理均发生在服务器上。

对用户而言, 在访问时可使用零客户端 (Zero Client) 方式访问Web, 即只要在用户的操作系统中有网页浏览器就可访问报表中的内容。又由于Crystal Reports for Visual Studio.NET能够与其他控件交互, 所以用户可以通过单击按钮或从菜单中选择功能来进一步深入图表并根据需要筛选信息, 从而实现与报表的轻松交互。用户还可以将报表导出为Word、Excel、PDF、HTML和Crystal Reports for Visual Studio.NET等格式, 方便地在离线 (Offline) 状态下阅读。

三、财务统计信息发布方式

金鑫公司2006年第四季度的财务统计报表如表1所示。

(单位:万元)

这份报表对公司本季度的财务总体收支情况做了统计, 在统计的描述过程中以公司本季度中的每个月为单位, 分为“公司收入”和“公司支出”两个大项目, 然后对具体的收支细节进行了简述。在报表生成时按照以下方式进行细分:

1. 每月综合。

即细分为:2006年10月;2006年11月;2006年12月。

利用这种划分方式将第四季度每个月的收支总体情况进行比照, 同时还将公司的主营业务在本月中所占的份额加以体现, 这样有利于公司员工对本月的收支情况有一个总体的认识。这个报表所选取的字段是“公司收入”、“公司支出”、“主营收入”。该项划分方式在公司内部Web站点上的显示方式如图1所示。

2. 每月明细。

即细分为:2006年10月;2006年11月;2006年12月。

这种划分方式是将本季度的每个月收支的具体情况进行直观的表现, 对公司员工在掌握公司具体财务状况的同时, 开源节流、挖潜展业有很大帮助。这个报表所选取的字段是“公司收入”、“主营业务”、“兼营业务”、“其他业务”、“公司支出”、“工资”、“办公费”、“差旅费”。该项划分方式在公司内部Web站点上显示出来的样式如图2所示。

3. 本季度综合。

即对2006年第四季度进行汇总, 目的是可与其他时间段进行对比, 找出差距, 展业进步。该报表中所选取的是2006年10月、2006年11月、2006年12月的“公司收入”和“公司支出”两个字段的汇总。网页中的显示出来的内容如图3所示。

四、报表图的链接查询

通过以上的图例可以看出, Crystal Reports报表中所包含的复杂、多彩图表, 不仅是一种表示数据的方法, 更是一种分析工具: (1) 通过点击报表中的柱状图可以细化数据, 读出数据库中原始的数据, 这对深入了解财务数据有很大帮助; (2) 在报表窗口中显示的是主报表, 对于包含子报表的主报表, 可以在主报表窗口中通过双击深化进入子报表窗口, 从而可以深层观察数据统计。

五、结束语

在财务信息系统建立以后, 财务信息的收集、处理、加工、发布都向着电子化、网络化发展。这种基于Intranet网络的信息处理与报告模式, 使得企业各业务部门可借助于共享的Web页面接口环境协同工作, 在将所产生的数据存储于共享数据库的同时, 把数据处理、加工的结果发布出来。通过对已内化为Intranet一部分的财务信息系统的实时访问, 各业务部门之间随时保持信息沟通, 可以充分发挥财务的反映与控制职能。

参考文献

[1]杨周南.IT环境下传统会计面临的十二大变革[J].广西会计, 2000, (1) .

基于Web信息系统的WUI设计 篇8

众所周知, Windows客户端软件的主界面模式是非常成功的, 这种模式已经被世界上绝大多数的计算机用户所接纳。所以在设计Web信息系统用户界面时, 人们会自然而然地参考Windows客户端软件的主界面的模式。在Web信息系统中, 客户端与服务器之间的信息交换是通过超文本标记语言 (HTML) 和超文本传输协议 (HTTP) 实现的, 对于用户来说, 看到的就是一个个的Web页面, 系统的人机交互就是通过Web页进行的, 在具有类似功能的多个软件中, 具有友好页面的Web系统, 对用户来说将更具亲和力和竞争力, 直接影响Web系统的使用寿命和推广程度, 可以说, 网络用户界面即WUI, 对于用户而言就是整个软件系统, 因此, 在进行Web信息系统的WUI设计时, 要从用户的角度出发, 使设计的界面具有简洁性、友好性、方便性的特点。

二、WUI设计的原则

对于Web信息系统来说, 它们采用的软件技术是成熟的和相似的, 而且大多数用户对系统所使用的技术细节

中为语义层, OLAP中为逻辑的多维数据模型) , 这时便可以使前端开发和后端开发并行工作。前端和后端都可以在不断开发的过程中不断完善各自的模块, 后端可以通过不断的试探与验证逐步地优化数据的物理组织结构, 并最终构建成完备的物理仓库系统。但这种方式的接口数据模型一定要稳定, 否则它的变动将直接影响前后端已有的应用。

(3) ETL选用成型产品还是自主开发。ETL是BI系统中的关键组成部分, 直接影响到数据集成的质量。如果用户成本可以承受, 建议使用成品ETL工具。这样比较可靠, 开发周期短, 而且有技术支持;但缺点是会增加用户的成本。另外建议将ETL做成专用型产品, 这种产品专用性强, 相对简单, 开发的难度也小, 相应的成本也比较低。

并不关心, 用户所关心的是功能是否符合需求, 使用是否方便、容易, 界面是否美观。一个好的Web系统, 其功能需要通过用户界面来表现, 用户界面也一定要适合于软件的功能。Web信息系统通过WUI与用户打交道, 因此, WUI的设计是Web信息系统设计的关键工作之一。下面就WUI设计的几个原则进行阐述。

1. 界面容易理解

如果用户很难理解界面的意图, 那么使用起来肯定很费劲。所以“容易理解”是“容易使用”的前提条件;用户界面中的所有元素都不能出现错误文字, 措词必须“正确、准确”, 没有令人费解的文字, 所有的界面元素应当提供充分而必要的提示;文字信息和界面布局尽量和用户群体的使用习惯相匹配;对于复杂的用户界面而言, 最好提供用户向导或联机帮助;一个系统的WUI应尽量保持风格一致, 这样可以减少用户的记忆量, 减少出错几率, 并且可使用户迅速积累操作经验。

2. 及时反馈操作信息

系统应提供信息反馈, 交互系统的反馈是指用户从计算机一方得到信息, 表示计算机对用户的动作所做的反应, 如果系统没有反馈, 这将使用户感到迷茫和不安, 用户就无法判断他的操作是否为计算机所接受, 是否正确, 以及操作

主要参考文献

[1]初佃辉, 丁建睿, 战德臣.面向中小企业的智能数据处理工具的研

究与设计[J].计算机应用研究, 2005 (7) :193-195.

05) , 2005.

[4]刘业政, 胡剑.商业智能的核心技术及体系结构研究[J].合肥工

业大学学报:自然科学版, 2004 (8) .

[5]丁疆, 李悦钦, 张松林, 等.商业智能系统构建中的问题及解决方

案[J].计算机应用研究, 2005 (6) :96-97.

的效果是什么。所以及时反馈信息很重要, 至少要让用户心里有数, 知道该任务处理得怎么样了, 有什么样的结果。

3. 防错和出错处理

用户在使用软件的过程中, 不可避免地会出现一些错误的操作。倘若用户不小心输入了错误的数据或者错误地删除了有用的数据, 而软件傻乎乎地执行了, 那么用户肯定很恼火, 以后就不敢放心地使用软件。因此, 在设计用户界面时必须考虑防错处理, 目的是让用户不必为避免犯错误而提心吊胆地操作, 从而失去对系统的信任。

常见的防错处理措施有:提供对输入数据进行校验的功能;对于不同的用户, 其操作权限不同, 设计时应根据用户的角色, 显示和隐藏系统的某些功能, 界面设计应具有一定的智能, 使得界面能灵活地来满足不同角色用户的需求;执行破坏性操作之前, 应当获得用户的确认;尽量提供undo功能, 如果发生意外或错误, 应当及时给出告警消息和错误消息, 提醒用户做出正确的处理。

4. 界面设计要考虑系统的用户群

一个软件产品可能有许多类型的用户, 在设计用户界面时应当尽可能多地了解用户的使用习惯和水平, 努力使用户在操作软件的时候感觉不到差异和麻烦。如果不能使所有类型的用户都感到满意, 那么重点满足以下类型的用户:“主流用户”, “有影响力的用户”。在一个高校的信息系统中, 学生、教师、管理人员是一个特定的用户群, 开发的Web信息系统一定要满足系统的主流用户, 努力提升用户群体对软件产品的好感, 要有效地收集用户的使用反馈。

5. 最少操作步骤、最高效率

设计用户界面时应当尽可能地替用户着想, 用户应当用最少的操作步骤完成某项操作任务, 获得最高的使用效率。要设计一个高效的用户操作界面, 必须深入分析系统的业务流程、用户使用习惯, 尽管减少一个操作步骤而完成任务所节省的时间微乎其微, 但是用户的感觉反差却很强烈, 所以, 业界流传“多一个步骤, 流失10%的用户”的说法。此外, 如果要连续进行多次操作, 而且每次操作要输入的信息基本相同, 只需改变部分内容, 提高输入效率, 设计时要能够保留提交前的页面。

三、WUI设计方法

WUI是由一个个的Web页组成的, 要设计一个友好的Web页面, 不仅必须熟练使用一种页面编辑工具如dreamweaver进行合理的布局, 保证界面的总体布局应当有一定的逻辑性, 页面上的界面元素的布局应当整齐清爽, 而且还需要掌握一些界面色彩的设计原则, 能熟练使用一种图形编辑工具如photoshop, 保持界面的色彩合理, 重点突出。一个Web系统的WUI又分为输入界面和输出界面两种, 这两种界面的设计除了遵循上述的设计原则外, 具体的设计方法还有区别, 下面就谈谈这两种界面的设计方法。

1. 输入界面的设计

在Web信息系统中, 输入界面是用户用来向系统输入数据的页面, 它是系统的重要组成部分, 它常占用户大部分使用时间, 因此使用方便是输入界面设计最重要、最基本的目标, 设计时要尽可能简化用户工作, 使得用户可以有效地进行数据输入并且拥有帮助功能。在输入数据时可以用鼠标轻松选择, 从而减少了键盘输入的出错率, 减少用户的输入量。当输入的信息之间有关联时, 可使用SELECT控件的on Change事件, 通过选择第一个SELECT中的某项, 来相应地动态创建第二个SELECT中的OP-TION对象, 使用下拉列表连动来提高输入速度, 使用下拉列表来避免文本输入框的输入错误, 避免从大量的数据中选择输入;使用自动填入已输入过的内容或需重复输入的内容来减少输入量, 提高输入速度。

2. 输出界面的设计

交互界面中除了输入界面外还有输出界面, 提交了输入的数据后, 系统必须有输出界面来反馈系统的执行结果, 可以明确告诉用户, 当前的操作结果和进度。系统反馈信息的方式可以是多种多样的, 如文字、图形、声音、文字页面、表格等, 绝大多数的反馈信息就是输出Web页面。

对于一般的输出页面, 在页面设计语言中有两种实现方式:一种是在弹出的新页面中反馈信息, 另一种是在原窗口刷新页面, 即用新的页面覆盖老页面, 这两种方式各有优缺点, 分别可以应用到不同的场合。弹出新页面的主要优点是在操作对话窗口时看得到背后的内容, 有利于增强记忆和理解, 可以返回到提交前的界面继续操作;原窗口刷新页面的主要优点是页面空间通常比弹出窗口的大, 可以在对话页面中显示丰富的内容;递交数据后, 显示从服务器端返回的信息很方便, 可以直接插入到原页面中, 不会有烦人的窗口闪动, 但原窗口刷新的主要缺点是由于新页面覆盖了老页面, 不利于记忆和理解。对于消息框一类的反馈页面, 开发工具提供了现成的界面标准件, 实现起来很容易。此外输出界面的设计还应考虑到不同用户、不同场合的输出的需求, 不能千篇一律, 输出的内容可以根据要求定制, 输出的方式可以是表格、文字、图形等多种形式。

四、结论

WUI是基于Web信息系统的关键工作之一, 在WUI设计时一定要注意其设计的原则和方法, 坚持“以人为中心”的设计理念, 充分考虑人的因素, 使设计的页面布局合理, 符合逻辑和工作流程, 操作方式符合大众用户的习惯。

参考文献

[1]林锐, 唐勇, 石志强.Web软件用户界面设计指南[M].北京:电子工业出版社, 2005.

[2]单蓉.浅谈软件的用户界面设计[J].渭南师范学院学报, 2005, 20 (S1) .

[3][美]R J Torres.用户界面设计与开发精解[M].北京:清华大学出版社, 2002.

Web地理信息系统 篇9

1 WebServices技术概述[2]

WebServices是目前开发分布式系统的主要技术, 是由IBM和Microsoft等公司联合推出的一种新型技术。WebServices是一个自包含的、模块化的应用逻辑, 可以用标准的Internet协议访问, 以基于XML等消息处理作为基本的数据通信方式, 应用程序可以使用HTTP和XML等消息格式在基于Web的应用程序之间交换信息, 从而跨越防火墙传输数据。WebServices不受特定的组件技术或对象调用约定的约束, 使用任何组件模型和在任何操作系统上运行的程序都能够访问WebServices。

1.1 WebServices体系架构

Web服务使用SOA (面向服务的构架[3], ServiceOrientedArchitecture) 模型。该模型由三个独立的角色和三个基本操作构成。如图1所示, 服务提供者 (ServiceProvider) 是创建服务的主体, 将他的服务发布到服务代理的一个目录上供服务需求者调用;服务请求者 (ServiceRequester) 为了调用所需服务, 需要到服务代理提供的目录上搜索该服务, 得到如何调用该服务的信息, 然后根据这些信息去调用服务提供者发布的服务;服务代理者 (ServiceBroker) 提供Web服务清单和每种Web服务的详细信息。在Web服务体系中, 使用WSDL来描述服务, UDDI来发布查找服务, 而SOAP用来执行服务调用, XML则将分散的、功能单一的Web服务组织成一个复杂的应用。

1.2 WebServices服务的核心技术

Web Services服务的核心技术包括XML、SOAP、UDDI和WSDL。

1) 可扩展标记语言 (XML) 是整个Web服务技术架构的基石, 是开放式环境下描述数据信息的标准技术为服务提供了统一的数据格式

2) S0AP是由IBM、Microsoft和DevelopMentor共同提出的, 作为建立分布式计算系统的通用方法SOAP采用HTTP作为底层通讯协议;RPC作为一致性的调用途径;XML作为数据传送的格式。SOAP依靠HTTP传输协议在网络上传输消息, 由于大部分网络都允许HTTP通信流不受阻碍地经过防火墙, 从而保证基于Web服务的应用程序间通信不受到防火墙安全限制的阻碍。同时SOAP具有平台无关的特点, 作为一种分布式的网络捆绑协议, 它可以广泛的应用于各种平台, 还能实现各种异构程序间的通信。

3) UDDI规范是基于分布式Web服务信息注册的规范, 为服务提供者提供一套标准的方法去注册登记相关信息, 并能去查询其他服务提供者所能提供的服务, 使用已经注册的服务, 分布、全球化地共享信息。它的主要功能是一种发布和发现Web服务信息的办法。

4) WSDL是一种基于XML的组件描述标准语言, 用于描述服务的内容、服务执行结果以及服务与通信协议进行绑定的信息, 为服务提供者描述服务提供了统一的标准, 同时用WSDL描述的服务信息也为用户了解服务、调用服务提供了条件。WSDL提供一种抽象的语言, 利用参数和数据类型来定义被发布的操作、服务的位置和服务绑定的细节等。WSDL不依赖于底层的协议和编码要求。

根据对WebServices核心技术的分析, 不难得出结论:采用XML语言描述数据, 用于消除各个系统间数据的不同;采用SOAP协议进行传输, 可以通过各个系统内部的防火墙;采用WSDL和UDDI技术注册Web服务, 便于各部门发现并使用Web服务;通过WSDL技术, 实现各个部门间协同工作。

1.3 基于ASP.NET的WebService的开发

在微软推出的.NET平台中开发WebServices非常方便, 首先在“新建项目”中选择ASP.NETWeb服务, 输入放置WebServices的Web服务器位置和相应的服务名, 这样就建立了类库的项目参数, 该类库支持WebServices;再建立数据库适配器并编制服务程序, 最后在应用程序中进行Web服务的调用, 首先引入Web服务命名空间和Web服务, 然后编制调用程序。

2 煤矿信息发布系统的设计

2.1 Flash通过WebServices与实时数据库进行交互

为了让煤矿信息系统能够动态实时直观的在网络上发布。我们采用了Flash技术, 通过调用组态软件中的实时数据中的信息去控制Flash动画的显示。

Flash通过直接调用组态软件中的控件, 来完成自己要设计的画面, 这个特点给设计人员带来了很多方便, 但是它只适合完成客户端的前台界面。前台Flash需要的数据都是由后台服务器的复杂实时数据库提供的。Flash可以通过ASP, JSP等与后台数据库相连, 从而与服务器建立连接, 进行有效的数据交互。但是我们的信息发布系统会有很多的用户, 而且分布在各个地方, 这样客户端和服务器之间的通信将是一个不容易解决的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是, 选择用浏览器作为客户端, 写下一大堆ASP页面, 把应用程序的中间层显示给最终用户。这样做的结果是开发难度大, 程序很难维护。

譬如, 在应用程序里加入一个新页面, 必须先建立好用户界面 (Web页面) , 并在这个页面后面, 包含相应商业逻辑的中间层组件, 还要再建立至少一个ASP页面, 用来接受用户输入的信息, 调用中间层组件, 把结果格式化为HTML形式, 最后还要把结果页送回浏览器。如果中间层组件换成Web Services的话, 就可以从用户界面直接调用中间层组件, 就不需要再建立ASP页面。在本系统中调用WebServices可以直接使用.NET的SOAP客户端, 这样可以缩短开发周期, 并且减少代码复杂度, 还能够增强应用程序的可维护性。同时, 应用程序也不再需要在每次调用中间层组件时, 都跳转到相应的结果页。

在一个用户界面和中间层有较多交互的应用程序中, 使用WebServices这种结构, 能节省用户界面编程上的开发时间。另外, 这样一个由WebServices组成的中间层, 可以在应用程序集成或其它场合下重用。最后, 通过WebServices把应用程序的逻辑和数据显示出来, 还可以让其它平台上的客户重用这些应用程序。所以在这里我们选择了Web Services与实时数据库进行交互。

2.2 WebService实现数据采集

下面是通过ODBC接口读取组态软件的实时数据库信息, 从而实现需要网络发布的数据信息的采集, 以下是实现数据采集的Webservices的代码:publicstringGetSeqNumber (stringtag name) //tagname参数--要查的实时数据库中的标签名{stringconStr="Provider=MicrosoftOLEDBProvid-erfor

ODBCDrivers;

TimeDataodbc中实时数据库的DSN

er () ;

from实时数据库节点名称whereA TAG='"+tag name+"'";//A TAG标签名A CV当前值A DESC标签说明

commandAdp.Fill (data) ;

Webservices保存为一个独立的Webservices文件 (一般存为service.asmx) , 可以在制作Flash动画时对实时数据库很方便的调用。

2.3 Flash调用WebService文件中的数据

Webservices采集到实时数据库中的数据后保存在一个独立的Webservices文件当中。下面是Flash调用Webservices文件中数据的过程:

privatevarurl:String;

publicvarrequest:URLRequest;publicvarloader:URLLoader;

GetSeqNumber";

trace (xmlda ta) ;

在此段程序中可以读取实时数据库的值, 以便于用该值调取和显示Flash动画界面。

2.4 信息系统的发布

信息发布系统的流程, 如图2所示。

将编译成功的Flash发布为HTML格式的文件, 嵌入利用Asp.Net开发的系统平台中, 组成完整的IFixWeb发布系统。至此, 信息发布系统就实现了, 客户能够通过任何一台连接Internet网络的客户端对此信息系统进行访问, 并在实际生产中得到了成功的应用。

3 结论

提出了一种基于Web服务的煤矿信息发布系统, 采用Flash技术, 通过WebServices来调用组态软件中的实时数据库, 使用WebServices可以节省花在用户界面编程开发时间, 另外, WebServices不仅可以在应用程序集成或其它场合下重用, 还可以让其它平台上的客户重用这些应用程序。最后, 发布的煤矿信息系统基本上和实际的监控监测系统同步而且使用使得界面栩栩如生

摘要:由于目前我国煤炭行业监控系统的通信协议没有统一标准, 基本处于自成体系、相对封闭状态, 系统间无法兼容、信息资源难于共享, 监测系统、控制系统和管理系统不能实现联动, 形成了“信息孤岛”, 这在很大程度上阻碍了煤炭行业的信息化进程。为了增强煤矿企业与外界信息的交流, 提出了一种基于Web服务的煤矿信息发布系统, 主要讨论了该系统的体系结构和关键技术Web Services。

关键词:Web服务,煤矿,信息发布系统

参考文献

[1]煤炭安全规程编委会.MT/T1008-2006煤矿安全生产监控系统软件通用技术要求[S].北京:煤炭工业出版社, 2006.

[2]戚淮兵, 刁永锋.一种基于Web Services的网络考试系统研究[J].教育软件开发与应用, 2006 (4) .

Web地理信息系统 篇10

MICAPS是指气象信息综合分析处理系统, 它在应用过程中主要是与卫星通讯和数据库相结合, 并且为天气预报制作提供一种人机交互系统。因此, 它具有的功能是能够检索到某一区域、某一时刻的天气数据, 并且能够将天气气象数据以图形与图像的方式展现气象工作者眼前。此外, 该系统还能编辑、加工收集到的有关气象图形, 方便天气预报人员能够迅速的掌握短时间或是中短期时间范围内的天气状况, 从而将信息数据向外界输出。

MICAPS基于上述的便利特点, 因而广泛的使用在现代气象工作中。MICAPS系统中采集到的信息资料, 需要借助相关的MICAPS软件才能全面的展示。一般的人工翻阅查看需要一定的时间, 因此, 在最短的时间内获取足够的信息量, 以此提高获取信息的效率是有必要的。

MICAPS系统可以凭借自身具有在后台生成图像文件的特点以及数据接口作用, 迅速使采集到的资料变成JPEG或是BMP等格式的气象图形, 从而有助于MICAPS系统再开始实现二次开发。在二次开发过程中, MICAPS系统可以根据初始化的文件内容, 显示图像中包含的底图与图形, 并且保证现实的图形特征与窗口处的相同。将气象资料进行实时收集并建立相应的数据库, 研发B/S版有助于气象工作人员翻阅、调阅以及查询内容不同的图形与图像的系统。

2 实施整体结构设计

该项系统结构主要的构成部分包含的功能具有将图形进行转换与对收集到的数据实时存储以及气象人员可以浏览图形。

2.1 图形转换功能

将图形进行转换借鉴了MICAPS系统可以对收集到的资料进行处理的特点。结合所具有的的运行程序的功能将各项资料进行转变成图形的格式, 并储存在文件服务器中, 服务 (主要是网络服务) 于天气预报人员。系统按照给定产品与时间要求, 充分利用MICAPS将图形实行转换, 在过程中系统也会控制生成文件产生的路径与相应的名称, 保证其与统一的网站资料链接路径相同。系统会结合气象资料存在的差别而将图形文件放置在相应的目录中, 有利于气象部门工作者及时快捷使用资料文件, 并进行统一化管理。

在生成文件的时间与要求的时间有差异, 系统会自动利用数据库中与当前时间相隔不久的资料, 将气象图形进行重新下载, 并替换之前产生的文件资料, 顺便保持数据库及时更新。而生成文件的时间与要求时间保持一致时, 系统能够将此时的气象图形进行及时下载, 并改变文件名称时间, 使之与该时间段的时间相一致。之后系统还会将文件图形放置在符合要求的目录里面进行储存, 再在数据库中插入图形文件资料。

2.2 数据储存

储存数据是在气象资料与有关的图形文件在被系统储存过程中, 都是按照数据库与文件的方式进行的。要保证系统能够顺利连网与有关气象业务处理以及信息数据实现共享, 必须使资料数据能被工作人员快捷使用, 并被及时的储存。

2.3 信息检索与浏览

在浏览相关数据信息资料时, 一般是将资料类别作为主要的依据。导航用户依据不同的资料类别浏览图形资料时, 系统能够结合用户的不同需求类别提供符合时间要求的图形资料。

基于Web技术设计的数据检索查询, 在应用中所选择的模式结构主要是浏览器与Web服务器以及数据库与文件相配套的服务器。如果有用户通过浏览器界面来访问Web服务器, 在搜索页面栏中输入关键词后, 系统将会将其发送到服务端, 收到检索命令的服务端将根据要求, 将需要查询的语句迅速传输到后台的数据库服务器中。数据库服务器在数据库中进行搜索相关的资料, 并将服务器中搜索到的有关图形资料显示在浏览器页面中。

3 相关模块具有的功能

借助MICAPS命令行带参数, MICAPS图形转换下载处理功能能够是实现自动生成图形, 并按照JPG的格式将气象资料进行转换成图形资料后, 将转换成功的图形文件按照不同的类别, 在文件服务器找出相配套的文件目录并进行储存。在数据库相应的位置插入有关的信息, 并进行及时的更新。

3.1 信息监控功能

MICAPS具有的图形下载信息监控功能, 顾名思义是将下载的图形资料进行监管与控制, 并且以动态的方式将下载信息进行展现, 比如, 图形的名称。

3.2 快速浏览功能

MICAPS具有的浏览功能在生成文件名时, 一般是按照一定的时间顺序进行的, 比如, 年月日方式。按照统一的时间顺序有利于系统快速系统搜索到符合要求的图形资料。图形资料的显示需要借助浏览器, 并以用户的需求为导向, 导航用户所需的图形资料。按照气象产品代码信息, 可以快速便捷的在数据库中找出与之相对应的气象图形资料。一般情况下, 在文件服务器中搜索到的图形资料往往是在浏览器的页面显示。

3.3 图形随时放大或变小功能

MICAPS系统还有使下载的图形随时保持放大或是变小的功能, 这项功能主要是将Javascript加入到HTML代码中, 通过脚本方式来设置需要的显示比例大小, 并通过相应的按钮展现图形的放大或是变小。

4 系统运行方式

在实际的不同需求中, 系统具有两种运行方式, 第一种是后台自动运行方式, 第二种是人机交互运行方式。前者是按照数据表中显示的时间, 自行使用MICAPS图形转换功能, 并按照文件的类别不同, 将文件进行自动的生成与储存。后者是徐使用该系统的用户自行通过有关的按钮促进系统完成运行过程。

5 气象数据库设计

系统在为综合气象工作人员提供相关服务的过程中, 主要的服务内容是气象数据, 离开气象数据这一要素将很难文有关人员观测并了解某一时刻, 某一区域的气象, 甚至导致气象天气预报的工作也难以展开。气象数据的数据库建立需要将Windows作为其中的操作系统平台, 并结合SQL Server数据库系统的应用。

气象数据数据库能够将收集到的有关气象数据通过某种方式生成节目表, 并且还可以将气象数据生成基本的气象数据信息表, 同时伴随着将气象数据转换成相对应的图形表。其中生成的节目表能够将生成文件的具体时间以及路径进行储存, 而生成的信息表能够对平常生活中收集到气象资料以及自动站收集的信息资料甚至是其他国外国家的降水量、预报图等一些基本气象资料进行储存, 尤其是对于图形的名称以及综合类型的图形文件等能够快速进行储存。图形信息表是将系统下载后的图形包含的各项资料信息进行储存, 比如, 生成时间、类别等。

在实际的使用气象数据库过程中, 应该将检索信息进行准确锁定, 最好是与主要的关键字段保持相同, 以便有效节省数据库在平时的服务工作中所需的维护时间以及降低相应工作量。

6 结语

通过研究设计基于Web综合气象信息分析系统, 并结合MICAPS系统在其中的运用, 有利于气象部门采集到更多有价值的气象资料与数据。借助系统具有图形转换功能、图形图像显示功能等优点, 促进MICAPS系统能够高效且稳定的运行, 并在实际的综合气象中心为天气预报以及相关人员提供快捷便利的服务。现代社会中, 各行各业的人们都在关注天气气象, 而这种系统将在很大程度上促进气象信息服务平台的构建, 使气象部门向外界公布的气象信息更加准确。

参考文献

[1]周雪莹, 钱昊.气象信息综合处理系统web应用[J].气象水文海洋仪器, 2009 (04) .

[2]吕终亮, 罗兵, 吴焕萍, 郑卫红等.MESIS信息检索及可视化产品制作平台实现[J].应用气象学报, 2012 (05) .

Web地理信息系统 篇11

关键词:就业信息服务;语义Web;本体

中图分类号:TP391 文献标识码:A文章编号:1007-9599 (2011) 08-0000-01

College Graduates Employment Information Service System Ontology Construction Research Based on Semantic Web

Cui Xinhui,He Zhiqiang

(Hebei Finance University,Baoding071051,China)

Abstract:This paper describes the current lack of employment information service platform,pointed out the benefit of applying semantic Web technology to the employment information platform,and analyses the overall framework of semantic web for employment information platform.It introduces the resource ontology function,development process and related operations.

Keywords:Employment Information Service;Semantic Web;Ontology

一、本体模型的基本概念

本体为知识库的建立提供一个基本的结构和一套概念及术语来描述某一领域,并且获取该领域的本质概念结构,这些都是通过本体分析完成的。然后,知识库就可以运用这些术语来表达现实或者虚拟世界中的正确知识,本体分析就是明确知识的结构。知识处理较为可行的方案是Berners Lee提出的语义Web结构。

在高校就业信息系统中,由于该系统要为人才的供需双方提供服务,因此一方面系统要存储并发布毕业生的有关信息,以方便用人单位的检索;另一方面要存储并发布企业招聘信息,方便学生查询。因此,在高校就业信息系统中需要为毕业生和用人单位创建本体。

二、语义网就业信息服务平台框架

就业信息服务的核心内容是存储各种人才的供需信息,并提供良好的资源访问和信息检索方式,方便企业用户或毕业生进行信息查看和检索;同时还要便于用户对资源的管理,系统能够根据用人单位的用人热点给毕业生以提示,或根据毕业生的特点推荐用人单位等。就业信息服务平台的规划如下:

毕业生通过注册可以将信息发布到就业信息服务平台中,在后台数据库中保存,企业也可以将企业信息和招聘信息发布到平台中。注册用户经过登录后即可维护自身相关的信息资源,企业用户可通过企业入口登录,管理企业信息,如企业所属行业、企业性质、员工构成、人才需求等相关信息;学生用户登录后可维护自身相关信息如所学专业、取得的行业资格、特长、对职位的期望等等。管理员主要进行系统的整体维护和用户的管理等基础维护性工作。企业和学生可以在资源本体的基础上,实现高效率的信息交互和检索。

三、本体的构建

(一)基本思路

资源本体是语义Web建设的关键,是各类资源重用和共享的桥梁,构建就业信息资源本体主要需要考虑如下问题:

1.将资源自身的信息以元数据表示。元数据是关于数据的数据,目的是提供数据的含义,元数据可包括资源名称、类别、存储位置、内容等,元数据通常用XML和RDF进行描述。

2.建立资源本体词汇表。它定义了领域知识的特定术语及其关系,在本体词汇表中,必须明确指明各术语的概念,确定术语之间的约束关系和映射关系,反映出资源的结构和它们之间的联系。

(二)本体概念设计

1.决定高校毕业生就业本体的服务领域及其使用范围。该本体本校高校毕业生就业问题所涉及的相关内容,成熟后可以此为基础再扩展到省内高校就业信息系统。该本体需要解决毕业生对就业的需求、用人单位对毕业生的需求,本体有哪些类、那些属性,以及供需双方的信息如何匹配的问题。

2.确定高校就业本体词汇。高校毕业生就业本体的建设在包含对人才关键观测点的同时符合相关教育部相关规范。所采用的词汇以毕业生就业所需的基本资料为基础,再结合用人单位及相关领域的需求。系统设计的毕业生就业本体中主要的类别有学生(student)、用人单位(enterprise)、高校(university)、学生所在院系(department)、专业(speciality)、企业主管部门(Authorities)、地址(address)、单位(unit)、企业单位招聘信息(employinfo)等。

3.定义领域类别及决定类别、子类别的阶层关系。系统的本体间类别的关系比较简单,类别student、speciality、address、department为毕业生就业中一般类别;另外Authorities、university、comprise为unit的子类别。

(三)创建毕业生就业本体

根据前述对建立应用领域的本体论方法和概念设计的讨论,建立高校就业领域本体,再将现实世界的内容作为实例加入到高校就业系统本体论中。该本体以RDF/XML描述逻辑为基础,利用Protege3.2应用程序作为本体的设计和开发工具,建立毕业生就业本体。其中,有关毕业生的部分本体描述过程如下:首先定义命名空间,然后对基本概念进行定义定义属性,具体代码省略。

四、本体的操作

在创建完本体之后,系统要根据本体进行信息资源的组织与查询,我们选用Jena作为本体操作的工具,它提供了丰富的API能帮助我们对本体进行创建、读写和检索等操作,具体代码省略。

五、总结

将语义web应用到就业信息服务中,能够弥补现有平台资源分散、检索结果不精确的不足,能够在现有的基础上有效的提高人才供需双方的沟通透明度。在本文的基础上我们已经完成了本体模型的构建,接下来将在现有就业信息服务平台的基础上逐步探索实施。在我们开展的小范围实验过程中发现这种方法是有很大的发展空间的,在未来必将改变就业信息系统的应用状况。

参考文献:

[1]Antoniou G,van Harmelen F,陈小平.语义网基础教程[M].北京:机械工业出版社,2008

[2]颜端武,丁晟春,李岳蒙.基于语义Web和Jena插件的语义检索系统实验研究[J].情报理论与实践,2006,3

[3]金智勇,李天健,吕何新,叶时平.基于OWL S的高校毕业生就业平台分析[J].计算机应用研究,2007,2

Web地理信息系统 篇12

在人类语言中由于时空和领域的差异, 同一个概念可以用不同的词语表达, 即用户和文章作者往往使用不同的词语来描述同一个概念。目前连接到Internet上的计算机并不能够分析Internet上的所有数据——包括内容、链接以及人与机器的交互。也就是说当前信息检索技术没有使用语义技术, 从而很难对用户提问给出精确的查询结果。

Tim. Berners-Lee对Semantic Web做过如下描述:语义万维网并不是一个孤立的万维网, 而是对当前万维网的扩展, 语义万维网上的信息具有定义良好的语义, 使得计算机之间以及人类通过语义能够更好地挖掘WWW信息的潜力。近年来提出的语义Web新标准——可扩展标记语言XML, 它的特点就在于用户可根据需要制定能够反映任意数据内容的标签, 实现数据内容和数据表现形式的分离。像DAML这种知识表示语言它还支持逻辑推理, 这可以使检索过程更方便, 同时获得更精确的查询结果, 可以想象将来的Web页面除了包含有文本信息以外还包含有丰富的语义标记。它是一个由大量机器可以理解的数据所构成的分布式体系结构, 在这个体系结构中, 数据之间的关系通过一些特定的概念表达, 这些概念之间又形成一种复杂的网络联系, 计算机能够通过这些概念得到数据的含义, 并且可以在这种联系上进行逻辑推理。

1 现有语义检索引擎

通过分析现有三种语义检索原型系统OWLIR[1] 、Swangler和Swoogle系统, 可以对它们进行改进, 使其提供更好的服务。

1.1 OWLIR原型系统

OWLIR是对含有自由文本和含有用RDF或DAML本体语言描述的语义标记的文档进行检索的系统 (如图1) 。该系统本来是为了解决一项特殊任务――过滤大学生事件通知问题, 每两周UMBC大学的学生要收到一封列出四五十条事件的邮件。这些事件一般包括:公选课的选择, 俱乐部会议, 体育比赛, 电影通知等等消息。系统的目标是自动处理这些消息, 同时产生一个包含有文本信息和语义标记的描述。这些描述可以被进一步用于丰富本地知识库、供推理引擎推理和检索引擎索引。一个简单的框架查询系统, 允许学生键入结构化信息进行查询, 框架系统将产生一个由DAML标记的文档。查询和事件描述通过语义三元组来表示, 使用本地知识库和推理引擎可以丰富结构化的语义三元组, 然后产生可索引的语义三元组。查询结果是一个经过处理的类似文本的事件列表。

(1) 文本抽取

事件是用自由文本表示的文档, 但其包含有语义标记, 这里利用AeroText TM系统对其抽取关键短语和本体元素。这些短语和元素对识别事件类型和增加语义标记起到一个非常重要的作用。AeroText由一个Java API提供对抽取结果在系统内部形式的存取, 并使用DAML产生器部件存取这内部形式, 然后把其翻译成相应的RDF三元组, 这可以通过在抽取过程中直接绑定事件本体和语言知识库来完成。

(2) 推理系统

OWLIR使用文本抽取过程中的元数据信息来推理语义关系, 这些关系用来确定搜索范围。OWLIR是基于DAMLJessKB[2]的推理。DAMLJessKB部件读取和翻译DAML文档, 然后进行推理。DAMLJessKB提供基本的事实和规则进行关系推理像子类和子属性等的关系。

(3) HAIRCUT检索引擎

HAIRCUT[3]是一个Johns Hopkins 大学应用物理实验室开发的信息检索系统, 它是一个基于传统的向量空间模型和隐马尔可夫模型基础上用来推断文档相似度, 支持各种语言的操作。此系统给出了一个对混合信息进行查询的实验数据:

1.2 Swangler原型系统

目前对HTML文档嵌入RDF或OWL等语义标记仍然没有一个统一的标准。像Google这样的信息检索引擎本来就可以发现和索引RDF文档, 但是Google只把这些带有语义标记的文档当作简单的文本文档来处理, 其主要因素有:一是XML命名空间机制对搜索引擎是不透明的;二是用于处理自然语言的符号规则并不总是能很好地处理XML文档;三是我们不能直接利用这些语义标记。

Swangler技术已经被运用于SWDs系统 (如图2) 中, 与OWLIR系统类似, 此系统中每个术语也用一个三元组表示。像Google的“机器人”程序可以搜集这些带语义标记的RDF文档, 然后它可以索引这些内容表示成语义三元组的形式。

1.3 Swoogle原型系统

Swoogle[4]是一个针对用RDF或OWL这样的语义Web文档进行索引和检索的专用语义检索引擎。本系统由多个部件组成, 包括:用来存储SWDs元数据的数据库, 负责RDF网络文档搜集的机器人程序, 计算有用文档元数据部件, 计算SWDs中文档语义关系的部件, RDF本体编辑器, 索引器和一个用户查询接口。类似Page Rank的概念, 此系统也有一个计算网页重要程度的算法SWD Rank, 并且该系统具有和当前基于关键字搜索引擎的所有相关技术。

1.4 三种原型系统的分析

通过对三种原型系统的介绍分析, 得出三种系统的异同点:①是希望处理的是什么样类型的文档, 三种系统要处理的都是用XML编码的RDF文档或者是带有语义标记的自由文档。②是语义标记怎样被处理, 是作为具有数据、知识模型结构化的信息还是作为与模型无关的自由文本信息。OWLIR和Swangler把语义标记作为结构化信息的同时在其上进行推理;而Swoogle系统以文档内容意义存储这些RDF文档在本地数据库中, 这就允许基于类、属性集作为检索文档的依据。③是最终检索系统使用传统的检索引擎还是专用的语义检索引擎。Swangler设计的目标是使像Google这样当前的检索引擎来检索语义Web, 而OWLIR和Swoogle采用的是专用的语义检索引擎。

相应的可以提出设计语义检索系统必须满足以下几个要求:

(1) 此框架必须同时支持检索驱动的和推理驱动的处理过程;

(2) 检索必须可以使用术语, 语义标记及两者结合起来的术语索引;

(3) 搜索是以文本为基础的现有搜索引擎或元搜索引擎;

(4) 推理机制和检索机制应该紧密结合, 检索性能的提高应该能够提高推理的准确性, 同时推理性能的提高也将促进检索的准确率的提高。

2 改进后的语义检索框架模型

2.1 改进后语义检索系统各模块功能介绍 (如图3)

用户界面 为用户提供方便的查询接口及显示搜索结果。

查询语句语义转换 把从用户检索界面获取的查询请求利用DAML本体语言对其进行语义化处理。

本体推理引擎 对给定的查询请求调用专业本体知识库的知识进行反演推理, 返回与当前输入语义相关的所有概念集。

HAIRCUT检索引擎 HAIRCUT是OWLIR原型系统中的语义检索引擎, 改进之后使其支持DAML索引和RDF三元组, 以及是否具有统配符的问题。该系统允许用户根据需要指定查询术语, 例如哪些术语是必须出现在查询结果中, 哪些是不必出现的。多种技术在HAIRCUT上的结合使该系统一方面方便了用户查询, 另一方面增强了查询准确性。

语义索引及DAML文档库 根据文档收集所搜索到的DAML实例信息, 合理组织信息资源的存储, 它是对专业权威站点所有资源的规范描述。

机器人程序 定期从Web站点上搜集符合该DAML模式的最新实例文档。将这些文件收集到本地DAML文档数据库以备本地数据库索引。

查询结果处理 将由HAIRCUT检索引擎的查询结果经过一系列处理后显示给用户, 它同时可以更新专业本体知识库。

专业本体知识库 包括专业词汇、专业同义词汇等专业知识, 可以根据这些知识对查询进行扩充以及概念归类从而实现对网上信息资源进行基于内容的查询。它的建立是通过领域专家和系统本身不断学习共同完成的。

2.2 构建专业Ontology知识库

对同一概念语义共享和共同理解是构建语义万维网的关键。为了建立Semantic Web, 首先需要一个通用的能被所有应用程序理解的语义表示模型, 通过这个模型实现对不同领域内的概念及其关系的描述, 并通过这些概念和关系实现对网络资源的描述。Ontology库正是一种能在语义和知识层次上描述网络资源的概念模型, 是语义信息检索系统的核心, 它使得语义网络上的信息能够为机器所理解。

诚然, Ontology库的创建和管理是一个费时复杂的工作, 但是Ontology库的准确合理程度将直接影响到系统搜索的结果, 是实现整个系统的基础。Ontology知识库是由本体语言DAML来描述的, 它定义了一定专业领域所需的各种概念和它们之间的关系, 以及基于这些概念的推理规则。

下面举一个用DAML描述的资源文档例子:

2.3 通过本体树进行推理和检索

本体之间的关系有多种, 这里主要考虑近似关系和包含关系两种。语义推理和检索主要是通过判定本体间的关系来实现, 例如判断查询的本体信息是否包含于本体知识库中的某个概念, 或是判断查询的本体信息与本体知识库中的某个概念是否相同或相似。

为了体现对有不同偏爱的用户检索的准确率, 改进后的检索系统提供了DAML查询集, 这种查询方式使得程序员可以更充分的根据实际需求定义本体声明, 然后由HAIRCUT进行检索。下面给出一个DAML描述的查询过程。

3 结束语

本文在分析三种语义检索系统原型的基础上, 提出了一个集成搜索和推理功能的语义检索系统框架, 其中DAML作为知识表示语言同时作为推理引擎的接口。本系统框架可以被扩展实现智能的个性化检索, 通过构建表示用户偏爱的用户个性化信息本体库, 结合本体知识库由推理引擎进行推理, 然后再利用查询结果不断更新用户个性化信息本体库, 这样将会提供更精确的查询结果。

摘要:提出了对含有自由文本和丰富语义标记的网络文档资源的一种检索方法。通过对现有的三种语义检索系统原型的分析, 提出了一个改进后的实现框架, 在此框架中文档资源和查询都可用Web本体语言描述。这些描述提供了关于文档和其内容结构化或半结构化的信息。当这些文档被索引后执行语义查询时或者查询结果处理时, 它可以对这些信息进行语义推理, 从而将极大地提高检索效果。

关键词:语义检索,本体知识库,本体推理引擎

参考文献

[1]Urvi Shah, Tim Finin, Anupam Joshi, Scott Cost R, James Mayfield.In-formation Retrieval on the Semantic Web.CIKM 02, November 4-9, 2002, McLean, Virginia, USA.

[2]Kopena J, Regli W.DAMLJessKB:Atool for reasoning with the Seman-tic Web.IEEE intelligent System18 (3) , May/June, 2003.

[3] Mayfield J, McNamee P, Piatko C. The jhu/apl haircut system at trec-8.The Eighth Text Retrieval Conference, TREC-8, 1999:445-452.

[4] Ding L, Tim Finin, Anupam Joshi, Rong Pan, Scott Cost R, Joel Sachs, Vishal Doshi, Pavan Reddivari, Yun Peng, Swoogle:A Search and Metadata Engine for the Semantic Web, Thirteenth ACM Conference on Information and Knowledge Management (CIKM'04) , Washington DC, November, 2004.

上一篇:安徽怀远下一篇:枢纽机场