以文本方式查看主题

-  计算机科学论坛  (http://bbs.xml.org.cn/index.asp)
--  『 Web Services & Semantic Web Services 』  (http://bbs.xml.org.cn/list.asp?boardid=10)
----  [求助]关于owl-s语义web服务的发现问题 困扰 求解  (http://bbs.xml.org.cn/dispbbs.asp?boardid=10&rootid=&id=44573)


--  作者:tainechill
--  发布时间:3/29/2007 11:24:00 AM

--  [求助]关于owl-s语义web服务的发现问题 困扰 求解
对于owl-s描述的语义web服务,服务的发现主要是查询owl-s的profile ,

而profile中的input 和 output 的信息往往是对应于 Process Model 的定义,

现在的问题是,Process Model中可能定义了很多 composite process 和 atomic process ,

它们在逻辑上有不同的功能,输入输出也不同,

而profile中如果只是把所有的 IOPE 或者整体composite process 的IOPE 放在一起,这对于语义搜索来说,还有什么意义,

或者,语义搜索查询Profile的方式不是这样的么,那是怎样的呢。

实在不解,希望了解的朋友帮助。谢谢了。


--  作者:pig-can
--  发布时间:3/30/2007 12:35:00 PM

--  
浅见:service profile里的 iopes 和 process model 里的分开,owl-s的设计者是指望 profile被用来“发现”,而后者被用在“使用”时候。但是这一个考虑有点奇怪:因为在 owl-s 自己的文档里也说了 process model 可以被为深入地发现算法服务,现有的不少 paper 也是基于流程模型进行服务查找的,一般还是转化为图的匹配模型。如 Daniela Grigori, etc. Behavioral matchmaking for service retrieval. IEEE International Conference on Web Services (ICWS’06)

对 profile 进行语义查询,一般的方法就是基于推理的和基于语义距离的,主要是正对IOPEs 来做,如[paolucciM, Kawamura T. Semantic Matching of Web Services Capabilities. In Proc. Of the International Semantic Web Conference, Sardinia, Italy, 2002],这个是基于类型的推理得出来的,因此,结果被表示为离散的几个值来反映匹配情况。基于语义距离则是把本体图化,因此变成概念之间的最短距离计算问题。

希望上述信息对你有点用~~ ^_^

以下是引用tainechill在2007-3-29 11:24:00的发言:
对于owl-s描述的语义web服务,服务的发现主要是查询owl-s的profile ,

而profile中的input 和 output 的信息往往是对应于 Process Model 的定义,

现在的问题是,Process Model中可能定义了很多 composite process 和 atomic process ,

它们在逻辑上有不同的功能,输入输出也不同,

而profile中如果只是把所有的 IOPE 或者整体composite process 的IOPE 放在一起,这对于语义搜索来说,还有什么意义,

或者,语义搜索查询Profile的方式不是这样的么,那是怎样的呢。

实在不解,希望了解的朋友帮助。谢谢了。




--  作者:tainechill
--  发布时间:3/31/2007 5:17:00 PM

--  
谢 pigcan 的回复和帮助,其实我现在就在研究 “语义web服务发现” 这一块,paolucci的文章仔细看了。

不过我是觉得profile里面把所有的 processes 的input 和 output 都放在一起(是这样吧)有点怪,你我都根据w3c的文章而提到 profile 主要是用来服务发现的,那如果某个特定的atomic process就可以被requester使用,而profile 却集中了所有的composite process的input 和 output,这样查找起来不就很难了么。

就像假设有个服务叫做 BookSellerService 其过程模型包括 BrowseBook 和 BuyBook 两个过程,
BrowseBook  input: BookName, BookAuthor
                   output: BookISBN, stockInfo
BuyBook       input: BookISBN, creditCardID
                   output: dealResult
这样,服务的profile 的 input 如果就是BookName, BookAuthor,BookISBN, creditCardID,而output是 BookISBN, StockInfo和dealResult
那么,
1 我如果只有BookName和BookAuthor就无法定位到该服务,因为profile里面有 BookISBN,虽然这个不应该是requester提供。
2 如果我只想调用BrowseBook ,那也定位不到了么。


--  作者:pig-can
--  发布时间:4/3/2007 2:18:00 PM

--  
以下是引用tainechill在2007-3-31 17:17:00的发言:
谢 pigcan 的回复和帮助,其实我现在就在研究 “语义web服务发现” 这一块,paolucci的文章仔细看了。

不过我是觉得profile里面把所有的 processes 的input 和 output 都放在一起(是这样吧)有点怪,你我都根据w3c的文章而提到 profile 主要是用来服务发现的,那如果某个特定的atomic process就可以被requester使用,而profile 却集中了所有的composite process的input 和 output,这样查找起来不就很难了么。

>>>>>>>好像不是这样吧,profile里的 IOPEs 理论上可以完全独立于 process, 也就是可以挂羊头,卖狗肉,只不过为了防止出现基本的一致性问题,所以一般采用指针直接指到process里的iopes的子集。

就像假设有个服务叫做 BookSellerService 其过程模型包括 BrowseBook 和 BuyBook 两个过程,
BrowseBook  input: BookName, BookAuthor
                    output: BookISBN, stockInfo
BuyBook       input: BookISBN, creditCardID
                    output: dealResult
这样,服务的profile 的 input 如果就是BookName, BookAuthor,BookISBN, creditCardID,而output是 BookISBN, StockInfo和dealResult
那么,
1 我如果只有BookName和BookAuthor就无法定位到该服务,因为profile里面有 BookISBN,虽然这个不应该是requester提供。
2 如果我只想调用BrowseBook ,那也定位不到了么。
〉〉〉〉〉〉〉〉〉我觉得您可能需要对IO模型再确定一下~ 在paolucci的文章里没有讲到服务本体的 io 子本体本身。这一块我近期也在看~ 不过杂事烦扰,多多交流吧~~

欢迎所有研究semantic search的朋友加我,57808323 请注明“语义讨论”



--  作者:luckyday2007
--  发布时间:10/28/2007 10:12:00 PM

--  
hi,你这个疑问解决了吗?我也有同样的困惑,一个服务里有若干个操作,服务发现是发现某个服务,而不是服务中的某个操作,服务匹配算法都是对所有操作的所有IO进行了匹配,but why?
如果你现在已经明白了,能否给我们讲讲,谢谢!
--  作者:ldhwq573505
--  发布时间:1/2/2008 4:42:00 PM

--  
我也看这个,很困惑,profile内的input,output,precondition,effect与process model中的还可以不一样,那么查到之后怎么调用呢?
--  作者:silan880
--  发布时间:4/23/2008 5:16:00 PM

--  
我也想对语义Web服务发现方面进行研究,大家能不能给我发些这方面的文章,谢谢。我的邮箱是:silan880@163.com
--  作者:yuffon
--  发布时间:4/24/2008 9:52:00 PM

--  
你们好,我在owls uddi matchmaker中查找到profile之后,怎么获得其他的呢,比如service,grounding之类的,又如何调用呢
--  作者:gan12345678
--  发布时间:7/7/2008 1:49:00 PM

--  
我也想知道
W 3 C h i n a ( since 2003 ) 旗 下 站 点
苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
62.988ms