<!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>Multi-stakeholder Recommendation and its Connection to Multi-sided Fairness∗</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Himan Abdollahpouri</string-name>
          <email>himan.abdollahpouri@colorado.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Robin Burke</string-name>
          <email>robin.burke@colorado.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Colorado Boulder</institution>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>There is growing research interest in recommendation as a multistakeholder problem, one where the interests of multiple parties should be taken into account. This category subsumes some existing well-established areas of recommendation research including reciprocal and group recommendation, but a detailed taxonomy of diferent classes of multi-stakeholder recommender systems is still lacking. Fairness-aware recommendation has also grown as a research area, but its close connection with multi-stakeholder recommendation is not always recognized. In this paper, we define the most commonly observed classes of multi-stakeholder recommender systems and discuss how diferent fairness concerns may come into play in such systems.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>INTRODUCTION</title>
      <p>
        Recommender systems (RS) have been used in a variety of
diferent domains to help users find relevant and interesting items. They
recommend movies to watch [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] , songs to listen [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] , jobs to take
[
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] or even a person to date [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>
        The research in RS has been mainly focused on the
personalization. That is, delivering the recommendations that best match the
needs and interests of the end user. That is indeed an important
consideration as users are one of the most important stakeholders
in any recommendation platform but not the only one [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. There are
numerous examples of recommender systems in which there are
other stakeholders that their needs and preferences should be taken
into account. The incorporation of the objectives and preferences
of diferent stakeholders in the recommendation process is referred
to as multi-stakeholder recommendation [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
      </p>
      <p>Multi-stakeholder recommendation is a relatively new topic (at
least in academia) and, therefore, there is still no clear
understanding of what type of recommender system is a multi-stakeholder
one. Defining diferent classes of multi-stakeholder
recommendation would help to distinguish among diferent recommendation
problems ,which is important for developing the right
algorithmic solutions for these types of recommender systems. Moreover,
fairness-aware recommendation as a growing sub-topic in
recommendation research has gained a lot of attention in recent years.
Fairness in recommendation can be defined in diferent ways, as</p>
      <p>In addition, we discuss the fairness concerns that could come
into play in these types of recommendation systems with regard to
diferent stakeholders such as users, item providers, etc.
2</p>
    </sec>
    <sec id="sec-2">
      <title>MULTI-STAKEHOLDER</title>
    </sec>
    <sec id="sec-3">
      <title>RECOMMENDATION</title>
      <p>
        Recommender systems are often multi-stakeholder environments
[
        <xref ref-type="bibr" rid="ref2 ref7">2, 7</xref>
        ]: there are several stakeholders (often with conflicting
preferences) whose needs and preferences should be taken into account
in generating the recommendations. For example, in a food
delivery system like the one for Uber Eats, we can observe three major
stakeholders as shown in Figure 1: 1) the eaters or otherwise users
who use the app and receive the recommendations for diferent
restaurants, 2) the restaurant that are being recommended and 3)
the delivery partners that take the food from the restaurants to
the user’s address. Eaters want to get relevant and interesting
recommendations; restaurants want to be given a fair exposure to
diferent users so they can have enough customers and finally the
delivery partners need to be satisfied with the type of orders they
need to deliver. Uber Eats cannot survive without the existence of
2https://eng.uber.com/uber-eats-recommending-marketplace/
any of these three parties and therefore it needs to take all of these
stakeholders’ preferences into account. This example is clearly
beyond the standard user-focused recommender system in which the
needs and preferences of the end user is the only consideration.
      </p>
      <p>
        Although the research in recommender system has been mainly
focused on the satisfaction of the end user, there exist several
threads of research in the recommender system that are
examples of multi-stakeholder recommendation but similarities among
them have not typically been recognized. For example, in a group
recommendation platform [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] the system wants to recommend
an item or a list of items to a group of users such that it meets the
preferences of the group members. That is diferent from
recommending items to only one user as, in many cases, the preferences of
the users in the group could conflict with each other and, therefore,
it is important for the recommender system to find ways to handle
such conflicts.
      </p>
      <p>
        Another area of work that also falls into the multi-stakeholder
