<!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>
      <journal-title-group>
        <journal-title>October</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Large Scale Evaluation of Multi-Mode Recommender System Using Predicted Contexts with Mobile Phone Users</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Takeo Ohno</string-name>
          <email>takeo@aj.jp.nec.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Recommender System, Context-awareness, Mobile Systems</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>1753 Shimonumabe</institution>
          ,
          <addr-line>Nakahara-ku, Kawasaki, Kanagawa, 211-8666</addr-line>
          ,
          <country country="JP">Japan</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Algorithms</institution>
          ,
          <addr-line>Experimentation, Human Factors</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Information and Media Processing Laboratories, NEC Corporation</institution>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Service Platforms Research Laboratories, NEC Corporation</institution>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Takashi Shiraki Information and Media Processing Laboratories, NEC Corporation</institution>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2011</year>
      </pub-date>
      <volume>23</volume>
      <issue>2011</issue>
      <fpage>1157</fpage>
      <lpage>1166</lpage>
      <abstract>
        <p>Context-aware recommender systems can improve user satisfaction with recommended information when user preferences change depending on user contexts (e.g. location, time, and weather). However, the effect of each context on various user preferences has yet to be fully elucidated. In addition, few examples address this challenge in large-scale real-world experiments. Therefore, relationships between mobile phone users‟ contexts and their preferences have been evaluated. Our system calculates the intensity of various user preferences (e.g. favorite area and type of content) and recommends content accordingly. It was applied to a restaurant recommendation service with 2,762 mobile phone users over a two-month period. The evaluation results indicate quantitative evidence that user preferences depend on context information. In particular, location information strongly correlates with users‟ interest in recommending different types of restaurants. Finally, predicted context data is shown to be more effective for recommendation than raw data.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Categories and Subject Descriptors</title>
      <p>H.3.3 [Information Storage and Retrieval]: Information Search
and Retrieval – Information filtering, Relevance feedback,
Retrieval models, Selection process.</p>
    </sec>
    <sec id="sec-2">
      <title>General Terms</title>
    </sec>
    <sec id="sec-3">
      <title>1. INTRODUCTION</title>
      <p>Due to the recent information overload, recommendation schemes
that adapt information to changing user needs are becoming more
important. Recommender systems are increasingly being used for
services on the web and on devices (e.g. video recorders). For
example, Amazon.com, iTunes, and TiVo mainly recommend
books, music, and TV programs, respectively. Recommender
systems score items using user profiles, content data, user
feedback such as purchase logs, and user contexts.</p>
      <p>
        Many personalized recommender systems using profiles, content
data, and feedbacks have already been proposed. They are suitable
for services for providing users with items that match their
preferences. Amazon.com recommends products by using
item-based collaborative filtering, which finds similar items from
user feedback [6]. The Netflix Grand Prize solution [
        <xref ref-type="bibr" rid="ref2">5, 10, 13</xref>
        ]
had a root mean square error (RMSE) 10% better than that of the
Netflix‟s legacy algorithm Cinematch.
      </p>
      <p>
        However, many challenges still remain in predicting various user
needs, which change depending on context. Cyberguide [1],
GUIDE [3], and COMPASS [
        <xref ref-type="bibr" rid="ref3">11</xref>
        ] are mobile tour guide systems
that provide information such as tourist resorts and exhibits using
the time of day and user current locations as contexts. Magitti [2]
is a mobile leisure guide system that predicts a user‟s current and
future activity. It is based on extensive fieldwork in which an
online survey and many interviews were conducted. Reference [
        <xref ref-type="bibr" rid="ref1">9</xref>
        ]
also predicts a user‟s current activity from past / current / future
contexts of all users. Though all these systems take into account
contexts that influence users‟ interests, these contexts have rarely
been evaluated precisely in large-scale experiments, because of
the difficulty in obtaining both user contexts (e.g. location) and
user feedback in the real world.
      </p>
      <p>To overcome this, we have developed a Multi-Mode
Recommender System (MMRS), which can adapt to various
contextual conditions and evaluate relationships between contexts
and user interests automatically. We applied it to a trial
recommendation service of about 28,000 restaurants for 2,762
mobile phone users with the largest Japanese mobile
communications operator NTT DOCOMO. As a result, we
clarified the following issues based on quantitative evaluations in
a large-scale experiment.</p>
      <p>- Users‟ favorite items depend on user contexts.
