<!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>C lu s te r ing E nh an ce me n t fo r a To k en - B as e d R e co mm en de r</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Ville Ollikainen VTT Technical Research Centre of Finland 02150</institution>
          <addr-line>Espoo</addr-line>
          ,
          <country country="FI">Finland</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper introduces a clustering enhancement to an established token-based collaborative recommendation method (“upcv”). The method creates privacy-protecting abstractions for users and items by exchanging and collecting randomly generated N-bit values, “tokens”, in user-item transactions. The novel enhancement considers users' random value spaces as hyperspaces in which the tokens are Ndimensionally clustered. Instead of selecting exchanged tokens at random, as in the baseline upcv, tokens are now selected from a cluster, which has the best match with item's token collection. Recommendation quality is evaluated with the same 3.5% density data set as in a previous publication. The quantitative analysis indicates overall improvement in recommendation quality while learning time decreased without exception, up to one-third. There was improvement even when the number of exchanged tokes was exactly one, instead of over 100 in the baseline upcv. The performance improvement may be explained by the clustering enhancement inherently recognizing versatility of each individuals' interests. The paper also presents a study with news data set, where the improvement was in coverage.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>This paper is based on a collaborative token-based
recommendation method[Oll13, Oll17], which creates
privacy-protecting abstractions for users and items by
exchanging and collecting randomly generated N-bit
———————————————
Copyright © CIKM 2018 for the individual papers by the papers'
authors. Copyright © CIKM 2018 for the volume as a collection
by its editors. This volume and its papers are published under
values, “tokens”, in user-item transactions. This enables
distributed recommendations in a multi-player
environment, based on bilateral communications between
a user and a service. As such, while also providing easy
scalability, the approach relates to multi-domain
collaborative filtering proposed by [Zha12] and
crossdomain recommendations proposed by [Gao13],
overcoming sparsity problems that are often experienced
in single domain collaborative recommenders. Privacy
properties of the method have been presented in [Oll16].</p>
      <p>The upcv recommender has been in public use in
Helsinki Metropolitan area libraries since 2014.
Available online, it has currently 600,000 patrons and
actively covers 300,000 book titles.</p>
      <p>Some approaches, such as [Hua15], acknowledge that
users can hold multiple interests and items may belong to
multiple categories. The same topic from context point of
view is addressed in [Sap16], suggesting that it is also
important to incorporate the contextual information into
the recommendation process. [Bin12] in turn introduced
multi-class co-clustering for the purpose. Indeed, human
life is versatile, and recommenders should respect this:
Although one person may be interested in cooking and
motorcycles and another interested in cooking and
gardening, the recommender should not end up
associating motorcycles with gardening.</p>
      <p>The rest of this paper is structured as follows: Section
2 provides preliminaries about the token-based
recommender. In Section 3, we introduce unsupervised
N-dimensional clustering of tokens. Results are presented
in Section 4 and concluded with discussions in Section 5.</p>
      <p>P r e l i mi n a r i e s
2</p>
    </sec>
    <sec id="sec-2">
      <title>A Token-Based Recommender (“ UPCV”)</title>
      <p>The method associates both users and items with
collections of tokens, each token carrying a random value.
Interaction between user and item triggers selected
tokens to be copied from the token collection of the user
to the token collection of the item, and vice versa. In
previous papers[Oll13, Oll16], the maximum size of
collections has been 1024 tokens, from which up to 15%
have been randomly selected for the exchange.</p>
      <p>When the same user interacts with several items, or the
same item is involved in interactions with several users,
tokens are spread around, resulting in statistical
similarities among different token collections in the
system. Since tokens are copied in user-item interactions
only, it is likely that similarities between two token
collections originate from similar user behavior. The
method is collaborative by nature and requires no content
analysis.</p>
      <p>Collections are dynamic by nature and, unlike cookies
and other tracking means, tokens have no persistent
associations with real world. In particular, they do not
have any association with persons: tokens are mere
random values that, over time, will be copied to and
deleted from collections.</p>
      <p>The following example[Oll17] in Figure 1 explains
how tokens are able to provide recommendations.
a)
b)
c)
d)
e)
f)</p>
      <p>The step a) in Figure 1 illustrates two independent
services on the top, the upper service (“Service 1”)
having just a single item (“Item X”) and the lower service
(“Service 2”) having a plurality of items, including “Item
Y”. Two users, “Alice” and “Bob”, are presented for
simplicity. In the beginning, each user and item has a
single random number, “token”, in their collections.
Tokens are illustrated as 823, 463, 71 and 343.</p>
      <p>In step b), Alice is accessing Item X, triggering a token
