<!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>Context Awareness in the Travel Companion of the Shift2Rail Initiative</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alireza Javadian Sabetz</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Matteo Rossi?</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fabio A. Schreiberz</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Letizia Tancaz</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Discussion Paper</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>Providing personalized o ers, and services in general, for the users of a system requires perceiving the context in which the users' preferences are rooted. In this work, we introduce the use of an already known model and methodology { based on the so-called Context Dimension Tree { along with a conceptual architecture to build a recommender system that o ers personalized services for travelers. The research is performed in the frame of the Shift2Rail initiative as part of the Innovation Programme 4 of EU Horizon 2020.</p>
      </abstract>
      <kwd-group>
        <kwd>Context Dimension Tree Preferences Journey Planning Data Tailoring Recommender Systems</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        The demand for systems that provide personalized services increases the need to
extract knowledge from di erent sources and appropriately reshape it. Besides,
services cannot be properly adapted just by considering the static information
obtained from the users' pro les: using instead a combination of such pro les
with the context in which the user is going to be served is de nitely more realistic.
Generally speaking, Context can be recognized as a set of features (i.e. values
for variables) contributing to the decisions of a user in a system [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>This work explores and presents the essential elements vital to design a
usercentered Recommender System (RS) for the Travel Companion (TC) module,
currently being developed within the Shift2Rail (S2R) initiative as part of the
Innovation Programme 4 (IP4). TC acts as an interface between users (typically
travelers) and the other modules of the S2R IP4 ecosystem, supporting the</p>
      <p>Copyright c 2020 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0). This volume is published
and copyrighted by its editors. SEBD 2020, June 21-24, 2020, Villasimius, Italy.</p>
      <p>
        This work was supported by Shift2Rail and the EU Horizon 2020 research and
innovation programme under grant agreement No: 881825 (RIDE2RAIL)
users in all steps of their travel. Precisely, since supporting context-dependent
data and service tailoring is paramount to ensure personalized services, we aim
at extending the work carried out in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] on the Traveler Context-aware User
Preferences, by designing the Traveler Context Dimension Tree (TCDT) and the
conceptual system architecture that identi es the essential components dealing
with the creation and management of travelers' preferences. The rest of the paper
is organized as follows. Section 2 discusses background; Section 3 explains the
proposed methodology; Section 4 concludes the work.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Background and Related Work</title>
      <p>
        Recommender Systems: RS are designed to recommend items to users considering
