首页> 外文期刊>Journal of Zhejiang university science >On scalability of the Semantic Web
【24h】

On scalability of the Semantic Web

机译:论语义网的可扩展性

获取原文
           

摘要

Although people believe that both the Semantic Web (SW) and SW applications scale up, we have to make sure we know what they mean by ‘scale up’ in order to properly understand the research on the SW. It is definitely true that the data on the World Wide Web (WWW) scales up. It is also true that Linked Data scales up. How about the SW data? If it does, in what sense does it? Let us look back at the history of knowledge bases and investigate expert systems to understand in what sense knowledge bases in expert systems did not scale up. A couple of critical issues in expert systems include the fact that it is very hard to build a very large knowledge base, and it is also hard to maintain it. So, people cannot hope to build an expert system which covers most of the tasks operated within a company. This is why people say “Expert systems do not scale up”. Note here, however, that people might miss an important factor in expert systems. That is, expert systems have very high functionality to solve real world problems faster than human experts with compatible performance. High functionality is what people want to realize because it helps them solve daily problems. So, what they long for is such an ideal system that has high functionality which covers almost all tasks in the respective domains where they work (Fig. 1). If we do not care about the functionality, it is not difficult for us to build a knowledge base that scales up because they just have to collect relevant data and build a huge database. The problem is that such a knowledge base cannot be called a knowledge base and is rarely useful for solving problems, since what people can do with it is to find relevant data, and hence it has only low functionality. Turning to the WWW and SW, in what sense do people believe they scale up? As far as I know, they scale up but functionality is quite low. What people can do with the WWW and SW is essentially ‘information finding’. So, if we compare expert systems and WWW/SW with respect to scalability in a fair way, it would be as follows: WWW/SW scale up, but only if low functionality can be acceptable, and there is no guarantee if they scale up with reasonably high functionality. This is what I want to claim by Fig. 1. The above observation suggests that we need to pay more attention to functionality when talking about the scalability issue. More concretely, it would not make sense to claim “This and that scale up” without discussing its functionality. Now, we discuss the implication of this. I believe it is beneficial for us to investigate what functionality we would expect in the context of WWW/SW applications. Fig. 2 is prepared for discussing this topic. In Fig. 2, functionality is replaced with computational semantics. Of course, they are not equivalent in general. However, high functionality usually requires deep semantics in computation/inference. They are roughly proportional. Furthermore, we can compare between depths of computational semantics more easily than between the degree of the height of functionality. Anyway, typical applications are placed along the vertical axis according to their depth of computational semantics. The shallowest application is data retrieval from databases and the deepest is the knowledge base for problem solvers like expert systems. From top to bottom, deeper applications are placed one by one. Data retrieval from a database needs little semantics but pure syntactic processes. The next shallowest one is information finding in the WWW in which we need the page-ranking algorithm which requires evaluation of the importance of Web pages by reference analysis. The next is the social Web, which requires network analysis followed by Linked Open Data (LOD), which requires a schema for retrieval of Resource Description Framework (RDF) data. The next is the SW, which requires metadata using ontology and simple reasoning in terms of subsumption relations, part-of relations, etc. Down to SW, tasks involved are s
机译:尽管人们认为语义Web(SW)和SW应用程序都可以扩展,但我们必须确保我们了解“扩展”的含义,以便正确理解SW的研究。万维网(WWW)上的数据确实可以扩展。链接数据的扩展确实是事实。 SW数据如何?如果可以,那么在什么意义上呢?让我们回顾一下知识库的历史并调查专家系统,以了解专家系统中的知识库在何种程度上没有扩大规模。专家系统中的几个关键问题包括以下事实:建立非常庞大的知识库非常困难,而且维护起来也很困难。因此,人们不能指望建立一个涵盖公司内部大部分任务的专家系统。这就是为什么人们说“专家系统无法扩展”的原因。但是请注意,人们可能会错过专家系统中的重要因素。也就是说,专家系统具有很高的功能,比具有兼容性能的人类专家能够更快地解决现实问题。人们希望实现高功能,因为它可以帮助他们解决日常问题。因此,他们渴望的是一个理想的系统,它具有很高的功能,可以覆盖它们工作所在领域中的几乎所有任务(图1)。如果我们不关心功能,那么建立一个可扩展的知识库并不难,因为他们只需要收集相关数据并建立一个庞大的数据库即可。问题在于,这样的知识库不能称为知识库,并且对于解决问题很少有用,因为人们可以用它来查找相关数据,因此它的功能很低。转到WWW和SW,人们认为他们会在什么意义上扩大规模?据我所知,它们可以扩展,但功能却很低。人们使用WWW和SW所做的本质上就是“信息查找”。因此,如果我们以公平的方式比较专家系统和WWW / SW的可伸缩性,则将如下所示:WWW / SW扩大规模,但前提是低功能性可以接受,并且不能保证它们会扩大规模具有相当高的功能。这就是我想要通过图1声明的内容。以上观察结果表明,在讨论可伸缩性问题时,我们需要更加注意功能。更具体地讲,在不讨论其功能的情况下宣称“此而扩大”是没有意义的。现在,我们讨论这个含义。我认为调查在WWW / SW应用程序中期望具有哪些功能对我们来说是有益的。准备图2来讨论这个主题。在图2中,功能被计算语义所取代。当然,它们通常不是等效的。但是,高功能通常需要在计算/推理中使用深层语义。它们大致成比例。此外,我们可以比功能高度的程度更容易地比较计算语义的深度。无论如何,典型应用程序根据其计算语义的深度沿垂直轴放置。最浅层的应用是从数据库中检索数据,最深层的应用是诸如专家系统之类的问题解决者的知识库。从上到下,更深层次的应用程序被一一放置。从数据库检索数据只需要很少的语义,而只需语法过程即可。下一个最浅的是在WWW中找到信息,我们需要页面排名算法,该算法需要通过引用分析来评估Web页面的重要性。接下来是社交网站,它需要进行网络分析,然后是链接开放数据(LOD),后者需要一种用于检索资源描述框架(RDF)数据的架构。下一个是SW,它需要使用本体和简单推理的元数据,包括包容关系,部分关系等。直到SW,所涉及的任务都是

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号