<!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>Integrating Public Displays into Tourist Trip Recommender Systems</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Daniel Herzog</string-name>
          <email>herzogd@in.tum.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Nikolaos Promponas-Kefalas</string-name>
          <email>nikolas.promponas@tum.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wolfgang Wörndl</string-name>
          <email>woerndl@in.tum.de</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tourist Trip, Smartphone, Public Display, Distributed User Interface,</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Informatics, Technical University of Munich</institution>
          ,
          <addr-line>85748 Garching bei München</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Informatics, Technical University of Munich</institution>
          ,
          <addr-line>85748 Garching bei München</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Department of Informatics, Technical University of Munich</institution>
          ,
          <addr-line>85748 Garching bei München</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Usability</institution>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <fpage>18</fpage>
      <lpage>22</lpage>
      <abstract>
        <p>Tourist Trip Recommender Systems (RSs) suggest points of interest (POIs) and combine them along enjoyable routes. Integrating public displays into the recommendation process promises to overcome the limitations of mobile devices, such as small screens, thereby enriching the user experience of a tourist trip RS. However, in practice, public displays are rarely integrated in this manner. In this paper, we show how a mobile RS for tourist trips can be adapted to public displays and propose a Distributed User Interface (DUI) approach where the RS is distributed among both public and private devices. The results of a preliminary user study indicate that integrating public displays is perceived as attractive and novel; however, people remain concerned about privacy issues when using a public display. Public displays become more interesting when used for group recommendations; thus, we outline how our proposed approaches can be integrated into a group RS.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>CCS CONCEPTS</title>
      <p>• Information systems → Recommender systems; •
Humancentered computing → Interaction techniques; Touch screens;</p>
    </sec>
    <sec id="sec-2">
      <title>INTRODUCTION</title>
      <p>
        Recommender Systems (RSs) have been applied in various domains;
