<!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>On the Intrinsic Challenges of Group Recommendation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nafiseh Shabib</string-name>
          <email>shabib@idi.ntnu.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jon Atle Gulla</string-name>
          <email>jag@idi.ntnu.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>John Krogstie</string-name>
          <email>krogstie@idi.ntnu.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer and, Information Science, Norwegian University of, Science and Technology</institution>
          ,
          <addr-line>Trondheim</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>In group recommendation systems, recommendations may be given to arbitrarily composed groups that may not display any particular characteristics across group members. Since individual recommendation systems can assume that the users' previous behavior is su cient for coming up with new recommendations, statistical analyses of user logs or user preferences is enough for computing new recommendations with some degree of certainty. Group recommendation systems face a substantially more complex situation, as group members may be so di erent that no single recommendation seem acceptable and group processes may alter the individual preferences when users discuss their options. This paper discusses some of the intrinsic challenges of group recommendation systems and argue that current approaches to group recommendations only address part of the problem. A framework for analyzing the critical issues in group recommendations is presented and related to common recommendation problems.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Group Recommendation System</kwd>
        <kwd>Group Preferences</kwd>
        <kwd>Recommendation system</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        Recommender systems have emerged as a signi cant research
area since the mid-1990s. Interest in this research area
remains high [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] because on the one hand, the applications
explicitly help general users nd relevant items and on the
other hand these systems are useful in retrieving items that
cannot be accessed because users do not know of their
existence. Examples of such applications include recommending
movies [
        <xref ref-type="bibr" rid="ref17 ref2">2, 17</xref>
        ], news [
        <xref ref-type="bibr" rid="ref15 ref9">9, 15</xref>
        ] and books and other products
