<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Robot Meets World1</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jona THAI</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Michael GRU¨ NINGER</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Mechanical and Industrial Engineering, University of Toronto</institution>
          ,
          <addr-line>Ontario</addr-line>
          ,
          <country country="CA">Canada</country>
          <addr-line>M5S 3G8</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>The representation of the world in which an autonomous robot interacts with other objects within the world requires the integration of perception, reasoning, and action. The challenge of designing a suite of ontologies that are expressive enough to support perception and reasoning is a preeminent challenge for the knowledge representation and applied ontology communities. In this paper, we propose a series of challenge problems oriented around the ways in which a robot encounters the physical world. We outline an approach to the design and application of ontologies that can be used to represent the problems and their solution.</p>
      </abstract>
      <kwd-group>
        <kwd />
        <kwd>ontology process mereotopology robotics first-order logic PSL</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Imagine waking up in a well-lit, unrecognizable room. Although terrifying and
stressinducing, a quick scan should allow you to quickly devise a plan of action. You are
able to discern what sharp objects to avoid, what objects are movable, ”free space” and
what would lead to a ”free fall”. Much of these common-sense reasoning is
accumulated through trial-and-error over the years. However, even more of this common-sense
is taught to us – for instance, we don’t need to get stabbed by a knife ourselves to
understand that it is fatal. A small portion of our intelligence is genetic – for instance, we
figure out how to walk and grab things without explicit teaching or extensive experience.
This combination of spatial, temporal and physical knowledge allows us to reason about
the properties of spaces and objects that we have never encountered. The question is,
what is the minimum(albeit non-exhaustive) knowledge needed to represent a robot as
an embodied cognitive agent, one that possesses a physical form, is aware of it, and
interacts with other physical objects and other embodied cognitive agents? To this end, we
will explore several scenarios and propose relevant ontologies.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Informal Specification of Reasoning Problems for Robotics</title>
      <p>Assuming a robot has successfully replicated our spatiotemporal and physical reasoning
capability, what is the minimum we can expect it to be able to do? In this section, we
present an initial set of reasoning problems that can be used to determine the suite of
ontologies that we will need.</p>
      <sec id="sec-2-1">
        <title>Problem 1 Path Planning</title>
      </sec>
      <sec id="sec-2-2">
        <title>Given a room containing a set of objects, find a path that the robot can take from one location to another which avoids contact with any objects.</title>
      </sec>
      <sec id="sec-2-3">
        <title>Problem 2 Relating Self to Object</title>
      </sec>
      <sec id="sec-2-4">
        <title>Given an Article A, and a room containing a set of objects, find a path the robot can take while carrying Article A from one location to another, while avoiding contact with any objects.</title>
      </sec>
      <sec id="sec-2-5">
        <title>Problem 3 Up, Down and All Around</title>
      </sec>
      <sec id="sec-2-6">
        <title>Given a tall Obstacle A, wide Obstacle B and ledge C, find the optimal path the robot can take.</title>
      </sec>
      <sec id="sec-2-7">
        <title>Problem 4 Bob The Builder</title>
      </sec>
      <sec id="sec-2-8">
        <title>Given a set of instructions and a set of objects, the robot should build a composite object.</title>
      </sec>
      <sec id="sec-2-9">
        <title>Problem 5 Not Whole But Hole</title>
      </sec>
      <sec id="sec-2-10">
        <title>Given a room with holes, find the optimal path the robot can take to the other side of the room.</title>
      </sec>
      <sec id="sec-2-11">
        <title>Problem 6 Tool Building</title>
      </sec>
      <sec id="sec-2-12">
        <title>Given a room with a set of objects, and a chasm, assemble the objects in a way that the robot can cross the chasm without falling into it.</title>
      </sec>
      <sec id="sec-2-13">
        <title>Problem 7 Path Planning 2</title>
      </sec>
      <sec id="sec-2-14">
        <title>Given a room with a set of moving objects, find a path the robot can take from one location to another which avoids contact with any objects.</title>
      </sec>
      <sec id="sec-2-15">
        <title>Problem 8 Breaking Barriers</title>
      </sec>
      <sec id="sec-2-16">
        <title>Given a room with a set of objects forming a wall, move the objects or the robot in such a way that it can traverse to the other side.</title>
      </sec>
      <sec id="sec-2-17">
        <title>Problem 9 Lock(e) and Key</title>
      </sec>
      <sec id="sec-2-18">
        <title>Given a Lock e, and a two vastly different keys, the robot must choose the right key the first time.</title>
      </sec>
      <sec id="sec-2-19">
        <title>Problem 10 Weigh the Way</title>
      </sec>
      <sec id="sec-2-20">
        <title>Given a chasm and several objects of varying length and weight capacity, the robot needs to accurately pick objects that will aid it in successfully crossing the chasm.</title>
      </sec>
      <sec id="sec-2-21">
        <title>Problem 11 Together is Better</title>
      </sec>
      <sec id="sec-2-22">
        <title>Given a wall W that is too tall for a single robot to traverse without assistance, find a way for two robots to traverse the wall.</title>
        <p>We believe that these problems address the minimum ontological commitments for a