however they are particularly popular in tourism where they allow
users to receive suggestions for points of interest (POIs) or tourist
trips comprising multiple attractions [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Today, mobile devices are
the primary information access platform and tourists use mobile
RSs to receive recommendations when traveling [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. However,
mobile RSs have to deal with various limitations, such as small
displays and limited Internet access.
      </p>
      <p>
        Public displays at touristic spots are one solution to overcome
these limitations. Currently, public displays are used to display
primarily static content, such as maps and timetables. The next
step in public display research is to provide personalized content
tailored to individual information needs by allowing the user to
interact with the display and share their preferences. However,
using public displays for personalized recommendations raises
privacy issues, and some people are reluctant to use them because
of social embarrassment [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. A Distributed User Interface (DUI) is
one solution to this problem. With a DUI, the user interacts solely
with their personal device to protect sensitive data, and the public
display only receives and displays selected content, such as the
ifnal recommendation.
      </p>
      <p>
        Our overall goal is to integrate public displays into tourism RSs.
Previously, we developed TourRec, a tourist trip RSs that
recommends sequences of POIs along enjoyable routes between a start
point and a destination and adapts the routes according to user
preferences and constraints [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. An updated version of TourRec is
available on the Google Play Store1. In this paper, we show how
TourRec can be adapted to public displays and introduce a DUI
approach that combines the advantages of public and private devices.
In a preliminary user study, we evaluated diferent approaches
relative to usability criteria. In addition, we describe how to integrate
our approaches into a group RSs.
      </p>
      <p>The remainder of this paper is organized as follows: In Section 2
we present background information and related work. We introduce
our approaches to integrate public displays into a tourist trip RSs
and the results of a preliminary user study in Section 3. In addition,
we explain how our ideas can be used in group RSs. Conclusions
and suggestions for future work are given in Section 4.
2</p>
    </sec>
    <sec id="sec-3">
      <title>BACKGROUND AND RELATED WORK</title>
      <p>
        Tourism RSs can recommend diferent travel-related items, such
as POIs, travel plans, and tourist trips [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Traditional tourism RSs
often recommend sets or ranked lists of POIs from which the user
can choose the attractions they would like to visit. The
recommendations can be optimized by considering contextual factors,
such as weather [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. More advanced RSs can recommend complete
travel plans composed of multiple travel items, such as a
destination, a hotel, and nearby POIs. TripMatcher and VacationCoach are
early travel RSs that use content-based approaches to match user
preferences with potential destinations [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. Other approaches to
generate travel plans involve case-based reasoning [
        <xref ref-type="bibr" rid="ref11 ref19">11, 19</xref>
        ] or
conversational UIs [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. However, tourist trips are sequences of POIs
along enjoyable routes [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ]. For example, the City Trip Planner is a
tourist trip RS that generates personalized routes and can integrate
lunch breaks [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ]. Another example is TourRec, the mobile RS that
is the basis of this work (Section 3.1). Other tourist trip RSs identify
routes that are considered scenic or pleasant [
        <xref ref-type="bibr" rid="ref16 ref6">6, 16</xref>
        ]. Only very few
work has been done to recommend tourist trips to groups [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>
        In the tourism domain, RSs are typically developed for mobile
devices or desktop clients. Another idea to provide personalized
recommendations to people who are already traveling is deployment
1https://play.google.com/store/apps/details?id=de.tum.in.cm.tourrec
on public displays, such as information kiosks in trains stations,
airports, and touristic areas. Public displays vary in size from small
television screens to display static information, such as timetables,
to large and interactive multi-user wall displays [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Interactive
public displays can be diferentiated based on input types and
interaction techniques. Users can interact directly with a touchscreen or
buttons attached to the display or they can use speech or gestures
[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>
        Even though public displays have many advantages compared
to mobile devices, such as screen size, social embarrassment and
privacy concerns prevent people from interacting with them. People
may be uncomfortable entering sensitive data in a publicly available
device [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Furthermore, passersby may be able to see sensitive
content, a phenomenon referred to as shoulder-surfing [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Using a
mobile device to enter personal information is a promising way to
address privacy issues [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. UIs that are distributed across multiple
devices or interfaces are referred to as DUIs. With DUIs, the UIs
can be displayed on diferent monitors, devices, or platforms, and
they can be distributed among diferent users [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ].
3
      </p>
    </sec>
    <sec id="sec-4">
      <title>INTEGRATING PUBLIC DISPLAYS INTO A</title>
    </sec>
    <sec id="sec-5">
      <title>TOURIST TRIP RECOMMENDER SYSTEM</title>
      <p>In this section, we describe TourRec and show how it can be adapted
to public displays. We also introduce a DUI approach that combines
private and public devices. In addition, we summarize the results of
a preliminary user study performed to evaluate these approaches
and explain how such approaches can be integrated into a group
RSs.
3.1</p>
    </sec>
    <sec id="sec-6">
      <title>TourRec</title>
      <p>
        TourRec is a mobile tourist trip RS that combines multiple POIs
along enjoyable routes [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Prior to requesting a recommendation,
the user can specify their travel preferences by rating various
categories, such as food or nightlife, on a scale from 0 to 5. The user must
specify an origin (e.g., the user’s current location), a destination,
a start time, and the maximum duration of the trip. A PlacePicker
UI allows to select the origin and destination by searching for a
location or selecting it directly on a map. Recommendations are
displayed on a map or as a list of POIs with additional information,
such as predicted arrival times and suggested durations of stay
(Figure 1a). Note that the UIs were designed using Material Design,
a design language introduced by Google2.
      </p>
      <p>To generate tourist trips based on user queries, TourRec
communicates with a backend we developed for this purpose. The backend
architecture is modular and scalable, which allows us to add and
evaluate new clients, recommendation algorithms, and data sources.
3.2</p>
    </sec>
    <sec id="sec-7">
      <title>Public Display Variant</title>
      <p>Public displays have become increasingly common in touristic areas;
however, they are still not used for personalized recommendations.
The potential advantages are obvious. The user does not need their
own device with Internet connection while traveling. Larger
displays can facilitate orientation in an unknown area and support
the selection of a suitable recommendation when all relevant data,
such as POI information, a map, and context data, are displayed
on a single UI. Furthermore, a public display can facilitate decision
making when used by a group because the recommendation can be
viewed by all members of the group. More advanced approaches
allow the user to modify the recommendation directly on the public
display and send it to the personal device. These advantages
represent our motivation to integrate public displays into our TourRec
application.</p>
      <p>In this work, we use a kiosk system equipped with a 55-inch
multi-touch screen in portrait orientation. Similar tourism
information kiosks can be found in many touristic areas. We tried to
keep the changes to the smartphone’s UIs to a minimum so that
the only independent variable tested in our user study was the
interaction type rather than other changes in the layout. Thus, the
public display application applies the same layout but attempts to
benefit from the larger display area wherever possible.</p>
      <p>Figure 1b shows a tourist trip recommendation on the public
display. Again, the final recommendation is presented both on a
map and as a list of POIs. However, the public display variant takes
advantage of the larger screen and displays both modes
simultaneously. The map and list are displayed on the top and bottom of the
screen, respectively.</p>
      <p>We used the AngularJS framework to implement the public
display application. The kiosk system runs Windows 10 and the
application can be accessed via any web browser.
3.3</p>
    </sec>
    <sec id="sec-8">
      <title>Distributed User Interface Approach</title>
      <p>The DUI approach distributes the recommendation process among
the smartphone and the public display. The two main reasons for
this approach are: (i) users can keep sensitive data on their
private device but view the recommendation on a large display, and
(ii) users can prepare a route request prior to traveling and display
a recommendation on a public display as required.</p>
      <p>
        We decided to use a QR code for the pairing between the
smartphone and public display because it has been shown that this
method provides high usability in similar scenarios [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ].
Furthermore, QR codes are already used in common software, such as
WhatsApp3, to pair a desktop client and a smartphone.
      </p>
      <p>After the user formulates a route request, the extended
smartphone application allows the user to send the recommendation to
a public display. The user must scan the QR code using the
smartphone’s camera to transmit the request to an intermediary server
application we have developed. The public display fetches the route
request from the intermediary server application. To identify the
correct smartphone, each request is labeled with a unique ID that is
also encoded in the QR code. After the public display receives the
request, it forwards it to the backend and receives a recommendation,
which is then presented to the user.</p>
      <p>The smartphone and public display applications are the same
as in Sections 3.1 and 3.2; however, they are extended by the
pairing feature. The intermediary server application is a web service
implemented in node.js.</p>
    </sec>
    <sec id="sec-9">
      <title>Preliminary User Study</title>
      <p>We conducted a preliminary user study to obtain initial feedback
on the proposed integrations of public displays.</p>
      <p>3.4.1 Goals and Setup. We evaluated the three variants of the
single-user RS relative to user experience, execution time of the
selected tasks, and comfortability of use in a public space. The user
study followed a within-group design. We allowed the participants
to test the prototypes in random order to avoid biased results due
to the learning efect. The participants were asked to execute three
tasks for each interaction technique: (i) create a route between two
predefined POIs, (ii) create a route between two predefined POIs
with their own travel preferences, and (iii) create a route from the
current location to a predefined destination.</p>
      <p>
        The participants were asked to fill out a User Experience
Questionnaire (UEQ) after every interaction technique. The UEQ is a
semantic diferential with 26 items grouped into six user
experience aspects: attractiveness, perspicuity, eficiency, dependability,
stimulation, and novelty [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. A benchmark data set that enables
comparison of the performance of each aspect to other systems,
exists. In addition, we included one extra question asking the user
how comfortable they felt using the prototype in a public place.
      </p>
      <p>In total, 16 people participated in the user study. All participants
were bachelor or master’s degree students or had recently
graduated. Overall, the participants had rather limited experience with
interactive public displays, e.g., 50% of the participants had never
used a similar system previously.</p>
      <p>3.4.2 Results and Discussion. We performed statistical tests
where applicable to determine whether the performance of the
interaction techniques difered significantly at the 5% level relative
to any of the aforementioned aspects. We used Repeated Measures
Analysis of Variance (ANOVA) when the results were distributed
normally and the Friedman test in other cases. The Shapiro-Wilk
test for normality was performed to select the correct significance
test. In case of a significant diference, we performed a post-hoc test
to identify where the diference occurred, i.e., between interaction
techniques.</p>
      <p>Figure 2 shows the results of all prototypes relative to the six
UEQ aspects. As can be seen, the attractiveness of all prototypes
is considered excellent, which means that it is among the 10% best
results of the benchmark data set. However, perspicuity is
significantly higher for the stand-alone smartphone mode compared to
the DUI approach (α = 0.002). Many people are familiar with using
smartphone applications. Hence, it is easier for them to get familiar
with the stand-alone smartphone variant than a hybrid approach.
For dependability, the diference between the stand-alone
smartphone and public display modes is significant ( α = 0.006), which
means that the participants felt more in control of the interaction
when using a smartphone than a public display. Moreover, the
public display’s dependability score was below average compared to the
benchmark dataset because the public display scored very low for
the Secure vs Insecure item. Thus, further efort to protect user data
and prevent shoulder-surfing is required. Our DUI approach appears
to be a promising solution because its dependability is similar to the
stand-alone smartphone variant. Furthermore, the DUI approach
demonstrates the highest novelty, which means that this approach
feels the most innovative and creative. However, this diference is
not yet significant.</p>
      <p>Table 1 shows the average execution times for each task and
prototype. The execution times of Task 1 are significantly shorter for
both the stand-alone smartphone mode (α = 0.007) and the
standalone public display mode (α = 0.015) than the DUI approach. Task
3, which requires the user to give the system access to their current
location, is significantly faster on the smartphone than on the public
display (α = 0.002) and for the DUI approach (α = 0.003). There
is no significant diference between the execution times of Task 2
which included entering the travel preferences before requesting a
recommendation.</p>
      <p>The analysis of execution time shows that there is nearly no
diference between the public display and smartphone interaction
techniques. This is surprising because many participants had no
previous experience with interactive public displays.</p>
      <p>Comfortability using a smartphone in a public place is
significantly higher than when using a public display (α = 0.005) and
using the DUI approach (α = 0.005). During the study, 75% of
participants explained that using two devices is a disadvantage and
too complex because they could obtain the same recommendation
using a single device. However, 25% of participants emphasized that
preparing the route recommendation in advance, e.g., by entering
route parameters on the smartphone, while waiting in line to use
the public display could be a significant advantage in practical use.
3.5</p>
    </sec>
    <sec id="sec-10">
      <title>Group Recommender System</title>
      <p>The results of the preliminary user study show that integration of
public displays into a tourist trip RS is perceived as attractive and
novel. However, the advantages of a hybrid approach are less
appreciated when used by single users. The feedback received indicates
that public displays could become more valuable when a group of
users attempts to agree on a tourist trip.</p>
      <p>
        The simplest ways to find a group recommendation is to use only
a single smartphone or allow one group member to use the public
display on behalf of the group; however, this requires the group
members to agree on the group’s travel preferences in advance. A
more sophisticated approach uses one smartphone per user, thereby
allowing each user to independently enter their travel preferences.
In this case, the preferences of all users are merged automatically by
the RS using a social choice strategy [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Networking Application
Programming Interfaces (APIs), such as Google Nearby4, can be
used to share travel preferences and recommendations between
smartphones without an Internet connection. Thus, only one device
is required to request a recommendation from the backend and
broadcast it to the other users. One advantage of this approach is
that the users do not have to reveal their travel preferences, which
avoids social embarrassment and manipulation [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>
        When a public display is available, no Internet-connected
device is required. The public display variant presented in Section 3.2
can be used by a group if the group’s preferences are entered by
a single group member. Furthermore, we suggest an extension to
our DUI approach where each user enters their preferences using
their personal device and the recommendation is displayed on a
mutual screen. Thus, this approach uses the same UIs as the
previous prototypes. However, the collected preferences are aggregated
automatically before the public display shows the recommendation
to the group. This approach combines diferent advantages of the
previous solutions, i.e., users do not have to reveal travel
preferences and the mutual display facilitates discussions among group
members, which helps the group determine consensus [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. More
advanced approaches allow the group to modify the recommendation
on the public display and send it back to their devices.
      </p>
      <p>To summarize, the strategies we suggest for a group RS can be
distinguished by the following dimensions.</p>
      <p>• Small screen vs. large screen
4https://developers.google.com/nearby/
• One user enters the preferences for the group vs. every user
enters the preferences separately
• User preferences are revealed to the group vs. preferences
are hidden from the group
• The recommendation is displayed on a mutual screen vs. the
recommendation is displayed on each individual’s device
Our goal is to compare these diferent approaches to determine
which specifications under which conditions facilitate the process
of finding a tourist trip for a group. For this purpose, we plan to
conduct user studies with diferent group types, such as families,
friends, or colleagues. The results will show us which approaches
perform best relative to diferent usability criteria and if there are
any diferences depending on the type of user and group.
4</p>
    </sec>
    <sec id="sec-11">
      <title>CONCLUSION AND FUTURE WORK</title>
      <p>In this paper, we have shown how public displays can be integrated
into a tourist trip RS. We adapted a smartphone application to
public displays and extended it with a pairing functionality to
realize a DUI approach. In a preliminary user study, very high
attractiveness was demonstrated by all approaches. However, the
results of our preliminary study show that public displays provide
limited advantage when used by single users. As a result, we have
outlined how our approaches can be extended to enable group
recommendations. In future, we will implement these extensions
and compare the diferent approaches in larger user studies with real
groups to evaluate how they support tourist trip recommendations
in a group context.</p>
      <p>
        Integrating public displays into a tourist trip RS ofers tourists
many advantages compared to mobile devices; however, privacy
concerns relative to using a public display remain. The DUI
approach presented in this work allows the user to keep sensitive
data, such as travel preferences, on the private device while
beneifting from the public display. This is particularly important in a
group recommendation scenario where the users want to share a
mutual display but not reveal their personal preferences to other
group members. However, further eforts are needed to protect
the data on the public display, such as the actual recommendation.
Diferent approaches to prevent shoulder-surfing, such as blacking
out parts of the display or mirroring a passerby’s position and
orientation to warn the user have been developed [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Future work
should evaluate how these approaches can be adapted to the tourist
trip scenario and group recommendations on public displays.
      </p>
      <p>One main limitation of our preliminary study is the fact that it
was conducted as a lab study. The advantages of a large display
could become clearer when the user is actually traveling. On the
other hand, social embarrassment and privacy concerns could
become a significantly larger issue when passersby are present. Hence,
in a real-world scenario, the users could accept the presented DUI
approach more easily compared to the public display variant.</p>
    </sec>
    <sec id="sec-12">
      <title>ACKNOWLEDGMENTS</title>
      <p>This work is part of the TUM Living Lab Connected Mobility (TUM
LLCM) project and has been funded by the Bavarian Ministry of
Economic Afairs, Energy and Technology (StMWi) through the
Center Digitisation.Bavaria, an initiative of the Bavarian State
Government.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Florian</given-names>
            <surname>Alt</surname>
          </string-name>
          , Alireza Sahami Shirazi, Thomas Kubitza, and
          <string-name>
            <given-names>Albrecht</given-names>
            <surname>Schmidt</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <article-title>Interaction Techniques for Creating and Exchanging Content with Public Displays</article-title>
          .
          <source>In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '13)</source>
          . ACM, New York, NY, USA,
          <fpage>1709</fpage>
          -
          <lpage>1718</lpage>
          . https://doi.org/10. 1145/2470654.2466226
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Joan</given-names>
            <surname>Borràs</surname>
          </string-name>
          , Antonio Moreno, and
          <string-name>
            <given-names>Aida</given-names>
            <surname>Valls</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Intelligent tourism recommender systems: A survey</article-title>
          .
          <source>Expert Systems with Applications</source>
          <volume>41</volume>
          ,
          <issue>16</issue>
          (
          <year>2014</year>
          ),
          <fpage>7370</fpage>
          -
          <lpage>7389</lpage>
          . https://doi.org/10.1016/j.eswa.
          <year>2014</year>
          .
          <volume>06</volume>
          .007
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Matthias</given-names>
            <surname>Braunhofer</surname>
          </string-name>
          , Mehdi Elahi, Mouzhi Ge, and
          <string-name>
            <given-names>Francesco</given-names>
            <surname>Ricci</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <article-title>STS: Design of Weather-Aware Mobile Recommender Systems in Tourism</article-title>
          . In
          <source>In Proceedings of the 1st Workshop on AI*HCI: Intelligent User Interfaces (AI*HCI</source>
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Harry</given-names>
            <surname>Brignull</surname>
          </string-name>
          and
          <string-name>
            <given-names>Yvonne</given-names>
            <surname>Rogers</surname>
          </string-name>
          .
          <year>2003</year>
          .
          <article-title>Enticing People to Interact with Large Public Displays in Public Spaces</article-title>
          .
          <source>In Human-Computer Interaction INTERACT '03: IFIP TC13 International Conference on Human-Computer Interaction, 1st-5th September</source>
          <year>2003</year>
          , Zurich, Switzerland.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Frederik</given-names>
            <surname>Brudy</surname>
          </string-name>
          , David Ledo,
          <string-name>
            <given-names>Saul</given-names>
            <surname>Greenberg</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Andreas</given-names>
            <surname>Butz</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Is Anyone Looking? Mitigating Shoulder Surfing on Public Displays Through Awareness and Protection</article-title>
          .
          <source>In Proceedings of The International Symposium on Pervasive Displays (PerDis '14)</source>
          . ACM, New York, NY, USA, Article
          <volume>1</volume>
          , 6 pages. https://doi.org/10. 1145/2611009.2611028
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Damianos</given-names>
            <surname>Gavalas</surname>
          </string-name>
          , Vlasios Kasapakis, Charalampos Konstantopoulos, Grammati Pantziou, and
          <string-name>
            <given-names>Nikolaos</given-names>
            <surname>Vathis</surname>
          </string-name>
          .
          <year>2016</year>
          .
          <article-title>Scenic route planning for tourists</article-title>
          .
          <source>Personal and Ubiquitous Computing</source>
          (
          <year>2016</year>
          ),
          <fpage>1</fpage>
          -
          <lpage>19</lpage>
          . https://doi.org/10.1007/ s00779-016-0971-3
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Anthony</given-names>
            <surname>Jameson</surname>
          </string-name>
          .
          <year>2004</year>
          .
          <article-title>More Than the Sum of Its Members: Challenges for Group Recommender Systems</article-title>
          .
          <source>In Proceedings of the Working Conference on Advanced Visual Interfaces (AVI '04)</source>
          . ACM, New York, NY, USA,
          <fpage>48</fpage>
          -
          <lpage>54</lpage>
          . https://doi.org/10.1145/989863.989869
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Anthony</given-names>
            <surname>Jameson</surname>
          </string-name>
          and
          <string-name>
            <given-names>Barry</given-names>
            <surname>Smyth</surname>
          </string-name>
          .
          <year>2007</year>
          .
          <article-title>Recommendation to Groups</article-title>
          . In The Adaptive Web,
          <string-name>
            <given-names>Peter</given-names>
            <surname>Brusilovsky</surname>
          </string-name>
          , Alfred Kobsa, and Wolfgang Nejdl (Eds.). Springer, Berlin, Heidelberg,
          <fpage>596</fpage>
          -
          <lpage>627</lpage>
          . http://dl.acm.org/citation.cfm?id=
          <volume>1768197</volume>
          .
          <fpage>1768221</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Christopher</given-names>
            <surname>Laß</surname>
          </string-name>
          , Wolfgang Wörndl, and
          <string-name>
            <given-names>Daniel</given-names>
            <surname>Herzog</surname>
          </string-name>
          .
          <year>2016</year>
          .
          <article-title>A Multi-Tier Web Service and Mobile Client for City Trip Recommendations</article-title>
          .
          <source>In The 8th EAI International Conference on Mobile Computing, Applications and Services (MobiCASE)</source>
          . ACM. https://doi.org/10.4108/eai.30-
          <fpage>11</fpage>
          -
          <year>2016</year>
          .
          <fpage>2267194</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Bettina</surname>
            <given-names>Laugwitz</given-names>
          </string-name>
          , Theo Held, and
          <string-name>
            <given-names>Martin</given-names>
            <surname>Schrepp</surname>
          </string-name>
          .
          <year>2008</year>
          .
          <article-title>Construction and Evaluation of a User Experience Questionnaire</article-title>
          .
          <source>In HCI and Usability for Education and Work</source>
          , Andreas Holzinger (Ed.). Springer Berlin Heidelberg, Berlin, Heidelberg,
          <fpage>63</fpage>
          -
          <lpage>76</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>Mario</given-names>
            <surname>Lenz</surname>
          </string-name>
          .
          <year>1994</year>
          .
          <article-title>CaBaTa: Case-based Reasoning for Holiday Planning</article-title>
          .
          <source>In Proceedings of the International Conference on Information and Communications Technologies in Tourism</source>
          . Springer-Verlag New York, Inc., Secaucus, NJ, USA,
          <fpage>126</fpage>
          -
          <lpage>132</lpage>
          . http://dl.acm.org/citation.cfm?id=
          <volume>184620</volume>
          .
          <fpage>184769</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Tariq</surname>
            <given-names>Mahmood</given-names>
          </string-name>
          , Francesco Ricci, and
          <string-name>
            <given-names>Adriano</given-names>
            <surname>Venturini</surname>
          </string-name>
          .
          <year>2009</year>
          .
          <article-title>Improving recommendation efectiveness: Adapting a dialogue strategy in online travel planning</article-title>
          .
          <source>Information Technology &amp; Tourism</source>
          <volume>11</volume>
          ,
          <issue>4</issue>
          (
          <year>2009</year>
          ),
          <fpage>285</fpage>
          -
          <lpage>302</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>Judith</given-names>
            <surname>Masthof</surname>
          </string-name>
          .
          <year>2004</year>
          . Group Modeling:
          <article-title>Selecting a Sequence of Television Items to Suit a Group of Viewers. User Modeling and User-Adapted Interaction 14, 1</article-title>
          (Feb.
          <year>2004</year>
          ),
          <fpage>37</fpage>
          -
          <lpage>85</lpage>
          . https://doi.org/10.1023/B:USER.
          <volume>0000010138</volume>
          .79319.fd
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Jörg</surname>
            <given-names>Müller</given-names>
          </string-name>
          , Florian Alt, Daniel Michelis, and
          <string-name>
            <given-names>Albrecht</given-names>
            <surname>Schmidt</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>Requirements and Design Space for Interactive Public Displays</article-title>
          .
          <source>In Proceedings of the 18th ACM International Conference on Multimedia (MM '10)</source>
          . ACM, New York, NY, USA,
          <fpage>1285</fpage>
          -
          <lpage>1294</lpage>
          . https://doi.org/10.1145/1873951.1874203
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>Peter</given-names>
            <surname>Peltonen</surname>
          </string-name>
          , Esko Kurvinen, Antti Salovaara, Giulio Jacucci, Tommi Ilmonen, John Evans, Antti Oulasvirta, and
          <string-name>
            <given-names>Petri</given-names>
            <surname>Saarikko</surname>
          </string-name>
          .
          <year>2008</year>
          . It's Mine,
          <string-name>
            <surname>Don'T Touch</surname>
          </string-name>
          !
          <article-title>: Interactions at a Large Multi-touch Display in a City Centre</article-title>
          .
          <source>In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '08)</source>
          . ACM, New York, NY, USA,
          <fpage>1285</fpage>
          -
          <lpage>1294</lpage>
          . https://doi.org/10.1145/1357054.1357255
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Daniele</surname>
            <given-names>Quercia</given-names>
          </string-name>
          , Rossano Schifanella, and Luca Maria Aiello.
          <year>2014</year>
          .
          <article-title>The Shortest Path to Happiness: Recommending Beautiful, Quiet, and Happy Routes in the City</article-title>
          .
          <source>In Proceedings of the 25th ACM Conference on Hypertext and Social Media (HT '14)</source>
          . ACM, New York, NY, USA,
          <fpage>116</fpage>
          -
          <lpage>125</lpage>
          . https://doi.org/10.1145/2631775.2631799
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>Francesco</given-names>
            <surname>Ricci</surname>
          </string-name>
          .
          <year>2002</year>
          .
          <article-title>Travel Recommender Systems</article-title>
          .
          <source>IEEE Intelligent Systems</source>
          (
          <year>2002</year>
          ),
          <fpage>55</fpage>
          -
          <lpage>57</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>Francesco</given-names>
            <surname>Ricci</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>Mobile Recommender Systems</article-title>
          .
          <source>Information Technology &amp; Tourism</source>
          <volume>3</volume>
          (
          <year>2010</year>
          ),
          <fpage>205</fpage>
          -
          <lpage>231</lpage>
          . https://doi.org/doi:10.3727/ 109830511X12978702284390
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>F.</given-names>
            <surname>Ricci</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. R.</given-names>
            <surname>Fesenmaier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Mirzadeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Rumetshofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Schaumlechner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Venturini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K. W.</given-names>
            <surname>Wöber</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A. H.</given-names>
            <surname>Zins</surname>
          </string-name>
          .
          <year>2006</year>
          .
          <article-title>DieToRecs: a case-based travel advisory system</article-title>
          .
          <source>In Destination recommendation systems: behavioural foundations and applications</source>
          ,
          <string-name>
            <given-names>D. R.</given-names>
            <surname>Fesenmaier</surname>
          </string-name>
          , K. W. WÃűber, and H.
          <string-name>
            <surname>Werthner</surname>
          </string-name>
          (Eds.).
          <source>CABI</source>
          ,
          <fpage>227</fpage>
          -
          <lpage>239</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Kadri</surname>
            <given-names>Sylejmani</given-names>
          </string-name>
          , Jürgen Dorn, and
          <string-name>
            <given-names>Nysret</given-names>
            <surname>Musliu</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Planning the trip itinerary for tourist groups</article-title>
          .
          <source>Information Technology &amp; Tourism</source>
          <volume>17</volume>
          ,
          <issue>3</issue>
          (
          <issue>01</issue>
          <year>Sep 2017</year>
          ),
          <fpage>275</fpage>
          -
          <lpage>314</lpage>
          . https://doi.org/10.1007/s40558-017-0080-9
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>Jean</given-names>
            <surname>Vanderdonckt</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>Distributed User Interfaces: How to Distribute User InterfaceElements across Users, Platforms, and Environments</article-title>
          .
          <source>In Proc. of XIth</source>
          Congreso Internacional de Interacción Persona-Ordenador Interacción'
          <year>2010</year>
          . Valencia,
          <volume>3</volume>
          -
          <fpage>14</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Pieter</surname>
            <given-names>Vansteenwegen</given-names>
          </string-name>
          , Wouter Soufriau, Greet Vanden Berghe, and Dirk Van Oudheusden.
          <year>2011</year>
          .
          <article-title>The City Trip Planner</article-title>
          .
          <source>Expert Syst. Appl</source>
          .
          <volume>38</volume>
          ,
          <issue>6</issue>
          (
          <year>June 2011</year>
          ),
          <fpage>6540</fpage>
          -
          <lpage>6546</lpage>
          . https://doi.org/10.1016/j.eswa.
          <year>2010</year>
          .
          <volume>11</volume>
          .085
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>Pieter</given-names>
            <surname>Vansteenwegen and Dirk Van Oudheusden</surname>
          </string-name>
          .
          <year>2007</year>
          .
          <article-title>The mobile tourist guide: an OR opportunity</article-title>
          .
          <source>OR Insight 20</source>
          ,
          <issue>3</issue>
          (
          <year>2007</year>
          ),
          <fpage>21</fpage>
          -
          <lpage>27</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <surname>Jouni</surname>
            <given-names>Vepsäläinen</given-names>
          </string-name>
          , Antonella Di Rienzo, Matti Nelimarkka, Jouni A.
          <string-name>
            <surname>Ojala</surname>
            , Petri Savolainen, Kai Kuikkaniemi, Sasu Tarkoma, and
            <given-names>Giulio</given-names>
          </string-name>
          <string-name>
            <surname>Jacucci</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>Personal Device As a Controller for Interactive Surfaces: Usability and Utility of Diferent Connection Methods</article-title>
          .
          <source>In Proceedings of the 2015 International Conference on Interactive Tabletops &amp; Surfaces (ITS '15)</source>
          . ACM, New York, NY, USA,
          <fpage>201</fpage>
          -
          <lpage>204</lpage>
          . https://doi.org/10.1145/2817721.2817745
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>