<!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>A Knowledge-based Planning and Acting System for Assistive Robots</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Amedeo Cesta</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gabriella Cortellessa</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrea Orlandini</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alessandro Umbrico</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Cognitive Sciences and Technologies, CNR - National Research Council of Italy</institution>
          ,
          <addr-line>Rome</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>In this work, we present a Knowledge-based Planning and Acting architecture to control assistive robots pursuing the integrating of knowledge representation and reasoning techniques with automated planning and acting solutions. The architecture aims to endow assistive robots with some proactivity and self-configuration capabilities needed to deploy them in domestic environment to providing an effective and useful support to elderly people for independent living.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        The recent advancements in robotic technologies are fostering the development of new
Artificial Intelligence (AI) research solutions to deploy robots in assistive scenarios and
allow them to dynamically interact with humans living in their own domestic
environment. In general, autonomous robots should be able to represent and reason over a wide
set of information constituting the knowledge about the application scenario, the needs
of the human user, etc. while acting in the environment. The knowledge structure of a
robot depends on the particular application context and objectives as well as the
particular behavior a robot must achieve. Our long-term research objective aims at designing
“companion robots" capable of taking autonomous decisions to support older persons
in their living environments through effective and safe interactions. We focus on
scenarios where a senior user, with mild cognitive and/or physical impairments, lives in
her home with the need of continuous assistance from a personal robotic assistant. In
this regard, a robot acting in this scenario should (i) acquire information about the user
and the environment via a sensor network, (ii) analyze and reason over such
information and (iii) proactively take decisions to support with continuity a user in her daily
home-living activities. We are developing such reasoning capabilities for assistive tasks
on top of a mobile/telepresence robot. In particular we are exploring the integration of
knowledge representation and reasoning features with automated planning and
execution techniques. As a case study, we consider GiraffPlus-like scenarios [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], a research
project whose aim was to create a sensor-integrated environment to support seniors in
their living environments. The objective of the project was to support prevention and
long-term monitoring as well as to foster social interaction and communication through
a telepresence robot by proposing a solution built around the primary users (i.e., the
seniors) [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. This paper presents the main features of a novel Planning and Acting
architecture, called KOaLa (for Knowledge-based cOntinuous Loop) [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ], for the
synthesis of a continuous “sense-reason-act" control cycle. The pursued control approach
relies on the integration of (i) an abstraction process over the data collected via the
sensor network, (ii) a semantic representation and reasoning module to provide the control
system with a Knowledge Base (KB) representing the user, her/her needs and the
environment conditions and, (iii) a planning and execution module to implement decisional
autonomy. When deployed in a GiraffPlus-like sensorized environment, such modules
should endow an assistive robot with a enhanced level of proactivity and autonomy.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>KOaLa as a Cognitive Architecture</title>
      <p>
        The KOaLa architecture [
        <xref ref-type="bibr" rid="ref3 ref4">4, 3</xref>
        ] consists of a knowledge processing module, called the
KOaLa Semantic Module, and a planning and execution module1, called the KOaLa
Acting Module, that constitute an integrated high-level control loop. Fig. 1 shows a
conceptual representation of the envisaged control loop together with the different steps of
the control flow. It starts with data gathered through sensors and it ends with the
execution of actions in the environment to realize the decided supporting tasks. The KOaLa
KOaLa Semantic Module
      </p>
      <p>KOaLa Ontology</p>
      <p>KOaLa Acting Module</p>
      <p>KB
Sensed
Data</p>
      <p>Goal
Recognition</p>
      <p>Problem</p>
      <p>Formulation</p>
      <p>New Goals
Data Processing</p>
      <p>Planning &amp; Execution
Environment / Robot / Sensor Network</p>
      <p>Timeline
-based</p>
      <p>
        Plan
Action
Execution
Semantic Module is responsible for the interpretation of data gathered from sensors and
the management of the knowledge of the robot. This module relies on the KOaLa
Ontology [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] (see also Sec. 3) to provide sensor data with semantics and incrementally build
an abstract representation of the application context i.e., the Knowledge Base (KB). It
implements a data processing mechanism which leverages the Web Ontology Language
(OWL) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and semantic technologies 2 to continuously refine the KB and infer
additional information (e.g., recognized user activities). Then, a goal recognition process
analyzes the KB to detect specific situations that require the proactive execution of
supporting tasks and therefore it dynamically trigger planning goals. The KOaLa Acting
Module is responsible of planning and executing (see Sec. 4) assistive tasks according
to the events or activities inferred by the semantic module. These tasks are encoded as
1 Planning and Acting is also used as interchangeable with Planning and Execution.
2 See the Apache Jena Library - http://jena.apache.org
planning goals by the problem formulation process and, given to a planner in order to
generate a timeline-based plan which describes the sequence of actions that must be
executed. A planning and execution process leverages the timeline-based approach [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
to continuously refine and update the plan according to the triggered planning goals and
the status of the execution. The executive iteratively dispatches actions to the
environment according to the temporal behaviors of the robot and the sensors encoded by the
timelines of the plan.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Ontology and Data Processing</title>
      <p>
        The Semantic Module in Fig. 1 provides the control approach with the cognitive
capabilities needed to interpret data collected from sensors and dynamically build,
refine and analyze an internal representation of the user and home environment status
(i.e., the KB). It relies on a dedicated ontology which formally characterize the
general concepts, entities and properties the system must deal with, and a data processing
mechanism which iteratively refines the KB by interpreting sensor data according to the
ontology. The KOaLa ontology extends the SSN ontology [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and the DUL ontology 3
and, it is structured according to a context-based approach. Each context characterizes
the knowledge of an agent with respect to a particular perspective and a specifc level
of abstraction. They are organized in a hierarchical way in order to incrementally build
knowledge starting from raw data interpretation. Following a bottom-up approach, (i)
the sensor context, (ii) the environment context and (iii) the observation context have
been defined. The sensor context characterizes the knowledge about the sensing
devices that compose a particular environment, their deployment and the properties they
may observe. This context is strictly related to SSN. The aim of the sensor context is
to provide a more detailed representation of the different types of sensor that can
compose an environment as well as the different types of property that can be observed.
Such knowledge allows the system to dynamically recognize the actual monitoring
capabilities as well as the set of supporting tasks that can be performed according to the
available sensors and their deployment i.e., the configuration. The environment context
characterizes the knowledge about the structure and physical elements that can compose
a home environment together with sensor deployment. It defines the properties of the
different types of element that can be observed to characterize the state of the
environment. Finally, the observation context characterizes the knowledge about the features
that can actually produce information as well as the events and the activities that can be
observed through them.
4
      </p>
    </sec>
    <sec id="sec-4">
      <title>Goal, Plan, Act</title>
      <p>The last step of the data processing mechanism is represented by the Goal Recognition
module (GR) which dynamically generates goals for the Acting Module of the
architecture. GR is not responsible for the refinement of the KB, rather it leverages the inferred
KB to connect knowledge representation with planning. It can be seen as a background
3 http://www.loa-cnr.it/ontologies/DUL.owl
process that monitors the updated KB in order to generate operations (i.e., goals) the
system must perform. GR is the key feature of KOaLa to achieve proactivity.</p>
      <p>
        The set of goals the Acting Module can deal with depends on the particular
configuration of the environment and the available capabilities. A planning model encapsulates
the knowledge about the capabilities of the controllable elements of the environment
and how such capabilities must be coordinated to realize complex supporting tasks. It
describes the primitive capabilities of assistive robots like e.g., make a call, send a
message or move to a particular location, as well as the primitive capabilities of sensors
like e.g., turn on, turn off a sensor or set a particular configuration on a sensor.
Planning goals represent supporting tasks that can be performed by properly controlling and
coordinating these primitive capabilities. Such a planning model can be dynamically
configured by analyzing the “static" knowledge about the configuration of the
environment. This means that no observation data is needed and therefore the planning model
can be generated during an initial setup phase. Figure 2 shows the configuration
process pipeline which generates such a model by leveraging mechanisms similar to those
described in [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for a reconfigurable manufacturing system.
      </p>
      <p>Configuration</p>
      <p>Detection</p>
      <p>Primitive
Capability
Extraction</p>
      <p>Assistive
Functionality</p>
      <p>Extraction</p>
      <p>Constraint
Modeling
The Configuration Detection step extracts the configuration of the environment
from the KB in order to identify the set and types of sensor, their deployment as well
as information about the assistive robot used. Then, the Primitive Capability
Extraction further analyzes these elements in order to extract the primitives representing the
low-level functionalities available to control the environment. Two types of primitives
can be identified: (i) environment primitives; (ii) robot primitives. The environment
primitives represent the capabilities of the elements of the environment that can be
controlled. Namely, they characterize the controllable elements of the environment and the
operations that can be performed on and with them. They do not model directly the
sensors of the environment, but rather they model the elements that can be controlled
through the deployed sensors. For example a sensor deployed on the socket where a
TV is plugged in can be used to turn off and on the TV. In such a case, the TV
becomes controllable and the related turn on and turn off capabilities are part of the
environment primitives. Similarly, the robot primitives represent the capabilities of the
assistive robot available within the environment. They model the the functional layer of
the robot which provides the basic functionalities that must be used to perform assistive
tasks. For example a robot like the GiraffPlus robot provides navigation capabilities that
can be used to move the robot within the environment, messaging capabilities that can
be used to send/receive messages to/from patient’s relatives, videocall capabilities that
can be used to make calls or receive calls with or from doctors and patient’s relatives.
All these functionalities compose the robot primitives. The Assistive Functionality
Extraction step extracts the high-level supporting tasks the system can perform. As shown
in the previous section, the data processing mechanism is capable of dynamically
inferring the set of events and activities that can be actually monitored/detected according to
the specific configuration of the environment and the properties of the deployed sensors.
Given such knowledge, this step analyzes the KB in order to extract the set of assistive
tasks an assistive robot is actually capable of performing in the considered scenario.
Finally, the Constraint Modeling step finalizes the control model by linking complex
supporting tasks to the environment and robot primitives. Specifically, it leverages the
results of the two previous steps in order to correlate supporting tasks to the primitives
needed to perform them. The result of the described pipeline is a control model that
completely characterizes the high-level supporting tasks an assistive robot can perform
(i.e., the goals generated by the GR) and the constraints that must be satisfied to realize
them and properly coordinate the available primitives.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Planning and Execution with PLATINUm</title>
      <p>
        The planning and execution capabilities of the Acting Module rely on PLATINUm
[
        <xref ref-type="bibr" rid="ref10 ref11">10, 11</xref>
        ], a novel framework which has been successfully applied in real-world
manufacturing scenarios [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] and relies on the formal characterization of timeline-based
approach proposed in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The timeline-based approach is a particular temporal
planning paradigm which has been introduced in early 90s [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] by taking inspiration from
the classical Control Theory, and successfully applied in many real-world scenarios
[
        <xref ref-type="bibr" rid="ref14 ref15 ref16">14, 15, 16</xref>
        ]. This planning paradigm aims at controlling a complex system by
synthesizing temporal behaviors for a set of identified domain features that must be controlled
over time. According to the formalization proposed in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], a timeline-based model is
composed by a set of state variables describing the possible temporal behaviors of the
domain features that are relevant from the control perspective. Each state variable
specifies a set of values that represent the states or actions the related feature may assume
or perform over time. Each value is associated with a flexible duration and a
controllability tag which specifies whether the value is controllable or not. A state transition
function specifies the valid temporal behaviors of a state variable by modeling the
allowed sequences of values (i.e., the transitions between the values of a state variable).
State variables model “local" constraints a planner must satisfy to generate valid
temporal behaviors of single features of the domain i.e., valid timelines. It could be necessary
to further constrain the behaviors of state variables in order to coordinate differente
domain features and realize complex functionalities or achieve complex goals (e.g.,
perform assistive functionalities). A dedicated set of rules called synchronization rules
model “global" constraints that a planner must satisfy to build a valid plan. Such rules
can be used also to specify planning goals.
6
      </p>
    </sec>
    <sec id="sec-6">
      <title>Feasibility Evaluation of KOaLa</title>
      <p>As a case study, we considered a typical GiraffPlus scenario where a senior person lives
alone in a single floor apartment composed by a kitchen, a bedroom, a bathroom and a
living room. A telepresence robot shares the apartment with the senior user. The robot
is capable of navigating the apartment, interacting with the senior user through gestures
and voice commands as well as making videocalls, sending and reproducing text/audio
messages. A set of sensors capable of gathering information about the temperature,
luminosity and presence are installed inside the apartment. Each room of the apartment
is endowed with one of these sensors in the experimental scenario. There are additional
sensors capable of detecting energy consumptions and they have been installed in order
to detect the usage of particular devices like e.g., a TV or a microwave oven.</p>
      <p>The data processing pipeline shown analyzes the configuration of the house to
detect the observable features of the environment and the associated observable
properties. According to this information, all the rooms of the environments are classified as
ObservableFeature and the associated properties Temperature, Luminosity
and Presence can be observed. Sensor data is processed by applying inference rules
to recognize events and activities. The semantic module successfully recognizes events
HighLuminosity and HighTemperature when data received by sensors is higher
than a known threshold. Then, tests show that it is capable to further process this
information and infer more complex information. As an example, the semantic
module successfully detects the activity Cooking when the events HighTemperature,
HighLuminosity and Presence are detected inside the Kitchen. The
configuration pipeline shown in Figure 2 leverages the knowledge generated by the data
processing pipeline to generate a timeline-based planning model for the acting module. It
leverages knowledge about the configuration to generate the state variables needed to
model the robot and environment primitive capabilities. Specifically, the configuration
pipeline generates the AssistiveRobotNavigationSV and the
AssistiveRobotCommunicationSV to model respectively the robot primitives that can be used to move the
telepresence robot within the house, interact and allow the senior user to communicate with
the external world. Additional state variables like e.g., the KitchenTemperatureSV,
LivingroomLuminositySV are generated to model environment primitives and the status of
the house. Finally, the HumanSV is generated to model the behavior and the status of
the monitored senior user over time.</p>
      <p>The synchronization rules composing the timeline-based planning model as well as
the planning goals (i.e., supporting tasks) the GR can trigger depend on the set of events
and activities the data processing pipeline is capable of recognizing. As an example, the
GR generates the planning goal SupportMealTime when the data processing pipeline
recognizes the activity Cooking. Given such a goal, the acting module synthesizes a
set of flexible timelines each of which represents an envelope of valid temporal
behaviors that allow an assistive robot to carry out the supporting task. Considering the
assistive task SupportMealTime, the synthesized and executed timelines associated with the
robot primitives determine the actions performed to support the Cooking activity of
the user. The timeline of the AssistiveRobotNavigationSV specifies the tokens that allow
the assistive robot to navigate the home environment and reach the kitchen. Similarly,
the timeline of the AssistiveRobotCommunicationSV specifies the tokens that allow the
assistive robot to remind to the user the dietary restrictions he/she must follow as soon
as it reach the kitchen. Then, after a known (flexible) interval of time the user ends
eating the meal and the timeline of the AssistiveRobotCommunicationSV plans to remind
the user to take his/her pills for the therapy, after this interval of interval of time.
7</p>
    </sec>
    <sec id="sec-7">
      <title>Related Works</title>
      <p>
        Different works have been presented in the literature taking into account different
perspectives and different levels of abstraction. Some works focus on the problem of
managing sensor data to extract knowledge that can be leveraged to realize complex
services. The works [
        <xref ref-type="bibr" rid="ref17 ref18 ref19">17, 18, 19</xref>
        ] propose an ontology-based approach for activity
recognition for a home-care service, and a constraint-based approach for proactive human
support. Some works address more specific problems like e.g. RoboSherlock [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] which
proposes a knowledge-based approach for representing realistic scenes and reasoning
on manipulation tasks that can be performed. Other works deal with the problem of
endowing autonomous agents with cognitive capabilities to represent knowledge about
contexts and leverage such knowledge to improve the flexibility of control processes.
The works [
        <xref ref-type="bibr" rid="ref21 ref22">21, 22</xref>
        ] propose the integration of knowledge processing mechanisms with
planning to improve the efficiency and performance of deliberation processes.
Similarly, the works [
        <xref ref-type="bibr" rid="ref23 ref24">23, 24</xref>
        ] propose the integration of knowledge representation with
machine learning to improve the flexibility and efficiency of robots while interacting
with humans. The novelty of our approach consists in the design and development of a
cognitive architecture which relies on a holistic approach to knowledge representation
based on a well-defined ontology. The key idea is the development of a control
architecture integrating knowledge processing mechanisms that leverage standard semantic
technologies to dynamically generate a model of the application context. Such standard
knowledge can be leveraged by different services to be integrated into a control
architecture. Thus, several “independent" services can be built on top of such knowledge and
leverage the related information for different purposes like e.g., human behavior
learning services, human monitoring services or decisional autonomy for assistive robots.
8
      </p>
    </sec>
    <sec id="sec-8">
      <title>Conclusions</title>
      <p>This paper presented a cognitive architecture which integrates sensing, knowledge
representation and planning to constitute a control loop enhancing the proactivity of an
assistive robot that supports an older person living at home in her daily routine. A
semantic module leverages a dedicated ontology to build a KB by properly
processing data collected from a sensor network. An acting module takes advantage of the
timeline-based planning approach to control robot behaviors. A goal recognition
process connects these two modules and provides the key enabling feature to endow the
robot with a suitable proactivity level. At this stage, some tests have been performed to
show the feasibility of the approach. Further work is ongoing to perform more
extensive integrated laboratory tests and better assess the performance and capabilities of the
overall system. Future work will also investigate the opportunity to integrate machine
learning techniques to better adapt the behavior of the assistive robot to specific daily
behaviors of different targeted people.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Coradeschi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Coraci</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gonzalez</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karlsson</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Furfari</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Loutfi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Palumbo</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pecora</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>von Rump</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Štimec</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ullberg</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ötslund</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>GiraffPlus: Combining social interaction and long term monitoring for promoting independent living</article-title>
          .
          <source>In: The 6th International Conference on Human System Interactions (HSI)</source>
          .
          <article-title>(</article-title>
          <year>2013</year>
          )
          <fpage>578</fpage>
          -
          <lpage>585</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Cesta</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fracasso</surname>
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            <given-names>A.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Turno</surname>
            <given-names>M.:</given-names>
          </string-name>
          <article-title>User Needs and Preferences on AAL Systems that Support Older Adults and Their Carers</article-title>
          .
          <source>Journal of Ambient Intelligence and Smart Environments</source>
          <volume>10</volume>
          (
          <issue>1</issue>
          ) (
          <year>2018</year>
          )
          <fpage>49</fpage>
          -
          <lpage>70</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A cognitive loop for assistive robots - connecting reasoning on sensed data to acting</article-title>
          .
          <source>In: RO-MAN 2018 - 27th IEEE International Symposium on Robot and Human Interactive Communication</source>
          ,
          <article-title>Institute of Electrical and Electronics Engineers Inc</article-title>
          . (
          <year>2018</year>
          )
          <fpage>826</fpage>
          -
          <lpage>831</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A goal triggering mechanism for continuous human-robot interaction</article-title>
          .
          <source>Lecture Notes in Computer Science (including subseries Lecture Notes in Artificial Intelligence and Lecture Notes in Bioinformatics) 11298 LNAI</source>
          (
          <year>2018</year>
          )
          <fpage>460</fpage>
          -
          <lpage>473</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sorrentino</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A semantic representation of sensor data to promote proactivity in home assistive robotics</article-title>
          .
          <source>Advances in Intelligent Systems and Computing</source>
          <volume>868</volume>
          (
          <year>2019</year>
          )
          <fpage>750</fpage>
          -
          <lpage>769</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Bechhofer</surname>
          </string-name>
          , S. In: OWL: Web Ontology Language. Springer US, Boston, MA (
          <year>2009</year>
          )
          <fpage>2008</fpage>
          -
          <lpage>2009</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Cialdea</given-names>
            <surname>Mayer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Orlandini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Umbrico</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Planning and execution with flexible timelines: a formal account</article-title>
          .
          <source>Acta Informatica</source>
          <volume>53</volume>
          (
          <issue>6-8</issue>
          ) (
          <year>2016</year>
          )
          <fpage>649</fpage>
          -
          <lpage>680</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Compton</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barnaghi</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bermudez</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>García-Castro</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cox</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Graybeal</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hauswirth</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Henson</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Herzog</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janowicz</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kelsey</surname>
            ,
            <given-names>W.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Phuoc</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lefort</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leggieri</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neuhaus</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nikolov</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Page</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Passant</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Taylor</surname>
          </string-name>
          , K.:
          <article-title>The ssn ontology of the w3c semantic sensor network incubator group</article-title>
          .
          <source>Web Semantics: Science, Services and Agents on the World Wide Web</source>
          <volume>17</volume>
          (
          <string-name>
            <surname>Supplement</surname>
            <given-names>C)</given-names>
          </string-name>
          (
          <year>2012</year>
          )
          <fpage>25</fpage>
          -
          <lpage>32</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Borgo</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A planning-based architecture for a reconfigurable manufacturing system</article-title>
          .
          <source>In: The 26th International Conference on Automated Planning and Scheduling (ICAPS)</source>
          .
          <article-title>(</article-title>
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cialdea</surname>
            <given-names>Mayer</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Orlandini</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Integrating resource management and timeline-based planning</article-title>
          .
          <source>In: The 28th International Conference on Automated Planning and Scheduling (ICAPS)</source>
          .
          <article-title>(</article-title>
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cialdea</surname>
            <given-names>Mayer</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Orlandini</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>PLATINUM: A new Framework for Planning and Acting</article-title>
          .
          <source>In: AI*IA 2016 Advances in Artificial Intelligence: XVth International Conference of the Italian Association for Artificial Intelligence</source>
          , Genova, Italy,
          <source>November 29 - December 1</source>
          ,
          <year>2016</year>
          , Proceedings, Springer International Publishing (
          <year>2017</year>
          )
          <fpage>508</fpage>
          -
          <lpage>522</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Pellegrinelli</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Orlandini</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pedrocchi</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Umbrico</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tolio</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Motion planning and scheduling for human and industrial-robot collaboration</article-title>
          .
          <source>CIRP Annals - Manufacturing Technology</source>
          <volume>66</volume>
          (
          <year>2017</year>
          )
          <fpage>1</fpage>
          -
          <lpage>4</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Muscettola</surname>
          </string-name>
          , N.:
          <article-title>HSTS: Integrating Planning and Scheduling</article-title>
          . In Zweben, M. and
          <string-name>
            <surname>Fox</surname>
          </string-name>
          , M.S., ed.: Intelligent Scheduling. Morgan Kauffmann (
          <year>1994</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Muscettola</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Smith</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>D'Aloisi</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Coordinating Space Telescope Operations in an Integrated Planning and Scheduling Architecture</article-title>
          .
          <source>IEEE Control Systems</source>
          <volume>12</volume>
          (
          <issue>1</issue>
          ) (
          <year>1992</year>
          )
          <fpage>28</fpage>
          -
          <lpage>37</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Frank</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jonsson</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Constraint Based Attribute and Interval Planning</article-title>
          .
          <source>Journal of Constraints</source>
          <volume>8</volume>
          (
          <issue>4</issue>
          ) (
          <year>2003</year>
          )
          <fpage>339</fpage>
          -
          <lpage>364</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Cesta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cortellessa</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fratini</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Oddi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>MRSPOCK: Steps in Developing an Endto-End Space Application</article-title>
          .
          <source>Computational Intelligence</source>
          <volume>27</volume>
          (
          <issue>1</issue>
          ) (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Alirezaie</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Renoux</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kockemann</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Loutfi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>An ontology-based context-aware system for smart homes: E-care@home</article-title>
          .
          <source>Sensors</source>
          <volume>17</volume>
          (
          <issue>7</issue>
          ) (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <article-title>Federico Pecora and Marcello Cirillo and Francesca Dell'Osa and Jonas Ullberg and Alessandro Saffiotti: A constraint-based approach for proactive, context-aware human support</article-title>
          .
          <source>JAISE</source>
          <volume>4</volume>
          (
          <issue>4</issue>
          ) (
          <year>2012</year>
          )
          <fpage>347</fpage>
          -
          <lpage>367</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Suh</surname>
            ,
            <given-names>I.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lim</surname>
            ,
            <given-names>G.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hwang</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Suh</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Choi</surname>
            ,
            <given-names>J.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Park</surname>
          </string-name>
          , Y.T.:
          <article-title>Ontology-based multilayered robot knowledge framework (OMRKF) for robot intelligence</article-title>
          .
          <source>In: Intelligent Robots and Systems</source>
          ,
          <year>2007</year>
          .
          <article-title>IROS 2007</article-title>
          . IEEE/RSJ International Conference on.
          <source>(Oct</source>
          <year>2007</year>
          )
          <fpage>429</fpage>
          -
          <lpage>436</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Beetz</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bálint-Benczédi</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blodow</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nyga</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wiedemeyer</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Márton</surname>
            ,
            <given-names>Z.C.</given-names>
          </string-name>
          : Robosherlock:
          <article-title>Unstructured information processing for robot perception</article-title>
          .
          <source>In: 2015 IEEE International Conference on Robotics and Automation (ICRA)</source>
          .
          <article-title>(</article-title>
          <year>2015</year>
          )
          <fpage>1549</fpage>
          -
          <lpage>1556</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Behnke</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ponomaryov</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schiller</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bercher</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nothdurft</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Glimm</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Biundo</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Coherence across components in cognitive systems-one ontology to rule them all</article-title>
          .
          <source>In: Proc. of the 25th Int. Joint Conf. on Artificial Intelligence (IJCAI</source>
          <year>2015</year>
          ). AAAI Press.
          <article-title>(</article-title>
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Hartanto</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hertzberg</surname>
          </string-name>
          , J.:
          <article-title>Fusing DL Reasoning with HTN Planning</article-title>
          . In
          <string-name>
            <surname>Dengel</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Berns</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Breuel</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bomarius</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roth-Berghofer</surname>
          </string-name>
          , T., eds.
          <source>: KI 2008: Advances in Artificial Intelligence. Volume 5243 of Lecture Notes in Computer Science</source>
          . Springer Berlin Heidelberg (
          <year>2008</year>
          )
          <fpage>62</fpage>
          -
          <lpage>69</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Tenorth</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Beetz</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Representations for robot knowledge in the KnowRob framework</article-title>
          .
          <source>Artificial Intelligence</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Lemaignan</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ros</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mosenlechner</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alami</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Beetz</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>ORO, a knowledge management platform for cognitive architectures in robotics</article-title>
          .
          <source>In: Intelligent Robots and Systems (IROS)</source>
          ,
          <year>2010</year>
          IEEE/RSJ International Conference on.
          <source>(Oct</source>
          <year>2010</year>
          )
          <fpage>3548</fpage>
          -
          <lpage>3553</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>