首页 理论教育 针对地观测传感网的信息服务模型与方法

针对地观测传感网的信息服务模型与方法

时间:2023-10-04 理论教育 版权反馈
【摘要】:2004年,开放地理空间网络服务 -2提供了一些关于GPW构建的建议。在ESA服务支持环境 用例中,来自OGC传感网使能 的传感器规划服务 ,网络坐标转换服务 和WCS被整合进一个服务链中。OWS-6 GPW将使用机场应急方案来展示其能力。但是,整合SWE和GPW存在如下问题: 为处理来自传感网环境的数据流,应用程序如何将一系列服务绑定起来? 如何实例化和管理服务?

针对地观测传感网的信息服务模型与方法

当前网络服务环境工作流描述语言遵循两种不同的标准: IBM的网络服务流语言(WSFL) 和微软的XML LANguage (XLANG)。业务流程执行语言 (BPEL) 以及它对网络服务的扩展 (BPEL4WS) 是遵循上述两种不同标准的一种新语言,并且是基于网络服务描述语言 (WSDL),XML Schema和XPath等这些技术的。WSDL对BPEL影响最大,因为BPEL的处理模型是建立在WSDL规范之上的。BPEL本身定义了基于XML编程语言的语法业务流程执行语言 (Curbera等,2006; Juric等,2004)。尽管有一些局限性, BPEL仍然是一门优秀的编程语言,因为它有像循环,算法分支和变量类型 (如Integer, Float等) 的明确定义这样的属性。流程完整定义的结果是一个BPEL脚本,并且该脚本能被Oracle BPEL流程管理器或有效BPEL (有效终端) 这样的编排引擎解译。该引擎可以看做是解译BPEL脚本的运行时环境。

2004年,开放地理空间网络服务 (OWS) -2提供了一些关于GPW构建的建议。与早期的XML-RPC相比,从那时起就有了一些提供“真正的”基于简单对象访问协议的OWS网络服务技术的尝试。例如,在网络要素服务 (WFS) 的官方OGC Schema网址中就可以找到一些WSDL文件 (Vretanos,2005)。在WSDL与Oracle BPEL设计器进行测试时,该引擎的内部XML处理器可以获取WSDL文件,但却无法显示WSDL结构因而OWS-2中的WSDL文件也没办法在该编排引擎中使用。

OWS-4工作流互操作性项目报告 (IPR) (Keens,2007) 包含了一些和OGC地理处理工作流相关的BPEL用例。这个在OWS-4中定义的服务链不仅使用了WFS和网络处理服务,而且使用了美国国家航空航天局 (NASA) 使用的BPEL工作流和欧空局 (ESA)使用的复杂传感器数据服务。NASA的用例使用了由网络覆盖服务 (WCS) 触发的WPS的网格操作。在ESA服务支持环境 (SSE) 用例中,来自OGC传感网使能 (SWE) 的传感器规划服务 (SPS),网络坐标转换服务 (WCTS) 和WCS被整合进一个服务链中。SPS使用WCTS转换原始1a级SPOT卫星影像 (非地理编码) 为正射影像进行地理编码。BPEL流将正射影像的URL传回给请求用户。

OGC的OWS-5开发了SOAP和WSDL接口以使得四种基本服务——网络地图服务(WMS),事务处理网络要素服务 (WFS_ T),事务处理网络覆盖服务 (WCS_ T) 以及网络要素服务 (WPS) 能够被整合进入工业标准的服务链工具中。

OWS-6 GPW将使用机场应急方案来展示其能力。它将专注于工作流的结构,GPW的安全性,WPS的网格处理以及GML应用Schema的开发。(www.xing528.com)

在传感网环境下,地理处理工作流在遥感观测的实时或近实时发现和检索方面起着重要作用。但是,整合SWE和GPW存在如下问题:

(1) 为处理来自传感网环境的数据流,应用程序如何将一系列服务绑定起来?

(2) 映射应用数据需求于个体服务的模型是什么?

(3) 如何实例化和管理服务?

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