OGC网络服务公共执行规范课件

OGCWebServiceCommonImplementationSpecificationOGC网络服务公共执行规范OGC网络服务公共执行规范简介OGC(OpenGeospatialConsortium)开放地理信息协会，他是一个非赢利的国际化标准制定组织，领导进行对地理数据相关的操作和服务标准的制定。OGC最主要的一项计划是互操作计划（InteroperabilityProgram，简称IP），该项目的目标是提供一套综合的开放接口规范，以使软件开发商可以根据这些规范来编写互操作组件，从而满足互操作需求。OGC网络服务公共执行规范简介WebServices即Web服务，它是自包含的、模块化的应用程序，它可以在网络中被描述、发布、查找以及调用。Web服务的一个主要思想，就是未来的应用将由一组应用了网络的服务组合而成。简单理解，在WebServices体系中，所有东西都是服务，这些服务发布一个API供网络中的其他服务或者应用使用，并且封装了实现细节。WebServices是OGC规范以及建立面向服务的空间共享体系的基础技术体系。OGC网络服务公共执行规范简介

空间信息Web服务是在Web服务技术和标准基础之上实现的地理空间信息网上在线服务。它利用Web服务技术提供的公共接口、交换协议和服务规范，提供应用客户管理、注册服务、编码、处理服务、描述服务和数据服务等。主要的应用客户包括发现客户、地图浏览客户、影像利用客户等。空间信息Web服务除了采用基本的Web服务技术协议外，还需要相关地理空间信息及处理的技术协议，目前主要有OGC、ISO/TC211和W3C等组织在进行相关协议标准的制定。OGCWeb服务(OWS)即是典型的空间信息Web服务标准体系。OGC网络服务公共执行规范OGCWeb服务公共执行规范1范围

目前这篇文档详细描述了OWS接口执行规范包含的公共方面：

a）操作请求和响应的内容b）操作请求和响应包含的参数和数据结构c）操作请求和响应的XML和KVP编码

这篇文档的一个作用是作为对未来版本的OWS接口执行规范的一个标准参考。这些规范目前包括网络地图执行规范（WMS）、网络特征数据执行规范（WFS）、网络覆盖执行规范(WCS)。OGC网络服务公共执行规范2术语和定义边界框boundingbox位于坐标参考系统上下限的部分capabilitiesXML

采用XML编码的服务元数据客户端client

从服务器中调用一个操作的软件组件地理信息geographicinformation接口interface

描述实体行为的一系列操作名操作operation参数parameterOGC网络服务公共执行规范平台platform独立平台platform-neutral(specification)特定平台platform-specific(specification)请求request响应response资源resource服务器server服务service服务元数据servicemetadata版本version

OGC网络服务公共执行规范3协定3.1符号（缩略词）CRS（CoordinateReferenceSystem）坐标参考系统DCP（DistributedComputingPlatform）分布式计算平台EPSG（EuropeanPetroleumSurveyGroup）欧洲石油勘测队GML（GeographyMarkupLanguage）地理置标语言HTTP（HypertextTransferProtocol）超文本传输协议ISO（InternationalOrganizationforStandardization）国际标准组织KVP（KeywordValuePair）关键字值对MIME（MultipurposeInternetMailExtensions）功能Internet邮件扩充服务OGC网络服务公共执行规范OGC（OpenGeospatialConsortium

）开放式地理信息联盟OWS（OGCWebService）开放式网络服务TBD（ToBeDetermined

）TBR（ToBeReviewed）UML（UnifiedModelingLanguage）统一建模语言URI（UniversalResourceIdentifier）统一资源标识符URL（UniformResourceLocator）统一资源定位符URN（UniversalResourceName）统一资源名称OGC网络服务公共执行规范WCS（WebCoverageService

）网络覆盖服务WFS（WebFeatureService

）网络特征服务WMS（

WebMapService）网络地图服务XML（ExtensibleMarkupLanguage

）可扩展标记语言1D（OneDimensional

）一维空间2D（TwoDimensional

）二维空间 3D（ThreeDimensional

）三维空间4D（FourDimensional

）思维空间OGC网络服务公共执行规范3.2UML符合