exchange procedure; copying tokens from the user to the
item and vice versa. In this step, both Alice and Item X
have only one token; these are the exchanged tokens
resulting step c), in which both Alice and Item X do have
common tokens. (In the figure bold &amp; italics font
highlights the most recently acquired tokens.)</p>
      <p>Next, Bob is accessing the same item X in the Service
1, and once again, a couple of tokens are copied over (step
d). It should be noted that this time Item X is able to
provide more than one token. After Bob’s action, it
should be noted that also Bob and Alice have similar
tokens, as can be seen in step e).</p>
      <p>Still in e): Bob is accessing Item Y in the Service 2. A
couple of tokens are requested for exchange; since Bob
has more than one token to give, some tokens are picked
randomly from his collection.</p>
      <p>As the last action in this example, Alice requests a
recommendation for herself from the Service 2, which she
is now visiting the very first time (step f). Finally, Service
2 goes through all available items and compares their
tokens with the provided tokens. It is likely that Item Y
will be in the recommendation list, since there is a token
in common. For a similarity measure in general, previous
papers [Oll13, Oll16, Oll17] suggest using Jaccard index.
2. 2</p>
    </sec>
    <sec id="sec-3">
      <title>Book Club Data Set and a Previous S tudy</title>
      <p>The recommendation method was first introduced in
[Oll13], using a data set collected from book club
members of Bonnier Books Finland in 2013. This
publication presents some details of the data set.
Concisely, book club members (users) were asked,
without limitation, which books (items) they had read and
liked from a collection of 1041 books. 1575 members
responded, of which 1532 selecting at least one book,
providing 55434 individual selections total. Hence,
density was 3.5%. 18 users selected exactly one book.</p>
      <p>The selections were converted into user-item pairs
(“transactions”), shuffled into random order and divided
into two subsets, each consisting of 27717 user-item pairs
in random order. The first subset was used as training
data, while the second subset remained for validation. In
the baseline study[Oll13], exchanged tokens were
selected randomly while a maximum of 15% of token
collections were exchanged in each transaction. When a
token collection reached its maximum size (1024 tokens),
tokens were deleted at random to make space.</p>
      <p>The quantitative assessment was focusing on a
practical question: how long should a recommendation
list be, in order to have at least one successful
recommendation, i.e. a book that a user has selected
exists in the validation subset.</p>
      <p>Figure 2 (above) from the baseline study illustrates that
shorter recommendation lists were adequate for users
who had a higher number of books selected in the training
data [Oll13]. For example, half of the users having ~28
books in the training data got at least one successful
recommendation in a list with five books. The figure also
illustrates intervals that exclude the upper and lower 10%
of the users in each group, and a best matching trend line.
2. 3</p>
      <p>News Portal Data S et Studies
“Ilkka” news portal dataset consists of 2123 users, 2439
news articles and 35891 news clicks in chronological
order over a period of 30 days. Success was evaluated by
checking if a user eventually clicked a recommended
news article. In recommendations, each article had a
24hour active lifespan from its first click. Training period
was 7 days individually, beginning at each user’s first
click. Recommendations were created and evaluated at
each click, excluding articles already clicked by the user.
With these parameters, recommendation lists with at least
one success were possible in 14552 clicks (hereinafter:
100% ‘ Click Coverage’). Maximum token collection size
was 256; otherwise, the setup was the same as in Chapter
2.2, with 15% token exchange (i.e. max. 38).
3
3. 1</p>
      <p>M et h od o l o g y</p>
    </sec>
    <sec id="sec-4">
      <title>Clustering of Token C ollections</title>
      <p>The motivation behind clustering is, that a recommender
should not mix multiple interests, such as “cooking”,
“motorcycles” and “gardening”, as mentioned in the
Introduction.</p>
      <p>As a novelty, we introduce now a conceptual view of
tokens as points in a hyperspace by converting token’s
numeric value values into N-bit representation (e.g.
N=24), resulting an N-dimensional binary hypercube.
Each token represents one corner in this hypercube, each
bit value (0 or 1) defining its projection in the respective
dimension. A generic illustration of a hypercube is
presented in Figure 3: An N-dimensional hypercube can
be created by adding a copy of an N-1 dimensional
hypercube with edges connecting respective corners. In
the illustration, the corners are numbered in such a way
that each dimension adds one most significant bit, in the
original hypercube the bit value being 0 and in the copy
1.
In the novel concept, each token represents one corner
in the hypercube, while a token collection is a set of
corners, respectively.</p>
      <p>Tokens in each individual collection (separately) were
then clustered with bisecting K-means, recursively
splitting a hypercube into clusters and sub clusters each
time by applying a cutting hyperplane through a previous
cluster, until a pre-defined maximum number of clusters
was reached or the remaining sub clusters were dense
enough.</p>
      <p>For each cluster, we pick a best representing token, a