- The MMRS can find effective profile/context.</p>
      <p>- Predicted contexts can be more effective for recommendation.
2.</p>
    </sec>
    <sec id="sec-4">
      <title>MMRS</title>
      <p>Figure 1 shows the overall architecture of the MMRS. The
MMRS consists of four components: model learner, user-mode
estimator, sub-recommender systems (SRSes), and item selector.
Model learner constructs user-mode learning models that are
calculated from past user behavioral logs. The user-mode
estimator predicts the current user-mode from the user-mode
learning models when a user requests recommendations. Each
SRS makes an item list by using each algorithm such as
content-based filtering and collaborative filtering. The item
selector retrieves results from item lists of SRSes. We describe
those algorithms in detail in the subsections 2.1-2.4.</p>
      <p>The MMRS has four types of input: profile data, context data,
feedback logs, and item data. Profile data are static-feature user
data, such as age, gender, and whether she/he smokes. Context
data are dynamic-feature user data, such as time, location, and
pulse rate. Feedback logs are user positive feedback data in
recommendation services, such as purchases, clicks, and
bookmarks. Item data are content data that should be retrieved in
recommendation services.</p>
      <p>The MMRS has two types of output: an item list and user-modes.
An item list is set of recommended items that the MMRS retrieves
as results. User-modes are defined as user interests in selecting
information such as location of users‟ favorite contents, user
preference, and user‟s favorite method for retrieving items.</p>
    </sec>
    <sec id="sec-5">
      <title>2.1 Model learner</title>
      <p>The model learner is used for offline-processing that produces
user-mode learning model from profile data, past context data,
feedback logs, and item data. User-mode learning model is the set
of intensities of user-modes for all profile/context combinations.
The intensity is based on the probability of category of
user-mode in each profile/context combination. It is given by</p>
      <sec id="sec-5-1">
        <title>User-mode of user-mode category</title>
      </sec>
      <sec id="sec-5-2">
        <title>Profile/context of user profile/context category . We use the Naïve Bayes algorithm to calculate Equation (1).</title>
        <p>Under the Naïve Bayes Assumption between profile/context sets,
we have
The Naïve Bayes algorithm has the limitation in handling the
dependency among profiles/contexts. However, we apply it to the
MMRS because it has the following merits for the conditional
independence assumption between profile/context sets.</p>
      </sec>
      <sec id="sec-5-3">
        <title>Space complexity can be reduced from</title>
        <p>to</p>
        <p>where</p>
        <p>We can evaluate each profile/context set in a fair manner
- It is easy to use in distributed systems
Additionally, in Equation (2) is calculated using
frequency , which is defined as the amount of user
feedback in condition during the experiment period, as below,
To eliminate zeros from the denominator in Equation (3), we use
Laplace smoothing [7], which simply adds one to each count
, as an
initial condition. The model learner calculates</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>2.2 User-mode estimator</title>
      <p>User-mode estimator is used for online-processing that predicts
current user-mode intensities from user-mode learning models,
profile data, and current context data. When the MMRS receives a
query from a user, the user-mode estimator obtains probabilities in
Equation (1) for a profile/context combination of the user.</p>
    </sec>
    <sec id="sec-7">
      <title>2.3 Sub-recommender system (SRS)</title>
      <p>
        Each SRS produces an item list from user data and item data.
Recommendation service providers can use any recommender
systems as SRSes. Recommended item lists of SRSes generally
differ from each other. The MMRS can evaluate each SRS‟s
effect in context-aware recommendation. In our previous study
[
        <xref ref-type="bibr" rid="ref4">12</xref>
        ], we evaluated the effect of five ranking methods
(content-based / profile-based / item-to-item collaborative filtering
/ user-to-user collaborative filtering / profile-item matching) in
personalized recommendation that did not use context data. We
found that users‟ favorite methods depended on the person. For
example, men in their twenties did not prefer ranking methods
using user profile data as much as females and older males.
      </p>
    </sec>
    <sec id="sec-8">
      <title>2.4 Item selector</title>
      <p>Item selector is used for online-processing that produces a result
item list from the user-mode intensities predicted by user-mode
estimator and item lists of SRSes. User-mode estimator sets the
probability in accordance with Equation (1) for each SRS. When a
user requests recommendation, item selector randomly selects a
SRS in accordance with the SRS‟s probability and collects one
item at a time repeatedly from its SRSes until the item selector
obtains the requested number of items (Figure 3).</p>
    </sec>
    <sec id="sec-9">
      <title>EXPERIMENT</title>
      <p>In this section, we explain how we applied the MMRS to a