their needs. The user pro ling approaches, that emerged in the literature with
the aim to determine the users' requirements and behavioral patterns [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], fall
into one of the following categories: Explicit approaches, often referred to as static
user pro ling, predict the user preferences and activities through data mostly
obtained from lling forms; Implicit approaches, instead, mostly disregard the
users' static information and rely on the information obtained from observing
their behaviors; Hybrid approaches are a combination of the two [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
Context-awareness: Various models for designing context-aware systems have
been described in many surveys [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ][
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The work [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] introduced the Context
Dimension Tree (CDT) model { and an associated methodology { aimed at
representing, and later exploiting, the information usage of contexts, in order
to capture di erent situations in which the user can act, and formalize them
hierarchically as a rooted labeled tree. Among the various advantages of the
CDT model, its exibility to capture the context both in the conceptual and
detail level pursued us to utilize it for the sake of this work. An example of a
CDT is depicted in Figure 1; the root of the tree represents the most general
context, N is the set of nodes, which are either black dimension nodes ND or
white concept nodes NC a.k.a dimension's values; ND and NC must alternate
along the branches. White squares are parameters, shorthands to represent the
nodes that have many possible values. Dashed lines specify if the NC children of
ND are mutually exclusive. The children of r de ne the main analysis dimensions
and are known as top dimensions. Each ND should have at least one NC .
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Traveler Context Dimension Tree</title>
      <p>This section explores the travelers' contexts and preferences through the CDT
methodology, and introduces a conceptual system architecture that includes the
main components for the ranking of the trips according to the travelers' context.</p>
      <p>To enable context-aware recommendations for travel purposes, we identi ed
the aspects characterizing contexts which correspond to the TC users' choice
criteria that are potentially useful to score the available trips (see Figure 1).</p>
      <p>
        Note that, in the application design phase, designing a CDT is performed
independently of, yet in parallel with, the other routine activities involved in this
phase [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The modeling mechanism of the TCDT intends neither to model all the
available data and their structure nor how they are acquired and where they are
stored; rather, it models the information that constitutes the various contexts
in which the travelers may nd themselves during their reservation and travel
experiences ; this information is potentially useful for supporting the system in
understanding and seconding the users' preferences. The user variable Name is
an example: the TCDT does not include it since it does not vary with the user's
context; unless one might decide to use it to estimate the user gender. Note that
it is common practice to employ feature engineering techniques to transform the
dataset's feature space, improving the performance of the predictive models [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
The ultimate purpose of using the CDT model is thus to support the analysis
of such domain knowledge.
      </p>
      <p>Practically, the CDT design is done iteratively, and depends on the nal
requirements of the application. The TCDT we propose de nes the fundamental
dimension and concept nodes in such a way that any further interesting features
can be added by increasing or decreasing the level of granularity of the model.
3.1</p>
      <sec id="sec-3-1">
        <title>Main Dimensions and Concepts</title>
        <p>In the TCDT of Figure 1, the Personal Data ND captures the socio-economic
characteristics of the users through the Profile NC . Di erent groups can be
extracted according to the values of the socio-economic factor concept
node, such as geographical origin, profession, and so on. Each group carries a
set of preferences that are rather stable, thus can be associated with the notion
of user pro le. The main motivations for this dimension are to enable a warm
start for the system and also to provide the chance of detecting and possibly
supporting some group behaviors. As an example, consider two regions X and Y
in the category of geographical groups, and suppose that, for some reason, users
from X tend to choose eco-friendly travels much more frequently than users from
Y. Investigating the reasons behind this tendency enables the authorities and the
system to take the required actions (if applicable) for increasing the popularity
of eco-friendly travels for the users living in region Y.</p>
        <p>Moreover, a person can be member of some communities. The Memberships
NC captures the memberships of the user along with their payment methods.
The Loyalty Cards ND captures membership of the user in a community that
potentially provides speci c discounts. Moreover, we introduced ND|Other
Memberships|as a placeholder to capture other, less structured, communities
that may follow di erent patterns compared to those based on Loyalty Cards.
Tailoring the Memberships NC with more levels of granularity through a
combination of domain experts' knowledge and machine learning approaches like
clustering is one of our future works.</p>
        <p>We put a particular emphasis on supporting the needs of people with
disabilities and health-related issues (HI), dedicating the Health Issues ND to this
purpose. The HI Category ND distinguishes the case that the issue belongs to
the PRM category, which stands for Person with Reduced Mobility. The
descendants of HI Type ND list some of the most critical issues. Moreover the TCDT</p>
        <p>A. Javadian et al.
mutually exclusive concepts.
increases the level of granularity for the Walking NC through the Aid Tool
ND to exemplify the concepts which should be considered during the future
expansion. Knowing this concept is essential because of the particular space each
of the Aid Tools require while recommending trips. The same importance is
also applied to the Severity ND, which can potentially limit the travel choices.
Lastly, HI Ends in ND, enables the TC to determine if the issue is permanent
or temporary.</p>
        <p>Among the other top dimensions, Behavioral Status captures the
current situation of the user as follows: the Traveling concept captures the state
in which the user is traveling, or has purchased a travel o er and is waiting
for the upcoming trip. Obviously, its two sibling NC , drawn with dashed lines,
are mutually exclusive: the Inactive NC is true if the user is not interacting
with the TC, while the Surfing NC incorporates both implicit and explicit
momentary user behaviors while interacting with the TC. More precisely, the
Interface and Gestures ND capture implicit behaviours: while users are
interacting with the TC through a Computer, since there is extra visual space,
and presumably the user has no urgent travel request, the TC proposes
information regarding \eco-friendly" o ers, which have lower CO2 emissions. The users
may decide to click, scroll, or ignore this information, which in turn can provide
useful insights about their preferences regarding eco-friendly o ers.</p>
        <p>Explicit behaviours, instead, are captured via the Request ND. Eco-friendly
traveling behaviors can be promoted through so-called ride-sharing. For this
reason, we foresee that when the user requests a travel o er through the TC
and driving a car is a possibility, they can specify whether their Role is that of
Driver or of Passenger, as well as, their Purpose and preferred Segments.</p>
        <p>The user provides the locations that they are going to visit (at least source
and destination). In the TCDT this value is transformed into appropriate
concepts such as Country, City and Zone. For example, the Zone ND enables
the TCDT to capture the factors contributing to the user's decision through
its children nodes i.e. Distance from Public Transportation services,
Hotels and Landmarks (PT). Moreover, the Weather Forecast NC is used
to capture weather information according to the Time when the user will be in
that Zone. The same strategy is applied to transform the actual value of the
requested departure and arrival times to the Time NC and its descendant nodes.</p>
        <p>It may happen that the user has some Accompanying Items (e.g., a bike)
and Pets, whose characteristics|such as their Type, Species, Size and Number
|should be considered when recommending trips. Also, accompanying Persons
not only a ect travel choices from the logistic aspect but, if the Person is also
a user of the TC, their preferences should be considered for recommending trips.</p>
        <p>The Services ND encompasses the variety of Travel- and Meal-related
preferences according to the optional user-provided scores. Precisely, the TC,
through scores, enables its users to provide scores between 0 and 5 representing
excluded and requested respectively for the available services. Beside the
preferences obtained by analyzing the history of the user's choices, the services scored
as 0 allow the system to lter out such travel o ers.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>System Architecture</title>
        <p>Figure 2 shows the conceptual architecture envisaging three main actors, namely
End Users, Travel Companion, and Third Parties, along with their main elements
to learn the users' preferences and recommending the best travel options
accordingly. It provides an overall view, hiding the details of all the TC's blocks and
functions; also, it does not specify the modules' physical locations (cloud, etc.).</p>
        <p>
          Vitally, since the system deals with sensitive data, best practices concerning
issues related to security and individual privacy through technical solutions [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]
such as security protocols and algorithms should be taken into account.
Data Providers
        </p>
        <p>Experts
Weather Service
Organizations
Travel Shoppers
Travel Sevice</p>
        <p>Providers
Social Media</p>
        <p>Third Parties</p>
        <p>End Users</p>
        <p>Travel
Companion</p>
        <p>User Interface</p>
        <p>Recommender Core</p>
        <p>Preferences Learner Evaluation Metrics
Community Personal</p>
        <p>Learner Learner</p>
        <p>Data User</p>
        <p>Centered Centered
Ranker</p>
        <p>Filter</p>
        <p>Data</p>
        <p>User-Data
Knowledge Models</p>
        <p>Service-Related
Weather Forecats</p>
        <p>Travel Offers
Services &amp; Products</p>
        <p>Features
Interoperability Framework Trip Tracker</p>
        <p>Business Analytics Dashboard</p>
        <p>Social Media Core</p>
        <p>SM Miner Pipeline SM Publisher</p>
        <p>
          Naturally, the Travel Companion is, for our purposes, the most important
actor, for which we provide a further breakdown into modules. The Knowledge
Models block is useful to have a warm start for the newly-registered users, and for
whose behavioral activities and speci c preferences the system does not have any
prior data. It also provides the opportunity to investigate the behavioral drifts
that happen for the person, groups, and communities, and to acquire initial
information for logistic purposes. The Social Media (SM) Core is composed of the
two main blocks SM Miner Pipeline and SM Publisher. The SM Miner Pipeline
employs Natural Language Processing techniques to harvest knowledge from
SM platforms, seeking explicit travel-related mentions and keywords. The SM
Publisher enables the TC to publish tailored news, promotions, and responses
to speci c users on SM, and allows users to share their trip information and
other socializing functionalities. Recommender Core elements take as input user
data, knowledge models, and service-related information and accordingly
provide a ranked list of the trips for the user. The TC uses the S2R Interoperability
Framework of the Sprint Project [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] and its rich domain ontology to facilitate
the exchange of information between TC and other modules through the
automatic concept mapping, both semantically and technologically [
          <xref ref-type="bibr" rid="ref6 ref9">6,9</xref>
          ]. After the
trip plan is nalized, the Trip Tracker provides proper noti cations about the
trip (e.g., disruptions), which include information explicitly required by the user
or info deemed useful according to the implicitly learned preferences. Finally,
the Business Analytics Dashboard tracks the system performance according to
various KPIs and provides a platform to observe the trends and behavioral drifts.
        </p>
        <p>The main Third parties, playing di erent roles about the provision of
information and services to the TC, are the following: (i) Data Providers serve various
information about the user, service, etc., e.g. data about the safety of zones; (ii)
Experts from di erent domains like sociology, transportation, etc. provide and
modify the knowledge models of the TC; (iii) Weather Service Organizations
provide weather forecasts associated with the places; (iv) Travel Shoppers (TS)
are the organizations and services that arrange the journeys; (v) SM can play
two primary roles: they can collect data regarding the users' attitudes and
preferences, and the TC can use them to publish tailored news and promotions.
3.3</p>
      </sec>
      <sec id="sec-3-3">
        <title>Trip Recommendations</title>
        <p>The travel o ers received by the TC from TS contain variables describing their
characteristics (e.g. duration, CO2 emissions, etc.). As a rst step in the
recommendation of travel o ers to the user, the Filter block (see Figure 2) hides some
of them according to the knowledge provided by the values associated with
speci c TCDT dimensions that are stronger preferences and act as a kind of personal
constraints|e.g. o ers that include TSPs with Services which users already
excluded by scoring them 0. Then, the Ranker receives the remaining travel
offers, plus a vector of preferences containing the weights capturing the importance
of the TCDT values to the user and to divers communities and groups. For each
received travel o er, the Ranker computes a numerical score in the interval [0; 1]
according to suitable evaluation metrics and uses this score to rank o ers.</p>
        <p>For example, consider a pregnant traveler, traveling with her partner for
leisure; for the trip, she has excluded a speci c type of meal by giving 0 score.
Besides, through knowledge models, TC knows that leisure travels, have higher
score for economy products (assuming that neither she has provided the optional
scores for any of the products nor the TC has any history regarding her preference
in leisure travels). Among the travel o ers provided by the TS, TC lters out
those that include the excluded meal. Considering her current context, the weight
of her pregnancy condition potentially might be higher than that of her possible
preference for economical o ers, thus a travel o er that includes a direct ight
will take over indirect ights (even though more economical), and, due to the
accompanying partner, two seats next to each other might be more scored than
seats with more space but in di erent places (even though more comfort).
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion and Future Work</title>
      <p>The design of an advanced learning system for travelers' preferences should not
only provide the best possible rankings (and, consequently, suggestions) for travel
o ers, but should also adapt to changes in the behaviors and preferences of users.</p>
      <p>The latter requirement is of great importance because preferences are highly
dynamic and prone to changes according to di erent contexts.</p>
      <p>In this work, we proposed a methodology to describe, at the conceptual level,
the di erent contexts in which travelers can nd themselves, with the advantage
of being able to specify, for each traveler, how their preferences are a ected
by context changes. The methodology consists, on one side, in representing the
characteristics of users, services and speci c circumstances by means of a TCDT,
and, on the other side, in designing a system architecture that identi es the
potential sources of data and the interactions among the various system elements.</p>
      <p>We are currently working on enriching the proposed TCDT by increasing the
dimensions' level of granularity to explore the other contexts whose
characteristics can contribute to the users' preferences and to their traveling decisions.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <issue>D5</issue>
          .
          <article-title>2 { travel companion speci cations</article-title>
          .
          <source>Technical report, IT2Rail Consortium</source>
          ,
          <year>2017</year>
          . available from http://www.it2rail.eu.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>Cristiana</given-names>
            <surname>Bolchini</surname>
          </string-name>
          , Carlo A.
          <string-name>
            <surname>Curino</surname>
          </string-name>
          , Elisa Quintarelli, Fabio A.
          <string-name>
            <surname>Schreiber</surname>
            , and
            <given-names>Letizia</given-names>
          </string-name>
          <string-name>
            <surname>Tanca</surname>
          </string-name>
          .
          <article-title>A data-oriented survey of context models</article-title>
          .
          <source>ACM Sigmod Record</source>
          ,
          <volume>36</volume>
          (
          <issue>4</issue>
          ):
          <volume>19</volume>
          {
          <fpage>26</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>Cristiana</given-names>
            <surname>Bolchini</surname>
          </string-name>
          , Carlo A.
          <string-name>
            <surname>Curino</surname>
          </string-name>
          , Elisa Quintarelli, Fabio A.
          <string-name>
            <surname>Schreiber</surname>
            , and
            <given-names>Letizia</given-names>
          </string-name>
          <string-name>
            <surname>Tanca</surname>
          </string-name>
          .
          <article-title>Context information for knowledge reshaping</article-title>
          .
          <source>International Journal of Web Engineering and Technology</source>
          ,
          <volume>5</volume>
          (
          <issue>1</issue>
          ):
          <volume>88</volume>
          {
          <fpage>103</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>Cristiana</given-names>
            <surname>Bolchini</surname>
          </string-name>
          , Carlo Aldo Curino, Giorgio Orsi, Elisa Quintarelli, Rosalba Rossato,
          <article-title>Fabio A Schreiber,</article-title>
          and
          <string-name>
            <given-names>Letizia</given-names>
            <surname>Tanca</surname>
          </string-name>
          .
          <article-title>And what can context do for data? Communications of the ACM</article-title>
          ,
          <volume>52</volume>
          (
          <issue>11</issue>
          ):
          <volume>136</volume>
          {
          <fpage>140</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>Cristiana</given-names>
            <surname>Bolchini</surname>
          </string-name>
          , Elisa Quintarelli, and
          <string-name>
            <given-names>Letizia</given-names>
            <surname>Tanca</surname>
          </string-name>
          . Carve:
          <article-title>Context-aware automatic view de nition over relational databases</article-title>
          .
          <source>IS</source>
          ,
          <volume>38</volume>
          (
          <issue>1</issue>
          ):
          <volume>45</volume>
          {
          <fpage>67</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>Alessio</given-names>
            <surname>Carenini</surname>
          </string-name>
          , Ugo Dell'Arciprete, Stefanos Gogos, Mohammad Mehdi Pourhashem Kallehbasti, Matteo Rossi, and Riccardo Santoro.
          <article-title>ST4RT { semantic transformations for rail transportation</article-title>
          .
          <source>In TRA 2018</source>
          , pages
          <fpage>1</fpage>
          {
          <fpage>10</fpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>George</given-names>
            <surname>Danezis</surname>
          </string-name>
          , Josep Domingo-Ferrer, Marit Hansen,
          <string-name>
            <surname>Jaap-Henk</surname>
            <given-names>Hoepman</given-names>
          </string-name>
          , Daniel Le Metayer, Rodica Tirtea, and
          <article-title>Stefan Schi ner. Privacy and data protection by design-from policy to engineering</article-title>
          . preprint arXiv:
          <volume>1501</volume>
          .03726,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. Jong-yi
          <string-name>
            <surname>Hong</surname>
          </string-name>
          ,
          <article-title>Eui-ho Suh, and</article-title>
          <string-name>
            <given-names>Sung-Jin</given-names>
            <surname>Kim</surname>
          </string-name>
          .
          <article-title>Context-aware systems: A literature review and classi cation</article-title>
          .
          <source>Expert Systems with applications</source>
          ,
          <volume>36</volume>
          (
          <issue>4</issue>
          ):
          <volume>8509</volume>
          {
          <fpage>8522</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>Marjan</given-names>
            <surname>Hosseini</surname>
          </string-name>
          ,
          <article-title>Sa a Kalwar, Matteo Rossi, and Mersedeh Sadeghi. Automated mapping for semantic-based conversion of transportation data formats</article-title>
          .
          <source>In Proceedings of the International Workshop On Semantics For Transport (Sem4TRA)</source>
          , volume
          <volume>2447</volume>
          <source>of CEUR-WS, pages 1{6</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Sumitkumar</surname>
            <given-names>Kanoje</given-names>
          </string-name>
          , Sheetal Girase, and
          <string-name>
            <given-names>Debajyoti</given-names>
            <surname>Mukhopadhyay</surname>
          </string-name>
          .
          <article-title>User pro ling trends, techniques and applications</article-title>
          .
          <source>arXiv preprint arXiv:1503.07474</source>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>F.</given-names>
            <surname>Nargesian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Samulowitz</surname>
          </string-name>
          , U. Khurana, Elias B Khalil,
          <article-title>and Deepak S Turaga. Learning feature engineering for classi cation</article-title>
          .
          <source>In IJCAI</source>
          , pages
          <volume>2529</volume>
          {
          <fpage>2535</fpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Danny</surname>
            <given-names>Poo</given-names>
          </string-name>
          , Brian Chng, and
          <string-name>
            <surname>Jie-Mein Goh</surname>
          </string-name>
          .
          <article-title>A hybrid approach for user pro ling</article-title>
          .
          <source>In 36th Annual HICSS</source>
          ,
          <year>2003</year>
          . Proceedings of the, pages 9{pp.
          <source>IEEE</source>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>M</given-names>
            <surname>Sadeghi</surname>
          </string-name>
          , Petr Buchn cek,
          <string-name>
            <given-names>A</given-names>
            <surname>Carenini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O</given-names>
            <surname>Corcho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S</given-names>
            <surname>Gogos</surname>
          </string-name>
          ,
          <string-name>
            <surname>M Rossi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R</given-names>
            <surname>Santoro</surname>
          </string-name>
          , et al.
          <article-title>Sprint: Semantics for performant and scalable interoperability of multimodal transport</article-title>
          .
          <source>In 8th Transport Research Arena TRA</source>
          <year>2020</year>
          , pages
          <fpage>1</fpage>
          {
          <fpage>10</fpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>