on Amazon.com. Most of these techniques were de ned to
suggest items or services tailored to individual users'
preferences [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However, there are situations, when a group
of users participate together in a single activity like
watching a movie together or sightseeing in the city. For cases
like that, we need techniques that address the problem of
identifying recommendations to a group of users and
trying to satisfy, as much as possible, the individual
preferences of all the group's members. Group recommendation
[
        <xref ref-type="bibr" rid="ref14 ref16">14, 16</xref>
        ] aims at identify items that are welcomed by the
group as a whole, rather than by individual group members.
These groups can vary from established groups, to random
groups requiring recommendations only occasionally. The
two main strategies for group recommendations are;
aggregation of individual preferences into a single
recommendation list or aggregation of individual recommendation lists
to the group recommendation list [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Di erent
aggregation functions such as average, least misery, average
without misery have been proposed [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. Using these strategies,
the systems have been able to transfer recommendation
techniques for individuals into the realm of arbitrarily composed
groups. However, research shows that group
recommendation is a far more complex task than individual
recommendation, and there are fundamental challenges with groups that
prevent these traditional techniques from being e cient on
recommending items to groups. In this paper we discuss
some intrinsic challenges with group recommendation
systems and argue that traditional techniques from individual
recommendation systems can only be part of solution to our
groups. Section 2 introduces recommendation systems and
presents the most common approaches to group
recommendation. In Section 3 we explain why group recommendation
systems need more complex solutions than traditional
recommendation systems, before we provide a classi cation of
enhanced recommendation approaches in Section 4. Section
5 concludes the paper.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. RECOMMENDATION APPROACHES</title>
      <p>In this section, we introduce some related work on
recommendation systems for single users as well as approaches to
group recommendation.</p>
    </sec>
    <sec id="sec-3">
      <title>2.1 Recommendation System</title>
      <p>
        As an increasing amount of data is made available, new
technologies are necessary for assisting users in retrieving
resources of interest among the overwhelming number of items
available. One promising technology for dealing with this
information overload problem is the recommendation
systems. Recommendation Systems (RSs) are tools and
techniques that provide relevant suggestions to users that need
some particular data. Examples of such applications include
systems for recommending movies [
        <xref ref-type="bibr" rid="ref2 ref21">2, 21</xref>
        ] and news [
        <xref ref-type="bibr" rid="ref7 ref9">9, 7</xref>
        ] ,
as well as built-in functionality in Amazon.com, YouTube,
and Net ix. Recommendation systems can be broadly
categorized into Content-based ltering and collaborative
ltering [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. In content-based ltering, items are compared and
ranked according to similar items that have been rated high
by the user, while in Collaborative ltering, systems
recommend items that users with similar preferences liked [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] .
However, there are di erent situations, whereby a number of
users participate together in a single activity, such as having
dinner with family members, watching movies with friends,
or selecting requirements to a system. Group
recommendation aims at identify items that are suitable for the whole
group beside of individual group members. Group
recommendation has been designed for various domains such as
web/news pages [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], tourism [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], music [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], and TV
programs and movies [
        <xref ref-type="bibr" rid="ref19 ref24">19, 24</xref>
        ], and they provide additional
complexity that calls for a reconsideration of traditional
recommendation techniques.Traditional recommendation systems
are based on three fundamental assumptions:
-Convergence of user preferences. Recommending
products based on the user's previous behavior requires extensive
statistical analyses of the user's logs and other
representations of user's behavior. The intention is to recognize
behavioral patterns that indicate the user's preferences and
interests in particular items. However, if there is no pattern to
extract due to non-convergent user interests, the
characterization of the user's preferences will be so coarse-grained that
no precise matching with item descriptions can be achieved.
-Simplicity of user and item representations.
Representations of user preferences and items are usually based on
very limited sources of information, e.g. representations of
earlier items retrieved by the user and simple content
characterizations of the items. Still, the assumption is that these
representations are su cient for coming up with
appropriate recommendations, without making use of additional
information about users and items.
-Independence of strategy. Even though there are
numerous strategies for individual user recommendation, the
assumption is that the chosen recommendation strategy is
independent of users and items. This means that all users
are subjected to the same strategy, and all items are
analyzed independently of other relevant items.
Recommendation systems are useful in situations, in which the users
do not realize what information they need or are not able
to formulate an appropriate query for retrieving the desired
information. The question is to what extent the techniques
from individual user recommendation are transferable to the
realm of group recommendation.
      </p>
    </sec>
    <sec id="sec-4">
      <title>2.2 Group Recommendation Approaches</title>
      <p>
        In this section, the main components of group
recommendation system are discussed.
-Group. A group may be formed at any time by a
random number of people with di erent interests, a number of
persons who explicitly choose to be part of a group, or by
computing similarities between users with respect to some
similarity functions and then cluster similar users together
[
        <xref ref-type="bibr" rid="ref18 ref3">18, 3</xref>
        ].
-Aggregation Strategies. There are two dominant
strategies for groups: (1) aggregation of individual preferences into
a single recommendation list or (2) aggregation of individual
recommendation lists to the group recommendation list [
        <xref ref-type="bibr" rid="ref3 ref5">3,
5</xref>
        ]. In other words, the rst one creates a pseudo user for
a group based on its group members and then makes
recommendations based on the pseudo user, while the second
strategy computes a recommendation list for each single user
in the group and then combines the results into the group
recommendation list.
      </p>
      <p>
        In general, the second approach is usually deemed more
exible and o ers opportunities for improvements in terms of
e ciency [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
-Aggregation functions. This component creates the k
highest group-value item recommendation for the group of
users G. In other words, the goal of group recommendation
is to compute a recommendation score for each item that
re ects the interests and preferences of all group members.
For group recommendation, a widely adopted approach is
to apply some aggregation function to obtain a "consensus"
group ranking/score for a candidate item. Di erent
popular aggregation function, namely average and least misery,
and average without misery are proposed in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. The
average aggregation method captures more democratic cases
where the majority of the group members are equally
important and the decisions made by users are independent
and returns the average score. The Least misery
aggregation method captures cases where strong user preferences act
as a veto (e.g., do not recommend allergic food to a group
when a person with allergy belongs to the group). The
average without misery captures the preferences of all the group
members in the group without these individual that score
below a certain threshold . The average and the Average
without Misery strategies perform best from the users' point
of view [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] because they tend to lead to recommendations
similar to those that emerge from group-discussions.
least-misery.
      </p>
      <p>relevance(G; i) = min(relevance(u; i)</p>
      <sec id="sec-4-1">
        <title>Average.</title>
        <p>relevance(G; i) = (relevance(u; i))=G</p>
      </sec>
      <sec id="sec-4-2">
        <title>Average without misery.</title>
        <p>relevance(G; i) = (relevance(u; i))=G
where</p>
        <p>relevance(u; i) &gt;=</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>3. WHY GROUP RECOMMENDATIONS ARE</title>
    </sec>
    <sec id="sec-6">
      <title>DIFFERENT</title>
      <p>As we mentioned in section 2.2 recommending items for a
single user have some characteristics which are absent in
recommending items for a group of users, and one needs
to de ne a fundamental research direction to keep making
progress in the eld. In the following the main challenges
are discussed.
-Non-convergence of group's preferences over time
For a single user, we may safely assume that user logs over
time converge into a representation of user preferences.
However, group members may not necessarily have a lot in
common, their user preferences will most likely not converge
with respect to each other. For example, suppose we want
to suggest a restaurant to a group of persons who
participate in a conference; these persons share an environment in a
particular moment, without explicit food-interests that link
them. Even though the system knows about the preference
of each single user, the preference of groups may not
converge into a representation of groups and we cannot assume
that there is one recommendation strategy which satis es all
users' preferences. While in the some settings, like families
or a group of friends, groups are very likely to share
common characteristics, we may not say that their preferences
always converge the same way as single user.
-User dependencies.There can be relationships between
users in the group. Some users are in some groups the most
in uential, while other group members have hierarchical
relationships. For example, for suggesting a recipe to the
family probably the mother has an active and in uential role
relative to the children. In a hierarchical structure like a
company, the president of the company has probable more
in uence than other employees. In these situations, we need
to consider the following question: Do the view of all users
have the same weight? Are there particular relationships
between users that a ect the group recommendation? Are
there subgroups that should count as one unit? How can
authority relationships be taken into account with respect
to this recommendation?
-User-Item authorities.This is given by relationships
between users and items. For example, suppose one of the
members of a travel group who is especially familiar with
Norway, expresses a strong preference for a given
Norwegian ski resort. In this situation, we may need to take into
account the following question: Who has the most recent or
most extensive experience with these items? Who has the
most experience with item alternatives? So, if some people
know more about the items than others the system needs
more comprehensive data to nd out di erent user-item
authorities.</p>
    </sec>
    <sec id="sec-7">
      <title>4. SPECIALIZED GROUP RECOMMENDA</title>
    </sec>
    <sec id="sec-8">
      <title>TION APPROACHES</title>
      <p>
        The analysis from Section 3 indicates that single user
recommendation approaches are unlikely to be su cient in group
recommendation systems. Since we cannot assume that
preferences converge among group members, the idea of merging
users or preferences to turn the group recommendation task
into a simpler single user recommendation task, may not
satisfactory. In principle, there will not be one consistent user
pro le or preference that is representative to the group, and
there will always be group members that are not
accommodated by a particular recommendation. Group
recommendation is by nature a more complex challenge than single
user recommendation.The intrinsic challenges of group
recommendation deal with strategic issues, algorithmic issues,
and user and item representation issues. Figure 1 show this
high-level framework of Group recommendation. For each of
these issues, there have been attempts at formulating more
extensive group recommendation approaches that address
the shortcomings of current technologies.
-Strategic Layer. On the strategic layer, we take into
account that the structure of a group may re ect on the group
recommendations. Structure is the underlying pattern of
stable relationships among the group members. Four key
structural components are roles, authority, attraction, and
communication. Roles are sets of behaviors that are
characteristic of persons in a particular social context; role di
erentiation, is the various role emergence and are often unique
to a particular group; sometimes roles are more individually
oriented or group oriented. For example, some people will be
happy to follow the preferences of the group members with
most experience. Some people may prefer items that have
excited some group members, even though the average score
may be lower than for other items that did not cause such
excitement. Another criteria is authority. Authority Status
relations often follows hierarchical or centralized patterns.
Attraction focuses on the relationship between the rank and
le group members. How this relates to member's attraction
for each other and how the attraction is reciprocal. Fritz
Heider developed the Balance Theory Attraction, stating that
relations in groups are balanced when they t together to
form a coherent, uni ed whole[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. For example a two
person group is balanced only if liking or disliking is mutual.
Furthermore, [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] con rmed that users which are more alike
in the group, are more satis ed with the group
recommendation. Communication deal with regular patterns of
information exchange among members of the group. Like the other
forms of structure communication networks are sometimes
deliberately set in place when the group is organized. The
nding in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ], for example, implies that for smaller groups,
the social in uence among group members plays a major role
in item selection for the group. However, for larger groups,
the group consensus aggregated from individual preferences
may dominate the group decision. This nding is consistent
with our common experience that in activity planning for a
smaller group, one or two in uencing members may signi
cantly determine the activity venue. On the other hand, for
a large group, the social in uence from individuals may not
have such a strong e ect on the entire group.
-Algorithmic Layer. There is a wide range of additional
data that may be taken into account in group
recommendation systems [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] . This may involve the extent of
experience of each group member, the recency of each group
member's experience or any other statistical data that may
a ect the recommendation process. For example, [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] shows
that groups with strong social relationships tend to
maximize the satisfaction of users in the groups, while group
with weak social relationships tend to minimize the misery
of group members. Similarly, they formalize group
disagreement in [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] and study how this disagreement can be resolved
as part of the group recommendation computation process.
-Representation Layer. Whereas single user
recommendation techniques can be based on automatically created
pro les of users and items, it is di cult to fully automate
a group recommendation approach that takes into account
the relationships among users and items. This information
has to be modeled or extracted from other sources and
typically constitutes ontologies of users and items. With these
ontologies in place, the recommendation system can employ
more advanced techniques that combine qualitative
knowledge from ontologies with quantitative representations from
statistics. For example, even though [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] shows good
results with both the Average and the Average without
Misery techniques, the quality of the techniques vary with both
the domain and group characteristics. The results
deteriorate when the volume of data is reduced or the items are
classi ed with a more complex ontology, and the results are
also badly a ected when group members have rated so many
items that there are not enough items left to recommend.
      </p>
    </sec>
    <sec id="sec-9">
      <title>5. CONCLUSIONS</title>
      <p>This research attempts to explorer intrinsic challenges of
group recommendation systems, including the non-convergence
of group preferences over time, user dependencies, and
useritem authorities. Non-convergence of group preference refers
to the phenomenon that group preferences will most likely
not converge with respect to each other and since
preferences do not converge, recommendation must not only
reect users' preferences on the item, but also users'
preferences on the group decision process. Furthermore, in group
recommendation, there are other issues such as relationship
between users in the group, relationship between items and
relationships between items and users. To address the
shortcomings of current technologies, we attempts at
formulating a framework for a group recommendation approaches;
in this framework we suggest three layers such as strategic
layer, algorithmic layer, and presentation layer. Basically,
we think the current group recommendation algorithms
provide a rather limited point of view and that an approach
needs to t into the bigger picture of group behavioral
modeling.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>G.</given-names>
            <surname>Adomavicius</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Tuzhilin</surname>
          </string-name>
          .
          <article-title>Toward the next generation of recommender systems: A survey of the state-of-the-art and possible extensions</article-title>
          .
          <source>IEEE Trans. on Knowl. and Data Eng</source>
          .,
          <volume>17</volume>
          (
          <issue>6</issue>
          ):
          <volume>734</volume>
          {
          <fpage>749</fpage>
          ,
          <year>June 2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Al-Shamri</surname>
          </string-name>
          and
          <string-name>
            <given-names>K.</given-names>
            <surname>Bharadwaj</surname>
          </string-name>
          .
          <article-title>A compact user model for hybrid movie recommender system</article-title>
          . volume
          <volume>1</volume>
          , pages
          <fpage>519</fpage>
          {
          <fpage>524</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>S.</given-names>
            <surname>Amer-Yahia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. B.</given-names>
            <surname>Roy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Chawlat</surname>
          </string-name>
          , G. Das, and
          <string-name>
            <given-names>C.</given-names>
            <surname>Yu</surname>
          </string-name>
          .
          <article-title>Group recommendation: semantics and e ciency</article-title>
          .
          <source>Proc. VLDB Endow</source>
          .,
          <volume>2</volume>
          (
          <issue>1</issue>
          ):
          <volume>754</volume>
          {
          <fpage>765</fpage>
          ,
          <string-name>
            <surname>Aug</surname>
          </string-name>
          .
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>L.</given-names>
            <surname>Baltrunas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Makcinskas</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Ricci</surname>
          </string-name>
          .
          <article-title>Group recommendations with rank aggregation and collaborative ltering</article-title>
          .
          <source>RecSys '10</source>
          , pages
          <fpage>119</fpage>
          {
          <fpage>126</fpage>
          , New York, NY, USA,
          <year>2010</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Berkovsky</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Freyne</surname>
          </string-name>
          .
          <article-title>Group-based recipe recommendations: analysis of data aggregation strategies</article-title>
          .
          <source>RecSys '10</source>
          , pages
          <fpage>111</fpage>
          {
          <fpage>118</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>R.</given-names>
            <surname>Burke</surname>
          </string-name>
          .
          <article-title>Hybrid recommender systems: Survey and experiments</article-title>
          .
          <source>User Modeling</source>
          and
          <string-name>
            <surname>User-Adapted</surname>
            <given-names>Interaction</given-names>
          </string-name>
          ,
          <volume>12</volume>
          (
          <issue>4</issue>
          ):
          <volume>331</volume>
          {
          <fpage>370</fpage>
          ,
          <string-name>
            <surname>Nov</surname>
          </string-name>
          .
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Cleger-Tamayo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Fernandez-Luna</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Huete</surname>
          </string-name>
          .
          <article-title>Top-n news recommendations in digital newspapers</article-title>
          .
          <source>Know.-Based Syst.</source>
          ,
          <volume>27</volume>
          :
          <fpage>180</fpage>
          {
          <fpage>189</fpage>
          ,
          <string-name>
            <surname>Mar</surname>
          </string-name>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>A.</given-names>
            <surname>Crossen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Budzik</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K. J.</given-names>
            <surname>Hammond</surname>
          </string-name>
          .
          <article-title>Flytrap: intelligent group music recommendation</article-title>
          .
          <source>IUI '02</source>
          , pages
          <fpage>184</fpage>
          {
          <fpage>185</fpage>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>A. S. Das</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Datar</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Garg</surname>
            , and
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Rajaram</surname>
          </string-name>
          .
          <article-title>Google news personalization: scalable online collaborative ltering</article-title>
          .
          <source>WWW '07</source>
          , pages
          <fpage>271</fpage>
          {
          <fpage>280</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>I.</given-names>
            <surname>Garcia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pajares</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Sebastia</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Onaindia</surname>
          </string-name>
          .
          <article-title>Preference elicitation techniques for group recommender systems</article-title>
          .
          <source>Inf. Sci.</source>
          ,
          <volume>189</volume>
          :
          <fpage>155</fpage>
          {
          <fpage>175</fpage>
          ,
          <string-name>
            <surname>Apr</surname>
          </string-name>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>I.</given-names>
            <surname>Garcia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Sebastia</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Onaindia</surname>
          </string-name>
          .
          <article-title>On the design of individual and group recommender systems for tourism</article-title>
          .
          <source>Expert Syst. Appl.</source>
          ,
          <volume>38</volume>
          (
          <issue>6</issue>
          ):
          <volume>7683</volume>
          {
          <fpage>7692</fpage>
          ,
          <year>June 2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M.</given-names>
            <surname>Gartrell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Xing</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Lv</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Beach</surname>
          </string-name>
          , R. Han,
          <string-name>
            <surname>S</surname>
          </string-name>
          . Mishra, and
          <string-name>
            <given-names>K.</given-names>
            <surname>Seada</surname>
          </string-name>
          .
          <article-title>Enhancing group recommendation by incorporating social relationship interactions</article-title>
          .
          <source>Inf. Sci.</source>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>F.</given-names>
            <surname>Heider</surname>
          </string-name>
          .
          <article-title>The psychology of interpersonal relations</article-title>
          .
          <year>1958</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>A.</given-names>
            <surname>Jameson</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Smyth</surname>
          </string-name>
          .
          <article-title>The adaptive web</article-title>
          . chapter Recommendation to groups, pages
          <volume>596</volume>
          {
          <fpage>627</fpage>
          . Springer-Verlag, Berlin, Heidelberg,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>H.</given-names>
            <surname>Lee</surname>
          </string-name>
          and
          <string-name>
            <given-names>S. J.</given-names>
            <surname>Park</surname>
          </string-name>
          . Moners:
          <article-title>A news recommender for the mobile web</article-title>
          .
          <source>Expert Systems with Applications</source>
          ,
          <volume>32</volume>
          (
          <issue>1</issue>
          ):
          <volume>143</volume>
          {
          <fpage>150</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>J.</given-names>
            <surname>Mastho</surname>
          </string-name>
          . Group modeling:
          <article-title>Selecting a sequence of television items to suit a group of viewers. User Modeling</article-title>
          and
          <string-name>
            <surname>User-Adapted</surname>
            <given-names>Interaction</given-names>
          </string-name>
          ,
          <volume>14</volume>
          (
          <issue>1</issue>
          ):
          <volume>37</volume>
          {
          <fpage>85</fpage>
          ,
          <string-name>
            <surname>Feb</surname>
          </string-name>
          .
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>B. N.</given-names>
            <surname>Miller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Albert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Lam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Konstan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Riedl</surname>
          </string-name>
          .
          <article-title>Movielens unplugged: experiences with an occasionally connected recommender system</article-title>
          .
          <source>IUI '03</source>
          , pages
          <fpage>263</fpage>
          {
          <fpage>266</fpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>E.</given-names>
            <surname>Ntoutsi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Stefanidis</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.</surname>
          </string-name>
          <article-title>N rvag, and</article-title>
          <string-name>
            <given-names>H.-P.</given-names>
            <surname>Kriegel</surname>
          </string-name>
          .
          <article-title>Fast group recommendations by applying user clustering</article-title>
          .
          <source>ER'12</source>
          , pages
          <fpage>126</fpage>
          {
          <fpage>140</fpage>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>M. O'Connor</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Cosley</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          <string-name>
            <surname>Konstan</surname>
            , and
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Riedl</surname>
          </string-name>
          .
          <article-title>Polylens: a recommender system for groups of users</article-title>
          .
          <source>ECSCW'01</source>
          , pages
          <fpage>199</fpage>
          {
          <fpage>218</fpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>S.</given-names>
            <surname>Pizzutilo</surname>
          </string-name>
          , B. De Carolis, G. Cozzolongo, and
          <string-name>
            <given-names>F.</given-names>
            <surname>Ambruoso</surname>
          </string-name>
          .
          <article-title>Group modeling in a public space: methods, techniques, experiences</article-title>
          .
          <source>AIC'05</source>
          , pages
          <fpage>175</fpage>
          {
          <fpage>180</fpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>N.</given-names>
            <surname>Rattanajitbanjong</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Maneeroj</surname>
          </string-name>
          <article-title>. Multi criteria pseudo rating and multidimensional user pro le for movie recommender system</article-title>
          .
          <source>pages 596{601</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>K.</given-names>
            <surname>Stefanidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Shabib</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Norvag</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Krogstie</surname>
          </string-name>
          .
          <article-title>Contextual recommendations for groups</article-title>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ye</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Liu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>W.-C.</given-names>
            <surname>Lee</surname>
          </string-name>
          .
          <article-title>Exploring social in uence for recommendation: a generative model approach</article-title>
          .
          <source>SIGIR '12</source>
          , pages
          <fpage>671</fpage>
          {
          <fpage>680</fpage>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hao</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Gu</surname>
          </string-name>
          .
          <article-title>Tv program recommendation for multiple viewers based on user pro le merging. User Modeling</article-title>
          and
          <string-name>
            <surname>User-Adapted</surname>
            <given-names>Interaction</given-names>
          </string-name>
          ,
          <volume>16</volume>
          (
          <issue>1</issue>
          ):
          <volume>63</volume>
          {
          <fpage>82</fpage>
          ,
          <string-name>
            <surname>Mar</surname>
          </string-name>
          .
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>