<!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>Towards Understanding the Transparency of Automations in Daily Environments</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Fabio Paternò</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Simone Gallo</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marco Manca</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrea Mattioli</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Carmen Santoro</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>CNR-ISTI, HIIS Laboratory</institution>
          ,
          <addr-line>Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>IUI Workshops</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper outlines a proposal for how to address transparency of automations in daily environments, such as smart homes, based on experiences carried out in previous projects. The trigger-action programming paradigm has been used to describe and implement such automations in both commercial and research tools. Such automations can be generated through machine learning techniques or directly by the end users or through an interaction between an intelligent agent and the user. When they are executed the resulting behaviour does not always result in the desired actions, and users may have difficulties in understanding and controlling them. Thus, there is a need for design criteria and associated tools that help people to understand and control what happens with the automations active in the environments where they live, and explain how they work and can be modified to better meet their needs.</p>
      </abstract>
      <kwd-group>
        <kwd>1 End-user development</kwd>
        <kwd>Everyday automation</kwd>
        <kwd>Internet of Things</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <sec id="sec-1-1">
        <title>How people interact with digital technologies</title>
        <p>is currently caught between the Internet of Things
(IoT), where objects are continuously increasing
their technological capabilities in terms of
functionalities and connectivity, and Artificial
Intelligence, which is penetrating many areas of
daily life by supporting their increasing ability to
autonomously activate functionalities based on
collected data and statistically-based forecasts. In
both trends, human control over technology is
jeopardized, little is happening in terms of
innovating how we think and control automations.</p>
        <p>
          We live more and more in environments with
dynamic sets of objects, devices, services, people,
and intelligent support. This opens up great
opportunities, new possibilities, but there are also
risks and new problems. The available
automations can be created through machine
learning techniques [
          <xref ref-type="bibr" rid="ref18 ref21">18, 21</xref>
          ] and activated or
recommended [
          <xref ref-type="bibr" rid="ref15 ref18">15, 18</xref>
          ] to users, or can even be
directly created by them. Trigger-action
programming [
          <xref ref-type="bibr" rid="ref19 ref8">8, 19</xref>
          ] has often been used to
describe and implement automations in
environments rich in terms of presence of
connected objects, devices, and services. It is
based on sets of rules that connect the dynamic
events and/or conditions with the expected
reactions without requiring the use of complex
programming structures, and it has been used in
several domains, such as home automation [
          <xref ref-type="bibr" rid="ref1 ref16 ref19">1, 16,
19</xref>
          ], ambient assisted living [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ], robots, [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ],
finance [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ]. However, when they are
automatically generated some problems can occur
if the end user’s viewpoint is not sufficiently
considered. For example, the study reported in
[
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] describes how a learning system can fail to
adapt to recent user changes or the difficulty users
have understanding what information the system
requires in order to be trained to generate the
desired behaviour. Likewise, a survey-based
study with participants who have smart devices in
their own home [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ], reported difficulties in
avoiding false alarms, communicating complex
schedules, and resolving conflicting preferences.
Such issues highlight the importance of providing
conceptual and technological support for
improving the transparency of such automations.
Thus, there is a need for novel solutions able to
support what we refer to as “humanations”,
which are automations that users can understand
and modify.
        </p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>2. Conceptual Dimensions</title>
      <p>
        We can better address automation
transparency if we identify the set of dimensions
that can characterise this concept. Design spaces
for understanding automations have been
proposed in previous work [
        <xref ref-type="bibr" rid="ref17 ref3">3, 17</xref>
        ] but we find that
design criteria for their transparency have not
been sufficiently addressed. For this purpose, the
first important point to clarify concerns the
possible desired levels of user control. We can
identify at least four possible levels: perception
(users are able to perceive that some automation
is active and working), understanding (users are
able to understand how such automation works,
thus some level of explainability is supported),
predictability (users are able to foresee what will
happen in the future with the current active
automation), modification (users are enabled to
change something in the automations when their
results are not satisfying).
      </p>
      <p>
        For example, we can consider a smart home