UML（统一建模语言）是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。其中UML表示法定义UML符号的表示法。标准建模语言UML定义五类图，第一类是用例图（UseCaseDiagram），第二类是静态图(Staticdiagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。第三类是行为图（Behaviordiagram），第四类是交互图（Interactivediagram），第五类是实现图(Implementationdiagram)。OGC网络服务公共执行规范本文档中显示的所有关系图都使用统一建模语言(UML)静态结构图。下图描述了本文档中使用的UML表示法。Figure1—UMLnotationsOGC网络服务公共执行规范在这些类关系图中使用下面固定类型的UML类：a）<<DataType>>无身份的一组原始值的描述符。数据类型是一个没有操作的类，它的主要目的是保存信息。k)<<Enumeration>>一种数据类型，其实例组成了一个替代文字值的列表。枚举意味着一个易于理解的潜在值类中的简短列表。I）<<CodeList>>为表达潜在的可选值的一长串的灵活的枚举。如果完全知道列表选项，则使用枚举；如果只知道可能替代方案则使用代码列表。M）<<Interface>>是在没有给出对象的实现和状态的情况下对对象行为的描述。接口包含操作但不包含属性，平且它没有对外界可见的关联。OGC网络服务公共执行规范N）<<Type>>一是抽象类，不能有实例，在运行时，CLR都会创建一个包含这个类型信息的Type类型的对象。Type类可以有特性和关联。O)<<Union>>一个替代的属性列表，任何时候只出现这些特性的其中一个。在这个文档中，使用下面标准数据类型：CharacterString—一串字母Boolean—一个值描述成真的或假的URI—提供很多信息的资源标识符URL—可用在线资源标识符Integer—整数Double—双精度浮点数OGC网络服务公共执行规范独立平台和特定平台规范如OGC抽象规范第10章的第12课题“OpenGISServiceArchitecture”中描述的，这个文本包括了独立平台和特定平台规范。ISO19119也详述了“依据ISO/TS19103的规定和准则用UML描述”，和“有了平台中立模型或至少有特定的平台模型，服务规范才被完全考虑”的独立平台模型。

本文档第一次详述了在独立平台方式中，每个操作的请求和响应及其参数和数据结构。用表描述每一数据结构，表中列出并定义了参数和其他数据结构。这些表为前面的UML类图和UML模型充当了数据词典。OGC网络服务公共执行规范使用多种交替方式编译指定的独立平台数据，每一方式适合一个或多个特定平台。目前这篇文档详述的编码，为适合HTTPGET转换操作请求（用KVP编码），为适合使用HTTPPOST转换操作请求（用XML或KVP编码）。然而相同操纵的请求和响应可以被编译成适合许多其他的特定平台，包括SOAP/WSDL（SOAP/WSDLDCPs）。为了符合OGC第12课题的第10条款和ISO19119，这里论述OWS规范应该与其有相同的格式。也就是说，请求反映操作首先指定在中立平台方式中，使用相似的表作为UML模型的数据字典。每一独立平台规范应遵循此数据的一个或多个特定平台编码。这些特定平台编码，应列入该特定OWS系统规范，以此来相互支持特定平台。OGC网络服务公共执行规范4GetCapabilities操作4.1简介这一章节主要描述由OWS提供的GetCapabilities操作。强制性的GetCapabilities操作允许任何客户获取该服务的元数据文档，即“能力文档”，这一元数据是由实现OWS接口操作规范的服务器提供的。GetCapabilities操作正常响应是返回给请求客户端一个服务元数据文档，这一服务元数据文档主要包括特定的服务器功能元数据（如从服务器中得到的具体数据和格式）。这个服务元数据能使OWS服务器部分自我描述、支持客户端的后期绑定。OGC网络服务公共执行规范4.2GetCapabilities请求4.2.1GetCapabilities请求参数

GetCapabilities操作请求平台将使用图2描述的和表3指定数据结构

Figure2—GetCapabilitiesoperationrequestUMLclassdiagramOGC网络服务公共执行规范Table1—ParametersinGetCapabilitiesoperationrequest

OGC网络服务公共执行规范4.2.2执行请求表4“多样性和使用”列中指定在GetCapbilities操作请求中每列参数的可选性，表4详述了OWS客户端和服务器这些参数的可实行性。Table2—ImplementationofparametersinGetCapabilitiesoperationrequest

OGC网络服务公共执行规范4.2.3GetCapabilitiesrequestKVPencodingTable3—GetCapabilitiesoperationrequestURLparametersOGC网络服务公共执行规范4.2.4GetCapabilities请求XML编码

XML架构文件包含名为owsServiceIdentification.xsd，包含文件的每个元素，属性的含义。下面是一个用XML编码的GetCapabilities请求信息例子

<?xmlversion="1.0"encoding="UTF-8"?>

<GetCapabilitiesxmlns=""

xmlns:ows=""

xmlns:xsi=""

xsi:schemaLocation="

fragmentGetCapabilitiesRequest.xsd"service="WCS"

updateSequence="XYZ123"acceptLanguages=”en-CA”>

<!--MaximumexampleforWCS.-->

<AcceptVersions>

<Version>1.0.0</Version>

<Version>0.8.3</Version>

OGC网络服务公共执行规范

</AcceptVersions>

<Sections>

