<!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>Trust by Discrimination: Technology Specific Regulation &amp; Explainable AI</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jakub HARA SˇTA</string-name>
          <email>jakub.harasta@law.muni.cz</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Law and Technology, Faculty of Law, Masaryk University</institution>
          ,
          <country country="CZ">Czech Republic</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <abstract>
        <p>Regulation of emerging technologies such as AI is partially controversial, because of the strive towards 'technology neutral' regulation. This paper summarizes the different approaches hidden behind the grand term of 'technology neutrality' to unravel its competing meanings. One of those meanings is then used for proposal of discriminatory approach towards deployment of AI in different services where society requires more trust and hence explanation. Regulatory barriers should be put forth to prohibit deployment of non-explainable AI into crucial services, such as medical diagnostics and triage. Paper argues that trust can be build by discrimination non-explainable machine learning models.</p>
      </abstract>
      <kwd-group>
        <kwd />
        <kwd>explainable AI</kwd>
        <kwd>technology neutrality</kwd>
        <kwd>discrimination of technology</kwd>
        <kwd>technology specific regulation</kwd>
        <kwd>critical services</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The term technology neutrality became widely used at the end of the 20th and the
beginning of the 21st century. It was meant to describe the desirable mode of regulation of
emerging technologies, mainly in ICT. However, as stated by Reed [15, p. 265] the term
was used without deep discussion about its meaning and about specific regulatory tools
related to its use. Only in 2006, Koops deconstructed this policy one-liner to describe
its hidden complexity of often mutually exclusive regulatory approaches and competing
values [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        This paper presents certain issues related to technology neutrality in different
contexts. I argue for a technology specific approach to technology neutrality ([9, p. 85] and
[7, p. 247]) as a way to stimulate the wide use of explainable AI in society. I approach
this issue from the perspective of regulating AI as social innovation, and not purely
market innovation [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Therefore, I consider it axiomatic that in some cases innovation does
not present a value per se and requires regulation to be valuable for society. However, to
prevent hampering innovation throughout the whole field of AI, I suggest distinguishing
different AI uses. The use in crucial services, such as diagnostic or medical triage tools,
or the use on vulnerable groups, such as minors or ethnic minorities, should be regulated
towards explainability.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Technology Neutrality</title>
      <sec id="sec-2-1">
        <title>2.1. Different Faces of Technology Neutrality</title>
        <p>
          Koops dissected technology neutrality into four following distinct legislative goals [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ].
The first goal aims to regulate actions of users and consequences of these actions. This
happens regardless of the technology used to mediate these actions. This form of
technology neutrality is rather extreme, as it focuses on lowest common denominator and
does not distinguish between different technologies. As an example, the purpose of both
a hand-written and an electronic signature is the expression of will or identification of an
individual. Following this aim, technology neutrality does not focus on technology, but
on the act of the expression of will.
        </p>
        <p>The second goal aims to achieve functional equivalence between different
technologies. This type of technology neutral regulation contains plethora of technology-specific
norms. These norms are used to compensate for differences between technologies in
terms of their use, the effect of such use or related costs. To follow the example set above,
this type of technology neutrality would set up specific norms for hand-written and
electronic signatures to compensate for reasonable differences between those two means of
expressing one’s will.</p>
        <p>The third possible aim of technology neutrality is the non-discrimination of
technology. The framework following this mode is forbidden from selecting technological
winners at any given point in time and also over longer periods by subsidizing specific
technologies. The regulation following this maxim has strong competition and innovation
aspects. It serves the purpose of opening any given field for further innovations and aims
to lower the barriers to entry. To follow the example set above, this aim of technology
neutrality prevents us from creating legal framework requiring hand-written signatures
and not recognizing legal validity of electronic signatures.</p>
        <p>The fourth possible aim of technology neutrality aims to create a flexible framework
accounting for future changes and accommodating future innovations. This regulation is
formulated in general terms and is often accompanied by open textured formulations and
flexible tests.</p>
        <p>Very broadly put, technology neutrality serves as an aspiration to enact laws that
could be sustainable over time and would not require frequent reviews. Similarly, it can
be interpreted as a duty not to make technological choices by creating a restrictive legal
framework, but contrarily to leave these choices to market actors. Framework legislation
or general soft-law guidelines should stay clear of technological concepts, relying on
functional or economic ones instead. On the other hand, a technology-specific reasoning
should be implemented at the lowest possible level, e.g. the level of individual decisions
of regulatory authorities [1, p. 75–76].</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Regulating Innovation</title>
        <p>
          The general approach towards technology seems to be to avoid regulation out of fear of
failing behind countries with less strict regulation or no regulation at all. Zarsky, among
others, recalled an anecdote claiming that data protection framework hampers EU
innovative potential, as the connection between the strength of privacy laws and the level
of ICT innovation is often evident [23, p. 154-155]. However, Zarsky goes beyond this
anecdote and brings forth Stewart’s distinction between market innovation and social
innovation [20, p. 1277-1279]. The market innovation allows firms to offer new and/or
improved products to customers [20, p. 1279], while the social innovation leads to social
gains beyond a pure market-oriented approach. Stewart invokes technology leading to
cleaner air [20, p. 1279], while Zarsky applies this to actors offering stronger protection
of privacy [23, p. 127]. This is, in my opinion, the line between different approaches to
technology neutrality as captured by Koops [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. The first, the third and the fourth aim
as explained in subsection 2.1 seem to aim primarily towards market innovation. The
second, functional equivalence, seems to be concerned with social innovation. The claim
that any regulation will hamper the innovative potential of AI is, without any doubts,
correct. However, in the domain of regulating AI as a social innovation, it carries little
value for further discussion.
        </p>
        <p>As is evident, technology neutrality contains different and often contradictory
approaches. A specific regulatory approach towards technology neutrality is based on a
specific context. Arguing for technology neutrality without providing such context could
lead to confusion in the creation, application and interpretation of legal framework. It is
possible to stimulate the use of explainable AI by implementing the technology neutral
legislation, but only if such legislation follows the second aim - functional equivalence.
Human and algorithmic decision-making carries certain differences and these differences
should make it into legal framework of the future use of AI, through the requirement of
explainable AI.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Regulation of Artificial Intelligence</title>
      <p>I will stay away from trying to define what Artificial Intelligence is. First of all I do not
feel competent enough to even try, and second of all, there is an apt pragmatic
definition available, which will serve my purpose: ”[AI is] the science of making machines
capable of performing tasks that would require intelligence if done by [humans].” [11,
p. V]. Essentially, AI aims towards replacing humans in certain activities. Or at least
towards mimicking them and perform certain tasks either well or well enough for it to be
economically viable under specific circumstances.</p>
      <p>If we are to put forth a legislation that would push AI towards explainability, there
are two main concerns. First, how to maximize the social innovation potential of AI
through legislation. Second, how to minimize the impact this will inevitably have on AI
as a market innovation.</p>
      <sec id="sec-3-1">
        <title>3.1. Explainable AI for Achieving and Maintaining Trust</title>
        <p>When it comes to decision-making and reasoning, the blackest box of all is human mind.
It is theoretically possible to apply technology neutrality stricto sensu (the first aim as
described in Subsection 2.1) and require no more from AI than we already require from
humans. We have settled for decision-making based partly on intuition and poor
reasoning skills. However, in order to build trust in the AI decision-making, we require different
standards. We demand an explanation.</p>
        <p>
          Trust in technology is determined by multiple factors - human characteristics, such
as the user’s personality and ability to understand the technology and deal with related
risks [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ]; environment characteristics, such as culture (including socioeconomic status),
the task for which the technology is used, and institutional factors including existing
regulation and its enforcement [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]; and technology characteristics, such as performance
of the technology, transparency of its process and purpose of its use [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ].
        </p>
        <p>
          A transparent decision-making by technology is one of the precursors for
developing and maintaining trust ([
          <xref ref-type="bibr" rid="ref14">14</xref>
          ],[
          <xref ref-type="bibr" rid="ref4">4</xref>
          ],[
          <xref ref-type="bibr" rid="ref21">21</xref>
          ],[
          <xref ref-type="bibr" rid="ref16">16</xref>
          ]). It addresses human characteristics, namely
the ability to understand technology. For general population, AI is currently too opaque
not only in its decision-making, but also in its general functioning. Requiring
transparency also directly promotes certain technology characteristics by pushing specific
(non-transparent) designs off the market. Also, a legal framework for AI or its use would
affect institutional factors of trust building, because it would send a message that
legislators understand the technology well enough to require certain changes in its design.
        </p>
        <p>At this point in time, different algorithms are used for machine learning purposes.
Machine learning classifiers include the use of decision trees or decision lists, neural
networks, k-nearest neighbour algorithms, support vector machines, Bayesian networks
etc. Usually, we tend to think about artificial intelligence in terms of a trade-off between
accurate and black-box models, and inaccurate and white-box models. Lipton argues
against this belief by stating that linear models are per se no more interpretable than
deep neural networks [10, p. 7]. According to Lipton, the issue of explainable AI is
not predominantly concerned with the use of different machine learning models, but
rather with the issue of implementation of these models. Additionally, the discussion
about interpretability of specific models is made difficult by missing a clear definition of
interpretability [10, p. 7-8].</p>
        <p>
          Without aiming for proper definition of interpretability, it is important to note one
of the basic motivations. The explainable AI allows us to verify the results of
decisionmaking. As reported in [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], due to bias in training data, AI can achieve incorrect results.
In this specific case, the model learned that patients with asthma and heart problems
have lower risk of dying of pneumonia. This result is directly opposite to what current
medicine knows about pneumonia. This particular bias leading to wrong classification
was easy to spot once the model was evaluated by medically trained personnel. However,
in a lot of areas, decision-making is currently not as linear as the relation between heart
disease, asthma, and pneumonia. Taking a lot of variables in account does not necessarily
lead to better results. We tend to be rather surprised when complex models get
outperformed by simple linear predictors [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. However, in my opinion, a lot of variables should
mean stronger pressure towards explainability regardless of model performance.
        </p>
        <p>
          The right to explanation (as a legal requirement for explainability) was heavily
debated over the course of drafting the new EU Data Protection Framework, mainly of the
General Data Protection Regulation. This attracted significant attention by legal
scholars debating the extent of obligation to provide the logic of automated decision-making
([
          <xref ref-type="bibr" rid="ref18">18</xref>
          ],[
          <xref ref-type="bibr" rid="ref22">22</xref>
          ],[
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]). Formulation of specific requirements for the explainable AI in legislation
specifically targeted to use of AI in society would without any doubts lead to a
significant opposition. However, at the same time, requiring specific design – in this case the
explainable design – of AI would arguably lead to greater trust in automated
decisionmaking.
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Minimizing Negative Effect on Innovation</title>
        <p>Directly resulting from the conclusion to require explainable AI by law in Subsection 3.1
is the issue of potential AI winter.</p>
        <p>We surely desire explainable AI. However, if all AI is to be explainable before it
could be implemented, we might be facing another AI winter, at least in countries with
strict (or any) regulation. Unregulated development and deployment means more
innovative potential, however at cost of social benefits, such as dissolution of trust. On the other
hand, strictly regulated development and deployment means less success in AI research
compared to other countries, e.g. China. But we cannot possibly have a pie and eat it too.</p>
        <p>
          However, I believe there is a partial solution to this conundrum. Harwich and
Laycock [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] laid out certain issues in health industry where AI is beneficial or could be
beneficial in the future. These issues are wide-ranging. AI could be useful in boosting
general well-being of population through health promotion or targeted prevention. It could
be used to augment cognitive capacities of medical professionals and provide us with
improved and fast diagnostics and triage. Additionally, AI could make our health
system more efficient overall by taking away some of the administrative burden through
automation, or by allowing for better management and self-care for chronically ill patients.
These implementations require different levels of duty of care as they carry with them
different consequences in case of a mistake. Some areas, such as diagnostics, should
be made more transparent, even if only for the issue reported in [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. Diagnostics is
inherently more complex than automation of repetitive administrative tasks or reminding
to patients with cognitive impairment to take their medicine. The crucial services
supported by AI decision-making require more trust and this can be achieved by requiring
transparency. Other areas can be deemed as less important or less crucial.
        </p>
        <p>
          This sort of distinction among various services for purpose of legal regulation has a
precedent. Critical infrastructure protection currently works along the same line. Some
sectors, such as energy, water management, food industry and agriculture, health
services, financial market etc., are deemed as critical and as a result are regulated differently.
Different countries approach these issues in multiple ways, labelling different sectors as
critical. However, labelling specific sectors as critical attracts an increased attention in
terms of specific applicable policy and legal framework [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ].
        </p>
        <p>
          Different areas of AI deployment described in [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] require different levels of duty
of care. Mistakes lead to different consequences, from administrative nuisance to
lifethreatening situations. Any regulation should, in this regard, prescribe the use of
explainable AI in some areas that we deem crucial for society – either within the scope of the
current critical infrastructure protection framework or outside of it. This approach allows
us to maximize the benefit of AI as social innovation (because we opt for regulation)
without stopping AI as market innovation dead in its tracks (because we opt for targeted
regulation following risk analysis).
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Conclusion</title>
      <p>
        Lipton [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] formulated different levels of explainable AI. He noted the transparency at
the level of entire model (simulatability), transparency at the level of individual
components (decomposability), and at the level of training algorithm (algorithmic
transparency).
      </p>
      <p>I argue that different levels of explainability should be required from AI deployed
into different areas, different services or different individual decision-making tasks. A
legal requirement for explainable AI design could help us build trust in automated
decision-making. However, requiring explainable AI everywhere could seriously
hamper the innovative potential of AI. There has to be a regulation requiring explainable AI
models to ensure that we develop and maintain trust. However, the two-tier classification
of services ensures proportionality of such regulation and prevents unreasonable barriers
to block further development of AI. Similarly to the existing framework of critical
infrastructure protection, we require a different level of protection once the asset is considered
a critical infrastructure. Discriminating between explainable and non-explainable AI in
access to those areas makes perfect sense.</p>
      <p>Approaching AI in a technology neutral way – or more precisely in its first, third
and fourth aim as described in Subsection 2.1 – means regulating it as market innovation.
This approach is related to the perspective of law and economics, which aims to regulate
market failures. Innovation and welfare from constantly innovating services is of utmost
importance and considered critical for modern society.</p>
      <p>However, AI mimics human intelligence and is increasingly deployed into areas
typical for human decision-making. Regulating AI from perspective of technology
neutrality seeking functional equivalence adds reasonable regulatory burden to new technology.
This aims to protect the values and tame the market-driven innovation. This approach
targets AI as social innovation.</p>
      <p>What I described in this paper should serve as a compromise between these two
forces and two regulatory approaches. We should strive to tame the flame of innovation,
so it would serve us. But extinguishing it completely would leave us in the dark.</p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgment References</title>
      <p>Author gratefully acknowledges support by the Czech Science Foundation under grant
no. GA17-20645S.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>A.</given-names>
            <surname>Butenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Latouche</surname>
          </string-name>
          .
          <article-title>Regulation for Inovativeness or Regulation of Innovations</article-title>
          . Law, Innovation and Technology,
          <year>2015</year>
          , vol.
          <volume>7</volume>
          , no.
          <issue>1</issue>
          , pp.
          <fpage>52</fpage>
          -
          <lpage>82</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>R.</given-names>
            <surname>Caruana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gehrke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Koch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sturm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Elhadad</surname>
          </string-name>
          .
          <article-title>Intelligible Models for HealthCare: Predicting Pneumonia Risk and Hospital 30-day Readmission</article-title>
          .
          <source>Proceedings of the 21st ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>
          ,
          <year>2015</year>
          , pp.
          <fpage>1721</fpage>
          -
          <lpage>1730</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Dressel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Farid</surname>
          </string-name>
          . The Accuracy, Fairness, and Limits of Predicting Recidivism.
          <source>Science Advances</source>
          ,
          <year>2018</year>
          , vol.
          <volume>4</volume>
          , no.
          <issue>1</issue>
          , eaao5580.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Glass</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.L.</given-names>
            <surname>McGuiness</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Wolverton</surname>
          </string-name>
          .
          <article-title>Toward Establishing Trust in Adaptive Agents</article-title>
          .
          <source>Proceedings of the 13th International Conference on Intelligent User Interfaces IUI</source>
          ,
          <year>2008</year>
          , pp.
          <fpage>227</fpage>
          -
          <lpage>236</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>J.</given-names>
            <surname>Harasta</surname>
          </string-name>
          . Legally Critical:
          <article-title>Defining Critical Infrastructure in an Interconnected World</article-title>
          .
          <source>International Journal of Critical Infrastructure Protection</source>
          ,
          <year>2018</year>
          , vol.
          <volume>21</volume>
          , s.
          <fpage>47</fpage>
          -
          <lpage>56</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>E.</given-names>
            <surname>Harwich</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Laycock</surname>
          </string-name>
          .
          <article-title>Thinking on its own: AI in the NHS</article-title>
          . Reform,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.</given-names>
            <surname>Hildebrandt</surname>
          </string-name>
          .
          <article-title>Legal Protection by Design: Objections and Refutations</article-title>
          . Legisprudence,
          <year>2011</year>
          , vol.
          <volume>5</volume>
          , no.
          <issue>2</issue>
          , pp.
          <fpage>223</fpage>
          -
          <lpage>248</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaminski</surname>
          </string-name>
          . The Right to Explanation, Explained.
          <year>2018</year>
          . SSRNID 3196985.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>B.-J.</given-names>
            <surname>Koops</surname>
          </string-name>
          . Should ICT Regulation be Technology Neutral? In: B.
          <string-name>
            <surname>-J. Koops</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Lips</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Prins</surname>
          </string-name>
          , M. Schellekens (eds.).
          <article-title>Starting Points for ICT Regulation</article-title>
          . Deconstructing
          <string-name>
            <surname>Prevalent Policy One-Liners. The Hague: T.M.C. Asser</surname>
          </string-name>
          Press,
          <year>2006</year>
          . Pp.
          <volume>77</volume>
          -
          <fpage>108</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Z.C.</given-names>
            <surname>Lipton</surname>
          </string-name>
          .
          <source>The Mythos of Model Intepretability</source>
          .
          <year>2017</year>
          . arXiv:
          <volume>1606</volume>
          .
          <fpage>03490</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Minsky</surname>
          </string-name>
          .
          <source>Semantic Information Processing</source>
          , Cambridge: MIT,
          <year>1968</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>P.</given-names>
            <surname>Ohm</surname>
          </string-name>
          .
          <article-title>The Argument against Technology-Neutral Surveillance Laws</article-title>
          .
          <source>Texas Law Review</source>
          ,
          <year>2010</year>
          , vol.
          <volume>88</volume>
          , no.
          <issue>7</issue>
          , pp.
          <fpage>1685</fpage>
          -
          <lpage>1714</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>K.</given-names>
            <surname>Oleson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Bilings</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Kocsis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.Y.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.A.</given-names>
            <surname>Hancock</surname>
          </string-name>
          .
          <article-title>Antecedents of Trust in Human-Robot Collaborations</article-title>
          .
          <source>Proceedings of IEEE International Multi-Disciplinary Conference on Cognitive Methods in Situation Awareness and Decision Support CogSIMA</source>
          ,
          <year>2011</year>
          , pp.
          <fpage>175</fpage>
          -
          <lpage>178</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>P.</given-names>
            <surname>Pu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Chen</surname>
          </string-name>
          .
          <article-title>Trust building with explanation interfaces</article-title>
          .
          <source>Proceedings of the 11th International Conference on Intelligent User Interfaces IUI</source>
          ,
          <year>2006</year>
          ,
          <fpage>93</fpage>
          -
          <lpage>100</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>C.</given-names>
            <surname>Reed</surname>
          </string-name>
          .
          <source>Taking Sides on Technology Neutrality. SCRIPTed: A Journal of Law, Technology and Society</source>
          ,
          <year>2007</year>
          , vol.
          <volume>4</volume>
          , no.
          <issue>3</issue>
          , pp.
          <fpage>263</fpage>
          -
          <lpage>284</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.T.</given-names>
            <surname>Ribeiro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Guestrin</surname>
          </string-name>
          . ”
          <string-name>
            <surname>Why Should I Trust You</surname>
          </string-name>
          <article-title>?” Explaining the Predictions of Any Classifier</article-title>
          .
          <source>Proceedings of the 22nd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>
          ,
          <year>2016</year>
          , pp.
          <fpage>1135</fpage>
          -
          <lpage>1144</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>K.E.</given-names>
            <surname>Schaefer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.Y.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.L.</given-names>
            <surname>Szalma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.A.</given-names>
            <surname>Hancock</surname>
          </string-name>
          .
          <article-title>A Meta-Analysis of Factors Influencing the Development of Trust in Automation: Implications for Understanding Autonomy in Future Systems</article-title>
          .
          <source>Human Factors</source>
          ,
          <year>2016</year>
          , vol.
          <volume>58</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>377</fpage>
          -
          <lpage>400</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A.</given-names>
            <surname>Selbst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Powles</surname>
          </string-name>
          .
          <article-title>Meaningful Information and the Right to Explanation</article-title>
          .
          <source>International Data Privacy Law</source>
          ,
          <year>2017</year>
          , vol.
          <volume>7</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>233</fpage>
          -
          <lpage>242</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>K.</given-names>
            <surname>Siau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Shen</surname>
          </string-name>
          .
          <article-title>Building Customer Trust in Mobile Commerce</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <year>2003</year>
          , vol.
          <volume>46</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>91</fpage>
          -
          <lpage>94</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>R.</given-names>
            <surname>Stewart</surname>
          </string-name>
          . Regulation, Innovation and
          <string-name>
            <given-names>Administrative</given-names>
            <surname>Law</surname>
          </string-name>
          :
          <string-name>
            <given-names>A Conceptual</given-names>
            <surname>Framework. California Law Review</surname>
          </string-name>
          ,
          <year>1981</year>
          , vol.
          <volume>69</volume>
          , no.
          <issue>5</issue>
          , pp.
          <fpage>1256</fpage>
          -
          <lpage>1377</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>N.</given-names>
            <surname>Tintarev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Masthoff</surname>
          </string-name>
          .
          <article-title>Designing and Evaluating Explanations for Recommender Systems</article-title>
          .
          <source>Recommender Systems Handbook</source>
          ,
          <year>2010</year>
          , pp.
          <fpage>479</fpage>
          -
          <lpage>510</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>S.</given-names>
            <surname>Wachter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mittelstadt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Floridi</surname>
          </string-name>
          .
          <article-title>Why a Right to Explanation of Automated Decision-Making Does Not Exist in the General Data Protection Regulation</article-title>
          .
          <source>International Data Privacy Law</source>
          ,
          <year>2017</year>
          , vol.
          <volume>7</volume>
          , no.
          <issue>2</issue>
          , pp.
          <fpage>76</fpage>
          -
          <lpage>99</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>T.</given-names>
            <surname>Zarsky</surname>
          </string-name>
          . The
          <string-name>
            <surname>Privacy-Innovation Conundrum</surname>
          </string-name>
          .
          <source>Lewis &amp; Clark Law Review</source>
          ,
          <year>2015</year>
          , vol.
          <volume>19</volume>
          , no.
          <issue>1</issue>
          , pp.
          <fpage>115</fpage>
          - -
          <lpage>168</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>