基于服务的网络管理系统的实现分析.ppt

开源匹配引擎——OWLS-MX Source International Conference on Autonomous Agents Proceedings of the fifth international joint conference on Autonomous agents and multiagent systems. Hakodate, Japan SESSION: Ontologies and web services Pages: 915 - 922?? Year of Publication:?2006 Authors Matthias Klusch, ?German Research Center for Artificial Intelligence Saarbruecken, Germany Benedikt Fries ?University of the Saarland Saarbruecken, Germany Katia Sycara ?Carnegie Mellon University 服务调用界面 服务调用结果界面 关于本系统的几点疑虑 1.域间合作，跨域的网管服务调用的需求量是否很大。 2.虽然XML在信息建模中有很大优点，但毕竟snmp协议已是事实的标准，它是使用ASN.1语言进行信息建模，这两个建模语言在网管领域（域间）究竟以后谁能成为主流。 3.在一个稳定的网管系统中加入P2P的实现是否会造成系统的不稳定性。 4.新的体系架构中的通信模型是否需要用WebServices技术，虽然WebServices技术在电子商务方面比较流行，但是它毕竟是应用层协议，而且现在也基本上是运行在http协议之上，在snmp协议中定义的通信模型（getrequest、setrequest等）比较简单，是否适用于域间信息的传递。 5.是否需要用到语义的概念，网管领域的概念关联关系是否很复杂。 进一步的工作 目前系统中imsAgent部分只是实验性的提供了两个网管服务，一个是“启动拓扑发现”，另一个是“获得某次拓扑发现信息”，今后需要提供更多的网管服务，如测量服务、配置管理服务等。 IMSN网管中心系统还需要在各个层面上添加权限认证机制。 IMSN网管中心系统的服务注册功能还有待完善。 原型系统只是部署在实验室环境下运行，管理域的异构性不明显，应该慢慢地与更多的其他管理域合作，积累更多的经验逐步完善IMSN系统。 Any questions and suggestions are welcome! * 4.其中Pi,r表示在请求r中第i项出现的可能性，h（x）=-xlogx * 一个请求R要求查询这样一个服务：输入某个医院的某个病人，那么这个服务将返回治疗这个病人的内科医生（physician），相关的服务S1，S2如上图所示。 服务S1被认为在语义上与请求R相关联，同样，服务S2也与请求R相关，因为一个病人很可能在被内科医生系统治疗之前，首先由急诊医生治疗过，因此这两个服务都应该返回给用户。然而如果单纯用基于逻辑的算法，那么只能判断出服务S2与请求R是PLUG-IN关系，但是服务S2却不能够被匹配，因为急诊医生与内科医生是兄弟关系 例子 展开式如下： 如果用OWLS-M1将因为符合PLUG-IN匹配等级而返回服务S1，同时它与请求的IR相似度是SimLOI（R,S1）=0.87.与OWLS-M0不同的是，它也将返回服务S2，因为这个服务对于请求R符合nearest-neighbor匹配等级，它们隐含的语义关系被用下面的方式计算出来： 五、实现 我们用java语言实现了OWLS-MX匹配引擎机，使用了OWL-S API 1.1beta版，以及Maryland大学开发的OWL-DL 推理机Pellet（网址为http:/）. 因为OWL-S API与Jena语义Web 框架（由惠普实验室语义Web研究组（网址为/）开发）紧耦合，所以Jena同样被用来修改OWLS-MX的本体。 六、实验评估 针对每个OWLS-MX相似度算法为了测量服务I/O检索性能，我们使用OWL-S服务检索测量集合OWLS-TC V2。这个集合包含了超过570个服务，并接覆盖了