where the heating system is automatically
activated when the user is at home and the
temperature is below 17 Celsius degrees and the
time is after 5 pm. The first level of control
indicates that the user is able to detect that some
evenings the heating system is sometimes
activated automatically (automation perception).
In order to ensure that users understand an
automation it is necessary that they be able to
know what elements are necessary to trigger the
automation (in this example, user location,
temperature, and time), when they actually trigger
the rule, and what the corresponding action is.
Predictability is achieved when the user is able to
understand the future behaviour of the smart home
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Thus, for example, the user is able to indicate
whether the heating system will be active or not at
a given time (e.g. 4 pm). Lastly, if the user is able
to modify such automation, for example for
activating the heating system at different time and
with different temperature, then the automation
modification level is reached.
      </p>
      <p>Another relevant dimension is the granularity
of the set of objects involved in the considered
automations. The focus can consider a single
object, which for some reason is of interest for the
user. For example, there is a lamp in front of the
user who may be interested in the automations that
control it. The focus can also consider a group of
objects (e.g. the lamps that are nearby) or can be
more general and consider all the connected
objects that are in a given space (e.g. in a room or
a an entire flat).</p>
      <p>
        One further dimension is represented by the
temporal aspects of automations [
        <xref ref-type="bibr" rid="ref10 ref4">4, 10</xref>
        ], which
can be composed of triggers and actions, both of
which have different temporal aspects. Triggers
can be composed of events and conditions, where
events are instantaneous changes in some
contextual element, while conditions are
associated with the state of some elements, which
can last for some time. Likewise, the effects of the
actions can be instantaneous (e.g. sending a
notification) or can have longer duration (e.g. turn
a light on). Thus, the combination of triggers and
actions can determine different types of situations
depending on the temporal aspects of the
constituent elements, which should be clearly
expressed to allow users to fully understand and
eventually modify the automations of interest.
      </p>
      <p>One further aspect to consider for automation
transparency is their analytics in other words
support for analysing the data on how they have
been used. Automations go through three stages:
creation, enabled and execution. Regarding their
creation it is interesting to know what agent
created them and when. Then, it can be useful to
know the periods of time when they have been
enabled, meaning executable. Another aspect of
interest in their use is when and how many times
they have been executed. This information is also
useful to understand whether the automation is
working as expected or it is executed at the wrong
times or there are some correlations between them
and specific contexts of use.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Tool Support</title>
      <p>
        If we want to provide tool support for the
