新书推介:《语义网技术体系》
作者:瞿裕忠,胡伟,程龚
   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 』 → 服务的发现是不是要涉及到语义范畴? 查看新帖用户列表

      发表一个新主题  发表一个新投票  回复主题  (订阅本版) 您是本帖的第 2866 个阅读者浏览上一篇主题  刷新本主题   平板显示贴子 浏览下一篇主题
     * 贴子主题: 服务的发现是不是要涉及到语义范畴? 举报  打印  推荐  IE收藏夹 
       本主题类别:     
     njtoto 帅哥哟,离线,有人找我吗?
      
      
      等级:大二期末(Java考了96分!)
      文章:99
      积分:366
      门派:XML.ORG.CN
      注册:2005/12/6

    姓名:(无权查看)
    城市:(无权查看)
    院校:(无权查看)
    给njtoto发送一个短消息 把njtoto加入好友 查看njtoto的个人资料 搜索njtoto在『 Web Services & Semantic Web Services 』的所有贴子 引用回复这个贴子 回复这个贴子 查看njtoto的博客楼主
    发贴心情 服务的发现是不是要涉及到语义范畴?

    最近老板要求我转到服务的发现和服务的组合方向,所以开始研究起服务的发现,看了几篇服务发现的文章后,发现现有的网络中发布的服务太多了。而且每个人在发布的时候所采用的描述都不一样,所以针对某一个关键字来进行的服务的发现,很有可能会链接到一些并不怎么相关的服务上去,所以有人提出引入语义的概念,同时规范用户的描述,而如果要涉及到语义的话,好像又要涉及到其他一堆的基础知识,比如本体论等等知识,听说本体论是个比较麻烦的东西,所以我想知道服务的发现是不是一定要涉及到语义范畴,是不是如果不涉及到语义范畴的话,也能找到相关的服务,只是找到的正确率会低一些,是这样子的吗,请高手指教。。谢谢。

       收藏   分享  
    顶(0)
      




    点击查看用户来源及管理<br>发贴IP:*.*.*.* 2006/1/2 16:21: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/5/3 0:51:29

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

     *树形目录 (最近20个回帖) 顶端 
    主题:  服务的发现是不是要涉及到语义范畴?(578字) - njtoto,2006年1月2日
        回复:  涉及语义的现在实现的还不多,有的论文中提出了涉及语义的效率很差.(62字) - linuxzzz,2006年1月5日

    W3C Contributing Supporter! W 3 C h i n a ( since 2003 ) 旗 下 站 点
    苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
    1,676.025ms