<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>On Suggesting Entities as Web Search Queries Extended Abstract</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Diego Ceccarelli</string-name>
          <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="author">
          <string-name>Sergiu Gordea</string-name>
          <email>sergiu.gordea@ait.ac.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Claudio Lucchese</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Franco Maria Nardini</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ra ale Perego</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>AIT GmbH</institution>
          ,
          <addr-line>Wien</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Dipartimento di Informatica, Universita di Pisa</institution>
          ,
          <addr-line>Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>IMT Institute for Advanced Studies Lucca</institution>
          ,
          <addr-line>Lucca</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>ISTI-CNR</institution>
          ,
          <addr-line>Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>y t i s r e v i D</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>The Web of Data is growing in popularity and dimension, and named entity exploitation is gaining importance in many research elds. In this paper, we explore the use of entities that can be extracted from a query log to enhance query recommendation. In particular, we extend a state-of-the-art recommendation algorithm to take into account the semantic information associated with submitted queries. Our novel method generates highly related and diversi ed suggestions that we assess by means of a new evaluation technique. The manually annotated dataset used for performance comparisons has been made available to the research community to favor the repeatability of experiments.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Mining the past interactions of users with the search system recorded in query
logs is an e ective approach to produce relevant query suggestions. This is based
on the assumption that information searched by past users can be of interest
to others. The typical interaction of a user with a Web search engine consists
in translating her information need in a textual query made of few terms. We
believe that the \Web of Data" can be pro tably exploited to make this process
more user-friendly and alleviate possible vocabulary mismatch problems.
We adopt the Search Shortcuts (SS) model proposed in [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. The SS
algorithm aims to generate suggestions containing only those queries appearing as
nal in successful sessions. The goal is to suggest queries having a high
potentiality of being useful for people to reach their initial goal. The SS algorithm
works by e ciently computing similarities between partial user sessions (the one
currently performed) and historical successful sessions recorded in a query log.
Final queries of most similar successful sessions are suggested to users as search
shortcuts.
      </p>
      <p>A virtual document is constructed by merging successful session, i.e., ending
with a clicked query. We annotate virtual documents to extract relevant named
entities. Common annotation approaches on query logs consider a single query
and try to map it to an entity (if any). If a query is ambiguous, the risk is
to always map it to the most popular entity. On the other hand, in case of
ambiguity, we can select the entity with the highest likelihood of representing
the semantic context of a query.</p>
      <p>We de ne Semantic Search Shortcuts (S3) the query recommender system
exploiting this additional knowledge. Please note that S3 provides a list of
related entities, di erently from traditional query recommenders as SS that for a
given query produce a at list of recommendations. We assert that entities can
potentially deliver to users much more information than raw queries.</p>
      <p>In order to compute the entities to be suggested, given an input query q,
we rst retrieve the top-k most relevant virtual documents by processing the
query over the SS inverted index built as described above. The result set Rq
contains the top-k relevant virtual documents along with the entities associated
with them. Given an entity e in the result set, we de ne two measures:
score(e; VD) =
(conf (e)
0
score(VD); if e 2 VD:entities</p>
      <p>otherwise
score(e; q) =</p>
    </sec>
    <sec id="sec-2">
      <title>X score(e; VD)</title>
      <p>VD2Rq
where conf (e) is the con dence of the annotator in mapping the entity e in the
virtual document VD, while score(VD) represents the similarity score returned
by the information retrieval system. We rank the entities appearing in Rq using
their score w.r.t. the query.
2</p>
      <p>
        Experimental Evaluation
We used a large query log coming from the Europeana portal1, containing a
sample of users' interactions covering two years (from August 27, 2010 to January,
17, 2012). We preprocessed the entire query log to remove noise (e.g., queries
submitted by software robots, mispells, di erent encodings, etc). Finally, we
obtained 139,562 successful sessions. An extensive characterization of the query
log can be found in [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. To assess our methodology we built a dataset consisting
of 130 queries split in three disjoint sets: 50 short queries (1 term), 50 medium
queries (on average, 4 terms), 30 long terms (on average, 9 terms). For each
query in the three sets, we computed the top-10 recommendations produced by
the SS query recommender system and we manually mapped them to entities
by using a simple interface providing an user-friendly way to associate entities
to queries2.
      </p>
      <p>We are interested in evaluating two aspects of the set of suggestions provided.
These are our main research questions:
1 We acknowledge the Europeana Foundation for providing us the query logs used in
our experimentation. http://www.europeana.eu/portal/
2 Interested readers can download the dataset from: http://hpc.isti.cnr.it/
˜ceccarelli/doku.php/sss.</p>
      <p>Relatedness : How much information related to the original query a set of
suggestions is able to provide?
Diversity : How many di erent aspects of the original query a set of suggestions
is able to cover?</p>
      <p>
        To evaluate these aspects, we borrow from the annotators the concept of
semantic relatedness between two entities proposed by Milne and Witten [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]:
where e1 and e2 are the two entities of interest, the function IL(e) returns the
set of all entities that link to the entity e in Wikipedia, and KB is the whole
set of entities in the knowledge base. We extend this measure to compute the
similarity between two set of entities (the function IL gets a set of entities and
returns all the entities that link at least on entity in the given set). At the same
time, given two sets of entities E1, E2, we de ne the diversity as div(E1; E2) =
1 rel(E1; E2). Given a query q, let Eq be the set of entities that have been
manually associated with the query. We de ne the relatedness and the diversity
of a list of suggestions Sq as:
De nition 1 The average relatedness of a list of suggestions is computed as:
rel(Sq) =
      </p>
      <p>Ps2Sq rel(Es n Eq; Eq)
jSqj
where Es represents the set of entities mapped to a suggestion s (could contain
more than one entity in the manual annotated dataset). Please note that we
remove the entities of the original query from each set of suggestions as we are
not interested in suggesting something that do not add useful content w.r.t. the
starting query (Es n Eq).</p>
      <p>De nition 2 The average diversity of a list of suggestions is de ned as:
div(Sq) =</p>
    </sec>
    <sec id="sec-3">
      <title>Ps2Sq div(Es; ESqns)</title>
      <p>jSqj</p>
      <p>For each suggestion, we intend to evaluate how much information it adds
w.r.t the other suggestions. ESqns denotes the union of the entities belonging to
all the suggestions except the current suggestion s.</p>
      <p>Experimental Results: For each set of queries in the dataset described above
(short, medium and long ), we compared the average relatedness and the average
diversity of the recommendations generated by SS and by S3.</p>
      <p>Figure 1 shows the average relatedness computed for each query q belonging
to a particular set of queries. Results con rm the validity of our intuition as,
for all the three sets, the results obtained by S3 are always better than the
results obtained by considering the SS suggestions. It is worth to observe that
the longer the queries the more di cult the suggestion of related queries. This
0:3
0:15
0:32
0:31
small
0:25
0:19
medium</p>
      <sec id="sec-3-1">
        <title>Block</title>
        <p>long
0:8
0:6
0:4
0:62
0:33
small
0:63
0:38
medium</p>
      </sec>
      <sec id="sec-3-2">
        <title>Block</title>
        <p>Fig. 2: Per-set average diversity
computed between the list of
suggestions and the given query.
0:59
long
happens because long queries occur less frequently in the log and then we have
less information to generate the suggestions. If we consider single sets, the highest
gain of S3 in terms of average relatedness is obtained for medium and long
queries: this means that relying on entities allows to mitigate the sparsity of
user data.</p>
        <p>Figure 2 reports the average diversity of the suggestions over the queries of
each set. Here, we observe an opposite trend, due to the fact that the longer
the queries, the more terms/entities they contain, and the more di erent the
suggestions are. Furthermore, we observe that, for the most frequent queries,
SS has a very low performance w.r.t. S3. This happens because for frequent
queries SS tends to retrieve popular reformulations of the original query, thus
not diversifying the returned suggestions. S3 does not su er for this problem
since it works with entities thus diversifying naturally the list of suggestions.
We leave as future work the study of a strategy for suggesting entities aiming at
maximizing the diversity on a list of suggestions.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Baraglia</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cacheda</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carneiro</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandez</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Formoso</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perego</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silvestri</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Search shortcuts: a new approach to the recommendation of queries</article-title>
          .
          <source>In: Proc. RecSys'09. ACM</source>
          , New York, NY, USA (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Broccolo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Marcon</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nardini</surname>
            ,
            <given-names>F.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perego</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Silvestri</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Generating suggestions for queries in the long tail with an inverted index</article-title>
          . IP&amp;M
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Ceccarelli</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gordea</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lucchese</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nardini</surname>
            ,
            <given-names>F.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tolomei</surname>
          </string-name>
          , G.:
          <article-title>Improving europeana search experience using query logs</article-title>
          .
          <source>In: Proc. TPDL'11</source>
          . pp.
          <volume>384</volume>
          {
          <fpage>395</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Milne</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Witten</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Learning to link with wikipedia</article-title>
          .
          <source>In: Proc. CIKM'08</source>
          . pp.
          <volume>509</volume>
          {
          <fpage>518</fpage>
          .
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>