WSN—感测网络共通应用服务平台

　　● Sensor Alert Service(SAS)：此标准主要提供使用者来设定感测事件警报的服务。使用者一旦设定完成，当所指定的感测数据达到警报发送的条件时，使用者便可得知警报信息。此部分标准尚在制订中，目前仅有第0.9版的相关文件提供(2007年5月)。

　　● Web Notification Service(WNS)：此标准主要提供系统的通知信息给在终端的使用者，包含排程服务完成通知服务，感测事件警报的通知服务等。此部分标准尚在制订中，目前仅有第0.1版的相关文件提供，算是这几个标准中制订进度较缓慢的项目。

　　● Observations and Measurements(OM)：此标准主要在描述感测数据的观测与量测模型及所获取数据内容的描述方法。此部分标准已于2007年12月完成第1.0.0版的制订。

　　● Sensor Model Language(SensorML)：此标准主要以一般化的模型及XML语法来进行传感器特性与功能的描述。透过共同语法的描述，系统才有办法辨识各传感器组件的性质及其所能提供的感测数据型态。此部分标准于2007年7月完成第1.0.0版的制订。

　　● Transducer Markup Language(TML)：此标准在提供感测数据的转换描述，并藉由将感测数据与时间及地理位置信息结合，作为系统准确判断事件原委的参考，以便提供准确的数据作为决策选择的依据。此部分标准于2007年7月完成第1.0.0版的制订。

　　根据这些标准项目的分工，前4项为建立Sensor Web基础服务的主要工作模块，透过这些模块所提供的应用程序界面，可以让使用者透过Web来得到进行传感器搜寻、传感器数据撷取、传感器工作指派、感测数据警示状况设定及信息发报通知等服务。后3项的编码格式标准则是相对的提供了上述服务在操作时的传感器特性描述、感测数据格式内容以及感测数据转换的相关信息，以利各种不同的感测组件可以整合在同一个系统中。SWE的内容可以简单以图3来说明各标准项目彼此之间的关联。

　　有了这些标准，如何能够发展一个系统来实现我们一开始所描述的生活情境呢?首先，有了SensorML、TML及OM等相关的共通语言，系统自然就能得知那个地方有那些型式的传感器资源来提供给使用者查询及利用，于是我们在情境中所指定要取得目的地的温湿度数据，上班途中行经路口的车流速度，灾区河水的水位情形以及家附近淹水情况的影像信息就可透过统合的系统传送到用户手上。而系统中的SOS模块就是用来协助我们获取感测数据的窗口，让用户可透过Web界面直接得到感兴趣的感测数据。系统上的SPS模块则是可供用户设定在指定时间进行指定传感器的数据撷取，并透过SOS将数据送至用户手上，情境中目的地的温湿度数据及路口车流速度数据就可以用这种方法来取得。而系统里的SAS模块则是用来协助使用者进行上班沿途下雨情形的判断及负责发送下雨警报到系统上。最后，再藉由WNS模块来将SPS模块及SAS模块所得到的信息告知用户。所以有了这样的应用服务平台，我们所谈的未来情境就可能轻松透过Web的界面来实现。

　　未来对于SWE标准的开发，可预期的将对WSN的相关应用发展产生不少的影响。对各种感测应用系统的建置厂商来说，它无疑是一个最好的整合平台来将各地区不同性质的传感器系统串接起来，以提供使用者更多元的感测应用服务，其所强调的就是一个分享的概念，透过网络功能及系统分享来将服务无限延伸。对要跨入这个领域的系统整合厂商来说，它让感测网络应用服务的跨入门坎降低，因为标准的平台提供了完整的感测网络基础运作服务功能，让开发人员能够花较少的时间来完成感测应用相关服务系统的设计与开发工作，亦是一种加速感测应用服务在短时间内迅速普遍的最好方法，也是政府在推动无所不在运算普及的最有利条件。就WTRS对未来感测应用服务乐观的的预估来看，WSN组件出货量的提升与应用服务的推广自然是相辅相成的。当然，对于最大赢家的使用者来说，所有的感测应用服务都能够在网络上轻松获得，谁说我们未来的生活不会因为感测网络的兴起而有巨大的改变呢?难怪早在2003年时，无线感测网络技术便被预测是未来改变世界的十大技术之首。从这里，你看见未来生活的模样了吗?