restaurant recommendation service. Its conditions are as follows.
- Users: 2762 mobile phone users who registered online
- Items: about 28000 restaurants in Tokyo and six prefectures
around Tokyo
- Recommendation requests: 65,445 times
- Experimental period: 64 days
Therefore, we use two types of positive feedback data.
- Browse: users click to see detailed restaurant information
- Bookmark: users bookmark to save restaurant information</p>
    </sec>
    <sec id="sec-10">
      <title>3.1 Profile and context data</title>
      <p>In this experiment, we chose profile/context sets with different
properties (Table 1). “Age,” “Gender,” and “Drinker” are profile
data (static-feature user data) obtained from service registration
information. The others are context data (dynamic-feature user
data).
“Day-type,” “User-attribute,” and “Next user area” in Table 1, are
predicted contexts by user behavioral pattern analyses as follows.
The user behavioral patterns are composed of “stop places” and
“trip routes.” Stop places are defined as the places where users
had stayed within a 500-meters radius for more than 30 minutes.
Trip routes are defined as the paths between two stop places.
These are generated from location logs of a user‟s mobile phone.
Before predicting the contexts, we estimate each stop place
between a user‟s home, office (office / second office), and private
(except the home) by comparing hours stayed at all stop places,
after which we predict the contexts.
“Day-type” tells us whether the day is a workday or day off for
the user. For example, Tuesday is a workday for a user if the user
has often been in the office on that day. “User-attribute” shows
user‟s current behavior from eight patterns. The attributes of the
stop place or trip route determine where the user is. “Next user
area” means the user‟s next destination. We obtained this from
trip times, hour, and origin-destination history in the user
behavioral patterns.
“Age×Gender” and “Day-type×Time-of-day×User-attribute”
denote multiple profile/context sets. We combined “age” and
“gender” because we considered that the difference in preferences
between women and men in their twenties is greater than that
between women and men of other generations. The predicted
contexts “Day-type” and “User-attribute” depend on
“Time-of-day” because behavioral pattern analyses of them relate
to time.</p>
      <sec id="sec-10-1">
        <title>Category</title>
      </sec>
      <sec id="sec-10-2">
        <title>Age×Gender</title>
      </sec>
      <sec id="sec-10-3">
        <title>Drinker</title>
      </sec>
      <sec id="sec-10-4">
        <title>Weather</title>
      </sec>
      <sec id="sec-10-5">
        <title>Description</title>
        <p>“Age”( -29 / 30s / 40s / 50- ): four patterns
“Gender” (male/female): two patterns</p>
      </sec>
      <sec id="sec-10-6">
        <title>Whether user checks “like alcohol” in initial input data or not. (drinker / non-drinker) (sunny/cloudy/rainy or snowy) is obtained by a weather forecast service</title>
        <p>Day-type× “Day-type” estimated from user behavioral logs
Time-of-day× (workday/day off): two patterns
User-attribute “Time-of-day:” (0-4 / 4-8 / 8-12 / 12-16 / 16-20 /
20-24): six patterns
“User-attribute” means user‟s current behavior
predicted from user‟s historical behavioral
pattern. (home / office / second office / staying in
private place/ commute to work / moving for
work / return home / moving to private place):
eight patterns
Current user The user area in Tokyo and six prefectures
area around Tokyo (e.g. Ginza, Roppongi, and Chiba).</p>
        <p>This is directly obtained using a GPS system or
the base stations of the mobile phone network.</p>
      </sec>
      <sec id="sec-10-7">
        <title>Next area user</title>
      </sec>
    </sec>
    <sec id="sec-11">
      <title>3.2 User-mode</title>
      <sec id="sec-11-1">
        <title>Predicted area the user will go next, which is</title>
        <p>derived from the analysis of each user‟s
behavioral patterns.</p>
        <p>The MMRS recommended restaurants after predicting
“User-modes” (Table 2) by using the profile/context information
as a result. In this experiment, we set three user-modes:
“Restaurant area,” “Preference,” and “Ranking method.”
“Restaurant area” is important, especially for mobile phone users.
We also consider “Preference” (types of restaurants) as the main
factor for selecting items. We are also interested in “Ranking
method” because the MMRS blends results of SRSes.
Item selector stochastically selects items from SRSes. We can
flexibly change user-modes and profile/context sets explicitly that
are important selection criteria based on services.</p>
        <p>The MMRS had three steps in this experiment. First, it selected
