以俺不全、不新的眼光来看，Semantic Web Services目前只局限于自动发现、自动组合；而在自动监控等方面没做多少东西，在自动执行方面，也没多少工作。但俺认为如果自动发现的问题解决了，自动执行是水到渠成的，不需要专门去做什么。 先声明：semantic在 WS中的“应用”，目前仅仅是在 研究、在paper中应用而已，离在现实中的WS上加以应用，我觉得还遥遥无期。
    自动发现。分功能匹配和非功能属性的匹配两种情况，前者试图对Web Service的IOPE进行“语义标注”，然后通过自动推理来实现在请求的WS和提供的WS之间的功能匹配。但目前只在IO的标注上达成共识，即用描述逻辑本体的Class来标注每个IO参数（即M. Paolucci 02年那篇提倡的）；而对于PE, 用什么样的语言来表示才既有足够强的表示能力、又能保证推理过程的可判定性，目前尚无公认的答案。似乎SWRL颇被看好，但完整的SWRL却是不可判定的。   把所考虑的WS限定在某个小范围内或许是个方向，俺曾在ASWC06上发了一篇short paper，讨论的是信息提供类WS的自动发现和自动执行，见附件（以前帖过，刚才没找到，遂重贴）。该篇的大意是：信息提供类WS不存在改变世界的PE，其服务的功能可以用IO之间的关系来表示，而此关系，往往可以用DL 的objectProperty来表示。
    非功能属性的匹配就更简单了，为服务指定一些非功能属性，如可靠性、价格、响应时间等，然后直接在供求双方之间进行数值比较；有的paper里在自己建的“服务本体”中为服务指定若干这样的属性，类似于OWL-S那样。俺觉得，换汤不换药，没多少技术含量。

    自动组合。按理说应建立在自动发现的基础之上。但现有的自动组合系统，基本上都基于各自实验室以前的AI planning系统，用一种表达能力相对有限的语言来描述服务的IOPE，用其planning系统来进行自动组合。另外，也有人通过AI的自动定理证明系统、专家系统等进行自动组合。 窃以为：都是做着玩的，不大可能实用:(。

参见：
  关于现有的语义Web服务原型系统： http://bbs.w3china.org/dispbbs.asp?boardID=10&ID=39250
  关于AI Planning： http://bbs.w3china.org/dispbbs.asp?boardID=10&ID=46312  及其它帖子