robot to replicate our ability to reason about space and movement. The next step is to
design the weakest ontology possible for the robot to reason about solutions to the above
set of problems.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Existing/Related Work</title>
      <p>Organizing knowledge around robotics is not a novel pursuit. Below we explore three
largely known ontologies within the field of robotics.</p>
      <sec id="sec-3-1">
        <title>3.1. Core Ontology for Robotics and Automation(CORA)</title>
        <p>
          CORA is an ontology specifically focused on the fields of industrial robotics, service
robotics, and autonomous robotics. It formally specifies mechanical components of
robots and robotics, types of robots and types of robot interactions. This is ideal for
classifying different types of robotic designs and movements. This is achieved through an
alignment with upper ontologies such as SUMO, and OWL. [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ]
3.2. KnowRob(2)
KnowRob is notable for its contributions in providing a heterogenous approach to
semantics in robotics. It utilizes a trove of ”narrative enabled episodic memories”, or NEEM,
for robots to learn from. This data is collected from multiple robotic systems, and stored
as RDF triples which are queried over the OpenEASE platform. Although effective, this
combination of software and ontologies is difficult to re-use and replicate, due to barriers
of entry of programming language and platform. [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.3. OpenRobots Common Sense Ontology(ORO)</title>
        <p>
          The OpenRobots Common Sense Ontology is closely related to KnowRob, both in
sharing of concepts and design concept. However, it differs from KnowRob in that it focuses
on human-robot interaction. It is aligned with the now defunct OpenCyc upper ontology.
It achieves its purpose by developing two main ontologiesn- one focusing on the theory
of the mind and one of ”common-sense”. The former helps develop context and make
sense of ambiguity in instructions, whereas the latter promotes an ability to reason about
actions to take. As such, ORO’s goal differs slightly from our proposed problem, as we
focus on problems in terms of robot-physical world interaction. [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>3.4. What Ontologies Do We Need</title>
        <p>Given the combined capability of these ontologies, one may wonder why we are
proposing yet another ontology for robotics. However, it should be noted that in terms of
application, we differ from ORO, in the sense that we focus on robot-physical world
interactions as compared to robot-human interaction. Moreover, we differ from CORA in the
sense that we do not seek to create a robotics ontology, but rather ontologies for robots
(that will support common-sense reasoning). In addition, all of the above ontologies do
not contain extensive first-order axiomatizations, which limits expressivity. KnowRob
cicumvents this through their hybrid, software-oriented approach. Although effective,
system complexity and different programming languages prove a barrier in reusability.
As such, our design of a reasoning framework purely based on first-order logic is novel.</p>
        <p>
          How can we be sure that our set of designed ontologies are right for the application?
Following [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ], an ontology works well if it does not generate unwanted models, and does
not constrict upon desired models. For example, mainstream designs of spatial reasoning
often utilize Euclidean 3D geometry. This intuition is not unfounded, as Newtonian
mechanics occurs within this framework. However, this model is too strong, in the sense that
we do not need such formal geometry to represent overlapping regions. The same result
can be achieved with a mereotopology. At the same time, Euclidean geometry alone is
too weak for human-like spatial reasoning. This is because it does not contain axioms
that can differentiate between physical objects and the regions they occupy.
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. PSL Ontology</title>
      <p>
        The PSL Ontology [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] is a modular first-order ontology that axiomatizes a set of
intuitive semantic primitives that is adequate for describing the fundamental concepts of
processes. Two of the theories within the PSL Ontology play key roles in this paper – Tocctree
(theory of occurrence trees) and Tdisc state (theory of fluents and discrete change) 2.
      </p>
      <p>Within the PSL Ontology, an occurrence tree G is a partially ordered set of activity
occurrences, such that for a given set of activities, all discrete sequences of their
occurrences are branches of the tree. An occurrence tree contains all occurrences of all atomic
activities; activity occurrences that are elements of an occurrence tree are called arboreal
activity occurrences.</p>
      <p>Most applications of process ontologies are used to represent dynamic behaviour in
the world so that intelligent agents may make predictions about the future and
explanations about the past. In particular, these predictions and explanations are often concerned
with the state of the world and how that state changes. The PSL core theory Tdisc state is
intended to capture the basic intuitions about states and their relationship to activities.</p>
      <p>Within the PSL Ontology, the notion of state is represented by reified fluents.
Intuitively, a change in state is captured by fluents that are either achieved or falsified by an
activity occurrence. The prior relation is used to specify the fluents that are intuitively
true prior to an activity occurrence and the holds relation specifies the fluents that are
intuitively true after an activity occurrence.</p>
      <p>Furthermore, a fluent can only be changed by the occurrence of activities. Thus, if
some fluent holds after an activity occurrence, but after an activity occurrence later along
the branch it is false, then an activity must occur at some point between that changes
the fluent. This also leads to the requirement that the fluents holding after an activity
occurrence will be the same fluents that are prior to any successor occurrence, since there
cannot be an activity occurring between them.</p>
      <p>
        The key step in applying the PSL Ontology to the problems in Section 2 uses the
approach presented in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], which begins with an ontology about a specific domain, and
then characterizes the ways in which activities can possibly change relationships among
objects in the domain. By identifying models of the domain ontology with states within
the process ontology, we can use properties of models to classify activities.
      </p>
      <p>Axioms in the ontology are mapped to state constraints, which are universal
sentences containing only prior literals and a unique activity occurrence variable. For any
domain ontology T , there exists a set of state constraints known as the domain state
ontology. The domain process ontology is designed by focussing on the relationship
be2This paper uses the axiomatization
http://www.mel.nist.gov/psl/psl-ontology/.
of
the</p>
      <p>PSL</p>
      <p>Ontology
found
at
tween models of the domain ontology and the states associated with activity occurrences
in the occurrence tree.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Formal Specification of reasoning problems</title>
      <p>We can now provide a formal specification of the reasoning problems from Section 2,
and identify the ontologies that are required for the specification.</p>
      <sec id="sec-5-1">
        <title>5.1. Revisiting Problem 1</title>
        <p>The first step in the formalization of Problem 1 is to identify the basic ontological
commitments that are required to specify the problem.</p>
        <p>
          We begin with the existence of a room that contains a set of objects. As observed
by [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ], this leads to the distinction between physical objects and the spatial regions that
they occupy, and hence raises the approach of mereotopological pluralism – there is a
mereotopology on physical bodies and another distinct mereotopology on spatial regions.
Moreover, the notion of location requires a mereotopological harmony principle, that is,
the existence of a homomorphism from the mereotopology of physical objects to the
mereotopology of spatial regions. As a result of these requirements, we need to reuse the
Toccupy ontology, which the has signature
fregion; part; physical body; physical part;C; physical C; occupiesg
        </p>
        <p>
          The next aspect of Problem 1 focusses on the statement ”that the robot can take from
one location to another”. In other words, we need an ontology that can represent how
objects can change location, that is, an object can occupy one region at one point in time,
and then occupy a different location at another point in time. The design of an ontology
that satisfies this requirement is based on the methodology of [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] and [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] by which a
domain ontology (in our current case being Toccupy) is used to specify a domain state
ontology. In particular, axioms of the Occupy State Ontology include state constraints
such as
(8x; y; r1; r2; o) prior(t physical part(x; y); o)^ prior(loc(x; r1); o)^ prior(loc(y; r2); o)
prior(t part(r1; r2); o)
(1)
(3)
(4)
(8x; y; o) prior(contact(x; y); o)
The initial for the problem is specified as:
while the goal state is:
(9r1; r2) prior(loc(x; r1); o)^ prior(loc(y; r2); o)^ prior(tC(r1; r2); o)
(2)
prior(loc(Robot; R1); Occinitial )prior(loc(Chair; R3); Occinitial )
        </p>
        <p>(9o) holds(loc(Robot; R4); o)
The Motion Domain Process Ontology classifies activities by the ways in which objects can change
their location:
(8a)motion(a) ((8o)occurrence o f (o; a) (9x; r1; r2) f alsi f ies(o; loc(x; r1)) ^achieves(o; loc(x; r2))
(5)
The spatiotemporal objects that represent the path that the robot takes is axiomatized as a class of
complex activities within the PSL Ontology:
(8a) path(a)
((8a0) subactivity(a0; a) ^ primitive(a0)
motion(a0))
(6)
Finally, the constraint in Problem 1 is axiomatized by:
(8x; y; o; o1; a) path(a)^occurrence o f (o; a)^subactivity occurrence(o1; o)
:holds(contact(x; y); o)
(7)</p>
      </sec>
      <sec id="sec-5-2">
        <title>5.2. Revisiting Problem 2</title>
        <p>To identify which ontologies are needed to satisfy Problem 2, we can first attempt to
break down the question as per Problem 1. Again, we begin with a room containing a
set of objects, except with the addition of Article A. The next aspect of the problem then
explains the role of Article A - the robot has to get across the room, without bumping
any of the obstacles, while carrying Article A.</p>
        <p>
          Clearly, this problem is an extension of Problem 1. In addition to understanding the
relation between an object and the physical space it occupies, the robot needs to now
understand the relation between itself and another object. Our approach to this problem
utilizes the mereotopology of connected objects proposed in [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ], in which objects are
connected iff they can be summed together to form a new object. The idea is to consider
the robot and the object it is holding to constitute a new object that is the sum of the robot
and the object. In this way, a mereotopology is sufficient to represent the fundamental
ontological commitments for a robot to be holding an object.
5.3. 1, 2, 3...Infinity!
Perhaps evident from the previous two problems, the set of 12 competency questions
above build upon each other. Due to time and space constraints, we will not explore the
remaining questions in detail, but offer suggestions as to how these questions may be
viewed and tackled. For instance, Problem 5 and 9 require explicit formalization of
nonphysical obstacles e.g. holes. To comprehend a hole, the robot needs to understand the
distinction between material and immaterial objects, perhaps through algebraic
topology. Problem 9 requires an additional ontology for shape to map complementary
relations between concavity and convexity. Another example is Problem 10 and 11 - both of
these problems require the robot’s self-awareness regarding its own capabilities relative
to the obstacles before it. In addition, Problem 11 introduces the concept of collaboration
between robots, an ability of definite value in large scale problems e.g. construction.
        </p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion</title>
      <p>
        A typical approach to the application of ontologies to the representation and solution of
commonsense reasoning problems is to use the strongest possible ontology (such as full
Euclidean geometry or ordered real closed fields) to represent the world in which a robot
is situated. In this paper we have taken a different perspective and sought the weakest
possible ontology that is sufficient to axiomatize the intended semantics presupposed by
the natural language statements of challenge problems for robotic knowledge
representation and reasoning. In particular, we have seen how mereotopology, location, and
process ontologies are sufficient to axiomatize the fundamental ontological commitments of
robot path planning and limited interactions of robots with physical objects in their
environment. In the spirit of the Physical Turing Test [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], we have proposed a series of
challenge problems that will serve as a platform for the design and evaluation of ontologies
to support the representation and solution of these problems.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Prestes</surname>
            <given-names>E</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carbonera</surname>
            <given-names>JL</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rama Fiorini</surname>
            <given-names>S</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>M Jorge VA</given-names>
            ,
            <surname>Abel</surname>
          </string-name>
          <string-name>
            <given-names>M</given-names>
            ,
            <surname>Madhavan</surname>
          </string-name>
          <string-name>
            <surname>R</surname>
          </string-name>
          , et al.
          <article-title>Towards a core ontology for robotics and automation</article-title>
          .
          <source>Robotics and Autonomous Systems</source>
          .
          <year>2013</year>
          ;
          <volume>61</volume>
          (
          <issue>11</issue>
          ):
          <fpage>1193</fpage>
          -
          <lpage>1204</lpage>
          . Ubiquitous Robotics. Available from: http://www.sciencedirect.com/science/article/pii/ S0921889013000596.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Beetz</surname>
            <given-names>M</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Beßler</surname>
            <given-names>D</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haidu</surname>
            <given-names>A</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pomarlan</surname>
            <given-names>M</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bozcuoglu</surname>
            <given-names>AK</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bartels</surname>
            <given-names>G</given-names>
          </string-name>
          .
          <article-title>Know Rob 2.0 - A 2nd Generation Knowledge Processing Framework for Cognition-Enabled Robotic Agents</article-title>
          .
          <source>2018 IEEE International Conference on Robotics and Automation (ICRA)</source>
          .
          <year>2018</year>
          :
          <fpage>512</fpage>
          -
          <lpage>519</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Lemaignan</surname>
            <given-names>S</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ros</surname>
            <given-names>R</given-names>
          </string-name>
          , Mo¨senlechner
          <string-name>
            <given-names>L</given-names>
            ,
            <surname>Alami</surname>
          </string-name>
          <string-name>
            <given-names>R</given-names>
            ,
            <surname>Beetz</surname>
          </string-name>
          <string-name>
            <surname>M. ORO</surname>
          </string-name>
          ,
          <article-title>a knowledge management platform for cognitive architectures in robotics; 2010</article-title>
          . p.
          <fpage>3548</fpage>
          -
          <lpage>3553</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Aameri</surname>
            <given-names>B</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gruninger M. Which</surname>
          </string-name>
          <article-title>Ontology is Right for Me</article-title>
          ? In: AAAI;
          <year>2015</year>
          . .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Gruninger</surname>
            <given-names>M.</given-names>
          </string-name>
          <article-title>Ontology of the Process Specification Language</article-title>
          .
          <source>In: Handbook on Ontologies in Information Systems</source>
          . Springer-Verlag;
          <year>2003</year>
          . .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Aameri</surname>
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Using Partial</surname>
          </string-name>
          <article-title>Automorphisms to Design Process Ontologies</article-title>
          .
          <source>In: Proceedings of the 7th International Conference on Formal Ontology in Information Systems</source>
          . IOS Press;
          <year>2012</year>
          . p.
          <fpage>309</fpage>
          -
          <lpage>322</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Aameri</surname>
            <given-names>B</given-names>
          </string-name>
          , Gru¨ninger M.
          <source>Location Ontologies based on Mereotopological Pluralism. Applied Ontology</source>
          .
          <year>2020</year>
          ;
          <volume>15</volume>
          (
          <issue>1</issue>
          ):
          <fpage>1</fpage>
          -
          <lpage>50</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Aameri</surname>
            <given-names>B</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gruninger</surname>
            <given-names>M.</given-names>
          </string-name>
          <article-title>A First-Order Axiomatization of Change in Mereotopology</article-title>
          .
          <source>In: Proceedings of the 27th International Workshop on Qualitative Reasoning; 2013</source>
          . p.
          <fpage>115</fpage>
          -
          <lpage>121</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Gruninger</surname>
            <given-names>M</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chui</surname>
            <given-names>C</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ru</surname>
            <given-names>Y</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Thai J. A</surname>
          </string-name>
          <article-title>Mereology of Connected Structures</article-title>
          . In: FOIS;
          <year>2020</year>
          . .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Ortiz</surname>
            <given-names>CL</given-names>
          </string-name>
          .
          <article-title>Why We Need a Physically Embodied Turing Test and What It Might Look Like</article-title>
          .
          <source>AI Magazine</source>
          .
          <year>2016</year>
          ;
          <volume>37</volume>
          (
          <issue>1</issue>
          ):
          <fpage>55</fpage>
          -
          <lpage>62</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>