<!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>End User Personalization of Social Humanoid Robots</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Fabio Paternò</string-name>
          <email>fabio.paterno@isti.cnr.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marco Manca</string-name>
          <email>marco.manca@isti.cnr.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Carmen Santoro</string-name>
          <email>carmen.santoro@isti.cnr.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>CNR-ISTI, HIIS Laboratory Via Moruzzi 1</institution>
          ,
          <addr-line>56124 Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In this position paper we present some research challenges for end user personalization of social humanoid robots. We introduce the motivations for addressing such challenges and the main features of the type of robots that we want to consider. We discuss some initial research efforts that have recently been put forward in this area, and the type of solutions that have been proposed in order to facilitate the development activities for people without programming experience. We then identify and discuss some research challenges that can be important to address in the near future in order to better exploit such emerging technologies.</p>
      </abstract>
      <kwd-group>
        <kwd>End User Development</kwd>
        <kwd>Social Humanoid Robots</kwd>
        <kwd>Personalization</kwd>
        <kwd>Internet of Things</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Robots are increasingly used in many contexts. According to Gartner, by 2025, three
out of 10 jobs will be converted to software, robots or smart machines1. The term
“robot” is rather broad, since there are many types of robots. We can distinguish between
industrial robots and social humanoid robots. In the former case they are robots that
accomplish specific tasks in specific work contexts with the goal to perform repetitive
and well-defined activities (such as to pick an object and place it in a given location) in
a more efficient way with respect to humans.</p>
      <p>Social humanoid robots are different since they can interact with us by voice, gestures
and all the other modes typical of human communication. They can help us in
housework, care of children, elderly and disabled people, hospitals, hotels … Since the
behaviour of such robots can react to many types of events and involve the performance
of various types of actions, which depend on the specific context of use in which they
are deployed, their complete behaviour cannot be hardcoded at design time by
developers who cannot foresee all the possible situations that they can encounter during their
use.</p>
      <p>Thus, a key challenge for obtaining satisfying robot applications is the customization
of their behaviour to meet the specific, and often evolving users’ needs. In this
perspective, a solution with a potential high impact is to have everyday users to directly specify
the robot behaviour they need.</p>
      <p>
        End-User Development (EUD) [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] is a research field that is stimulating increasing
interest, and aims to support non-professional developers to create or modify their
applications. Over time this area has evolved in order to address new emerging
technological trends. It started with the graphical desktop systems, next it moved to consider
the possibility of Web applications with their open interfaces, then it considered the
mobile devices as a platform for the relevant activities, recently its adoption in Internet
of Things (IoT) contexts has been addressed [
        <xref ref-type="bibr" rid="ref3 ref4 ref8">3, 4, 8</xref>
        ]. We think that a new fundamental
challenge in this area is to investigate how it can be supported with social humanoid
robots.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Possible Approaches</title>
      <p>
        All the available robots can be programmed through some language, usually oriented
to engineers. The issue of making the development of robot applications easier has
started to be considered [
        <xref ref-type="bibr" rid="ref1 ref2 ref6">1, 2, 6</xref>
        ]. The Pepper robot by Softbanck Robotics can be
