与前一篇中描述的Starfish 不同，这次介绍的H-WSNMS^[1]是基于网关的，感觉设计的不是多么巧妙但也算是中规中矩吧，姑且看看。

总的看来H-WSNMS更像是一个分布式的基于服务的网络系统，从名字就能看出来嘛……“H-WSNMS: A Web-Based Heterogeneous Wireless Sensor Networks Management System Architecture”，人家都说自己是基于Web 的了。将传统网络的管理方法引入WSN，嗯，改动是少不了的，但首先也要看是否合适。

首先，H-WSNMS 将网络管理做了三个层面的抽象：“client tier”、“agent tier”和“gateway tier”。吐槽下先……tier…… 为什么不称为layer？？Chinglish？？其中top/client tier 部署于管理软件中，直接与用户交互。其将具体管理任务抽象成不同的components ，每一个components 都针对具体的应用定制。bottom/gateway tier 部署于网关之中，网关中可以存在有现成的管理软件，例如H-WSNMS 就使用了Crossbow 公司的Xserve，bottom tier 负责调用管理软件的相关服务。说到这里H-WSNMS 想干什么就很明了了，为了在异构的网络中使用相同的应用层控制方法，必须要引入中间层做适配！这里的异构可以是使用的网络拓扑和网络协议相异，也可以是使用的实际网络管理软件相异，比如说同是Zigbee 网络，一个使用TI 的管理解决方案，另一个使用Atmel 的解决方案。middle/agent tier 呼之欲出，其可以运行于Gateway 或是 管理软件中。H-WSNMS 在这一层次引入了“Virtual Commands Set（VCS）”的概念，其实就是将client tier 中的命令适配到具体的网络管理软件（位于gateway tier）的接口上去。不得不说介绍Starfish 的文章中就申明已经抛弃了这种做法，可拓展性很差…… 使用微型的虚拟机或是解释器可以克服这样的缺点，但占用的资源量会上升，some trade offs should be taken consideration。最后提一下，H-WSNMS 将数据相关的部分从整个系统中独立出来，使用独立的结构与交互方式。嗯，Xserver 中的方式也不使用了…… 声称可以充分利用现有的网络管理资源…… 还不如重新设计…… 图-1 展示了H-WSNMS 的三层结构。

图-1 H-WSNMS三层结构

总的来说，节点和网关上安装有Xserve 网络管理软件，现在我们在网关中加一层抽象，将整个网络管理系统与具体的网络管理软件解耦，嗯，H-WSNMS就是这么个思想。但文章中只用了一种网络管理软件和同构的网络做实验，实在没有让我相信这种架构还不错的说服力…… 看看别的基于SOA 的WSN 管理文章吧。

参考文献：

[1] Wei Zhao, Yao Liang, etc el. H-WSNMS: A Web-Based Heterogeneous Wireless Sensor Networks Management System Architecture. Network-Based Information Systems, 2009. NBIS '09. International Conference on.