<!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>Balanced Recommenders: A hybrid approach to improve and extend the functionality of traditional Recommenders</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Javier G. Recuenco</string-name>
          <email>javier.recuenco@abypersonalize.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Bueno</string-name>
          <email>bueno@lcc.uma.es</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>AbyPersonalize</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Departamento de Lenguajes y Ciencias de la Computación. Universidad de Málaga</institution>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2009</year>
      </pub-date>
      <fpage>22</fpage>
      <lpage>26</lpage>
      <abstract>
        <p>The authors present a possible approach for a new general purpose recommender architecture, one which complements the current proven and tested techniques (User Model, Collaborative Filtering, Content Based Filtering), used in some everyday business scenarios, balancing with newly developed personalization procedures and methodologies. The overall objective is to try to tackle some of the typical shortcomings of traditional recommender systems (Cold start, dilution of the “personal color” in a sea of collective thinking…), by effectively balancing the amount of collective intelligence used against a more “personal affinity” score. This, the authors call PPM (Product Profile Matching), an approach which ignores collective results and relies mainly on the intrinsic affinity between the nature of both the subject and the item. Hence the use of the name “balanced”, because of the balance struck between A.I. techniques and Applied Personalization Techniques used to make a better recommendation. The authors also focus on the need for proper selffulfilling techniques in order to illustrate the paramount importance of improving and extending the control that existing recommender systems give users in order to optimize the user experience. An example based on the author's previous work in the field of TV content recommenders is presented to illustrate the validity of our approach.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Information overload has become a problem in recent times. Increasingly, system
