OntoTrack_Fast Browsing and Easy Editing of Large Ontologies

1 引言

在将语义网技术由学术推广到商业环境的过程中，终端用户能否拥有充足的编辑工具是一个关键性条件。简单、灵活和直观的用户界面在此过程中占很重要的部分。当前的工具评估主要专注于语言明确问题(例如语言一致性)和技术准则(例如互操作的回转能力)，而在此文的剩余部分，我们将研究充分可视化、浏览导航和大型本体的简单编辑。

当前，在编辑和浏览本体过程中，很多本体编辑器使用在功能上分离的两个界面。编辑界面通常基于垂直扩展，其中收缩列表表明了类层次。在列表中选择了一个类后，使用者可以在一个另外弹出的显示区内通过预先定义的表格检查和操作此类的相关定义。扩展和收缩的界面风格暗藏了一系列的缺点：

——可列表显示出来的类的个数受到屏幕高度的限制。即使中号大小的本体在几次列表展开后也很可能需要借助滚动来查看。

——本体越大，想要定义从某个类到根的继承路径就显得越困难。这是由于两级状态的唯一性所决定的。一个本体级别或者完全扩展，或者完全收缩，而不允许显示上下文相关类的一个选区。

——由于本体的分支因素，在比较等级深度或者共同祖先的两个不同扩展路径时，列表显示使得此项工作变得很困难。

——由于扩展列表具有树形结构的特点，多继承很难用通常的方法表示出来。一个类的多重祖先结构通常需要辅助显示区域的帮助来显示。相反，此类将会作为克隆类在顶级类的子孙列表中出现。然而，随着多继承声明的增加，将导致类冗余信息的不断增长。

——当在定义一个类时，我们通常需要访问并选择其他类。这就临时需要收缩或者扩展屏幕上类继承结构列表的选区。

下面有一个极端的例子，说明了在具有多继承的大型本体中，列表结构在显示类的完全继承路径时是非常不合适的。

为了更好地支持这些任务，多数工具包含了附加的图形浏览界面，这些界面中使用树形结构、树形映射结构或者双曲线布局技术，从而或多或少的增加了对导航大型本体的支持。然而，这些界面不允许内容的编辑，并且多数情况下是作为只可查看的插件。

我们的新型本体编辑器，名叫OntoTrack，结合了层次布局技术和上下文感知缩放特征，以及为导航和操作大型本体专门优化了的鼠标编辑功能。OntoTrack采用了基于空间树[PGB02]的连接树图形方法，这种方法可以动态的缩放和布局树的分支来最佳地适应可用屏幕空间。OntoTrack的本体布局是由一种基于用户需要的动态策略来驱动，这种策略对于可选的继承路径或子孙采用了精密的最小化技术。同时，OntoTrack包括大量的编辑特性，例如鼠标悬停锚点按钮和不需要切换到特定编辑空间的上下文感知选择列表。

本论文余下部分的组织结构如下：下一节中展示了OntoTrack的新图形化编写工具。特别说明了OntoTrack的浏览、编辑和搜索能力，以及通过连接到外部因素进行推理的能力。在第三节中，主要描述了当前的实现状况，并讨论了当前和未来的工作展望。第四节包括对于导航标准的初步测试结果。结尾有一个简短的总结，以及一些可能的改进措施。

 

5 总结

我们认为，扩展收缩风格的界面在搜索和导航速度，用户定位，编辑灵活性方面对于本体继承结构的显示有内在的缺陷。我们的新编写工具结合了在单一视图内的带有鼠标编辑特性的动态图形布局。我们仍处于发展的初期，但在基于空间树[PGB02]的原型上的首次测试经验使我们倍感激励。

因此，我们将OntoTrack看作是一种易使用的交互式本体编辑器，尤其适合于无经验的用户和大型本体。

当前的工作主要集中于完成布局算法，以及更深层次的编辑特性。同时，我们还计划扩展OntoTrack对于正则表达式和约束表达式匹配的搜索性能。对于RACER因素的连接也是一个可以优化的方面。当前，在更新OntoTrack的内部显示模型过程中，需要对于所有可能用户操作结果的原因进程查询。事件触发的通知模型可以显著地加速优化过程。此外，需要一个适当的解释模块来区分直接结果(例如由用户操作造成的不可满足类)和附带结果(例如由其他类造成的不可满足类)。为了成为一个具有竞争力的应用，像撤销，打印，以及导出为其他本体语言等基本特性在未来的版本中都需要实现。

我们计划覆盖所有易表达的本体语言，至少可以和OWL版相媲美。在下一个版本中，可能需要额外的图形特性来显示较复杂的类，例如嵌套约束和常规包含公理。同样，我们还计划增加对于分离类或实例的图形显示和编辑界面。图形化的UML已经在[BKK+01]中讨论过了，并且可能作为本应用的初始配置。

 

论文下载地址：http://download.csdn.net/detail/masikkk/4756001