transparency of daily automations we need to
think about something that can be used frequently
in many locations and situations, with limited
effort. In addition, it should be something through
which we can immediately interact with the
variety of connected objects and sensors that may
be involved in the automations. For this purpose,
we can consider two possible directions. One is
the use of conversational agents, where users can
ask in natural language what the current
automations are, why they are active, and modify
them, if not completely satisfactory by using
devices such as Alexa or Google Home or their
smartphone [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Another possibility is an
augmented reality smartphone-based application,
which seems a relevant direction to investigate
since the smartphone is the device that people
most often have with them, and it is immediate for
them to frame the surrounding objects of interest
to receive relevant information through its
camera. Augmented Reality is a technology that
nowadays has reached a widespread application in
many domains for its ability to connect virtual and
physical elements. However, so far, in IoT
applications, it has mainly been used to
superimpose digital information about smart
objects available in the current user context,
primarily concerning their state and capabilities
[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. We need to better exploit this technology to
support automation transparency, in order to make
the intelligence at work in the surrounding
environment perceivable, so that users can know
what automations involving the nearby objects are
active, and modify them, if necessary.
      </p>
      <p>Regarding the levels of user control, relevant
solutions should be able to highlight whether the
surrounding objects shown in the smartphone
screen are involved in active automations. They
should be able to explain what automations are
active on request, and also allow users to modify
them, even providing suggestions, if they do not
meet their needs. In order to support the
granularity dimension, the tool should be able to
provide information not only of the automations
involving a single framed object but also those
related to groups of objects, for example a group
graphically selected in the smartphone camera
supported view, or the entire current environment
where the user is located (e.g. a kitchen). This
implies that the solution include a connection with
some indoor localization technology.</p>
      <p>To support the temporal dimension one key
aspect is to provide explicit indications whether
the elements composing the trigger side are events
or conditions. For this purpose, it is possible to use
different keywords (e.g. “when” for events, “if” or
“while” for conditions). One further support is to
avoid the creation of automations whose
components contain erroneous temporal relations.
For example, a trigger defined by the composition
of two events with an AND logical operator is
almost impossible to occur since it is very unlikely
that the two events occur at the same time.
Another example of a problematic situation is
when the trigger is a condition and the action is
instantaneous. Since the condition can last for
some time, when should the action be performed?
Since we can assume that the instantaneous
actions should be performed only once, then the
trigger should instead indicate an event to identify
when it is to be performed.</p>
      <p>
        One initial possible solution addressing such
aspects has been proposed in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] with the SAC
app.
      </p>
      <p>Figure 1 shows the types of interactions and
representations that it supports: (left) info on the
current room (Living Room) and the framed
sensor; (centre) the rules created for the current
room; (right) the support for creating new rules.A
first user study gathered positive feedback, but in
order to fully support transparency, a richer set of
information should be provided, and also
augmented reality can be better exploited. The
Vuforia functionalities were used to support
object recognition. They worked sufficiently well
but in some cases the sensors had to be manually
marked to facilitate their recognition (see an
example in Figure 1, left), and users had to be
sufficiently close, with the focus of the camera on
them for some seconds in order to perform their
recognition. Thus, a solution based on a computer
vision technique exploiting Convolutional Neural
Networks can be more efficient, if adequately
trained.</p>
      <p>
        Another relevant experience has been carried
out in the AAL PETAL project, where a prototype
platform (TAREME) has been designed and
developed for supporting caregiver management
of automations in the homes of older adults with
mild cognitive impairments in order to provide
personalised support in their daily activities. In
order to allow caregivers to better understand the
automations, the tool was extended [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] to allow
them to indicate a possible context of use and
some automations, and then it provided feedback
on what automation would have been triggered in
that context, with the possibility to receive and
explanation in natural language on why or why
not they would have been executed. The platform
also includes functionalities for remote
monitoring and analytics of the automations [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
Figure 2 shows some of the information that it is
able to display.
      </p>
    </sec>
    <sec id="sec-4">
      <title>5. Acknowledgments</title>
      <sec id="sec-4-1">
        <title>Support from the PRIN (http://www.empathy-project.eu/) gratefully acknowledged</title>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>6. References</title>
      <sec id="sec-5-1">
        <title>EMPATHY project is</title>
        <p>The platform is able to monitor automations
from multiple sites at the same time. In the
example reported in the figure there are six trial
sites active, and it shows on the top the total
number of rules created, how many times they
have been triggered and how many are currently
active. The tool also supports the possibility to
filter the displayed information only for one
specific site. In addition, as the figure shows, the
tool also categorizes the triggers depending on
whether they are related to the user behaviour,
environmental aspects or some device, and
indicates how many triggers belong to each
category. Likewise, also the numbers of
associated actions are displayed classified
depending on whether they are performed on
some appliance or they are reminders or alarms.</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>4. Conclusions</title>
      <p>In this paper we introduce the concept of
transparency of automations in daily
environments, and some logical dimensions that
characterise it. Such dimensions are provided at a
conceptual design level, and we also report and
discuss how we have addressed them with some
tools in previous projects.</p>
      <p>
        Future work will be dedicated to extending and
validating the identified design aspects, and
provide improved associated tool support, for
example with more thorough treatment of
explainability aspects [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Aghaee</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Blackwell</surname>
            ,
            <given-names>A.F.</given-names>
          </string-name>
          (
          <year>2015</year>
          ).
          <article-title>IoT programming needs deixis</article-title>
          .
          <source>Proceedings of CHI 2015 Workshop on End User Development in the Internet of Things Era - EUDITE)</source>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>R.</given-names>
            <surname>Ariano</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>Smartphone-based Augmented Reality for End-User Creation of Home Automations</article-title>
          ,
          <source>Behaviour &amp; Information Technology</source>
          ,
          <year>2022</year>
          , https://www.tandfonline.com/doi/full/10.10 80/0144929X.
          <year>2021</year>
          .2017482
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bongard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Baldauf</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Fröhlich</surname>
          </string-name>
          .
          <year>2020</year>
          .
          <article-title>Grasping Everyday Automation - A Design Space for Ubiquitous Automated Systems</article-title>
          .
          <source>In 19th International Conference on Mobile and Ubiquitous Multimedia (MUM</source>
          <year>2020</year>
          ),
          <source>November 22-25</source>
          ,
          <year>2020</year>
          , Essen, Germany. ACM,
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Will</given-names>
            <surname>Brackenbury</surname>
          </string-name>
          , Abhimanyu Deora, Jillian Ritchey, Jason Vallee, Weijia He,
          <string-name>
            <surname>Guan Wang</surname>
          </string-name>
          , Michael L.
          <string-name>
            <surname>Littman</surname>
          </string-name>
          , Blase Ur:
          <article-title>How Users Interpret Bugs in Trigger-Action Programming</article-title>
          .
          <source>CHI</source>
          <year>2019</year>
          :
          <volume>552</volume>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Coppers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Vanacken</surname>
          </string-name>
          , K. Luyten,
          <article-title>FORTNIoT: Intelligible Predictions to Improve User Understanding of Smart Home Behavior</article-title>
          ,
          <source>Proceedings of the ACM on Interactive, Mobile, Wearable and Ubiquitous Technologies</source>
          , Volume
          <volume>4</volume>
          ,
          <string-name>
            <surname>Issue</surname>
            <given-names>4</given-names>
          </string-name>
          ,
          <string-name>
            <surname>December</surname>
            <given-names>2020</given-names>
          </string-name>
          , Article No.:
          <volume>124</volume>
          , pp
          <fpage>1</fpage>
          -
          <lpage>24</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Chris</given-names>
            <surname>Elsden</surname>
          </string-name>
          , Tom Feltwell, Shaun W. Lawson, John Vines:
          <article-title>Recipes for Programmable Money</article-title>
          .
          <source>CHI</source>
          <year>2019</year>
          :
          <volume>251</volume>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Simone</given-names>
            <surname>Gallo</surname>
          </string-name>
          , Marco Manca, Andrea Mattioli, Fabio Paternò, Carmen
          <string-name>
            <surname>Santoro</surname>
          </string-name>
          (
          <year>2021</year>
          )
          <article-title>Comparative Analysis of Composition Paradigms for Personalization Rules in IoT Settings</article-title>
          .
          <article-title>End-User Development</article-title>
          .
          <source>IS-EUD 2021. Lecture Notes in Computer Science</source>
          , vol
          <volume>12724</volume>
          . Springer
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Giuseppe</given-names>
            <surname>Ghiani</surname>
          </string-name>
          , Marco Manca, Fabio Paternò, and Carmen Santoro,
          <year>2017</year>
          .
          <article-title>Personalization of Context-dependent Applications through Trigger-Action Rules</article-title>
          .
          <source>ACM Transactions on Computer-Human Interaction</source>
          ,
          <volume>24</volume>
          (
          <issue>2</issue>
          ), Article 14.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>W</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J</given-names>
            <surname>Martinez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R</given-names>
            <surname>Padhi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <surname>B Ur</surname>
          </string-name>
          ,
          <article-title>When smart devices are stupid: negative experiences using home smart devices</article-title>
          ,
          <source>2019 IEEE Security and Privacy Workshops (SPW)</source>
          ,
          <fpage>150</fpage>
          -
          <lpage>155</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Justin</given-names>
            <surname>Huang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Maya</given-names>
            <surname>Cakmak</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>Supporting mental model accuracy in trigger-action programming</article-title>
          .
          <source>In Proceedings of the 2015 ACM International Joint Conference on Pervasive and Ubiquitous Computing (UbiComp '15)</source>
          . ACM, New York, NY, USA,
          <fpage>215</fpage>
          -
          <lpage>225</lpage>
          . DOI=http://dx.doi.org/10.1145/2750858.280 5830
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Nicola</surname>
            <given-names>Leonardi</given-names>
          </string-name>
          , Marco Manca, Fabio Paternò, Carmen Santoro,
          <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="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>Q.</given-names>
            <surname>Vera</surname>
          </string-name>
          <string-name>
            <surname>Liao</surname>
          </string-name>
          , Daniel M Gruen,
          <string-name>
            <given-names>Sarah</given-names>
            <surname>Miller</surname>
          </string-name>
          ,
          <article-title>Questioning the AI: Informing Design Practices for Explainable AI User Experiences</article-title>
          ,
          <source>CHI 2020</source>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Marco</surname>
            <given-names>Manca</given-names>
          </string-name>
          , Fabio Paternò, Carmen Santoro, Luca Corcella,
          <article-title>Supporting end-user debugging of trigger-action 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="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Marco</surname>
            <given-names>Manca</given-names>
          </string-name>
          , Fabio Paternò, Carmen Santoro,
          <article-title>Remote Monitoring of End-User Created Automations in Field Trials</article-title>
          ,
          <source>Journal of Ambient Intelligence and Humanized Computing</source>
          ,
          <year>2021</year>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>Andrea</given-names>
            <surname>Mattioli</surname>
          </string-name>
          &amp; Fabio
          <string-name>
            <surname>Paternò</surname>
          </string-name>
          (
          <year>2021</year>
          )
          <article-title>Recommendations for creating trigger-action rules in a block-based environment</article-title>
          ,
          <source>Behaviour &amp; Information Technology</source>
          ,
          <volume>40</volume>
          :
          <fpage>10</fpage>
          ,
          <fpage>1024</fpage>
          -
          <lpage>1034</lpage>
          , DOI: 10.1080/0144929X.
          <year>2021</year>
          .1900396
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Antti</surname>
            <given-names>Salovaara</given-names>
          </string-name>
          , Andrea Bellucci, Andrea Vianello, and
          <string-name>
            <given-names>Giulio</given-names>
            <surname>Jacucci</surname>
          </string-name>
          .
          <year>2021</year>
          .
          <article-title>Programmable Smart Home Toolkits Should Better Address Households' Social Needs</article-title>
          .
          <source>In CHI 21, May</source>
          <volume>8</volume>
          -
          <issue>13</issue>
          ,
          <year>2021</year>
          , Yokohama, Japan. ACM,
          <volume>14</volume>
          pages.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>Ben</given-names>
            <surname>Shneiderman</surname>
          </string-name>
          (
          <year>2020</year>
          )
          <string-name>
            <surname>Human-Centered Artificial</surname>
          </string-name>
          Intelligence: Reliable, Safe &amp; Trustworthy,
          <source>International Journal of Human-Computer Interaction</source>
          ,
          <volume>36</volume>
          :
          <fpage>6</fpage>
          ,
          <fpage>495</fpage>
          -
          <lpage>504</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Vijay</surname>
            <given-names>Srinivasan</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Christian</given-names>
            <surname>Koehler</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Hongxia</given-names>
            <surname>Jin</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>RuleSelector: Selecting Conditional Action Rules from User Behavior Patterns</article-title>
          .
          <source>Proc. ACM Interact. Mob. Wearable Ubiquitous Technol. 2</source>
          ,
          <issue>1</issue>
          ,
          <string-name>
            <surname>Article 35</surname>
          </string-name>
          <source>(March</source>
          <year>2018</year>
          ),
          <volume>34</volume>
          pages.
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Blase</surname>
            <given-names>Ur</given-names>
          </string-name>
          ,
          <article-title>Erin A McManus, Melwyn Pak Yong</article-title>
          , Michael L Littman.
          <year>2014</year>
          .
          <article-title>Practical trigger-action programming in the smart home</article-title>
          .
          <source>Proceedings of CHI '14. ACM</source>
          ,
          <volume>803</volume>
          -
          <fpage>812</fpage>
          . https://doi.org/10.1145/2556288.2557420
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Rayoung</surname>
            <given-names>Yang</given-names>
          </string-name>
          ,
          <article-title>Mark Webster Newman, Learning from a learning thermostat: lessons for intelligent systems for the home</article-title>
          .
          <source>2013. ACM international joint conference on Pervasive and ubiquitous computing</source>
          , pp.
          <fpage>93</fpage>
          -
          <lpage>102</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>L.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Morkved</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. L.</given-names>
            <surname>Littman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Ur</surname>
          </string-name>
          .
          <year>2020</year>
          .
          <article-title>Trace2TAP: Synthesizing Trigger-Action Programs from Traces of Behavior</article-title>
          .
          <source>Proc. ACM Interact. Mob. Wearable Ubiquitous Technol. 4</source>
          ,
          <issue>3</issue>
          ,
          <string-name>
            <surname>Article 104</surname>
          </string-name>
          (
          <year>September 2020</year>
          ),
          <volume>26</volume>
          pages. https://doi.org/10.1145/3411838
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>