users encounter difficulties in finding the information they need. Recommender
Systems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] have emerged as a way to reduce the amount of information users have to
process in order to find something interesting. They have been applied to different
areas of knowledge such as personalized newspapers (newsdude) [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], movie
recommenders (movielens) [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], personal electronic programming guides ((PTV) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ])
or art recommenders [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In the rest of this article, the base element of the
recommender system will be referred to as an item. Items may be documents, songs,
news, TV programs, goods in a shop, pictures etc…
There are two main techniques used by existing recommender systems: content-based
recommendations and collaborative recommendations [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. In the first case, user
recommendations are based on items similar to those s/he may have chosen in the
past. An example of this is METIORE [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], which recommends publications; or myTV
project [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] which is related to TV programming. In the second case, users are
informed of recommendations based on similar users’ preferences. A well-known
example of this approach is Amazon.com [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] or Barnes&amp;Noble both of which
recommend books purchased by other clients with a similar profile. The Movielens
recommender is also based on this technique. Ideally, the best solution benefits from
both content and collaborative information. This is called the hybrid model and some
interesting and relevant material can be found in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>Existing recommender systems have certain limitations, which although they do
not hamper the overall usefulness of the system they prevent the “perfect
recommendation” from being provided. The “perfect recommendation” is somewhat
difficult to specify, but we define it as:</p>
      <p>“The result of ascertaining the exact desires of the individual using a recommender
system, taking into account not only the knowledge of the whole network, but the
particularities of the user AND the items available, which are relevant to the
recommendation process”.</p>
      <p>
        Some of the difficulties of recommenders are well known and are usually dealt with
in different ways: “Cold start” is perhaps the best known one; clearly there is no real
way for a recommender to provide useful recommendations from the start without an
initial recommendation from other users. In Movielens different techniques are
developed to select some items (films), shown to the user in order to create an initial
model. One of the criteria to show initial items to the users is to rank items according
to their particular relevance to these individuals. A good overview of the ranking
algorithms is presented in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] but most of these results are applied to queries made to
documentary databases or to the Web like the popular PageRank ranking system [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
We can also find ranking algorithms for blogs [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] to select the most popular ones
according to the number of times they are read, the number of comments made and
their voting average. Recent work [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] has tried to solve the cold start problem using
the tied Boltzmann machine model, improved with content for collaborative
recommendations. Another limitation is slightly more subtle in nature (dilution of the
personal color in a sea of collective thinking): In a progressively personal world,
where individual tastes are increasingly being better catered for, there is no such thing
as the “perfect segment”. Our aim for the recommender system is that it should
approach as closely as possible the minimum segment size of 1. Segmentation is
therefore a compromise between our ability to characterize a specific set of behaviors
or attributes in order to define a user and the amount of available information and the
real relevance and significance of those attributes connected to our context. So-called
“Macrosegments” that can work correctly in a macro context (Women, Man 25-45..)
are usually useless in terms of returning finely tuned recommendations. Each
individual has a “color” of their own. Let us consider an example from a music
recommender system, from the many currently available on the market (Pandora,
Last.fm, Strands…) A hard rock music fan may also listen to a Synth Pop artist, and
traditional recommenders will therefore associate that individual with a taste for
BOTH kinds of music, so there will be a “poisoning” effect on future
recommendations due to the apparent “anomaly”, because the system does not handle
“individual colors” but performs macrocluster mapping. The authors in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] propose
to solve this issue of different user ‘faces’ using a goal oriented recommendation,
which keeps a common model and also a specific partial model for each of the user
“goal/objectives”. There is a risk that users may end up “belonging” to a specific
cluster instead of what should really happen: A distinctive, unique personality should
be matched to the shape of well known, well characterized “macroclusters”, and the
best fit selected. The current approach however could be compared to the process of
making a random shape using paper and scissors and then trying to compare it with
well known polygonal shapes: Circle, Pentagon, Octagon.., and then deciding which
one fits best.
      </p>
      <p>Best match?
What we found interesting is that while we aim to achieve perfection in terms of
pattern recognition and other such mathematical delicacies, we ignore as “non
manageable” the capability to effectively and precisely draw a unique, non clustered,
image of our user. This is where user modeling comes to the rescue: the main idea
behind user modeling is to produce a “model” that tries to identify the key attributes
belonging to a specific domain (in the case of Pandora, musical tastes) which can
truly identify the user.</p>
      <p>The problem with user modeling is a simple one: The model is produced (as
accurately as possible), but it does not provide a suitable technique to ensure that
several objectives are achieved. These objectives, fundamental in the overall process
to guarantee a perfect personal recommendation experience, are the following:
a) To take the user from a “dummy” experience (i.e., one where they have had
no involvement in the recommendation process) to being fully in control
(fully tuning all the parameters included in the recommendation process) in a
smooth and logical transition,
b) To provide an effective way of interacting with the user in order to engage
him/her to produce more and more explicit feedback and profile detail.
c) To provide an effective framework for creating a constant “quid-pro-quo”
scenario between provided data and improved responses from the
recommender</p>
      <p>
        User modeling provides a framework, but does not resolve the problem entirely.
The user is not naturally enticed to cooperate, because there is no real incentive. In
most approaches to recommendation engines there is one notable flaw: The
systematic relying on Machine Learning and non-explicit feedback from the user to
create the user model, where the possibility of truly engaging the user in the
construction of their own profile is practically nonexistent. Why does this happen?
Mainly for one reason; most current approaches to recommender systems come from
the “hard sciences” i.e., those related with knowledge based on rigid disciplines with
fixed definitions such as mathematics and engineering Most of the sciences
addressing the question of personalization however deal with “lighter” disciplines like
etiology, psychology, marketing and so on , i.e., disciplines with a somewhat laxer
approach to definitions and even contradictory solutions for identical problems.
Therefore it seems that there is no possible way to rationalize and approach these
disciplines systematically so it is best to rely on tried and tested scientific approaches.
Unfortunately, although some work is emerging in this area [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], there is as yet very
little literature existing on this matter1
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Personalization: A Framework</title>
      <p>Given the fact that “personalization” is a fairly vague word, which encompasses a lot