<Section>Contents</Section>

</Sections>

<AcceptFormats>

<OutputFormat>text/xml</OutputFormat>

</AcceptFormats>

<AcceptLanguages>

<Language>en-CA</Language>

<Language>fr-CA</Language>

</AcceptLanguages>

</GetCapabilities>

这个例子包括了XML所有可能的属性和元素，但是仅有“service”属性是需要的，包括需要GetCapabilities的根元素。OGC网络服务公共执行规范4.3参数讨论4.3.1Version参数

每一OWS执行规范的修订将指定一个版本号，使客户端和服务器能相互作用来达成符合这一规范的版本。这一版本号应包含三个非负整数并由小数点分开，形式为“x.y.z”整数y和z不能超过99。

随着规范的演变，每个服务都定义许多版本，并且版本号不同。每个OWS都有自己的序列版本号；不同服务的版本号是相互独立的，因此可以用重叠的部分。当版本号改变，第一个整数变的最重要，这将很单调。这些版号可能没有顺序，因为一些版号是草案。服务器和客户端不必支持定义版本，但鼓励支持多重版本。OGC网络服务公共执行规范

4.3.2Version协商

在GetCapabilities操作请求中，使用可选AcceptVersions参数执行Version协商。尽管是可选的，但客户端软件应该总是常常包含此参数，以简化版本协商。此参数值是一个客户端支持，客户最优先的序列协议版本号。

服务器在接受GetCapabilities请求时，将扫描序列并找到其支持的第一版本号。这时服务器返回一个符合这一版本规范并包括版本参数值的服务元数据文件。如果序列中不包含服务器支持的任一版本号，服务器返回一个异常，exceptionCode="VersionNegotiationFailed"。

为确保后期的兼容性，客户也应准备接受一个未知响应，把这种情况作为版本协商失败的现象。此外，如果服务器接受一个没有AcceptVersions参数的GetCapabilities请求时，则返回一个服务器支持的最新版本的服务元数据文档。OGC网络服务公共执行规范

4.3.3Section参数

Section参数值包含零个或多个XML元素名的无序列表，这个XML元素存在在将被返回的服务元数据XML文档中。当列出一个或多个参数名时，这些参数包含在将被返回的服务元数据文档中。如果没有列出这些参数名，返回的服务元数据不必包含任何列出的参数。

Sections的值类型为字符串序列(逗号隔开)，列举客户所要请求的服务元数据文档的哪些部分，这样可以适当减少网络数据传输量。OGC网络服务公共执行规范

客户端执行Sections参数是可选的，当服务器接受一个没有此参数的GetCapbilities操作请求时，则返回所有的服务元数据文档。

服务器执行Sections参数是可选的，当服务器不能执行此部分参数时，在GetCapbilities操作请求中如果出现将忽视此参数，并返回所有服务元数据文档。Table4—MeaningsofsectionnamevaluesOGC网络服务公共执行规范

4.3.4UpdateSequence参数

值类型为字符串，可以是一个整数，或者是一个时间戳(ISO8601:2000)格式，或者其它的数字和字符串。它在客户端缓存了服务元数据文档的时候特别有用，如果服务器支持该参数，则会在返回的能力文档中包括当前的UpdateSequence值。以后每当服务的能力文档发生了改变，服务器都会增长该值，当客户端下次请求时，服务器就可以根据当前情况返回相应的结果。该参数是可选的，当忽略时则返回最近的服务元数据文档OGC网络服务公共执行规范Table5UseofUpdateSequenceparameterOGC网络服务公共执行规范

4.3.5AcceptFormats参数

值类型为字符串序列，列举的是客户端可以接受的MIME格式，若有多个值则用逗号隔开，按照客户的意愿排序，将最优先的放在最前面。此参数是可选的，当忽略时则以“text/xml”格式返回。

当一个服务器执行AcceptFormats参数并获取一个值时，它将返回一个能力文档，这个文档在可返回的列表中采用第一个MIME类型格式。当服务器不获取或不执行时，服务器将返回标准XML能力文档，采用MIME类型“text/xml”格式。对于GetCapabilities操作，所有客户端和服务器应执行MIME类型“text/xml”格式。OGC网络服务公共执行规范

服务器和客户端对此参数的执行是可选的。各种非标准的格式被提议转换成XML文档，但许多还没有被完全的指定，也没有被广泛的接受。许多非标准格式减少了转移信息量，同时减少了流通时间和装载。4.3.6AcceptLanguages参数

AcceptLanguages参数对于所有OWS请求是可选的，能够识别客户喜欢的一组语言。它的值是一个或多个语言标签列表，适应客户从左到右的选择顺序，。语言标签采用的是RFC46465字符编码，完整的形式（如：“en-CA”），缩写2字符代码（如“en”）。除了RFC4646编码外，服务器支持单个特殊的值“*”它被用来表示“anylanguage”。OGC网络服务公共执行规范