definition is the reciprocal recommendation where the preferences
of both the receiver and the provider of the recommendations
should be taken into account [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]. For example in online dating
applications [
        <xref ref-type="bibr" rid="ref20 ref22">20, 22</xref>
        ], recommending a user to another user is only
meaningful if both users are happy with this recommendation.
      </p>
      <p>Multi-stakeholder recommendation can be seen as an umbrella
for many diferent types of recommendation problems involving
two or more diferent stakeholders. These types of systems have
not yet been studied in a systematic way and there is still a lot of
room for further research and development.</p>
      <p>In next section, we define the most commonly observed classes of
multi-stakeholder recommendation and provide examples for each.
We believe having a well-defined architecture for these systems
can facilitate further research in this area.
3</p>
    </sec>
    <sec id="sec-4">
      <title>CLASSES OF MULTI-STAKEHOLDER</title>
    </sec>
    <sec id="sec-5">
      <title>RECOMMENDATION</title>
      <p>In this section we define diferent classes of multi-stakeholder
recommendation according to the architecture of the recommendation
platform. One could argue there exist more types of architectures
but we believe these are typically the main and commonly observed
patterns.
3.1</p>
    </sec>
    <sec id="sec-6">
      <title>Multi-receiver Recommendation</title>
      <p>
        The first class of multi-stakeholder recommendation is Multi-receiver