of different definitions and approaches, with varying degrees of depth and no
common consensus on the definition, we provide a series of basic components for our
framework, dealing with the Personalization aspects of our work. Our proposal is a
Balanced Recommender System defined as follows:
"A balanced recommender system is a approach which combines a recommender
algorithm based on implicit, collective and behavioural data with a user’s, explicit,
user-centric and specific user model. The system uses additional tools and techniques
provided to manipulate, enrich and fine tune the final recommendation.”
The specific user model is not a generic one but depends entirely on the type of
recommender involved (tv recommender, book recommender etc). Also the overall
degree of involvement of the user in the creation of his/her profile has a significant
impact on the quality of the final recommendation.</p>
      <p>In this work we illustrate how we concluded that there was a need for this new type of
recommender and describe the logic used to build our system.
2.1</p>
      <sec id="sec-2-1">
        <title>Current use of the term “Personalization” in Recommender Systems</title>
        <p>Supposedly, recommender systems - even the least sophisticated ones- deliver
personalization. They deliver “personalized” recommendations, make “personalized”
offers and deliver “personalized” messages. In our opinion however, this is not
entirely the case. A detailed definition of personalization has been included in a
previous reference1 but for the purposes of this paper we will try to provide a less
complex explanation:</p>
        <p>“Personalization is a process which basically tries to adapt as closely as possible
a product/message to a customer/speaker. The more accurate the analysis, the more
accurate will be the recommendations. If we manage to grab the interest of our user
1 One of the authors of this paper has published a book and several papers on a systematic
approach for handling this problem, from which we have taken some definitions and some
basic building blocks. Unfortunately, to date it is currently only available in Spanish:
“Personalización” – Pearson Financial Times 2004 ISBN 9788420543543
and to obtain/understand their preferences, we will be more successful in our selling
or communication proposition.“</p>
        <p>Therefore, we need to ascertain user preferences on the aspects relevant to our
proposal (i.e.,, if we are trying to sell a Chinese cookery book, it is irrelevant to know
the customer’s hair color, but it is important to know that s/he is fond of cooking).
Equally it is vitally important to know which communication channel the user is more
receptive to. Adaptation involves a continuous process. Let us imagine for example
that our objective is to paint a whole wall black. There is no such thing as
“instantaneous wall painting” but rather it must be achieved one brush stroke at a
time. In our case, the trivial data (i.e. name, address etc.,) are the equivalent of the
brush strokes. When we use the word “personalization”, the problem is that the verb
“personalize” is like a kind of light switch, either it is on or off. Either you
personalize or you do not. What really happens however is that there is a continuous
process involved: It may be not be possible to personalize, it may be possible to
personalize a little, it may be possible to have more or less accurate personalization,
or have a completely tailor-made personalization. Clearly, “real” personalization is
the latter of these possibilities, those really relevant to the user. Besides increasing the
potential success of every subsequent interaction with our customer, there is another
positive collateral effect arising from the use of personalization: After several relevant
communications have been made, the customer/user pays more and more attention to
our messages, because he has perceived them as relevant, unlike most of the
communications they receive, where he/she perceives him/herself as an anonymous
receiver. This precision is quite important, as we feel that there are too many
unfounded claims of “delivers personalized results”. In reality, the results may differ
according to the true use of personalization in each scenario.</p>
        <p>
          The recommender presented here is adapted to different systems and has been
adapted with new features such as the one presented for the first time in this article
(see sections 2.2, 2.3 and 2.4). Basically our proposal is a hybrid recommender that
combines different features and separates long term and short term assumptions of the
user model as presented in [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ]:
- Collaborative recommender (slope one)
- Content based recommender (WNBM, fingerprinting, PPM)
- Social recommender (Tags)
By having multiple sources for recommendations the cold start problem that appears
in purely single source systems and especially in collaborative recommenders is
avoided. This problem arises when a new item arrives, and no one has evaluated it,
making it difficult to know how to recommend it. In our case the content based
recommendation can be used initially in conjunction with the top relevance algorithm
(see 2.2) and the Product Profile Matching approach (PPM) (see 2.3).
        </p>
        <p>Summarizing, we have different recommenders: content based recommendations, a