服务器对人类语言文本字符串的响应，包括绘制字符串到图形图像（如在一个WMS的GetMap反应），服务器应当返回首选的可用语言文本字符串。如果服务器不返回客户首选语言的文本字符串，并且AcceptLanguages参数列表包括特殊值“*”，这时它应返回一个服务器所选语言的字符串。如果AcceptLanguages参数语言列表和服务器提供的语言列表不匹配，服务器应返回InvalidParameterValue异常。OGC网络服务公共执行规范4.4GetCapabilities响应4.4.1异常

OWS服务器事件遇到一个GetCapabilities操作请求错误，它应返回一个如第5章描述的异常报告信息。在表8中列出了允许异常编码。OGC网络服务公共执行规范Table6—ExceptioncodesforGetCapabilitiesoperationOGC网络服务公共执行规范4.4.2服务元数据文档内容

从执行GetCapabilities操作中，一个服务元数据文档应正常反应到客户端，并且对于具体的OWS应包含适合特定服务器的元数据。对于提供或使用紧耦合数据的服务器，这个服务元数据文档应当包含此数据的元数据，那个服务元数据文档采用XML编码，并使用XML架构来指定正确的文档内容和结构。

图3和表9描述并指定了服务元数据文档中包含的参数OGC网络服务公共执行规范Figure3—GetCapabilitiesoperationresponseUMLclassdiagramOGC网络服务公共执行规范

每个服务元数据文件应包含一系列sections文档，这些文档分别对应特定OWS系统指定的一套sectionnames。表10指定了sectionnames和meanings。每个具体的OWS系统在相应的部分应使用这些名称和含义，如有需要可以详述增加的部分。表10中指定的能力文档的所有四个部分都应该能被所有的OWS服务器实现，除非跟特定的OWS明显不相关，这些不相关部分应该被替补的相关部分所取代。Table7—ParametersincludedinservicemetadatadocumentOGC网络服务公共执行规范

当可读文本字符串在应答中出现的时候，服务器支持的多语种应答应使用文本中符合相应元素的冗长属性指定的语言，来区分应答中的每个可读文本元素的语言。这个（些）冗长属性应该使用IETFRFC4646常用的标识符。Table8—SectionnamesandcontentsOGC网络服务公共执行规范4.4.4ServiceIdentificationsection内容4.4.4.1概述

服务元数据文档的ServiceIdentificationsection包含该特定服务器的基本元数据。该部分的内容和组织结构应与OWS系统相同。ServiceIdentificationsection应包含参数，部分在图4中描绘并在表11中指定。OGC网络服务公共执行规范Figure4—ServiceIdentificationsectionUMLclassdiagramOGC网络服务公共执行规范Table9—ParametersincludedinServiceIdentificationsection

OGC网络服务公共执行规范4.4.5ServiceProvidersection内容

服务元数据文档的ServiceProvidersection包含服务器操作组织的元数据。这一部分内容和组织对于所有的OWS系统都是相同的。ServiceProvidersection包含参数，图五描述部分参数，表12对其详述。OGC网络服务公共执行规范Figure5—ServiceProvidersectionUMLclassdiagramOGC网络服务公共执行规范Table10—ParametersincludedinServiceProvidersectionOGC网络服务公共执行规范4.4.6OperationsMetadatasection标准内容

OperationsMetadatasection标准参考执行规范，将详述在OperationsMetadatasection中包括多种XML元素和属性的固定值。此外，在这一部分，每一种规范应相详述包含若干XML元素和属性的可选值。这些规范如表18的形式列出。

除了作为一个实例表，表18列出的OWS常见项目应包括在所有这种表中。同样，表19列出的可选属性值也应包括在内，而不是依靠服务器是否执行操作。在表18和19中，“属性名”栏使用点分离器符号描述部分总体项目。“属性值”栏引用操作参数，右栏中列出属性值的含义。OGC网络服务公共执行规范Table12—RequiredvaluesofOperationsMetadatasectionattributesTable13—OptionalvaluesofOperationsMetadatasectionattributes

除了表12中列出的可选值，在OperationsMetadatasection中，有许多“name”属性和“value”元素的可选值，当考虑可用时，才列出。这些属性和元素的大部分用于记录各种参数和数量的域。OGC网络服务公共执行规范

InputFormat是一个非参数量，所有特定OWSs在有限的范围使用这个量。这个量应受到限制，仅在请求方法数据结构中通过HTTPPost或Get使用。这种限制条款包括如下：a）“name”参数（和XML属性）值应应是“InputFormat”，意味着