实现分为4个步骤:
a. 为SOS、SPS和WPS定义WSDL
WSDL提供了一种模型和XML格式来描述网络服务。WSDL能使我们把一个服务器提供的抽象的功能性描述和一个服务描述的具体细节分离出来,如提供如“怎样”和“哪里”之类的功能性描述。
在SOS的WSDL中有两种传输协议 (HTTP GET和POST) 和三个强制性操作 (Get-Capailities、Describe Sensorand Get Observation)。
在SPS的WSDL中有2种传输协议 (HTTP GET and POST) 和9种操作方法 (Get-Capabilities、Describe Get Feasibility、Get Feasibility、Describe Submit、Submit、Get Status、De-scribe Result Access、Update and Cancel)。
在WPS的WSDL中有2种传输协议 (HTTP GET and POST) 和3种强制的操作(Get Capabilities、Describe Sensor和Get Observation)。
b. 抽象模型设计
抽象模型设计者能是各领域的专家能使用数据类型、服务类型和存在的抽象模型作为基本的部件通过点击和拖动就能建立新的抽象模型。这些模型体现了专家的领域知识。专家可以选择验证抽象模型和把模型注册进目录服务器,这样可以供后来的用户使用。抽象模型可以被实例来说明并转换成一个具体的可以在BEPL引擎中执行的BEPL程序 (如BPELPower)。为了能够在特定领域的建模,实体习惯于支持语义匹配。数据用地理科学领域实体进行外部的描述和分类。实体内部遵循eb RIM分类,以树性组织。基本的实体由GCMD地球科学关键字。一旦模型被建立,它将作为一种服务类型注册进目录服务器为以后使用。和其他的服务种类一样,它有自己的输入端、输出端和时空范围。
c. 具体工作流的动态生成(www.xing528.com)
在这个阶段,通过一个注册过的服务器实例信息来验证一个空间网络服务链中的一个地理空间模型。这样的服务链显示如何得到精确的数据产品的信息。一个虚拟的数据服务的实施满足这个阶段,它有以下几步:
(1) 服务发现: 因为在目录服务登记的每个服务事例都和一个服务类型相联系,在地理空间模型中很容易找到一个服务事例满足每个服务类型请求的要求。
(2) 数据发现和融合: 一个地理空间模型在模型页面中没有输入到服务器的来源的信息。在目录服务的帮助下,虚拟数据服务自动地增加一个相关的数据服务事例,在数据链的开始提供这样输入数据。
(3) 服务链的表示: 服务链的表示对它的具体化和重用至关重要。这里描述的系统,广泛使用的网服务的业务处理执行语言 (BPEL4WS),该语言有一种业务流程的正式的规范和企业互操作协议,被用来表示服务链。
从上述三步,可以动态地生成具体BPEL工作流。包含进程的BPEL工作流,一个进程由伙伴链接、变量和一系列可视WCS组成。
d. 基于安全BPELPower的可视WCS
在这个阶段,执行一个地理空间服务链来获得期望的数据产品。为此,我们开发了安全BPELPower并且包装了地理空间服务链作为虚拟WCS。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。