新书推介:《语义网技术体系》
作者:瞿裕忠,胡伟,程龚
   XML论坛     >>W3CHINA.ORG讨论区<<     计算机科学论坛     SOAChina论坛     Blog     开放翻译计划     新浪微博  
 
  • 首页
  • 登录
  • 注册
  • 软件下载
  • 资料下载
  • 核心成员
  • 帮助
  •   Add to Google

    >> Web服务(Web Services,WS), 语义Web服务(Semantic Web Services, SWS)讨论区: WSDL, SOAP, UDDI, DAML-S, OWL-S, SWSF, SWSL, WSMO, WSML,BPEL, BPEL4WS, WSFL, WS-*,REST, PSL, Pi-calculus(Pi演算), Petri-net,WSRF,
    [返回] W3CHINA.ORG讨论区 - 语义网·描述逻辑·本体·RDF·OWLW3CHINA.ORG讨论区 - Web新技术讨论『 Web Services & Semantic Web Services 』 → ontology在语义Web服务发现的作用只相当如分类树(taxonomy)?? 查看新帖用户列表

      发表一个新主题  发表一个新投票  回复主题  (订阅本版) 您是本帖的第 18487 个阅读者浏览上一篇主题  刷新本主题   树形显示贴子 浏览下一篇主题
     * 贴子主题: ontology在语义Web服务发现的作用只相当如分类树(taxonomy)?? 举报  打印  推荐  IE收藏夹 
       本主题类别:     
     01musician 帅哥哟,离线,有人找我吗?
      
      
      等级:大一(高数修炼中)
      文章:19
      积分:154
      门派:XML.ORG.CN
      注册:2005/7/20

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给01musician发送一个短消息 把01musician加入好友 查看01musician的个人资料 搜索01musician在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看01musician的博客楼主
    发贴心情 ontology在语义Web服务发现的作用只相当如分类树(taxonomy)??

    如题。
    虽说ontology有如何如何强大甚至伟大的功能,但它用在语义Web服务发现中只用到了它的分类树的功能。
    看相关语义Web服务发现的文章,一般都是把IO用concept Class来标注,匹配时考虑request和advertisment的IO之间的SubClassof关系,很少有用到本体中别的内容的(如本体概念的property),既然如此,为什么不干脆就用一个分类树就可以了,提个Ontology干什么?
    抛砖引玉,大家来讨论一下咯!

       收藏   分享  
    顶(0)
      




    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006/4/6 23:15:00
     
     even1022 帅哥哟,离线,有人找我吗?
      
      
      等级:大一新生
      文章:11
      积分:98
      门派:XML.ORG.CN
      注册:2005/1/3

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给even1022发送一个短消息 把even1022加入好友 查看even1022的个人资料 搜索even1022在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看even1022的博客2
    发贴心情 
    首先指出一点,分类树可以实现网络范围的广泛共享吗?本体的含义就是共享概念,且不说本体本身不光有类的继承关系,也包含了类之间的联系,至于怎么用这种联系,就看需要了,单说本体所体现的广泛共享,就让匹配的可能性大大增加了。
    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006/4/20 5:43:00
     
     zlex 帅哥哟,离线,有人找我吗?
      
      
      等级:大一(高数修炼中)
      文章:6
      积分:105
      门派:XML.ORG.CN
      注册:2006/6/30

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给zlex发送一个短消息 把zlex加入好友 查看zlex的个人资料 搜索zlex在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看zlex的博客3
    发贴心情 
    这个 Ontology 比加上了语义之后就可以做Reasoning了
    去看看语义网的层次结构就明白了。
    注意看基础的东西!
    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/6/12 15:22:00
     
     zhaonix 帅哥哟,离线,有人找我吗?
      
      
      威望:2
      头衔:博士
      等级:研一(日夜苦读RDF Semantics)
      文章:242
      积分:3185
      门派:W3CHINA.ORG
      注册:2005/4/18

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给zhaonix发送一个短消息 把zhaonix加入好友 查看zhaonix的个人资料 搜索zhaonix在『 Web Services & Semantic Web Services 』的所有贴子 点击这里发送电邮给zhaonix 引用回复这个贴子 回复这个贴子 查看zhaonix的博客4
    发贴心情 
    以下是引用01musician在2006-4-6 23:15:00的发言:
    如题。
    虽说ontology有如何如何强大甚至伟大的功能,但它用在语义Web服务发现中只用到了它的分类树的功能。
    看相关语义Web服务发现的文章,一般都是把IO用concept Class来标注,匹配时考虑request和advertisment的IO之间的SubClassof关系,很少有用到本体中别的内容的(如本体概念的property),既然如此,为什么不干脆就用一个分类树就可以了,提个Ontology干什么?
    抛砖引玉,大家来讨论一下咯!



    窃以为,你的怀疑很有道理。DL ontology有其它的应用场景,但在基于IO的服务匹配中,确实目前只用到继承关系。至于原因,我的理解是:这个场景下,服务的匹配要求A.O需要能提供R.O中包含的所有信息,这就意味着前者是后者的子类,Input同理。
    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/6/21 21:48:00
     
     timothy 帅哥哟,离线,有人找我吗?巨蟹座1982-7-21
      
      
      威望:1
      等级:大四下学期(考上研究生啦!)
      文章:237
      积分:1701
      门派:XML.ORG.CN
      注册:2006/4/4

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给timothy发送一个短消息 把timothy加入好友 查看timothy的个人资料 搜索timothy在『 Web Services & Semantic Web Services 』的所有贴子 点击这里发送电邮给timothy 引用回复这个贴子 回复这个贴子 查看timothy的博客5
    发贴心情 
    本人的观点不同!

     虽然说在服务的IO匹配时,确实是把IO参数名或消息名绑定了本体中的类,但是:在作服务匹配的时候,难道就仅仅之利用了继承关系么?
     如果确实只利用了继承关系,那就是一棵分类树。
     但是在很多现在对服务匹配的文章中可以看到,有基于语义距离的,有基于属性关系或属性相似度的,等等!这些能用在分类树中么?

    ----------------------------------------------
    时间永远是向前的!

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/6/22 9:41:00
     
     zhaonix 帅哥哟,离线,有人找我吗?
      
      
      威望:2
      头衔:博士
      等级:研一(日夜苦读RDF Semantics)
      文章:242
      积分:3185
      门派:W3CHINA.ORG
      注册:2005/4/18

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给zhaonix发送一个短消息 把zhaonix加入好友 查看zhaonix的个人资料 搜索zhaonix在『 Web Services & Semantic Web Services 』的所有贴子 点击这里发送电邮给zhaonix 引用回复这个贴子 回复这个贴子 查看zhaonix的博客6
    发贴心情 
    以下是引用timothy在2007-6-22 9:41:00的发言:
    本人的观点不同!

     虽然说在服务的IO匹配时,确实是把IO参数名或消息名绑定了本体中的类,但是:在作服务匹配的时候,难道就仅仅之利用了继承关系么?
     如果确实只利用了继承关系,那就是一棵分类树。
     但是在很多现在对服务匹配的文章中可以看到,有基于语义距离的,有基于属性关系或属性相似度的,等等!这些能用在分类树中么?



    哦!服务匹配的文章很久没有看过了。你说的这些方法的匹配俺还真没看过:( 能列出两三篇paper吗?

    在没看到这样的paper之前,我认为:基于继承关系的匹配方法是经典的、主流的。理由有二:
      1. ISWC2002 Paolucci那篇文章的引用率极高;
      2. 我所知道的现在仅有的两个有较大影响的语义服务匹配测试数据集都是基于此方法:
        1) DFKI所做的一个实在的OWL-S匹配系统及其测试数据集owl-s tc;
        2)CEC'06 and EEE'06 上的WS-Challenge 的Semantic Service Discovery竞赛所用的数据集,也是一个用XML Schema所表示的type hirerarchy。

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/6/23 22:46:00
     
     aappss 帅哥哟,离线,有人找我吗?
      
      
      等级:大一(高数修炼中)
      文章:21
      积分:138
      门派:XML.ORG.CN
      注册:2007/4/23

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给aappss发送一个短消息 把aappss加入好友 查看aappss的个人资料 搜索aappss在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看aappss的博客7
    发贴心情 
    如果只有类的层次关系应该就和分类树没有什么区别吧,我是这么认为的
    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/7/11 22:24:00
     
     hunterdong 帅哥哟,离线,有人找我吗?
      
      
      等级:大三(研究MFC有点眉目了!)
      文章:86
      积分:641
      门派:XML.ORG.CN
      注册:2006/10/16

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给hunterdong发送一个短消息 把hunterdong加入好友 查看hunterdong的个人资料 搜索hunterdong在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看hunterdong的博客8
    发贴心情 
    我也有类似疑问,本体可以跨越层次关系么?对重复或很类似的不同领域的概念怎么处理?

    比如公司本体,下面有2个子类,服务和产品,他们都有质量(服务质量评估,产品质量评估),那么"质量“应该是subclass呢?还是property?如果是property是否可以被服务和产品共同使用?还是要定义2次

    还有比如数据挖掘流程本体,子类有”数据预处理“和”建模“,建模下面有子类”算法“,”算法“比如又含”算法a",而算法a既是建模时候用的,也是数据预处理时候用的,那么应该怎么表示这个关系呢?如果用protege owl应该怎么操作?关系图上是否是一个箭头从“数据预处理”直接斜插到“算法”下面的“算法a"? 这样会否打乱层次关系?从hierarchy变成gragh了?

    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2007/7/22 16:39:00
     
     GoogleAdSense
      
      
      等级:大一新生
      文章:1
      积分:50
      门派:无门无派
      院校:未填写
      注册:2007-01-01
    给Google AdSense发送一个短消息 把Google AdSense加入好友 查看Google AdSense的个人资料 搜索Google AdSense在『 Web Services & Semantic Web Services 』的所有贴子 访问Google AdSense的主页 引用回复这个贴子 回复这个贴子 查看Google AdSense的博客广告
    2024/3/28 13:49:05

    本主题贴数8,分页: [1]

    管理选项修改tag | 锁定 | 解锁 | 提升 | 删除 | 移动 | 固顶 | 总固顶 | 奖励 | 惩罚 | 发布公告
    W3C Contributing Supporter! W 3 C h i n a ( since 2003 ) 旗 下 站 点
    苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
    109.375ms