one “Restaurant area” ( ) by the highest value of Equation (1).
Next, it estimated probability of “Preference” ( ) by</p>
      </sec>
    </sec>
    <sec id="sec-12">
      <title>4. RESULTS AND DISCUSSIONS</title>
      <p>We elucidated the effect of each context on user-modes. As listed
in Table 3, we obtained the intensities of the relationships
between user-modes and profile/context sets from the Cramer‟s
coefficient association values [4]. Value 0 means no dependency
between user-modes and profile/context data, and value 1 means
that the user-mode is fully predictable from the profile/context.
First, we compared the values of each profile/context set in
Table 3. We found that context data, except “Weather,” affected
user-modes more than “Age×Gender” and “Drinker” did.
Therefore, location context strongly correlates with user-modes.
The results indicate that location information is more useful in
predicting user-modes. The values of “Next user area” were
higher than those of “Current user area” in all user-modes. The
results indicate that context data computed by analyzing user‟s
behavioral logs can improve context-aware recommendations.
- Context data (except “Weather”) &gt; Profile data
Finally, we discuss the relationship between the machine learning
mechanism of the MMRS system and user satisfaction by
observing the click rate, which is defined as the number of clicked
items divided by the number of retrieved items. Each plot in
Figure 6 is the click rate on one day, and the line is the linear
regression line. It also shows that the click rate gradually
increased during the experiment. There are several possible
factors for this increase.</p>
      <p>・
・</p>
      <sec id="sec-12-1">
        <title>Machine learning makes MMRS more effective The ratio of active users who give a lot of clicks increases because some inactive users quit using this services</title>
      </sec>
    </sec>
    <sec id="sec-13">
      <title>5. CONCLUSIONS</title>
      <p>We proposed a context-aware recommender system that retrieves
items and user-modes. We elucidated the effect of each context on
various user preferences. We applied it to a large-scale restaurant
recommendation service with 2,762 mobile phone users over a
two-month period. From the results, we found that context
information is more effective for making recommendations than
profile information. This indicates that recommender systems
using context input data can effectively improve user satisfaction.
Furthermore, location data is fairly useful for predicting user
intentions. User-modes depend on “Next user area” more than
“Current user area”. The results indicate that predicted context
data computed by analyzing user‟s behavioral patterns can
improve recommendations. Finally we discussed the relationship
between the machine learning mechanism of the MMRS and user
satisfaction. We found that the click rate gradually increases.
However, there may be several factors for this increase. We will
clarify the relationship between the MMRS and satisfaction with
comparative experiments in future work.</p>
    </sec>
    <sec id="sec-14">
      <title>7. REFERENCES</title>
      <p>[1] Abowd, G., Atkeson, C., Hong. J., Long, S., Kooper, R. and
Pinkerton, M. Cyberguide: a mobile context-aware tour
guide. Wirel. Netw. 3, 5 (1997), 421-433.
[5] Koren, Y., The BellKor Solution to the Netflix Grand Prize,
(2009).
http://www.netflixprize.com/assets/GrandPrize2009_BPC_B
ellKor.pdf</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Oku</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          , et al.,
          <string-name>
            <given-names>A Recommendation</given-names>
            <surname>System Considering Users</surname>
          </string-name>
          ‟ Past / Current / Future Contexts,
          <fpage>CARS2010</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Piotte</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Chabbert</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <article-title>The Pragmatic Theory Solution to the Netflix Grand Prize, (</article-title>
          <year>2009</year>
          ). http://www.netflixprize.com/assets/GrandPrize2009_BPC_
          <article-title>Pr agmaticTheory</article-title>
          .pdf
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [11]
          <string-name>
            <surname>van Setten</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pokraev</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Koolwaaij</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <article-title>Context-Aware Recommendations in the Mobile Tourist Application COMPASS</article-title>
          .
          <source>In Adaptive Hypermedia</source>
          <year>2004</year>
          , vol.
          <volume>3137</volume>
          of LNCS, p.
          <fpage>235</fpage>
          -
          <lpage>244</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Shiraki</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kanno</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nishimura</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Kawamata</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <article-title>Evaluation Methods for a Multi-Mode Recommendation System</article-title>
          ,
          <source>71th IPSJ Conference</source>
          <year>2009</year>
          (in Japanese).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>