short term and a long term model, an item-item collaborative recommendation, one
based on tags and the PPM. Each of these recommender approaches produces a list of
programs and in order to calculate the relevance of each one for the user, we compute
a weighted sum, where α+β+φ+δ+ω=1. This determines the importance that we give
to any of the four recommenders mentioned above (short and long are based on the
same content based recomender). See Eq. (1). These parameters have an initial value
that is updated for each recommender according to the amount of data available for it
(i.e. if the number of user tags grows, this recommender will be given more
importance). Besides automatic adjustment, the user can also express his/her
preferences using the self fulfilling technique explained in 2.4.</p>
        <p>short long collab .</p>
        <p>R(user , item )  ( Ru,i  Ru,i ) Ru,i
tags
 Ru,i  RuP,PiM
(1)
2.2</p>
      </sec>
      <sec id="sec-2-2">
        <title>Top Relevance Algorithm</title>
        <p>For the cold start scenario we propose different solutions. One of these is to
propose items based on their relevance for the users. As users evaluate the items (i.e.,
the book, tv program, artist etc) the relevance must take into account the number of
evaluations of this item(FOi), the quality of its evaluations(Av(Oi)), and the total
number of evaluations input into the system(|evO|). It is important to make a good
comb ination of these factora because if not we may find situations like the following
in some systems:</p>
        <p>At first glance, this approach may seem logical, as it means that an item will obtain
its relevance according to the average of its evaluations. Let us suppose for the
following examples that our items can be evaluated from (1 meaning very bad to 5
meaning very good). With eq. (2) there may be some strange results: if a document
has been evaluated 100 times with an average of 4.2 it will be less relevant than one
that has been evaluated only once with 5. This solution benefits newcomers and
makes the top list very changeable and unstable.</p>
        <p>
          On the other hand we could take equation (3). This would give the older items a
better position in the ranking because they have been evaluated many times, even if
the evaluations were not particularly good. So, how can we obtain the right solution?
We wish to give reflect an appropriate value for well evaluated newcomers but also
respect those items evaluated many times. If we analyze the information retrieval
experience, a similar problem arises when trying to rank documents according to a
query. The algorithm TF-IDF [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ] with all its variants [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] tries to solve a similar
problem associated to terms in documents. IDF gives more importance to a term if it
appears a few times in all documents (similar to our newcomers that have been
evaluated several times) whereas TF increases the importance of a term if it appears
many times on one document (similar to our many times evaluated items). Therefore,
inspired by IDF, the first serious approach to our algorithm was:
log
        </p>
        <p>
          This equation, (4) works quite well but the logarithmic function gives much more
priority to the newcomers, and if an item has been evaluated many times
independently of its evaluations it becomes less relevant because the logarithm
approaches zero (these are extreme cases), also the difference between different
evaluations is not taken into account. Finally, inspired by the modification of IDF by
Joachim [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ], where he states “The second difference is that the square root is used to
dampen the effect of the document frequency instead of the logarithm”, we changed
the logarithm for a square root and squared the average evaluation in order to clarify
the differences. The final equation is the following:
        </p>
        <p>To clarify with a simplified example let us suppose there are 7 items that users can
evaluate in the range 1-5. We have the average of their evaluations Av(Oi), the
number of times the items have been evaluated FOi. and the total number of
evaluations done in the system |evO|=Sum(FOi). In Table 1 we can find on the left
how the algorithm (4) sorts the items and on the right how algorithm (5) does so. We
can observe that the results on the left may not be entirely accurate because for
example an item evaluated 100 times as 2 is ranked better than another that has been
evaluated 10 times as 4. The square root of the equation (5) solves this problem and
its ranking looks much more realistic. The equation (5) can be used with different
goals: 1) To create top lists, i.e. for the top list of favorites (items are sorted because
users have selected them as favorites) or the popular items . (sorts the items according
to popular user evaluations). It could be used for example to obtain the most recent
and popular selections 2) To tackle the Cold start problem. New users could obtain
recommendations of the most popular items in the system as other personalized
recommendations cannot be calculated yet or 3) To have initial estimations if the
Personal and Explicit Profile (explained in the following section) has not yet been
created.</p>
        <p>Table 1. Comparison of the Ranking using a) the Logarithmic eq. (left) and b) the</p>
        <p>Square eq.(right)