programmed through Choreographe [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], which supports an iconic data flow visual
language. Each icon corresponds to a Python procedure. In simple cases the composition
of such modules works well and can be efficient. However, it requires the ability to
understand the underlying Python language to actually be able to apply it. In case of
several icons, it does not scale well since the many associated connecting arrows can
soon result in a complex representation rather difficult to interpret. The use of some
block-based programming languages [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] has recently been proposed for example by
Weintrop [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. They propose a block-based interface (CoBlox) for programming a
onearmed industrial robot. The results show that participants using the block-based
interface successfully implemented programs faster with no loss in accuracy while reporting
higher scores for usability, learnability, and overall satisfaction. However, they
considered a rather limited scenario, with one-armed industrial robots, and the participants
were asked to program a “pick and place” routine, which is a relatively narrow set of
functionality. Such solutions seem to work well when they consider scenarios in which
the possible options to address are limited. However, modern humanoid robots can
flexibly react to many possible events and perform a wide variety of actions. In
addition, it would be interesting to have approaches integrating the control of the robot
behaviour with what happens in the surrounding environment.
      </p>
      <p>
        A possible approach to addressing such issues is trigger-action programming. Its
main features are a compact and intuitive structure connecting dynamic situations with
expected reactions, and it does not require the use of complex programming structures.
Thus, it can be suitable for people without programming experience who have not
algorithmic abilities. This type of approach so far has mainly been used for automating
Web services or home control. The most common tool in this area is IFTTT [
        <xref ref-type="bibr" rid="ref13 ref9">9, 13</xref>
        ],
which allows users to create rules where triggers and actions can be chosen by existing
services (e.g. Facebook, Weather, Dropbox, etc.). Thus, users can create rules such as
“when someone tags me on Facebook then send me an email”. In this perspective, it
can be interesting to investigate whether a trigger-action paradigm can enable people
without particular programming knowledge to personalize the behaviour of humanoid
robots. In addition, new services can be created through the combination of the
monitoring capabilities associated with IoT and the robots’ capability of acting and
interacting with the environment and especially humans.
      </p>
      <p>With this approach personalization rules have the format: when something happens
(trigger) an action should happen (action) in the format IF/WHEN &lt;triggers&gt; DO
&lt;action&gt;. A trigger can be composed of event(s) and/or condition(s). Events are changes
of some aspect that occur at a given time in the application or in some contextual aspect
(they can be indicated with the WHEN keyword). Conditions are specific states that are
verified for some time in some aspects of the context or application state (they can be
indicated with the IF keyword). Actions are the effects and can be performed in various
ways by the robot and/or the surrounding devices. In this way, it is possible to specify
rules such as “When I look like sad do the robot tells a joke” or “When someone arrives
at the door do turn on the light and the robot asks who are you ?”</p>
      <p>
        Recently, a solution following this approach has been presented [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. It is based on a
personalization platform composed of various modules: a personalization rule editor, a
rule manager, and a context manager. When the rules are created they are sent to the
rule manager, which subscribes to the context manager in order to be informed when
the relevant triggers occur. The rule manager is composed of a server and various
context delegates associated with the various sensing technologies used. One of such
context delegate has been implemented in Python for the Pepper robot so that it can
communicate with the low-level robot sensors, and then send relevant information to the
context server. When the rules are triggered the associated actions are sent to the robot
and/or the surrounding devices for execution. A first user test has been carried out in
which users had to: indicate rules that would consider useful with the robot; specify and
execute with the rule editor three rules with increasing complexity; specify and execute
with the rule editor three predefined rules that were provided with natural language
description. The users were able to perform such tasks without performing significant
errors. The time of performance was short. Only when they specified the first rule it
took longer with respect to the other cases because they had to familiarise with the tool.
The qualitative comments were positive, the only issues were with the voice recognition
that in a few cases did not work well immediately, and the robot execution of the
actions, which in a few cases was slower than expected.
      </p>
      <p>The results of the user study indicate that trigger-action rules can be actually used
for personalizing the robot behaviour and is well received by users. However, the study
was an in-lab test, in which explicit task assignments were given in order to limit the
possibility of ambiguity and to better compare the collected results. Thus, new studies
are necessary to challenge users through less explicit task instructions, and conduct
longitudinal studies, assessing the use of the tailoring tool for longer periods of time,
and investigating whether further aspects emerge (e.g. if and how the way to personalise
the robot would change over time).</p>
    </sec>
    <sec id="sec-3">
      <title>Discussion</title>
      <p>If we consider the reported experiences and approaches we can identify various
research issues that need to be addressed in the near future.</p>
      <p>
        One general issue is the choice of the most relevant metaphor and programming
style. Various proposals have been put forward in EUD [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], and a definitive answer
for the most suitable for social humanoid robot has not yet been given. One further
aspect is that EUD approaches should offer the most appropriate abstraction level for
people without programming experience, so that they can identify the relevant triggers
without having to learn the low-level sensing technology and communication protocols
involved, and set the robot reactions that are expected to be similar to those of a human
by using a non-technical vocabulary.
      </p>
      <p>The EUD solutions should provide effective support to specify human-like robot
behaviour, which is more complex than that of various appliances. For example, to
control a light it is sufficient to send a command that specifies light level, colour, and
duration, while a robot behaviour may require to specify gestures, words to pronounce,
movements. Thus relevant approaches should be able to support constructs able to
handle the specification of multiple actions with different durations. One aspect that can
open up the possibility to create various innovative services is the support of the
integration of the humanoid robot behaviour with what happens in the surrounding
environment that can be detected through various types of sensors and smart objects.</p>
      <p>
        When adopting an approach based on rules it can be useful to provide the possibility
of simulating the execution of the rules and support conflict analysis. The simulation
would allow people to check that the rules really perform the desired behaviour, which
is not always clearly understood. For example, the difference of events and conditions
is something that requires some attention in order to be correctly applied. In addition,
when several rules are created it may happen that some of them require conflicting
actions for example at a given time one rule asks for moving the robot arm up and
another one down. One possible approach to end user debugging of personalization
rules is reported in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>Graceful degradation of robot behaviour is a feature that can be positively
appreciated by end users. It means that the robot is able to provide them with relevant
explanations when its abilities for some reason degrade, thus trying to mitigate associated
negative effects. Lastly, support of a high degree of personalization rules reuse is
certainly useful. Thus, relevant EUD environment should support such features along with
the possibility to share rules amongst users.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusions</title>
      <p>Our life will soon become an interactive experience with various types of robots,
smart objects and devices. Professional developers cannot predict the specific needs of
each user, it is thus important to provide novel environments for end user
personalization of the available applications and technologies. In this position paper some
interesting research challenges from this perspective are discussed.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>S.</given-names>
            <surname>Alexandrova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cakmak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hsiao</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Takayama</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Robot Programming by Demonstration with Interactive Action Visualizations</article-title>
          .
          <source>In Proceedings of the 2014 Robotics: Science and Systems Conference</source>
          . DOI: https://doi.org/10.15607/RSS.
          <year>2014</year>
          .X.
          <volume>048</volume>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>N.</given-names>
            <surname>Buchina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kamel</surname>
          </string-name>
          and
          <string-name>
            <given-names>E. I.</given-names>
            <surname>Barakova</surname>
          </string-name>
          .
          <year>2016</year>
          .
          <article-title>Design and evaluation of an end-user friendly tool for robot programming</article-title>
          .
          <source>In Proceedings of IEEE International Symposium on Robot and Human Interactive Communication (RO-MAN '16)</source>
          . IEEE,
          <fpage>185</fpage>
          -
          <lpage>191</lpage>
          . DOI: https://doi.org/10.1109/ROMAN.
          <year>2016</year>
          .7745109
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>G.</given-names>
            <surname>Desolda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ardito</surname>
          </string-name>
          ,
          <string-name>
            <surname>M Matera</surname>
          </string-name>
          ,
          <article-title>Empowering end users to customize their smart environments: model, composition paradigms, and domain-specific tools, ACM Transactions on Computer-Human Interaction (TOCHI) 24 (2</article-title>
          ),
          <fpage>12</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Ghiani</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Manca</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paternò</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Santoro</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Personalization of context-dependent applications through trigger-action rules</article-title>
          .
          <source>ACM Trans. Comput.-Hum. Interact</source>
          .
          <volume>24</volume>
          (
          <issue>2</issue>
          ), Article No.
          <volume>14</volume>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>N.</given-names>
            <surname>Leonardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Manca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Paternò</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Santoro</surname>
          </string-name>
          ,
          <article-title>Trigger-Action Programming for Personalising Humanoid Robot Behaviour</article-title>
          .
          <source>ACM Conference on Human Factors in Computing Systems (CHI'19)</source>
          , Glasgow, Paper
          <volume>445</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>J.</given-names>
            <surname>Huang</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Cakmak</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Code3: A system for end to-end programming of mobile manipulator robots for novices and experts</article-title>
          .
          <source>In Proceedings of the 2017 ACM/IEEE International Conference on Human-Robot Interaction (HRI '17)</source>
          . ACM, New York, NY, USA,
          <fpage>453</fpage>
          -
          <lpage>462</lpage>
          . DOI: https://doi.org/10.1145/2909824.3020215
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>M.</given-names>
            <surname>Manca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Paternò</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Santoro</surname>
          </string-name>
          ,
          <string-name>
            <surname>L Corcella</surname>
          </string-name>
          ,
          <article-title>Supporting end-user debugging of triggeraction rules for IoT applications</article-title>
          ,
          <source>International Journal of Human-Computer Studies</source>
          , Vol.
          <volume>123</volume>
          ,
          <fpage>56</fpage>
          -
          <lpage>69</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>P</given-names>
            <surname>Markopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J</given-names>
            <surname>Nichols</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F</given-names>
            <surname>Paternò</surname>
          </string-name>
          and
          <string-name>
            <given-names>V</given-names>
            <surname>Pipek</surname>
          </string-name>
          (
          <year>2017</year>
          ).
          <article-title>End-User Development for the Internet of Things, ACM Transactions on Computer-Human Interaction (TOCHI</article-title>
          ) Volume
          <volume>24</volume>
          <issue>Issue 2</issue>
          ,
          <issue>9</issue>
          , May 2017
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>X.</given-names>
            <surname>Mi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Qian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <surname>X.</surname>
          </string-name>
          <article-title>Wang: An empirical characterization of IFTTT: ecosystem, usage, and performance</article-title>
          .
          <source>IMC</source>
          <year>2017</year>
          :
          <fpage>398</fpage>
          -
          <lpage>404</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>F</given-names>
            <surname>Paternò</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C</given-names>
            <surname>Santoro</surname>
          </string-name>
          ,
          <article-title>A design space for end user development in the time of the internet of things</article-title>
          , in New Perspectives in End-User
          <string-name>
            <surname>Development</surname>
          </string-name>
          ,
          <year>2017</year>
          , Springer Verlag, pp.
          <fpage>43</fpage>
          -
          <lpage>59</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. E. Pot,
          <string-name>
            <given-names>J.</given-names>
            <surname>Monceaux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Gelin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Maisonnier</surname>
          </string-name>
          .
          <year>2009</year>
          .
          <article-title>Choregraphe: a graphical tool for humanoid robot programming</article-title>
          .
          <source>In Proceedings of the 18th IEEE International Symposium on Robot and Human Interactive Communication (RO-MAN'09)</source>
          . IEEE,
          <fpage>46</fpage>
          -
          <lpage>51</lpage>
          . DOI: https://doi.org/10.1109/ROMAN.
          <year>2009</year>
          .5326209
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>M. Resnick</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Maloney</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Monroy-Hernández</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Rusk</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Eastmond</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Brennan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Millner</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Rosenbaum</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Silver</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Silverman</surname>
            , and
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Kafai</surname>
          </string-name>
          .
          <year>2009</year>
          .
          <article-title>Scratch: programming for all</article-title>
          .
          <source>Commun. ACM</source>
          <volume>52</volume>
          ,
          <issue>11</issue>
          (November
          <year>2009</year>
          ),
          <fpage>60</fpage>
          -
          <lpage>67</lpage>
          . DOI: https://doi.org/10.1145/1592761.1592779
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>B.</given-names>
            <surname>Ur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. P. Y.</given-names>
            <surname>Ho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Brawner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mennicken</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Picard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Schulze</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. L.</given-names>
            <surname>Littman</surname>
          </string-name>
          :
          <article-title>Trigger-Action Programming in the Wild: An Analysis of 200, 000 IFTTT Recipes</article-title>
          .
          <source>CHI</source>
          <year>2016</year>
          :
          <fpage>3227</fpage>
          -
          <lpage>3231</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <given-names>D.</given-names>
            <surname>Weintrop</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Afzal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Salac</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Francis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. C.</given-names>
            <surname>Shepherd</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D.</given-names>
            <surname>Franklin</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Evaluating CoBlox: A Comparative Study of Robotics Programming Environments for Adult Novices</article-title>
          .
          <source>In Proceedings of the 2018 CHI Conference on Human Factors in Computing Systems (CHI '18)</source>
          . ACM, New York, NY, USA, Paper
          <volume>366</volume>
          , 12 pages.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>