布了其简单特征规范（Simple Features Specification）1.0版本作为开放地理信息系统的基础，这无疑是地理信息系统软件向开放和互操作发展的重要方向之一，但这种方式需要从底层重新开发GIS软件，在短期内很难直接应用于工程实践。
　　在以上地理信息系统集成的各种形式中，都存在如下的问题需要解决。
　　（1） 地理信息采集和应用的分布性特点决定了地理信息系统的分布性，地理信息系统集成需要一种分布式空间数据管理和分析模型的相互通讯机制。这种机制既可以适应在目前比较成熟的基于数据文件交换形式（如（1）和（2）），又可以为以后基于API（如（3）和（5））面向对象的地理系统集成（包括（4）—（6））提供发展余地。
　　（2） 地理信息涉及不同的时间、空间和属性，需要有一种有效的地理数据管理的机制，并提供数据融合的能力。
　　（3） 地理分析模型与多种地理数据发生联系，不同模型之间有复杂的串并联关系，模型的组织与管理是需要解决的另一个重要问题。
　　基于以上的分析，本文提出了基于客户/服务器机制的地理信息系统集成总体结构，基于元数据的数据库集成平台和基于关系数据库管理系统的模型集成平台，以及在系统总体结构和数据库集成平台、模型集成平台的基础上进行可视化建模以辅助空间决策的方法和技术。
　　3 基于客户/服务器的地理信息系统集成总体结构
　　近年来，客户/服务器（Client/Sever，C/S）体系结构在分布式系统中得到了广泛的应用。尽管这种模式至今还没有一个完整的权威性定义，但人们对这个概念的基本看法是一致的。在C/S结构下，一个或更多个客户机和一个或更多个服务器，以及下层的硬件网络、操作系统和支撑平台进程间通信系统，共同组成一个支持分布式计算、分析和表示的系统，在该模式下，应用分为前端的客户部分和后端的服务器部分。客户方发出请求，网络通信服务系统将请求的内容传到服务器，服务器根据请求完成预定的操作，然后把结果送回客户。
　　地理信息系统集成平台引入客户/服务器机制后，可以将地理信息系统集成定义为两层C/S结构（图1）。前端用户和数据库集成平台、模型库集成平台、应用模型构成第1层C/S结构，集成平台和应用模型与商业软件构成第2层C/S结构。客户端负责引导用户输入数据源、功能要求和模型选择，以及有关输入输出选择项，将这些信息提交模型集成平台服务器和数据集成平台服务器。模型集成平台服务器负责在模型库中检索符合用户功能要求的模型，并支持模型的组合和建立新的模型，然后将这些模型（包括模型库中已有的和通过宏语言或API新建的）对数据的要求提交数据集成平台服务器，其功能请求转化为RS服务器、GIS服务器、RDBMS服务器可以实现的基本操作并提交给这些服务器。数据集成平台服务器、RS、GIS、RDBMS服务器操作结果将返回给模型集成平台服务器，进而返回给客户端。
　　当客户端有特殊的显示、制图要求时，模型集成平台服务器将负责根据用户的要求调用其它服务器来实现；如果客户端要求将模型运行的结果进入数据库时，模型集成平台将向数据集成平台服务器发出请求，完成在数据库中的注册。数据集成平台服务器除了接收模型集成平台发出的请求外，还可以直接响应按照时间、空间和属性信息数据查询的要求，在空间框架的基础上实现多元数据的融合，数据集成平台的功能也是调用RS、GIS、RDBMS服务器的功能来实现的。模型与数据库之间、模型与模型之间即可以采用IMPORT/EXPORT的文件交换形式（如ARC/INFO的E00格式等），也为将来全部过渡到API的内存交换形式（如DLL，OLE，ActiveX，COBRA等）提供可能。

　　这种设计使得系统只考虑软件的功能而不会过分依赖于具体的软件平台，因此系统具有良好的可扩充性，无论采用商