Av(Oi)
5
4
5
2
4
5
2</p>
        <p>FOi
40
40
20
10
3
10
100</p>
        <p>Log(eq.(4))
2,21336768
1,77069415
1,55311241
1,03307474
0,79981639
0,41624581
0,3999082
2.3</p>
      </sec>
      <sec id="sec-2-3">
        <title>Product Profile Matching</title>
        <p>Av(Oi)
5
5
4
4
5
2
2</p>
        <p>FOi
40
20
40
10
3
100
10</p>
        <p>Square(eq.(4))
10,5408205
7,45348565
6,74612512
3,37306256
2,88672258
2,66664009
0,84326564
We understand PPM as a continuous process that involves the following elements:
A) A detailed User Explicit Profile (usually considered the user model), regarding
the specific domain that in each system is being covered.
B) A product item, (which we can associate to something called the item model).</p>
        <p>This would involve the characteristics of the item relevant to the decision
making process
C) A complete detailed model of the application of both group A and B, which
could predict individual affinity between the specific user profile and the item
model, not on a cluster basis but on an individual basis.</p>
        <p>It is a continuous process because all three models are subject to continuous
improvement, and a possible initial approach could yield some information helpful for
improving every model. The key here is relevance. The criteria of inclusion
/exclusion of attributes in these models is not to do with how easily they can be
obtained but their relevance in the Product-Profile relationship. The design of both the
attributes and the relationship must be done independently of the feasibility or any
other factors that could hamper the creation of the best possible affinity mechanism
model. Compromises can be made later but the model should take into consideration
every single cause-effect that could influence the affinity model.</p>
        <p>PPM involves a dedicated effort to create a taxonomy that must be addressed in a
professional way, by people with knowledge of both business fields (User model –
Item Model). Let us imagine a PPM model created for an online bookstore: There
should be a clear customer expert behind the creation of the customer model, a
librarian perhaps, and some kind of product manager behind the creation of the
product mode. The combination of these, perhaps someone from a commercial
department, should be behind the affinity model.</p>
        <p>
          Product characterization does not need to be extensive if the relevance prerequisite
previously mentioned is fulfilled – the authors have produced a paper on a process of
PPM from the Product side [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ] in which there is considerable compacting of an
exhaustive product characterization (TV content, made by Anytime TV) into a more
compact, easy to manage form and they present a taxonomy which would be a perfect
product model for a PPM scenario, along with a complete TV user model and a
complete Affinity model (More on this in [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ]).
        </p>
        <p>How does PPM relate to balanced recommenders? A Proper PPM schema should
be included in balanced recommenders for the following reasons:
- It must deal with the “individual” aspects of the recommendation, like the rest
of the aforementioned techniques discussed previously.
- It provides a strong initial starting point thereby avoiding the Cold Start
scenario (working in conjunction with the aforementioned solutions),
translating the responsibility of preventing the cold start to the user providing
detailed info on his model (as the product model has been previously covered,
as well as the affinity application model).</p>
        <p>- It offers a strong model to refine the overall recommender results.
2.4</p>
      </sec>
      <sec id="sec-2-4">
        <title>Self Fulfilling Capabilities</title>
        <p>Another key component of a Balanced Recommender system is the existence of