“center token”. When tokens are exchanged, the “item”
discloses its center token and the “user” activates the
cluster, which is closest to it. Only the tokens in the active
cluster take part in token exchange. If the collection
reached its maximum size, those tokens that are farthest
away from any cluster were deleted first.</p>
      <p>If an already existing token was received, a new token
was created as a randomly selected neighboring corner
(out of 24), making the particular cluster more dense.</p>
      <p>A 24-dimensional hypercube has 224 ≈ 16 million
corners, being capable to accommodate a relatively high
number of clusters reflecting a multitude of our interests.
Instead of Jaccard [Oll13], a new similarity metric (1) is
introduced in this paper to take into account cluster
densities, while not requiring exact matches as in Jaccard.
It sums up, how well each token in collection A matches
the other collection B:
where A and B are token collections and dHAD is
Hamming distance (i.e. number of differentiating bits).
The new similarity metric improves coverage, since it
does not require exact matches between token
collections. As a drawback, it is computationally heavier.
3. 3</p>
    </sec>
    <sec id="sec-5">
      <title>Experiment</title>
      <p>The experiment was carried out as in [Oll13], with the
same data and other parameters when applicable, in order
to compare the effectiveness of clustering. The maximum
number of clusters for any single user was set to four, after
some preliminary experiments. Items had a single cluster
(i.e. no clustering). The number of exchanged tokens was
reduced to 1, 3 and 10 tokens, however with an additional
condition that the number of received tokens was never
allowed to exceed the number of already existing tokens.
Tokens that were closest to cluster centers were selected
for exchange, instead of random picks used in the baseline
method.</p>
      <p>In the book experiment, the quantitative assessment
was similar as in [Oll13]. Recommendations were given
only to those users that were in the training data,
containing 1523 users; some users having only one book
selected had that book not in training but in validation
data.</p>
      <p>A second experiment was carried out with the news
portal data set, comparing results of non-clustered and
clustered methods with recommending random (with
Monte Carlo evaluation) and most popular articles. The
clustering method with 3 token exchange was compared
to the baseline method as described in Chapter 2.3.
4</p>
      <p>R es u lt s