Recommendation where the receiver of the recommendation is not
one individual but rather a group of individuals. In these systems,
the recommendation should be appealing to all the individuals
receiving the recommendation. Depending on the characteristics of
the receivers of the recommendation, there could exist two types
of multi-receiver recommendation:
• Heterogeneous: In this type of multi-receiver
recommendation, the receivers of the recommendation may not
necessarily be the same type. For example, in an educational system
that recommends courses to students, the receivers of the
recommendations are the students who take those courses. In
addition, in many cases, the parents of those students could
be also considered as the receiver of the recommendation
even though they are not taking the course themselves but
they somehow involve in the challenges and requirements
that comes with those recommended course (e.g. paying
the fee for the registration etc.) so their preferences should
be also taken into account in recommending those courses.
Zheng et al. [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ] proposed a utility-based multi-stakeholder
recommendations to the area of personalized learning in
educations in which the preferences of students and instructors
are taken into account simultaneously. Figure 2-a shows a
typical architecture for this type of systems. We showed the
users with diferent icons to clarify the heterogeneousness
of the receivers.
• Homogeneous: In contrast to the heterogeneous
multireceiver recommendation, users in homogeneous multi-receiver
recommendation are all from the same type (e.g. students)
and they are consuming the recommended item. This type
of multi-receiver recommendation is known as group
recommendation in the literature where an item or set of items is
recommended to a group of users who all use or consume
the recommendation. For example, a movie recommender
system that recommends movies to a group of friends or
family members falls within this category as all these users
are the real consumers of these recommendations. See the
survey in [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Figure 2-b shows a typical architecture for
this type of systems. The users are all shown with the same
icon.
3.2
      </p>
    </sec>
    <sec id="sec-7">
      <title>Multi-provider Recommendation</title>
      <p>
        It is often the case that the items and products on a recommender
system are provided by several parties that use the platform for
reaching out to their desired audience. For example, in a sharing
economy platform like Airbnb all the available listings on the
platform are actually provided by diferent hosts and the Airbnb itself
does not own any of these apartments. These hosts are using the
Airbnb platform to find travellers that could be interested in staying
at their room or apartment. Therefore, Airbnb is a multi-provider
recommendation platform since there are numerous number of hosts in
the system and Airbnb should try to give a fair amount of exposure
to the listings provided by each of these hosts. Several interesting
challenges could arise form this type of systems such as cold start
providers (a provider that is new to the system and needs to get
attention), malicious providers (a provider who is violating some
rules or s/he has bad ratings from the users) and problems related
to fairness which we discuss later in section 4. Figure 3 shows
the architecture for this type of systems. As you can see, multiple
providers are giving their items to the system to be recommended
to the users. The multi-provider recommender can be seen in two
diferent types depending on whether or not the providers have
preferences towards what type of users they want to reach out to:
• Without Provider Preferences In this type of multi-provider
recommendation the system is aware that there are
multiple providers behind the items and they should get a fair
exposure in the recommendations. However, the providers
themselves have no preferences towards certain users to
whom their items want to be recommended. For example, on
the Kiva.org microlending platform, the items which are
recommended are loans. That means the providers in this case
(a) Heterogeneous multi-receiver recommendation
(b) Homogeneous multi-receiver recommendation
are the people who asked for loan on the platform (i.e. the
borrowers). In this example, the borrowers do not really care
to whom their loan requests are recommended as long as
the loan has a good chance of being funded. In other words,
they do not have a specific target audience in mind.
• With Provider Preferences The providers in this case
actually have certain type of audience in mind and the
recommender system tries to fulfill the providers’ preferences.
For example, in computational advertising an ad should be
recommended to a user if s/he falls within the predefined
groups of users who should get that particular ad [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. In
other words, in addition to the ad not being annoying to
the user (sadly it is often the case), the user should also be
acceptable from the advertiser’s perspective as they might
want to reach certain users with a specific characteristics to
maximize their ad eficiency.
      </p>
      <p>
        It is worth mentioning that, in some literature, the multi-provider
recommendation is referred to as two-sided market [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] where on
one side we have the consumers and on the other side we have
the item providers. We believe the name multi-provider
recommendation can better explain the behavior of these type of
recommendation systems as it clearly emphasizes the other side of the
recommendation (besides the consumers): the item providers.
3.3
      </p>
    </sec>
    <sec id="sec-8">
      <title>Recommendation with Side Stakeholders</title>
      <p>Stakeholders in a recommender system may not be always a direct
part of the recommendation interaction. In other words they do
not have to necessarily be the consumer of recommendations nor
do they have to be the provider of the items being recommended.
In some recommendation problems, there are other parties that
are being afected by a given recommendation. In such cases, the
satisfaction of these side stakeholders should be taken into account
in recommending items to users. For instance, on Uber Eats, when a
list of restaurants is being recommended to a user, the person who is
responsible for delivering food to the user is also potentially afected
by this recommendation. Not only are the driver’s preferences
for a given recommendation important, the overall economy of
the amount of work load given to the delivery partners is also
something that the system should consider.</p>
      <p>
        The main characteristics of this type of recommendation
systems is the fact that other stakeholders who are afected by the
recommendations are not the entities who provide the
recommendations (multi-provider) nor are they the users who receive the
recommendations (multi-receiver). As in the Uber Eats example,
the delivery partners are not receiving food recommendations nor
are they providing the recommendations (like restaurants) but they
still are afected by these recommendations. Figure 4 shows the
architecture of a recommendation platform with side stakeholders.
In this model, there are some side stakeholders in addition to the
receivers and item providers whose preferences should be taken into
account by the recommender system. One interesting challenge in
this type of systems is how the system should aggregate those
preferences and to what extent each stakeholder’s preferences should
be incorporated or prioritized in this decision making process.
3.3.1 Value-aware recommendation. A frequent instantiation of a
recommendation with side stakeholders is known as value-aware
recommendation [
        <xref ref-type="bibr" rid="ref18 ref5">5, 18</xref>
        ] where the recommendation platform is also
considered as a stakeholder as it may have some goals and
preferences with respect to the recommendations–considerations such as
profit maximization [
        <xref ref-type="bibr" rid="ref11 ref4">4, 11</xref>
        ], long-tail promotion [
        <xref ref-type="bibr" rid="ref21 ref3">3, 21</xref>
        ] are examples
of such goals and preferences. These systems are called value-aware
recommendation because the recommender system needs to make
sure, in addition to the users’ satisfaction, the recommendations
bring some sort of value to the business. For example, authors in
[
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] proposed a value-aware movie recommendation that takes
both the price for each movie and also the user satisfaction into
account in generating the recommendations. They showed it was
possible to significantly increase the revenue with a negligible loss
in accuracy.
3.4
      </p>
    </sec>
    <sec id="sec-9">
      <title>Hybrid</title>
      <p>These were the most commonly observed classes of multi-stakeholder
recommendation. One can imagine a combination of any of these
classes. For example, the Uber Eats platform is a combination of
multi-provider recommender system (diferent restaurants) and
recommender with side stakeholders (the delivery partners). In fact,
Uber Eats could be also a value-aware recommender system as the
Uber Eats itself might also have certain business goals in mind.
4</p>
    </sec>
    <sec id="sec-10">
      <title>FAIRNESS IN MULTI-STAKEHOLDER</title>
    </sec>
    <sec id="sec-11">
      <title>RECOMMENDATION</title>
      <p>
        Recently, fairness-aware recommendation has attracted a lot of
attention from the recommender systems research community
[
        <xref ref-type="bibr" rid="ref13 ref24 ref6">6, 13, 24</xref>
        ]. As we discussed earlier, there is a very close connection
between multi-stakeholder recommendation and fairness-aware
recommendation as having multiple stakeholders gives rise to the
questions of fairness in recommendation. As in [
        <xref ref-type="bibr" rid="ref1 ref8">1, 8</xref>
        ] we can see
diferent classes of fairness, distinguished by the fairness issues that
arise relative to what authors call diferent sides of the platform:
consumers (C-fairness) and providers (P-fairness). In this paper, as
we saw in section 3.4, there could be some stakeholders that are
neither the receiver nor are they the provider of the recommendations.
Therefore, in addition to the mentioned fairness types, we define
another type which accounts for the fairness towards other afected
stakeholders in the system. We call this type of fairness S-Fairness
which refers to the idea of the recommender system being fair to
the side stakeholders who are not directly participating in the
recommendation process but rather being afected by such transaction.
Therefore, in a multi-stakeholder recommendation platform we can
observe the following types of fairness:
• C-fairness: A recommender system distinguished by
Cfairness is one that must take into account the disparate
impact of recommendation on protected classes of
recommendation consumers. For example, in a job recommender
system that has a C-fairness requirement, the
recommendations should be fair towards the users in the protected class
(as defined by gender, age, nationality, etc.) relative to other
users.
      </p>
      <p>
        In this paper, however, we extend the C-fairness to any
fairness concerns that the system might have with respect to
the consumers of the recommendation. For instance, in a
group recommender system the C-fairness could refer to
taking into account the preferences of diferent members
of the group in a fair way and avoid ignoring certain users’
preferences for a long term [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ].
• P-fairness: A recommender system that has a P-fairness
requirement should treat the providers of the items in a
fair way. For example, in job recommendation platform, it
could mean that minority-owned businesses have their jobs
recommended to qualified candidates.
• S-Fairness There are examples of multi-stakeholder
recommendation in which some stakeholder are not the receiver
nor are they the providers of the recommendations. Instead,
they act as side stakeholders whose needs and preferences
should be taken into account in a fair way. For example, in
the Uber Eats example, the delivery partners are side
stakeholders and, therefore, the system needs to generate the
recommendations in a way that the fairness considerations
towards these delivery partners such as fair work load, fair
commute distance etc. are being addressed properly.
      </p>
      <p>
        In particular applications, multiple fairness concerns may arise
on diferent sides of the interaction. Thus, a system may have any
combination of these fairness considerations in play at once:
CPfairness, for both consumers and providers, as noted in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], but also
any of the others.
5
      </p>
    </sec>
    <sec id="sec-12">
      <title>CONCLUSION AND FUTURE WORK</title>
      <p>In this paper we defined several most commonly observed classes
of multi-stakeholder recommendation. We argued how some of
the already existing recommendation problems such as group
recommendation and reciprocal recommendation are also examples
of multi-stakeholder recommendation. In addition, we discussed
several diferent types of fairness that are important to address in a
multi-stakeholder recommendation. For future work, we intend to
develop algorithmic solutions for each of these diferent types of
multi-stakeholder recommendation.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Himan</given-names>
            <surname>Abdollahpouri</surname>
          </string-name>
          , Gediminas Adomavicius, Robin Burke, Ido Guy, Dietmar Jannach, Toshihiro Kamishima, Jan Krasnodebski, and
          <string-name>
            <given-names>Luiz</given-names>
            <surname>Pizzato</surname>
          </string-name>
          .
          <year>2019</year>
          . Beyond Personalization: Research Directions in Multistakeholder Recommendation. arXiv preprint arXiv:
          <year>1905</year>
          .
          <year>01986</year>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Himan</given-names>
            <surname>Abdollahpouri</surname>
          </string-name>
          , Robin Burke, and
          <string-name>
            <given-names>Bamshad</given-names>
            <surname>Mobasher</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Recommender systems as multi-stakeholder environments</article-title>
          .
          <source>In Proceedings of the 25th Conference on User Modeling</source>
          ,
          <article-title>Adaptation and Personalization (UMAP2017)</article-title>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Himan</given-names>
            <surname>Abdollahpouri</surname>
          </string-name>
          , Robin Burke, and
          <string-name>
            <given-names>Bamshad</given-names>
            <surname>Mobasher</surname>
          </string-name>
          .
          <year>2019</year>
          .
          <article-title>Managing Popularity Bias in Recommender Systems with Personalized Re-ranking.</article-title>
          .
          <source>In Florida AI Research Symposium (FLAIRS)</source>
          . ACM, To appear.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Amos</given-names>
            <surname>Azaria</surname>
          </string-name>
          , Avinatan Hassidim, Sarit Kraus, Adi Eshkol, Ofer Weintraub, and
          <string-name>
            <given-names>Irit</given-names>
            <surname>Netanely</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <article-title>Movie recommender system for profit maximization</article-title>
          .
          <source>In Proceedings of the 7th ACM conference on Recommender systems. ACM</source>
          ,
          <volume>121</volume>
          -
          <fpage>128</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Robin</given-names>
            <surname>Burke</surname>
          </string-name>
          , Gediminas Adomavicius, Ido Guy, Jan Krasnodebski, Luiz Pizzato, Yi Zhang, and
          <string-name>
            <given-names>Himan</given-names>
            <surname>Abdollahpouri</surname>
          </string-name>
          .
          <year>2017</year>
          . VAMS 2017:
          <article-title>Workshop on ValueAware and Multistakeholder Recommendation</article-title>
          .
          <source>In Proceedings of the Eleventh ACM Conference on Recommender Systems. ACM</source>
          ,
          <volume>378</volume>
          -
          <fpage>379</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Robin</given-names>
            <surname>Burke</surname>
          </string-name>
          , Nasim Sonboli, Masoud Mansoury, and
          <string-name>
            <surname>Aldo</surname>
          </string-name>
          Ordoñez-Gauger.
          <year>2017</year>
          .
          <article-title>Balanced Neighborhoods for Fairness-aware Collaborative Recommendation</article-title>
          . In Workshop on Responsible Recommendation (FATRec).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Robin</surname>
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Burke</surname>
            , Himan Abdollahpouri, Bamshad Mobasher, and
            <given-names>Trinadh</given-names>
          </string-name>
          <string-name>
            <surname>Gupta</surname>
          </string-name>
          .
          <year>2016</year>
          .
          <article-title>Towards Multi-Stakeholder Utility Evaluation of Recommender Systems</article-title>
          . In Workshop on Surprise, Opposition, and
          <article-title>Obstruction in Adaptive and Personalized Systems</article-title>
          ,
          <string-name>
            <surname>UMAP</surname>
          </string-name>
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Burke</surname>
          </string-name>
          , Robin.
          <year>2017</year>
          .
          <article-title>Multisided Fairness for Recommendation</article-title>
          . In Workshop on Fairness,
          <source>Accountability and Transparency in Machine Learning (FATML)</source>
          .
          <source>Halifax, Nova Scotia</source>
          ,
          <volume>5</volume>
          <fpage>pages</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Oscar</given-names>
            <surname>Celma</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>Music recommendation</article-title>
          .
          <source>In Music recommendation and discovery</source>
          . Springer,
          <fpage>43</fpage>
          -
          <lpage>85</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Alexander</surname>
            <given-names>Felfernig</given-names>
          </string-name>
          , Ludovico Boratto,
          <string-name>
            <given-names>Martin</given-names>
            <surname>Stettinger</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Marko</given-names>
            <surname>Tkalčič</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Group recommender systems: An introduction</article-title>
          . Springer.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>Dietmar</given-names>
            <surname>Jannach</surname>
          </string-name>
          and
          <string-name>
            <given-names>Gediminas</given-names>
            <surname>Adomavicius</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Price and Profit Awareness in Recommender Systems</article-title>
          .
          <source>In Proceedings of the ACM RecSys 2017 Workshop on Value-Aware and Multi-Stakeholder Recommendation. Como</source>
          , Italy.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Toshihiro</surname>
            <given-names>Kamishima</given-names>
          </string-name>
          , Shotaro Akaho, Hideki Asoh, and
          <string-name>
            <given-names>Jun</given-names>
            <surname>Sakuma</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>Enhancement of the Neutrality in Recommendation.</article-title>
          .
          <source>In Decisions@ RecSys</source>
          . 8-
          <fpage>14</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Eric</surname>
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <surname>Jing-Kai</surname>
            <given-names>Lou</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wei-Ming</surname>
            <given-names>Chen</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yen-Chi</surname>
            <given-names>Chen</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shou-De Lin</surname>
          </string-name>
          ,
          <string-name>
            <surname>Yen-Sheng Chiang</surname>
          </string-name>
          , and
          <string-name>
            <surname>Kuan-Ta Chen</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Fairness-Aware Loan Recommendation for Microfinance Services</article-title>
          . ACM Press, 1-
          <fpage>4</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>George</given-names>
            <surname>Lekakos</surname>
          </string-name>
          and
          <string-name>
            <given-names>Petros</given-names>
            <surname>Caravelas</surname>
          </string-name>
          .
          <year>2008</year>
          .
          <article-title>A hybrid approach for movie recommendation</article-title>
          .
          <source>Multimedia tools and applications 36</source>
          ,
          <fpage>1</fpage>
          -
          <lpage>2</lpage>
          (
          <year>2008</year>
          ),
          <fpage>55</fpage>
          -
          <lpage>70</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>Judith</given-names>
            <surname>Masthof</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Group recommender systems: Combining individual models</article-title>
          .
          <source>In Recommender systems handbook</source>
          . Springer,
          <fpage>677</fpage>
          -
          <lpage>702</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Rishabh</surname>
            <given-names>Mehrotra</given-names>
          </string-name>
          ,
          <string-name>
            <surname>James</surname>
            <given-names>McInerney</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Hugues</given-names>
            <surname>Bouchard</surname>
          </string-name>
          , Mounia Lalmas, and
          <string-name>
            <given-names>Fernando</given-names>
            <surname>Diaz</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Towards a fair marketplace: Counterfactual evaluation of the trade-of between relevance, fairness &amp; satisfaction in recommendation systems</article-title>
          .
          <source>In Proceedings of the 27th ACM International Conference on Information and Knowledge Management. ACM</source>
          ,
          <volume>2243</volume>
          -
          <fpage>2251</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>Ioannis</given-names>
            <surname>Paparrizos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B Barla</given-names>
            <surname>Cambazoglu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Aristides</given-names>
            <surname>Gionis</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Machine learned job recommendation</article-title>
          .
          <source>In Proceedings of the fifth ACM Conference on Recommender Systems. ACM</source>
          ,
          <volume>325</volume>
          -
          <fpage>328</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Changhua</surname>
            <given-names>Pei</given-names>
          </string-name>
          , Xinru Yang, Qing Cui, Xiao Lin, Fei Sun, Peng Jiang, Wenwu Ou,
          <string-name>
            <given-names>and Yongfeng</given-names>
            <surname>Zhang</surname>
          </string-name>
          .
          <year>2019</year>
          .
          <article-title>Value-aware Recommendation based on Reinforced Profit Maximization in E-commerce Systems</article-title>
          . arXiv preprint arXiv:
          <year>1902</year>
          .
          <volume>00851</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Luiz</surname>
            <given-names>Pizzato</given-names>
          </string-name>
          , Tomek Rej, Thomas Chung, Irena Koprinska, and
          <string-name>
            <given-names>Judy</given-names>
            <surname>Kay</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>RECON: a reciprocal recommender for online dating</article-title>
          .
          <source>In Proceedings of the fourth ACM conference on Recommender systems. ACM</source>
          ,
          <volume>207</volume>
          -
          <fpage>214</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Luiz</surname>
            <given-names>Pizzato</given-names>
          </string-name>
          , Tomek Rej, Thomas Chung, Irena Koprinska, and
          <string-name>
            <given-names>Judy</given-names>
            <surname>Kay</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>RECON: a reciprocal recommender for online dating</article-title>
          .
          <source>In Proceedings of the fourth ACM conference on Recommender systems. ACM</source>
          ,
          <volume>207</volume>
          -
          <fpage>214</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <surname>Idan</surname>
            <given-names>Szpektor</given-names>
          </string-name>
          , Aristides Gionis, and
          <string-name>
            <given-names>Yoelle</given-names>
            <surname>Maarek</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Improving recommendation for long-tail queries via templates</article-title>
          .
          <source>In Proceedings of the 20th international conference on World wide web. ACM</source>
          ,
          <volume>47</volume>
          -
          <fpage>56</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Peng</surname>
            <given-names>Xia</given-names>
          </string-name>
          , Benyuan Liu, Yizhou Sun, and
          <string-name>
            <given-names>Cindy</given-names>
            <surname>Chen</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>Reciprocal Recommendation System for Online Dating</article-title>
          .
          <source>In Proceedings of the 2015 IEEE/ACM International Conference on Advances in Social Networks Analysis and Mining</source>
          <year>2015</year>
          . ACM,
          <volume>234</volume>
          -
          <fpage>241</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <surname>Lin</surname>
            <given-names>Xiao</given-names>
          </string-name>
          , Zhang Min, Zhang Yongfeng, Gu Zhaoquan, Liu Yiqun, and Ma Shaoping.
          <year>2017</year>
          .
          <article-title>Fairness-aware group recommendation with pareto-eficiency</article-title>
          .
          <source>In Proceedings of the Eleventh ACM Conference on Recommender Systems. ACM</source>
          ,
          <volume>107</volume>
          -
          <fpage>115</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>Sirui</given-names>
            <surname>Yao</surname>
          </string-name>
          and
          <string-name>
            <given-names>Bert</given-names>
            <surname>Huang</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Beyond parity: Fairness objectives for collaborative filtering</article-title>
          .
          <source>In Advances in Neural Information Processing Systems</source>
          .
          <volume>2921</volume>
          -
          <fpage>2930</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <surname>Hongtao</surname>
            <given-names>Yu</given-names>
          </string-name>
          , Chaoran Liu,
          <string-name>
            <given-names>and Fuzhi</given-names>
            <surname>Zhang</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Reciprocal recommendation algorithm for the field of recruitment</article-title>
          .
          <source>JOURNAL OF INFORMATION &amp;COMPUTATIONAL SCIENCE 8</source>
          ,
          <issue>16</issue>
          (
          <year>2011</year>
          ),
          <fpage>4061</fpage>
          -
          <lpage>4068</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <surname>Weinan</surname>
            <given-names>Zhang</given-names>
          </string-name>
          , Shuai Yuan, and
          <string-name>
            <given-names>Jun</given-names>
            <surname>Wang</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Optimal real-time bidding for display advertising</article-title>
          .
          <source>In Proceedings of the 20th ACM SIGKDD international conference on Knowledge discovery and data mining. ACM</source>
          ,
          <volume>1077</volume>
          -
          <fpage>1086</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <surname>Yong</surname>
            <given-names>Zheng</given-names>
          </string-name>
          , Nastaran Ghane, and
          <string-name>
            <given-names>Milad</given-names>
            <surname>Sabouri</surname>
          </string-name>
          .
          <year>2019</year>
          .
          <article-title>Personalized Educational Learning with Multi-Stakeholder Optimizations</article-title>
          .
          <source>In Adjunct Proceedings of the ACM conference on User Modelling, Adaptation and Personalization</source>
          . ACM.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>