Self fulfilling capabilities and a proper Self Fulfilling strategy must be in place. Let us
try to develop this. Most recommenders have adopted an approach that we strongly
discourage – that of keeping the user away from the underlying algorithm used. This
is like telling users “Trust us, we are really smart” – not the best approach for a
supposedly “personalized” approach. Users do not have a real sense of being in
control and we think that it is important to allow people to decide to what degree
outside or collective intelligence should play a part in the suggestion / decision
provided by the recommender. As our current proposal involves several different
features and it is highly likely that different users will have different degrees of
collaboration, the following steps should be taken:
- A step-by-step system should be developed to educate the customer on how to
move from a fully automated to a fully (user) controlled contribution for every
factor
- The degree of precision in the recommendation should be directly linked to the
following factors:
o How well the user understands the underlying model and how this
affects their input and fine tuning,
o The degree of fulfillment of the data user model proposed, through a
clear “tit for tat” proposition – you provide me with better data and a
better recommendation will be the result.
o The degree of precision must not be related to external factors such as
intrinsic data quality or the degree of training of the recommender
network
- All the contributions involved in the recommendation algorithm should be
shown for the customer to fine tune and adjust their preferences once they
have received appropriate training on the matter: i.e., they should be informed
of how much weight was given to content based evaluations, how much to
collaborative, how much to PPM etc…</p>
        <p>With some kind of visual metaphor and some easy feedback procedures we are
sure that people will have a much better experience with recommenders than has been
the case up to now (see Fig. 2).</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3 Mirotele: A Balanced Recommender at work</title>
      <p>
        Mirotele2 is a joint venture between the authors in which we have been involved
[
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] for some time and we are using it to test all our theories at the moment.
We have created a whole User model (representing what we consider to be the
      </p>
      <sec id="sec-3-1">
        <title>2 http://www.mirotele.com</title>
        <p>
          relevant attributes involved in TV preferences), a whole self fulfilling environment
(where advanced users can start to tinker with the data involved in the algorithm once
they begin to appreciate how it works). We have developed a whole PPM schema
combining the aforementioned user model with a fingerprinting method for TV
Programs [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ]. In addition, we incorporate all the improvements made to the existing
algorithms mentioned previously. There is as well a whole social networking schema,
a cross between a wiki and a folksonomy approach, where the social network is used
not go generate, but to filter and gather a huge amount of content related information
that has been produced via an automatic information gathering and classification
system (using web services from Google, YouTube, and other TV related services).
Unfortunately we have not yet collected data on a real implementation for the current
version of this paper (April 2009).
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4 Conclusions and Future Work</title>
      <sec id="sec-4-1">
        <title>Our current conclusions are basically the following:</title>
        <p>- Although our Balanced Recommenders incorporate a hybrid approach, they are
not the same as hybrid recommenders. This is not merely a question of semantics.
We are mixing personalization techniques and classic recommender techniques. In
our recommenders, the knowledge domains are quite different and the result is
much more intuitive than in the hybrid approach. Personalization is a science in
itself and trivial approaches must be avoided. We have found several
personalization techniques like PPM that are appropriate for expanding the current
recommender schema. We do not discard the possibility of enriching our schema
with other techniques in the future, and have found that “balancing” a purely
scientific approach with personalization techniques has produced an extremely
good/promising result.
- In the future there will be a systematic shift from current recommender schemas to
balanced approaches like the one we present here.
- We foresee a new golden age in the use of recommenders systems as they
gradually become important information-organizers, substituting those currently
in existence (mostly Search engines).</p>
        <p>We are currently working on the implementations of our schemas and algorithms