As Figure 4 illustrates, clustering reduced learning time
(# of books in training data) to up to one-third, while the
overall quality was invariably improved. As found in
[Oll13], the method seems to be not critical of the number
of tokens exchanged: there was notable improvement
even when exchanging only one token at a time.</p>
      <p>Exchanging 3 tokens provided fastest learning: For
instance, half of the users having ~8 books in training data
got a successful recommendation in a list of mere five
books; the previous study indicated similar performance
for users with ~25 books in training.</p>
      <p>Table 1 presents respective recommendation coverage
and number of successful recommendations (out of 1523
users) in the book club experiment. It is notable that
recommendations were most diverse when only 1 token
was exchanged: 31% of all books were in top-5
recommendations at least once. The number of
unsuccessful recommendations were ~10 (i.e. 99.3%
success): failures typically related to users with one rare
book in training data. Only two exceptions were
observed: users with two and three such classic books (at
1 and 3 token exchange, respectively) in training data that
could be classified as bestsellers.</p>
      <p>As can be expected, the average number of tokens in
each users’ collections varied according to the number of
exchanged tokens: e.g., when exchanging exactly 1 token
at a time, a collection also grows by one at most. While
the collections had different number of tokens, the
number of clusters did not substantially vary.</p>
      <p>Figure 5 below illustrates proportions of users that
would get successful recommendations with given length
of a recommendation list, when exchanging 3 tokens.</p>
      <p>Finally, Table 2 resents quantitative results of the news
recommendation experiment. The baseline method
outperformed ‘most popular’ recommendations, but had
a reduced click coverage. Compared to the baseline, the
clustering method fell behind in recommendation quality
but in turn provided full click coverage (c.f. 2.3). 3 tokens
were exchanged, versus max. 38 in the baseline.</p>
      <p>C o nc l u si o n s an d Di s cu s s i o n
This paper was focusing on comparing the results with a
previous baseline study[Oll13], with the same data set
and evaluation metrics. As a novelty, unsupervised
Ndimensional (N=24) clustering was applied to each users’
token collection individually, and only one cluster at a
time was selected for token exchange. Each user had a
maximum on four clusters.</p>
      <p>In book club study this enhancement improved
recommendation quality, while it at the same time
reduced learning time. A previous publication[Oll13],
reported that the method seems stable while varying the
percentage of exchanged tokens. Clustering makes no
difference: The results remained better in all cases, when
the number of exchanged tokens was reduced from
maximum of over 100 (15% out of 1024) to 1, 3 and 10.</p>
      <p>Recommendations were diverse: About one-fourth of
the entire 1041 book collection were presented in Top-5
recommendations. The evaluation suggested the best
results with 3 token exchange. It is in further studies to
optimize token exchange with different data sets.</p>
      <p>Tokens provide privacy-protecting abstraction. In
certain arrangements, a single token exchange will enable
privacy, since it solves the remaining returning-user
privacy issue introduced in [Oll16].</p>
      <p>In the news recommendation experiment, quality
improvement was less clear. Although the
recommendation quality was close to popularity even
with full coverage, a tradeoff between coverage and
recommendation quality may exist: also worst cases get
recommendations with full click coverage, adversely
affecting quality evaluation. Further studies could
quantify this phenomenon.</p>
      <p>While the N-dimensional clusters can be assumed to
reflect multiple interests of users, the true relation
between clusters and multiple interests, perhaps utilizing
newspaper sections, would be worth studying, together
with optimizing the number of clusters.</p>
      <p>R e f e re nc e s</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [Bin12]
          <string-name>
            <given-names>Bin</given-names>
            <surname>Xu</surname>
          </string-name>
          , Jiajun Bu, Chun Chen, and
          <string-name>
            <given-names>Deng</given-names>
            <surname>Cai</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>An exploration of improving collaborative recommender systems via user-item subgroups</article-title>
          .
          <source>In Proceedings of the 21st International Conference on World Wide Web. ACM</source>
          ,
          <volume>21</volume>
          -
          <fpage>30</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [Gao13]
          <string-name>
            <surname>Gao</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Luo</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gallinari</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Guo</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          (
          <year>2013</year>
          ).
          <article-title>Cross-domain recommendation via cluster-level latent factor model</article-title>
          .
          <source>Lecture Notes in Computer Science, 8189 LNAI(PART 2)</source>
          ,
          <fpage>161</fpage>
          -
          <lpage>176</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>642</fpage>
          -40991-2_
          <fpage>11</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [Hua15]
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Ma, J., Cheng, P.,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2015</year>
          )
          <article-title>A Hybrid Multigroup Coclustering Recommendation Framework Based on Information Fusion</article-title>
          .
          <source>ACM Trans. Intell. Syst. Technol. 6</source>
          ,
          <issue>2</issue>
          ,
          <string-name>
            <surname>Article 27</surname>
          </string-name>
          <source>(March</source>
          <year>2015</year>
          ),
          <volume>22</volume>
          pages. DOI=http://dx.doi.org/10.1145/2700465
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [Oll13]
          <string-name>
            <surname>Ollikainen</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mensonen</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tavakolifard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2013</year>
          )
          <article-title>UPCV Distributed recommendation system based on token exchange</article-title>
          .
          <source>Journal of Print and Media Technology Research</source>
          , Vol.
          <volume>2</volume>
          , No.
          <issue>3</issue>
          , pp.
          <fpage>195</fpage>
          -
          <lpage>201</lpage>
          available at www.vtt.fi/inf/ julkaisut/muut/2013/OA_JPMTR_1314_
          <article-title>Ollikai nen</article-title>
          .pdf
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [Oll16]
          <string-name>
            <surname>Ollikainen</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Niemi</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          (
          <year>2016</year>
          )
          <article-title>Privacy Analysis of a Networked Collaborative Recommendation System</article-title>
          .
          <source>International Journal of Humanities and Management Sciences (IJHMS)</source>
          Volume
          <volume>4</volume>
          , Issue 4 (
          <year>2016</year>
          )
          <article-title>ISSN 2320- 4044 (Online</article-title>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [Oll17]
          <string-name>
            <surname>Ollikainen</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Niemi</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          (
          <year>2017</year>
          )
          <article-title>Evaluating the Performance and Privacy of a Token-Based Collaborative Recommender</article-title>
          .
          <source>In Proceedings of WI '17</source>
          , Leipzig, Germany,
          <source>August 23-26</source>
          ,
          <year>2017</year>
          , 5 pages. http://dx.doi.org/10.1145/3106426.3109434
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [Sap16]
          <string-name>
            <surname>Sappelli</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verberne</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Kraaij</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          (
          <year>2016</year>
          ).
          <article-title>Evaluation of context-aware recommendation systems for information re-finding</article-title>
          .
          <source>Journal of the Association for Information Science and Technology</source>
          ,
          <volume>68</volume>
          (
          <issue>4</issue>
          ),
          <fpage>895</fpage>
          -
          <lpage>910</lpage>
          . doi:
          <volume>10</volume>
          .1002/asi.23717
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [Zha12] Zhang,
          <string-name>
            <given-names>Y.</given-names>
            ,
            <surname>Cao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            , &amp;
            <surname>Yeung</surname>
          </string-name>
          , D.-Y. (
          <year>2012</year>
          ).
          <article-title>Multi-domain collaborative filtering</article-title>
          .
          <source>arXiv Preprint arXiv:1203</source>
          .
          <fpage>3535</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>