and plan to continue researching the area of balanced recommenders, in particular
dealing with the less documented and structured aspects of personalization
techniques. At the same time we will continue to improve our tools and attempt to
determine as much as possible the correct combination of every factor considered
here in order to achieve “the perfect recommendation”. Perhaps it is as elusive as the
perfect cocktail, but our ultimate goal is to improve current.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5 References</title>
    </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," Knowledge and Data Engineering, IEEE Transactions on</article-title>
          , vol.
          <volume>17</volume>
          , no.
          <issue>6</issue>
          , pp.
          <fpage>734</fpage>
          -
          <lpage>749</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>D.</given-names>
            <surname>Billsus</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Pazzani</surname>
          </string-name>
          ,
          <article-title>"A Hybrid User Model for News Story Classification,"</article-title>
          <string-name>
            <surname>Banff</surname>
          </string-name>
          , Canada:
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>N.</given-names>
            <surname>Good</surname>
          </string-name>
          , Schafer J.,
          <string-name>
            <given-names>J.</given-names>
            <surname>Konstan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Borchers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Sarwar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Herlocker</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Riedl</surname>
          </string-name>
          ,
          <article-title>"Combining collaborative filtering with personal agents for better recommendations</article-title>
          ,"
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>P.</given-names>
            <surname>Cotter</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Smyth</surname>
          </string-name>
          ,
          <article-title>"WAPing the Web: Content Personalisation for WAP-</article-title>
          <string-name>
            <surname>Enabled</surname>
            <given-names>Devices</given-names>
          </string-name>
          ," Springer-Verlag,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>H.</given-names>
            <surname>Cramer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Evers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ramlal</surname>
          </string-name>
          , M. van
          <string-name>
            <surname>Someren</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Rutledge</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Stash</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Aroyo</surname>
            , and
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Wielinga</surname>
          </string-name>
          ,
          <article-title>"The effects of transparency on trust in and acceptance of a content-based art recommender," User Modeling and User-Adapted Interaction</article-title>
          , vol.
          <volume>18</volume>
          , no.
          <issue>5</issue>
          , pp.
          <fpage>455</fpage>
          -
          <lpage>496</lpage>
          , Nov.
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>M.</given-names>
            <surname>Balabanovic</surname>
          </string-name>
          and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Shoham</surname>
          </string-name>
          ,
          <article-title>"Combining Content-Based and Collaborative Recommendation,"</article-title>
          <source>Communications of the ACM</source>
          , vol.
          <volume>40</volume>
          , no. 3
          <year>1997</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>D.</given-names>
            <surname>Bueno</surname>
          </string-name>
          and
          <string-name>
            <given-names>A. A.</given-names>
            <surname>David</surname>
          </string-name>
          ,
          <article-title>"METIORE: A personalized information retrieval system,"</article-title>
          <source>User Modeling</source>
          <year>2001</year>
          ,
          <article-title>Proceedings</article-title>
          , vol.
          <volume>2109</volume>
          , pp.
          <fpage>168</fpage>
          -
          <lpage>177</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>M.</given-names>
            <surname>Pogacnik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tasic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Meza</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Kosir</surname>
          </string-name>
          ,
          <article-title>"Personal Content Recommender Based on a Hierarchical User Model for the Selection of TV Programmes," User Modeling and UserAdapted Interaction</article-title>
          , vol.
          <volume>15</volume>
          , no.
          <issue>5</issue>
          , pp.
          <fpage>425</fpage>
          -
          <lpage>457</lpage>
          , Nov.
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>G.</given-names>
            <surname>Linden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <surname>and J</surname>
          </string-name>
          . York,
          <article-title>"Amazon.com recommendations: item-to-item collaborative filtering,"</article-title>
          <source>IEEE Internet Computing</source>
          , vol.
          <volume>7</volume>
          , no.
          <issue>1</issue>
          , pp.
          <fpage>76</fpage>
          -
          <lpage>80</lpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>R.</given-names>
            <surname>Burke</surname>
          </string-name>
          ,
          <article-title>"Hybrid Recommender Systems: Survey and Experiments," User Modeling and User-Adapted Interaction</article-title>
          , vol.
          <volume>12</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>331</fpage>
          -
          <lpage>370</lpage>
          , Nov.
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. L.
          <string-name>
            <surname>Candillier</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Jack</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Fessant</surname>
          </string-name>
          , and F. Meyer,
          <article-title>"State-of-the-Art Recommender Systems," in Collaborative and Social Information Retrieval and Access: Techniques for Improved User Modeling</article-title>
          . M. U. o. T. Chevalier, Ed.
          <year>2009</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>22</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <given-names>A.</given-names>
            <surname>Trotman</surname>
          </string-name>
          ,
          <article-title>"Learning to Rank,"</article-title>
          <source>Information Retrieval</source>
          , vol.
          <volume>8</volume>
          , no.
          <issue>3</issue>
          , pp.
          <fpage>359</fpage>
          -
          <lpage>381</lpage>
          , Jan.
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>S.</given-names>
            <surname>Brin</surname>
          </string-name>
          and
          <string-name>
            <given-names>L.</given-names>
            <surname>Page</surname>
          </string-name>
          ,
          <article-title>"The anatomy of a large-scale hypertextual Web search engine,"</article-title>
          <source>Computer Networks and ISDN Systems</source>
          , vol.
          <volume>30</volume>
          , no.
          <issue>1-7</issue>
          , pp.
          <fpage>107</fpage>
          -
          <lpage>117</lpage>
          , Apr.
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Klaus</surname>
          </string-name>
          ,
          <string-name>
            <surname>"Algoritmo de Popularidad Actualizado</surname>
          </string-name>
          ," in http://blogs.gamefilia.com/markus/10- 02-2008/854/algoritmo-de-popularidad-actualizado.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <given-names>G.</given-names>
            <surname>Asela and M. Christopher</surname>
          </string-name>
          ,
          <article-title>"Tied boltzmann machines for cold start recommendations,"</article-title>
          <source>in Proceedings of the 2008 ACM conference on Recommender systems Lausanne, Switzerland: ACM</source>
          ,
          <year>2008</year>
          , pp.
          <fpage>19</fpage>
          -
          <lpage>26</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>D.</given-names>
            <surname>Bueno</surname>
          </string-name>
          , "Recomendación Personalizada de documentos en sistemas de recuperación de la
          <source>información basada en objetivos." Ph.D. Universidad de Málaga</source>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <given-names>D.</given-names>
            <surname>Bueno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Conejo</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J. G.</given-names>
            <surname>Recuenco</surname>
          </string-name>
          ,
          <article-title>"An architecture for a TV Recommender System,"</article-title>
          <source>International Workshop on Personalization in iTV.Euro ITV 2007 Amsterdam:</source>
          <year>2007</year>
          , pp.
          <fpage>117</fpage>
          -
          <lpage>122</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <given-names>D.</given-names>
            <surname>Bueno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Conejo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Martín</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>León</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Recuenco</surname>
          </string-name>
          ,
          <article-title>"</article-title>
          <source>What Can I Watch on TV Tonight?," 2008</source>
          , pp.
          <fpage>271</fpage>
          -
          <lpage>274</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>J. Rocchio</surname>
          </string-name>
          ,
          <article-title>"Relevance Feedback in Information Retrieval,"</article-title>
          <source>The SMART Retrieval System: Experiments in Automatic Document Processing</source>
          , pp.
          <fpage>313</fpage>
          -
          <lpage>323</lpage>
          ,
          <year>1971</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <given-names>S.</given-names>
            <surname>Robertson</surname>
          </string-name>
          ,
          <article-title>"Understanding inverse document frequency: on theoretical arguments for IDF,"</article-title>
          <source>Journal of Documentation</source>
          , vol.
          <volume>60</volume>
          , no.
          <issue>5</issue>
          , pp.
          <fpage>503</fpage>
          -
          <lpage>520</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21. T. Joachims,
          <article-title>"A Probabilistic Analysis of the Rocchio Algorithm with TFIDF for Text Categorization,"</article-title>
          <year>1997</year>
          , pp.
          <fpage>143</fpage>
          -
          <lpage>151</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>J. Recuenco</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Rojo</surname>
            , and
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Bueno</surname>
          </string-name>
          ,
          <article-title>"A New Approach for a Lightweight Multidimensional TV Content Taxonomy: TV Content Fingerprinting,"</article-title>
          <source>in Changing Television Environments</source>
          <year>2008</year>
          , pp.
          <fpage>107</fpage>
          -
          <lpage>111</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>