<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Big Data</journal-id>
<journal-title>Frontiers in Big Data</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Big Data</abbrev-journal-title>
<issn pub-type="epub">2624-909X</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3389/fdata.2022.867251</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Big Data</subject>
<subj-group>
<subject>Original Research</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>FROST: Fallback Voice Apps Recommendation for Unhandled Voice Commands in Intelligent Personal Assistants</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name><surname>Hu</surname> <given-names>Qian</given-names></name>
<xref ref-type="corresp" rid="c001"><sup>&#x0002A;</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1653086/overview"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Mohamed</surname> <given-names>Thahir</given-names></name>
</contrib>
<contrib contrib-type="author">
<name><surname>Xiao</surname> <given-names>Wei</given-names></name>
<uri xlink:href="http://loop.frontiersin.org/people/1661066/overview"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Ma</surname> <given-names>Xiyao</given-names></name>
</contrib>
<contrib contrib-type="author">
<name><surname>Gao</surname> <given-names>Xibin</given-names></name>
</contrib>
<contrib contrib-type="author">
<name><surname>Gao</surname> <given-names>Zheng</given-names></name>
</contrib>
<contrib contrib-type="author">
<name><surname>Arava</surname> <given-names>Radhika</given-names></name>
</contrib>
<contrib contrib-type="author">
<name><surname>AbdelHady</surname> <given-names>Mohamed</given-names></name>
</contrib>
</contrib-group>
<aff><institution>Amazon Alexa AI</institution>, <addr-line>Seattle, WA</addr-line>, <country>United States</country></aff>
<author-notes>
<fn fn-type="edited-by"><p>Edited by: Jianpeng Xu, Walmart Labs, United States</p></fn>
<fn fn-type="edited-by"><p>Reviewed by: Sushant Kumar, Walmart Labs, United States; Cheng Jie, Walmart Labs, United States</p></fn>
<corresp id="c001">&#x0002A;Correspondence: Qian Hu <email>huqia&#x00040;amazon.com</email></corresp>
<fn fn-type="other" id="fn001"><p>This article was submitted to Recommender Systems, a section of the journal Frontiers in Big Data</p></fn></author-notes>
<pub-date pub-type="epub">
<day>25</day>
<month>04</month>
<year>2022</year>
</pub-date>
<pub-date pub-type="collection">
<year>2022</year>
</pub-date>
<volume>5</volume>
<elocation-id>867251</elocation-id>
<history>
<date date-type="received">
<day>31</day>
<month>01</month>
<year>2021</year>
</date>
<date date-type="accepted">
<day>08</day>
<month>03</month>
<year>2022</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#x000A9; 2022 Hu, Mohamed, Xiao, Ma, Gao, Gao, Arava and AbdelHady.</copyright-statement>
<copyright-year>2022</copyright-year>
<copyright-holder>Hu, Mohamed, Xiao, Ma, Gao, Gao, Arava and AbdelHady</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p></license> </permissions>
<abstract>
<p>Intelligent personal assistants (IPAs) such as Amazon Alexa, Google Assistant and Apple Siri extend their built-in capabilities by supporting voice apps developed by third-party developers. Sometimes the smart assistant is not able to successfully respond to user voice commands (aka utterances). There are many reasons including automatic speech recognition (ASR) error, natural language understanding (NLU) error, routing utterances to an irrelevant voice app, or simply that the user is asking for a capability that is not supported yet. The failure to handle a voice command leads to customer frustration. In this article, we introduce a fallback skill recommendation system (FROST) to suggest a voice app to a customer for an unhandled voice command. There are several practical issues when developing a skill recommender system for IPAs, i.e., partial observation, hard and noisy utterances. To solve the partial observation problem, we propose collaborative data relabeling (CDR) method. To mitigate hard and noisy utterance issues, we propose a rephrase-based relabeling technique. We evaluate the proposed system in both offline and online settings. The offline evaluation results show that the FROST system outperforms the baseline rule-based system. The online A/B testing results show a significant gain of customer experience metrics.</p></abstract>
<kwd-group>
<kwd>intelligent personal assistants</kwd>
<kwd>recommender system</kwd>
<kwd>deep learning</kwd>
<kwd>paraphrase detection</kwd>
<kwd>data relabeling</kwd>
</kwd-group>
<counts>
<fig-count count="6"/>
<table-count count="6"/>
<equation-count count="2"/>
<ref-count count="43"/>
<page-count count="10"/>
<word-count count="7944"/>
</counts>
</article-meta>
</front>
<body>
<sec sec-type="intro" id="s1">
<title>1. Introduction</title>
<p>Intelligent personal assistants (IPAs) such as Alexa, Siri, and Google Assistant have been becoming more and more popular and making people&#x00027;s daily lives convenient. IPAs can fulfill users&#x00027; request by answering questions ranging from weather to stock price. To enrich the user experience, a large amount of third-party (3P) voice apps (aka skills) have been developed. These voice apps extend IPAs built-in capabilities to better serve customers. They can perform operations such as ordering food, playing a game, or helping a user sleep by playing soothing sounds. The supported 3P skills can number up to hundreds of thousands.</p>
<p>Intelligent personal assistants understand user&#x00027;s request using spoken language understanding (SLU) system. The request goes through a series of components to get a response, as illustrated in <xref ref-type="fig" rid="F1">Figure 1</xref>. The first component is automatic speech recognition (ASR), which converts speech to its transcription also called utterance. At the second stage, the utterance is interpreted by the natural language understanding (NLU) system. NLU as the critical component of SLU interprets the meaning of an utterance by using several natural language processing (NLP) technologies including domain classifier (DC), intent classifier (IC), and named entity recognition (NER). The DC determines which domain should process the request. The IC predicts what the user wants to do from the list of intent types of the identified domain. NER, or slot tagging, finds the entity (i.e., person, place, or thing) in the utterance and tags it as a particular entity type (i.e., city, song). For example, given an utterance &#x0201C;play Million Reasons by Lady Gaga.,&#x0201D; the DC predicts Music as the domain. The IC predicts the intent as PlayMusic. Finally, NER identifies the slot-value pairs as SongName:Million Reasons and Artist:Lady Gaga. After NLU, the arbiter is responsible to select the most relevant voice app (skill) for a given NLU interpretation { Music, PlayMusic, SongName:Million Reasons, Artist:Lady Gaga}. Sometimes the arbiter may fail to find a relevant skill that can handle the user request. It could be a system error such as ASR error, NLU error. Another reason could be that the feature requested by the user is not supported yet by the dialog system or the requested content is not found such as music, video, book, and recipe. To reduce customer friction and recover the conversation, we propose a skill recommender system that proactively suggests 3P skills to users for unhandled requests, even if the users are not aware of the skills.</p>
<fig id="F1" position="float">
<label>Figure 1</label>
<caption><p>A high-level overview of an intelligent personal assistant (IPA).</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0001.tif"/>
</fig>
<p>The proposed skill recommender system is composed of two components: a shortlister, and a reranker. <xref ref-type="fig" rid="F2">Figure 2</xref> shows the system architecture. Given an utterance, shortlister, also known as the candidate generator retrieves <italic>k</italic> most relevant skills out of the skill catalog. The skill catalog for a certain locale has tens of thousands of voice apps and is continuously changing as skills are added, deleted, or updated. This stage is optimized to have a high recall. The retrieved skills are passed to the reranker that ranks the skill candidates by using skill specific information and utterance. Finally, the top-1 skill is presented to users. The advantage of adopting multiple-stage architecture is to improve the recommendation inference time. The first stage depends on simple input to quickly reduce the number of candidates from tens of thousands to <italic>k</italic>. The second stage uses more complicated model architecture and more skill-related features without suffering from complexity issues as it works on a very small number of candidates. This system is not meant to replace the original NLU or arbiter components. It is specifically designed to serve as a fallback for utterances that are not handled by the existing system (i.e., unclaimed utterances) using the increasing catalog of 3P skills.</p>
<fig id="F2" position="float">
<label>Figure 2</label>
<caption><p>A overview of skill recommender system.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0002.tif"/>
</fig>
<p>Traditional recommender systems such as video recommendation recommend a ranked list of items to a user. The user scans the list and selects the one they like the most (Covington et al., <xref ref-type="bibr" rid="B10">2016</xref>). The feedback from the user is treated as the label (accept/reject) for learning a model. However, due to the limitation of the voice user interface (VUI), we can only present the top-1 skill to users, as listening to the playback of a long list is tedious and can significantly degrade user experience (Cohen et al., <xref ref-type="bibr" rid="B9">2004</xref>). This limitation results in a partial observation problem. Namely, users cannot observe the full recommendation list and make a decision, which imposes difficulties in learning a ranking model. To solve the partial observation problem, we propose a novel method called collaborative data relabeling (CDR). CDR mitigates the partial observation problem by trying to answer a counterfactual question, "what if we present another skill to the user?". CDR answers this question by matching a similar request and using feedback from that request to relabel the original ranked list. User feedback is noisy, which results in noisy labels that can hurt the performance of machine learning models. CDR also allows us to mitigate these noisy labels by using multiple similar requests to determine the label. Recommender systems usually focus on optimizing the accuracy of predictions while ignoring the diversity of recommended items, which can degrade user experience if similar items get recommended over and over again (Ziegler et al., <xref ref-type="bibr" rid="B43">2005</xref>; Knijnenburg et al., <xref ref-type="bibr" rid="B21">2012</xref>; Castagnos et al., <xref ref-type="bibr" rid="B6">2013</xref>; Ekstrand et al., <xref ref-type="bibr" rid="B12">2014</xref>; Willemsen et al., <xref ref-type="bibr" rid="B40">2016</xref>). CDR improves the diversity of recommended skills by relabeling different skill candidates that serve the same intent. The relabeled skills force the model to learn to diversify its prediction distribution among multiple skill candidates.</p>
<p>Another challenge of building a skill recommender system is noisy and hard utterances that cannot be handled by NLU. Customers express their intents in many different ways with a long tail of rare utterances (Falke et al., <xref ref-type="bibr" rid="B13">2020</xref>) which are hard for the voice assistant to interpret. Although these utterances are rare, in aggregate their volume is huge. Besides hard utterances, the input utterances can be noisy and erroneous due to background noise and ASR errors. For noisy and hard utterances, it is hard for the voice assistant to interpret them. However, we found that customers often try to help voice assistant by rephrasing their utterances until it understands them. To make the model learn to handle hard and noisy utterances, we propose rephrase-based relabeling. This method identifies the rephrased utterances of the unclaimed utterances within the same session that are handled successfully by the voice assistant. Then it uses the invoked skill of the claimed rephrase utterance as a ground truth label of the unclaimed utterance.</p>
<p>In the beginning, we do not have data for training the model. To collect training data, we build a rule-based system. Similar to the proposed system, the rule-based system also has a two-stage architecture. We use the data collected from this system to train and evaluate our proposed model offline. The proposed model is put into production for online A/B testing after it has achieved satisfying offline results. Online experimental results show significant gains of user experience metrics such as higher volume of acceptances and lower friction rates.</p>
<p>Overall, the contributions of this study are summarized as follows:</p>
<list list-type="bullet">
<list-item><p>We propose a skill recommender system for IPAs to handle unclaimed utterances by exploiting the ever-increasing 3P voice apps.</p></list-item>
<list-item><p>To mitigate the partial observation issue, we propose CDR inspired by causal inference. CDR has the additional advantage of solving noisy label issues.</p></list-item>
<list-item><p>Collaborative data relabeling also has the advantage of improving recommendation diversity and, thus, improving user satisfaction. Suggesting diverse skills to users can help them explore and discover more skills, which is also beneficial to third-party skill developers.</p></list-item>
<list-item><p>To make the model robust to hard and noisy utterances, we propose rephrase-based relabeling. This method utilizes customer paraphrasing behavior to help the model learn to handle noisy and hare utterances.</p></list-item>
<list-item><p>We conduct offline and online experiments. Online experimental results show significant gains in user experience metrics.</p></list-item>
</list></sec>
<sec id="s2">
<title>2. Skill Recommender System</title>
<p>Our skill recommender system consists of two components, shortlister and reranker, as shown in <xref ref-type="fig" rid="F2">Figure 2</xref>.</p>
<sec>
<title>2.1. Shortlister</title>
<p>Given the input utterance text, the shortlister selects top-<italic>k</italic> relevant skills from the skill catalog. We implement shortlister as a keyword-based search engine. To build the skill search engine, we index skill metadata including skill name, skill descriptions, example phrases, and invocation phrases. At retrieval time, the relevancy score between an utterance and a skill is computed as the sum of TF-IDF score (Rajaraman and Ullman, <xref ref-type="bibr" rid="B32">2011</xref>) of every word in the utterance. The skills with top <italic>k</italic> relevancy scores are returned. Shortlister plays an important role as it decides the performance upper bound of the whole system. One of the benefits of using search-based skill retrieval is that we do not need to use customer feedback to train the shortlister component, which is especially helpful at the beginning of the development of the system as we do not have any customer feedback data. However, since it uses a keyword-based matching technique, the semantic meaning of the utterance is ignored. We use the reranker to rank the skill candidates generated by shortlister to make sure the most relevant skills are ranked at the top.</p></sec>
<sec>
<title>2.2. Reranker</title>
<p>The reranker model takes in the skill candidates generated by shortlister and returns a ranked list of skills based on utterance and skill specific information. The reranker is a deep learning model with a listwise ranking loss function. <xref ref-type="fig" rid="F3">Figure 3</xref> shows the reranker model architecture. The utterance is encoded by a Bidirectional Encoder Representations from Transformers (BERT) encoder (Devlin et al., <xref ref-type="bibr" rid="B11">2018</xref>). The features of skills include skill id, skill name, and skill score returned by shortlister. Skill id is represented using an embedding vector; skill name is encoded into an embedding vector by BERT. The skill score feature is converted into a bin and encoded as an embedding vector. The skill feature embedding vectors are concatenated to form a single embedding vector. The utterance embedding vector is concatenated with every skill embedding vector to form a sequence of utterance-skill embedding vectors. As the skill candidates returned by shortlister is ordered by relevance score, to capture such sequential information, these sequence of embedding vectors are put into a Bi-LSTM layer (Hochreiter and Schmidhuber, <xref ref-type="bibr" rid="B17">1997</xref>). The outputs from the Bi-LSTM layer are converted to probability scores by using the softmax function. Each skill has a corresponding probability score. The skills are reranked according to the predicted probability scores.</p>
<fig id="F3" position="float">
<label>Figure 3</label>
<caption><p>The model architecture of reranker.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0003.tif"/>
</fig>
<p>When suggesting a skill to a user, the voice assistant asks the user if they want to accept it. A skill is launched if the user agrees to accept it, which is regarded as a positive label; otherwise, the label is negative. For a list of skill candidates, the user feedback for the skill candidates is <bold>y</bold> &#x0003D; {<italic>y</italic><sub>1</sub>, &#x02026;, <italic>y</italic><sub><italic>k</italic></sub>}, <italic>y</italic><sub><italic>i</italic></sub>&#x02208;{0, 1} and the predicted probabilities by the reranker model is <bold>s</bold> &#x0003D; {<italic>s</italic><sub>1</sub>, &#x02026;, <italic>s</italic><sub><italic>k</italic></sub>}. We use the listwise ranking objective function (Cao et al., <xref ref-type="bibr" rid="B5">2007</xref>). The objective function is formulated as</p>
<disp-formula id="E1"><label>(1)</label><mml:math id="M1"><mml:mrow><mml:mi>L</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mstyle mathvariant='bold' mathsize='normal'><mml:mi>y</mml:mi></mml:mstyle><mml:mo>,</mml:mo><mml:mstyle mathvariant='bold' mathsize='normal'><mml:mi>s</mml:mi></mml:mstyle></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mn>1</mml:mn><mml:mi>k</mml:mi></mml:mfrac><mml:mstyle displaystyle='true'><mml:munderover><mml:mo>&#x02211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mi>k</mml:mi></mml:munderover><mml:mrow><mml:mrow><mml:mo>[</mml:mo><mml:mrow><mml:mo>&#x02212;</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mi>log</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x02212;</mml:mo><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>&#x02212;</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mi>log</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>&#x02212;</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:mrow><mml:mo>]</mml:mo></mml:mrow></mml:mrow></mml:mstyle><mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula>
<p>Compared to pointwise (Shashua and Levin, <xref ref-type="bibr" rid="B37">2003</xref>) and pairwise (Burges, <xref ref-type="bibr" rid="B4">2010</xref>) rerankers which treat each skill independently, listwise reranker models the whole list so that it can capture the correlation between them. Due to the partial observation issue, the labels of the unobserved skills are treated as negative. However, this assumption is not realistic and can bias the model, because the missing values are not necessarily negative. In the next section, we introduce CDR to mitigate this issue. Another advantage of using the listwise model is efficiency. The pointwise model needs to encode the utterance <italic>k</italic> times, while the listwise model only needs to encode the utterance once. Online experiments also show that the listwise model reduces latency significantly.</p></sec></sec>
<sec id="s3">
<title>3. Collaborative Data Relabeling</title>
<p>Compared to traditional recommender systems such as video recommendation where users view the full recommended list and select the best one they like, the skill recommender system has its unique challenge. Limited by VUI, we can only present the top-1 ranked skill to the user, which results in a partial observation problem. With partial observation, users have no chance to view and compare other skills in the list. We do not know if the user would like the other skills more than the top-1. Without comparing the top-1 skill with the other skills, it is hard to learn a ranking model, as ranking, in essence, is about comparing. To solve the partial observation problem, we propose CDR approach.</p>
<p>The intuition of CDR is to answer a counterfactual question, namely, &#x0201C;what if we had presented another skill to the user?&#x0201D;. To answer this question, we find <italic>k</italic> nearest neighbors of a user request (utterance) and use their feedback to relabel the original ranked list of skill candidates, which is inspired by matching method (Stuart, <xref ref-type="bibr" rid="B38">2010</xref>) in causal inference. In causal inference, matching is an approach to estimate the treatment effect of a treatment by comparing the treated units to non-treated units with similar characteristics. CDR has a similar working mechanism. Given a user utterance, to know the user&#x00027;s response to an unpresented skill, we find a similar utterance whose invoker has interacted with that skill and used their response to relabel it as either positive or negative, as illustrated in <xref ref-type="fig" rid="F4">Figure 4</xref>. Usually, there are more than one neighbors that have interacted with the skill, in which case we use majority vote to decide the final label.</p>
<fig id="F4" position="float">
<label>Figure 4</label>
<caption><p>Illustration of collaborative data relabeling (CDR). In skill recommendation, only the top-1 skill is presented to users. Given a user x who invoked voice assistant with some utterance, to know her responses to skills s<sub>y</sub> and s<sub>z</sub> that were not presented to her, we found two users y and z who spoke similar utterances and were suggested with skills s<sub>y</sub> and s<sub>z</sub>, respectively, and use their responses to relabel user x&#x00027;s feedback to skills s<sub>y</sub> and s<sub>z</sub>.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0004.tif"/>
</fig>
<sec>
<title>3.1. Handling Noisy Labels</title>
<p>Customer feedback is noisy, which results in noisy labels. As the suggested skill is presented to the user by reading its name, in some cases, the skill name might mislead the user to accept it but cannot fulfill the user request, which results in a false positive label. Noisy labels can severely hurt the model&#x00027;s generalization performance. Another source of noisy labels is from the neighbors at the relabeling stage. Some of the neighbors might not be similar to the source utterance, which introduces noisy labels when relabeling the source skill candidates. Another advantage of CDR is its ability to mitigate the impact of noisy labels. The intuition is that instead of using one user&#x00027;s response to a skill as the label, we choose several similar users and aggregate their responses to a skill by majority vote. As the final decision is made by several users, the label is more reliable than that of just one user.</p></sec>
<sec>
<title>3.2. Recommendation Diversity</title>
<p>Recommender systems are confronted with an over-fitting problem that only a small portion of items are recommended to users (Kunaver and Po&#x0017E;rl, <xref ref-type="bibr" rid="B25">2017</xref>), which can hurt user satisfaction as they can quickly get bored by always being suggested with similar types of items. This problem is especially relevant for skills that serve the same intent with different content. For example, when users ask to play a soothing sound to help them sleep, always suggesting the same sleep sound can get users bored, while there exist many types of sleep sounds in the skill store such as frog, ocean, rain, and waterfall sleeping sound. Suggesting diverse skills can improve user satisfaction (Castagnos et al., <xref ref-type="bibr" rid="B6">2013</xref>). The proposed CDR method improves diversity by relabeling different skill candidates as positive, which forces the model&#x00027;s predictive distribution to be dispersed among more skills. Diversified suggestions can lead to a drop in accuracy (Ziegler et al., <xref ref-type="bibr" rid="B43">2005</xref>; McNee et al., <xref ref-type="bibr" rid="B29">2006</xref>), which imposes difficulties in faithfully evaluating the real user satisfaction metrics. To evaluate how diversity can influence user satisfaction, we use manual annotation. The detail of the manual annotation schema will be explained in Section 6.1.2.</p></sec>
<sec>
<title>3.3. Interpretability</title>
<p>Collaborative data relabeling relabels a skill candidate by using the response of a neighboring utterance. The proposed CDR is interpretable in the sense that when relabeling a skill candidate, we know why it gets relabeled by inspecting the neighboring utterance. The benefit of interpretability is that if the neighboring utterance does not make sense, we can discard the corresponding relabeled label.</p></sec>
<sec>
<title>3.4. Similarity Metrics</title>
<p>The core part of CDR is similarity measurements between two utterances. We investigate several approaches for measuring similarities.</p>
<sec>
<title>3.4.1. Jaccard Similarity</title>
<p>Given an utterance, the output from the shortlister is <italic>k</italic> skill candidates. If two utterances are similar, their corresponding skill candidates should also be similar. Therefore, we can measure the similarity between utterances by comparing their skill candidates. For utterances <italic>i</italic> and <italic>j</italic>, their skill candidates are sc<sub><italic>i</italic></sub> and sc<sub><italic>j</italic></sub>. The similarity score between utterances <italic>i</italic> and <italic>j</italic> is Jaccard similarity between sc<sub><italic>i</italic></sub> and sc<sub><italic>j</italic></sub></p>
<disp-formula id="E2"><label>(2)</label><mml:math id="M2"><mml:mtable class="eqnarray" columnalign="right center left"><mml:mtr><mml:mtd><mml:mtext class="textrm" mathvariant="normal">sim</mml:mtext><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mrow><mml:mtext class="textrm" mathvariant="normal">sc</mml:mtext></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02229;</mml:mo><mml:msub><mml:mrow><mml:mtext class="textrm" mathvariant="normal">sc</mml:mtext></mml:mrow><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mtext class="textrm" mathvariant="normal">sc</mml:mtext></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x0222A;</mml:mo><mml:msub><mml:mrow><mml:mtext class="textrm" mathvariant="normal">sc</mml:mtext></mml:mrow><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac><mml:mo>.</mml:mo></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula></sec>
<sec>
<title>3.4.2. Term Frequency and Inverse Document Frequency (TF-IDF)</title>
<p>We treat each utterance as a document and compute the term frequency and inverse document frequency of each word in an utterance. Each utterance is represented as a vector. An entry in the vector represents the TF-IDF (Rajaraman and Ullman, <xref ref-type="bibr" rid="B32">2011</xref>) value of the corresponding word. The similarity score of two utterances is computed as the cosine similarity of their vectors.</p></sec>
<sec>
<title>3.4.3. Semantic Similarity</title>
<p>To capture the semantic meaning of utterances for similarity measurements, we use fine-tuned BERT encoder to encode utterances into embedding vectors. The BERT model is fine-tuned using data with a multi-task objective function, specifically, intent classification, and NER. We also experiment with a pre-trained BERT encoder and find that it does not work well for capturing the semantics of an utterance, which has also been discovered by several works such as Reimers and Gurevych (<xref ref-type="bibr" rid="B33">2019</xref>) and Li et al. (<xref ref-type="bibr" rid="B27">2020</xref>). We use the average pooling of the contextual embedding vectors in the last layer as the utterance embedding vector. We measure the similarity score between two utterances using cosine similarity between their embedding vectors.</p></sec></sec></sec>
<sec id="s4">
<title>4. Rephrase Based Relabeling</title>
<p>Noisy and hard utterances can negatively impact the performance of SLU. This is especially problematic for the fallback skill recommender system (FROST) as utterances that cannot be handled by the voice assistant come to the fallback component. To build a successful skill recommender system, it needs to handle hard and noisy utterances. We found that when the voice assistant does not understand them, users tend to rephrase what they said to help it. The rephrases are usually simpler and the voice assistant is able to provide correct answers. To build a skill recommender system that is robust to hard and noisy utterances, we propose rephrase-based relabeling, which utilizes labels from simpler utterances to label hard and noisy utterances.</p>
<p>The critical part of rephrase-based relabeling is rephrase detection. Given the original utterance with friction, we want to identify the utterance within the same session that is the rephrasing of the original utterance and successfully served by the voice assistant.</p>
<sec>
<title>4.1. Rephrase Detection</title>
<p>Given an unclaimed utterance, the task of rephrase detection is to find an utterance after <italic>u</italic><sub><italic>t</italic></sub> in the conversation session that is semantically similar to the unclaimed utterance <italic>u</italic><sub><italic>t</italic></sub>. The assumption is that the users tend to rephrase their requests in the conversation with the voice assistant until they get the expected response. A session is a sequence of utterances denoted as {<italic>u</italic><sub>1</sub>, &#x02026;, <italic>u</italic><sub><italic>t</italic></sub>, .., <italic>u</italic><sub><italic>N</italic></sub>}. Assume <italic>u</italic><sub><italic>t</italic></sub> is the original utterance, we want to find rephrase in {<italic>u</italic><sub><italic>t</italic>&#x0002B;1</sub>, &#x02026;, <italic>u</italic><sub><italic>N</italic></sub>}. An utterance is considered as a rephrasing of the original utterance if they are semantically similar. To measure the similarity of two utterances, we encode the utterances into embedding vectors using a pre-trained BERT encoder as in Section 3.4.3 and the similarity score is computed as the cosine similarity between the two embedding vectors. A future utterance is regarded as the rephrase of the original utterance if its similarity score is above a certain threshold. We decide the optimal similarity threshold by manually checking the original and rephrase pairs.</p></sec>
<sec>
<title>4.2. Relabeling</title>
<p>Given an unclaimed utterance <italic>u</italic><sub><italic>t</italic></sub>, its conversation session {<italic>u</italic><sub>1</sub>, &#x02026;, <italic>u</italic><sub><italic>t</italic></sub>, .., <italic>u</italic><sub><italic>N</italic></sub>} and skills that served the corresponding utterances {<italic>l</italic><sub>1</sub>, &#x02026;, <italic>l</italic><sub><italic>t</italic></sub>, &#x02026;<italic>l</italic><sub><italic>N</italic></sub>}, the rephrase-based relabeling works as shown in <xref ref-type="table" rid="T6">Algorithm 1</xref>.</p>
<table-wrap position="float" id="T6">
<label>Algorithm 1</label>
<caption><p>Rephrase-based relabeling.</p></caption>
<graphic xlink:href="fdata-05-867251-i0001.tif"/>
</table-wrap>
<p>Note that we treat the last similar utterance within the session as the rephrase and we only relabel the original utterance if the rephrase is served by a 3P skill.</p></sec></sec>
<sec id="s5">
<title>5. Experiments</title>
<sec>
<title>5.1. Data Collection</title>
<p>In the beginning, we do not have data to train and evaluate our system. To collect data, we build a rule-based system that has similar architecture as our proposed one. The rule-based system uses the same shortlister but a different reranker. The difference is the reranker. The input into the rule-based reranker is the skill candidates from shortlister. The rule-based reranker ranks the skill candidates by using their historical acceptance rates. The skill with the highest acceptance rate is selected. To ensure high quality of recommendation, we only suggest the top skill to the customer if its acceptance rate is higher than 0.5. We collect 2-month data from a commercial voice assistant traffic for model training and evaluation. The data of the last week is used for testing. The data of the second last week is used for validation. The remaining is used for training. The proportions of training, validation, and testing data are around 80, 10, and 10%, respectively. Each data sample is composed of an utterance <italic>u</italic><sub><italic>t</italic></sub>, forty skill candidates <italic>s</italic><sub><italic>t</italic>, 1</sub>, &#x02026;, <italic>s</italic><sub><italic>t</italic>, 40</sub> generated by shortlister, and ground truth label <italic>y</italic><sub><italic>t</italic></sub>, denoted as (<italic>u</italic><sub><italic>t</italic></sub>, (<italic>s</italic><sub><italic>t</italic>, 1</sub>, &#x02026;, <italic>s</italic><sub><italic>t</italic>, 40</sub>), <italic>y</italic><sub><italic>t</italic></sub>), where <italic>y</italic><sub><italic>t</italic></sub>&#x02208;{<italic>s</italic><sub><italic>t</italic>, 1</sub>, &#x02026;, <italic>s</italic><sub><italic>t</italic>, 40</sub>}&#x0222A;{<italic>N</italic>}, <italic>N</italic> is null which means all the skill candidates are rejected by the user. The features of a skill <italic>s</italic><sub><italic>t</italic>, 1</sub> include skill id, skill name, and skill score from shortlister; skill id is represented as one-hot vector and skill score is quantized into one of three levels (high, medium, and low) and represented as one-hot vector as well. Note that for the sake of customer privacy, the data is de-identified and we are not able to know the identity of the user from the data.</p></sec>
<sec>
<title>5.2. Collaborative Data Relabeling</title>
<p>For CDR, the <italic>k</italic>-nearest neighbors of an utterance are found from the training data. Additionally, only the training data is relabeled. We keep the labels of the validation and testing data as it is. When relabeling the skill candidates of an utterance, we select up to 200 neighbors and keep those whose similarity score is above a certain threshold <italic>s</italic>. To avoid bringing noisy labels from neighbors, a skill candidate is relabeled if the number of its supportive neighbors is higher than <italic>n</italic>. The supportive neighbors of skill are the neighboring utterances that relabel it as positive. The intuition is that if there are multiple neighbors confirming a skill candidate, the relabeled skill is reliable. We treat <italic>s</italic> and <italic>n</italic> as hyperparameters and choose the best value by using the validation dataset.</p>
<p><xref ref-type="fig" rid="F5">Figure 5</xref> shows the percentage of label increments after applying CDR. In this figure, we use cosine similarity between utterance embedding vectors based on fine-tuned BERT model, refer to Section 3.4.3. It shows that with the decreasing of the similarity score threshold, the number of relabeled labels increases. When the number of support increases, the number of relabeled labels decreases as it requires more neighbors to support a skill to be relabeled.</p>
<fig id="F5" position="float">
<label>Figure 5</label>
<caption><p>The percentage of label increments after applying CDR.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0005.tif"/>
</fig></sec>
<sec>
<title>5.3. Evaluation Metrics</title>
<p>Given a list of skill candidates, the reranker ranks them and returns a ranked list of skill candidates. The top-1 skill with a predicted probability higher than 0.5 is presented to a user. If the predicted probability of the top-1 skill is lower than 0.5, no skill is suggested. To simulate this scenario, we evaluate the model by selecting the top-1 skill with a predicted probability higher than 0.5 and comparing it with the ground truth label. The evaluation metrics we use include precision, recall, and F1 score. Given the ground truth labels {<italic>s</italic><sub>1</sub>, &#x02026;<italic>s</italic><sub><italic>i</italic></sub>, &#x02026;, <italic>s</italic><sub><italic>N</italic></sub>} and predicted labels {&#x0015D;<sub>1</sub>, &#x02026;, &#x0015D;<sub><italic>i</italic></sub>, &#x02026;, &#x0015D;<sub><italic>N</italic></sub>}, <italic>s</italic><sub><italic>i</italic></sub>, &#x0015D;<sub><italic>i</italic></sub>&#x02208;<italic>S</italic>&#x0222A;{<italic>N</italic>}, where <italic>S</italic> denotes all the skills, the evaluation metrics are defined in <xref ref-type="table" rid="T1">Table 1</xref>. Precision<sub>1</sub> calculates the number of correct predictions over all the predictions, while Precision<sub>2</sub> means the number of correct predictions over all the utterances that have non-empty ground truth labels. In this article, we report relative performance.</p>
<table-wrap position="float" id="T1">
<label>Table 1</label>
<caption><p>Evaluation metrics.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Metrics</bold></th>
<th valign="top" align="center"><bold>Equation</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Precision<sub>1</sub></td>
<td valign="top" align="center"><inline-formula><mml:math id="M3"><mml:mfrac><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></inline-formula></td>
</tr>
<tr>
<td valign="top" align="left">Precision<sub>2</sub></td>
<td valign="top" align="center"><inline-formula><mml:math id="M4"><mml:mfrac><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></inline-formula></td>
</tr>
<tr>
<td valign="top" align="left">Recall</td>
<td valign="top" align="center"><inline-formula><mml:math id="M5"><mml:mfrac><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x0015D;</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:munder class="msub"><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:munder><mml:mn>1</mml:mn><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>&#x02260;</mml:mo><mml:mi>N</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:math></inline-formula></td>
</tr>
<tr>
<td valign="top" align="left">F1<sub>1</sub></td>
<td valign="top" align="center"><inline-formula><mml:math id="M6"><mml:mfrac><mml:mrow><mml:mn>2</mml:mn><mml:mo>&#x000B7;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Precision</mml:mtext><mml:mstyle class="math"><mml:msub><mml:mrow></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mstyle><mml:mtext class="textrm" mathvariant="normal"></mml:mtext></mml:mstyle><mml:mo>&#x000B7;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Recall</mml:mtext></mml:mstyle></mml:mrow><mml:mrow><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Precision</mml:mtext><mml:mstyle class="math"><mml:msub><mml:mrow></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mstyle><mml:mtext class="textrm" mathvariant="normal"></mml:mtext></mml:mstyle><mml:mo>&#x0002B;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Recall</mml:mtext></mml:mstyle></mml:mrow></mml:mfrac></mml:math></inline-formula></td>
</tr>
<tr>
<td valign="top" align="left">F1<sub>2</sub></td>
<td valign="top" align="center"><inline-formula><mml:math id="M7"><mml:mfrac><mml:mrow><mml:mn>2</mml:mn><mml:mo>&#x000B7;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Precision</mml:mtext><mml:mstyle class="math"><mml:msub><mml:mrow></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:mstyle><mml:mtext class="textrm" mathvariant="normal"></mml:mtext></mml:mstyle><mml:mo>&#x000B7;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Recall</mml:mtext></mml:mstyle></mml:mrow><mml:mrow><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Precision</mml:mtext><mml:mstyle class="math"><mml:msub><mml:mrow></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:mstyle><mml:mtext class="textrm" mathvariant="normal"></mml:mtext></mml:mstyle><mml:mo>&#x0002B;</mml:mo><mml:mstyle class="text"><mml:mtext class="textrm" mathvariant="normal">Recall</mml:mtext></mml:mstyle></mml:mrow></mml:mfrac></mml:math></inline-formula></td>
</tr>
</tbody>
</table>
</table-wrap></sec></sec>
<sec id="s6">
<title>6. Experimental Results</title>
<sec>
<title>6.1. Collaborative Data Relabeling</title>
<sec>
<title>6.1.1. Comparative Experimental Results</title>
<p><xref ref-type="fig" rid="F6">Figure 6</xref> shows the relative performance improvements of the CDR method with the change of hyperparameters, the number of support <italic>n</italic> and similarity threshold <italic>s</italic>. The baseline model is a listwise reranker model trained with the original training data. <xref ref-type="fig" rid="F6">Figures 6A,B</xref> show precision<sub>1</sub> and precision<sub>2</sub> with respect to <italic>n</italic> and <italic>s</italic>. They show that precision<sub>1</sub> and precision<sub>2</sub> increase with the increasing of <italic>n</italic> and <italic>s</italic>. With the increasing of <italic>s</italic>, the relabels we obtain are from closer neighbors which tend to bring cleaner labels. When the similarity score is lower, the two utterances are less similar, which even leads to wrong labels. With the increasing of <italic>n</italic>, we require more neighbors to confirm the relabeling of a skill candidate, which leads to the higher quality of labels. Relatively, the precision of the model decreases with respect to the baseline models. The reason is that after relabeling, the model&#x00027;s recommendations are more diverse, which hurts the accuracy of the model as suggested by Castagnos et al. (<xref ref-type="bibr" rid="B6">2013</xref>) etc. For a more fair comparison of how diversity can impact user satisfaction, we manually compare the two models and the results are shown in Section 6.1.2.</p>
<fig id="F6" position="float">
<label>Figure 6</label>
<caption><p>Experimental results of CDR method by varying the number of support and similarity threshold. These results are using similarity scores based on utterance embedding vectors generated by fine-tuned BERT encoder. The unit of the vertical axis is the percentage. <bold>(A)</bold> Precision<sup>1</sup>. <bold>(B)</bold> Precision<sup>2</sup>. <bold>(C)</bold> Recall. <bold>(D)</bold> F1<sub>1</sub>. <bold>(E)</bold> F1<sub>2</sub>.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fdata-05-867251-g0006.tif"/>
</fig>
<p><xref ref-type="fig" rid="F6">Figure 6C</xref> shows the change of recall with respect to <italic>n</italic> and <italic>s</italic>. It shows that by lowering <italic>s</italic> and <italic>n</italic>, recall increases roughly. When lowering <italic>s</italic> and <italic>n</italic>, we bring more positive labels, therefore, the model is more likely to make a suggestion. <xref ref-type="fig" rid="F6">Figures 6D,E</xref> show F1<sub>1</sub> and F1<sub>2</sub>. From them, we can see that the overall performance of the model trained on relabeled data is higher than that of the baseline model.</p></sec>
<sec>
<title>6.1.2. Manual Evaluation</title>
<p>To evaluate how CDR impacts the model performance, we manually compare the relabeled model against the model trained on original data. We randomly sampled 2500 samples and asked human annotators to check the suggested skills by relabeled and baseline models. We use two types of evaluation metrics. The first one is accuracy which is the number of correct predictions divided by the total number of predictions. As the model only makes a suggestion if the predicted probability is higher than 0.5, the model can reject to make a suggestion if it is not confident enough. To compare no suggestion with the suggestion, we use a score. A model gets a score by the following rules:</p>
<list list-type="bullet">
<list-item><p>If the model&#x00027;s prediction is correct, it gets a score.</p></list-item>
<list-item><p>If the model does not make a suggestion: a) if the other model makes a wrong prediction, the current model gets a score; b) if the other model makes a correct prediction, the current model does not get a score. The intuition is that no suggestion is better than a wrong suggestion and a correct suggestion is better than no suggestion.</p></list-item>
</list>
<p><xref ref-type="table" rid="T2">Table 2</xref> shows the evaluation results based on manual annotation. The baseline model is the model trained on original data. From the results, we can see that the relabeled model has higher accuracy even though the offline metrics show the opposite, which indicates higher user satisfaction. The relabeled model also gets a higher score and makes more suggestions.</p>
<table-wrap position="float" id="T2">
<label>Table 2</label>
<caption><p>Manual annotation results.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Model</bold></th>
<th valign="top" align="center"><bold>Accuracy</bold></th>
<th valign="top" align="center"><bold>Score</bold></th>
<th valign="top" align="center"><bold>&#x00023;suggestions</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">CDR-based model</td>
<td valign="top" align="center">&#x0002B;19.21%</td>
<td valign="top" align="center">&#x0002B;62.73%</td>
<td valign="top" align="center">&#x0002B;112.13%</td>
</tr>
</tbody>
</table>
</table-wrap></sec>
<sec>
<title>6.1.3. The Influence of Similarity Measurements</title>
<p>We experiment with several similarity measurements between utterances as discussed in Section 3.4, including Jaccard similarity, TF-IDF, and semantic similarity. <xref ref-type="table" rid="T3">Table 3</xref> shows the comparative performance of models using different similarity measurements. By F1<sub>1</sub> and F1<sub>2</sub>, we can see that relabeling by using semantic similarity achieves the best result. TF-IDF performs the worst as it only considers term matching which ignores the semantic meaning of an utterance. Jaccard similarity utilizes the skill candidates generated by the shortlister which is also based on term matching, therefore, it performs worse than semantic similarity. However, even the worst relabeling method outperforms the baseline model in terms of F1<sub>1</sub> and F1<sub>2</sub>, which shows the efficacy of CDR.</p>
<table-wrap position="float" id="T3">
<label>Table 3</label>
<caption><p>The influence of different similarity measurements on performance.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Model</bold></th>
<th valign="top" align="center"><bold>Precision<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>Precision<sub>2</sub></bold></th>
<th valign="top" align="center"><bold>Recall</bold></th>
<th valign="top" align="center"><bold>F1<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>F1<sub>2</sub></bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Jaccard similarity</td>
<td valign="top" align="center">&#x02013;32.54%</td>
<td valign="top" align="center">-12.35%</td>
<td valign="top" align="center">&#x0002B;43.31%</td>
<td valign="top" align="center">&#x0002B;9.21%</td>
<td valign="top" align="center">&#x0002B;27.53%</td>
</tr>
<tr>
<td valign="top" align="left">TF-IDF</td>
<td valign="top" align="center">&#x02013;10.39%</td>
<td valign="top" align="center">&#x02013;4.75%</td>
<td valign="top" align="center">&#x0002B;5.94%</td>
<td valign="top" align="center">&#x0002B;0.854%</td>
<td valign="top" align="center">&#x0002B;3.69%</td>
</tr>
<tr>
<td valign="top" align="left">Semantic similarity</td>
<td valign="top" align="center">&#x02013;42.93%</td>
<td valign="top" align="center">&#x02013;16.09%</td>
<td valign="top" align="center">&#x0002B;85.06%</td>
<td valign="top" align="center">&#x0002B;13.98%</td>
<td valign="top" align="center">&#x0002B;49.83%</td>
</tr>
</tbody>
</table>
</table-wrap></sec></sec>
<sec>
<title>6.2. Rephrase-Based Relabeling</title>
<p><xref ref-type="table" rid="T4">Table 4</xref> shows the relative performance change of rephrase-based relabeling with respect to the baseline. The baseline model is the listwise reranker trained on original data. The relabeled model is the listwise reranker model trained on the data with rephrase-based relabeling. A total of 4% of the training utterances are relabeled by using the label of the rephrased utterances. From the table, we can see that rephrase-based relabeling can improve both precision and recall. As rephrase-based relabeling brings more positive labels, the model trained on relabeled data is more likely to suggest skills, which drives the recall higher. In addition, rephrase-based relabeling corrects wrong labels, which improves precision.</p>
<table-wrap position="float" id="T4">
<label>Table 4</label>
<caption><p>Experimental results on rephrase-based relabeling.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Model</bold></th>
<th valign="top" align="center"><bold>Precision<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>Precision<sub>2</sub></bold></th>
<th valign="top" align="center"><bold>Recall</bold></th>
<th valign="top" align="center"><bold>F1<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>F1<sub>2</sub></bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Rephrase-based model</td>
<td valign="top" align="center">&#x0002B;2.22%</td>
<td valign="top" align="center">&#x0002B;4.45%</td>
<td valign="top" align="center">&#x0002B;10.67%</td>
<td valign="top" align="center">&#x0002B;5.54%</td>
<td valign="top" align="center">&#x0002B;8.09%</td>
</tr>
</tbody>
</table>
</table-wrap></sec>
<sec>
<title>6.3. Ablation Study</title>
<p>In this section, we study how different features and components of the model impact the model performance. Specifically, we study the influence of skill id, skill name, skill score, and Bi-LSTM layer on model performance. We remove one of the factors while fixing the others. <xref ref-type="table" rid="T5">Table 5</xref> shows the experimental results. From the results, we can see that removing skill id results in higher precisions and lower recall and F1 scores. Removing skill name and skill score increases precisions slightly and decreases recall and F1 scores. Removing Bi-LSTM layer drops recall significantly and leads to much lower F1 scores. In summary, skill id and Bi-LSTM layer have the most impact on model performance.</p>
<table-wrap position="float" id="T5">
<label>Table 5</label>
<caption><p>Experimental results of ablation study.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Model</bold></th>
<th valign="top" align="center"><bold>Precision<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>Precision<sub>2</sub></bold></th>
<th valign="top" align="center"><bold>Recall</bold></th>
<th valign="top" align="center"><bold>F1<sub>1</sub></bold></th>
<th valign="top" align="center"><bold>F1<sub>2</sub></bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Without skill id</td>
<td valign="top" align="center">&#x0002B;9.71%</td>
<td valign="top" align="center">&#x0002B;1.45%</td>
<td valign="top" align="center">&#x02013;28.5%</td>
<td valign="top" align="center">&#x02013;20.83%</td>
<td valign="top" align="center">&#x02013;24.13%</td>
</tr>
<tr>
<td valign="top" align="left">Without skill name</td>
<td valign="top" align="center">&#x0002B;0.82%</td>
<td valign="top" align="center">&#x0002B;0.05%</td>
<td valign="top" align="center">&#x02013;2.83%</td>
<td valign="top" align="center">&#x02013;1.84%</td>
<td valign="top" align="center">&#x02013;2.27%</td>
</tr>
<tr>
<td valign="top" align="left">Without skill score</td>
<td valign="top" align="center">&#x0002B;0.15%</td>
<td valign="top" align="center">&#x0002B;0.15%</td>
<td valign="top" align="center">&#x02013;0.55%</td>
<td valign="top" align="center">&#x02013;0.35%</td>
<td valign="top" align="center">&#x02013;0.41%</td>
</tr>
<tr>
<td valign="top" align="left">Without Bi-LSTM layer</td>
<td valign="top" align="center">&#x0002B;11.35%</td>
<td valign="top" align="center">&#x0002B;1.35%</td>
<td valign="top" align="center">&#x02013;52.46%</td>
<td valign="top" align="center">&#x02013;43.46%</td>
<td valign="top" align="center">&#x02013;46.97%</td>
</tr>
</tbody>
</table>
</table-wrap></sec>
<sec>
<title>6.4. Online Experiments</title>
<p>After seeing performance gains in offline experiments, we put FROST into online A/B testing. We compare FROST with the rule-based heuristic model. The online experiments show that FROST reduced the friction rate by 0.35%. Friction means the circumstances where the voice assistant does not understand the user and cannot act on the user&#x00027;s request. The number of accepted skills increased by 5.86%. The average number of new skills enabled per customer increased by 0.98%. Skill has to be enabled before it can be used by the customer. In addition, the number of unique suggested and accepted skills increased by 233 and 98.75%, respectively, which indicates that the new model makes more diverse suggestions than the legacy system.</p></sec></sec>
<sec id="s7">
<title>7. Related Work</title>
<p>With more and more content created online, people are suffering from information overload. To help people find interesting information, recommender systems have been proposed and are a popular research topic in both academia and industry. Recommender systems have been widely adopted in the industry for recommending videos, music, books, etc. They are an integral part of many online services.</p>
<p>The earliest recommender systems are based on collaborative filtering or content-based filtering. Collaborative filtering assumes that similar users have similar interests and recommends items from similar users (Sarwar et al., <xref ref-type="bibr" rid="B36">2001</xref>). Content-based filtering recommends items similar to the items the user likes (Aggarwal, <xref ref-type="bibr" rid="B2">2016</xref>). Basilico and Hofmann (<xref ref-type="bibr" rid="B3">2004</xref>) unify collaborative filtering and content-based filtering by using a suitable kernel function between user-item pairs. The critical part of collaborative filtering and content-based filtering is similarity measurements. Similarities between users or items can be learned or calculated based on user or item features. Ning and Karypis (<xref ref-type="bibr" rid="B30">2011</xref>) proposed to learn the item similarity matrix by using sparse linear models. Another line of work for recommender systems is based on matrix factorization (Hu et al., <xref ref-type="bibr" rid="B19">2008</xref>; Koren et al., <xref ref-type="bibr" rid="B24">2009</xref>). Matrix factorization methods decompose the user-item rating matrix into user and item embedding vectors. The predicted rating of a user-item pair is the dot product of their corresponding user and item embedding vectors. Different variants of matrix factorization methods have been proposed such as non-negative matrix factorization (Zhang et al., <xref ref-type="bibr" rid="B42">2006</xref>), SVD&#x0002B;&#x0002B; (Koren, <xref ref-type="bibr" rid="B22">2008</xref>), timeSVD&#x0002B;&#x0002B; (Koren, <xref ref-type="bibr" rid="B23">2009</xref>), and factorization machines (Rendle, <xref ref-type="bibr" rid="B34">2010</xref>). Xiao et al. (<xref ref-type="bibr" rid="B41">2018</xref>) proposed a matrix factorization model for recommending music in IPAs. To cope with the limitation of VUI, they binarize play durations to obtain implicit affinity labels. Rendle et al. (<xref ref-type="bibr" rid="B35">2012</xref>) proposed Bayesian personalized ranking (BPR) which directly optimizes a ranking measure with the assumption that users prefer observed items over non-observed items. With this assumption, BPR naturally deals with missing and negative observations.</p>
<p>Deep learning has been more and more popular in many fields such as computer vision, natural language processing, etc. (LeCun et al., <xref ref-type="bibr" rid="B26">2015</xref>). In the recommender system, we have also seen many works based on deep learning. Matrix factorization models user-item ratings using the inner product. Instead of using the inner product, neural collaborative filtering replaces it with a neural architecture (He et al., <xref ref-type="bibr" rid="B16">2017</xref>). A deep learning version of the factorization machine, DeepFM, was proposed by Guo et al. (<xref ref-type="bibr" rid="B14">2017</xref>). DeepFM is an end-to-end model that can model both low- and high- order feature interactions. Covington et al. (<xref ref-type="bibr" rid="B10">2016</xref>) proposed two-stage deep learning models for Youtube video recommendation. To combine memorization and generalization, a wide and deep learning model was proposed for Google Play apps recommendation (Cheng et al., <xref ref-type="bibr" rid="B8">2016</xref>). To model fashion evolution over time, one-class collaborative filtering (He and McAuley, <xref ref-type="bibr" rid="B15">2016</xref>) has been proposed, which utilizes a time-window mechanism to highlight trends in a time window. Ma et al. (<xref ref-type="bibr" rid="B28">2020</xref>) proposed HRNN-meta to model temporal effects by encoding time information through a learned embedding.</p>
<p>The aforementioned studies focus on optimizing prediction accuracy. However, optimizing prediction accuracy is not necessarily optimizing user satisfaction. Ziegler et al. (<xref ref-type="bibr" rid="B43">2005</xref>) found that diversification of the recommendation topic can improve user satisfaction. Different methods have been proposed to improve the diversity of recommendations. Adomavicius and Kwon (<xref ref-type="bibr" rid="B1">2011</xref>) proposed a parameterized ranking approach to improve diversity. They also proposed a graph-theoretic approach to increase the diversity of recommended items based on maximum bipartite matching computations. Premchaiswadi et al. (<xref ref-type="bibr" rid="B31">2013</xref>) proposed a total diversity effect ranking for improving diversity by considering the diversity effect of each item in the recommendation list. Sun et al. (<xref ref-type="bibr" rid="B39">2020</xref>) proposed a recommendation method based on Bayesian graph convolutional neural networks. The node-copying model in their study can promote recommendation diversity.</p>
<p>The partial observation problem discussed in this article is similar to position bias in the ranking and recommender system. Position bias refers to the phenomenon that users are more likely to interact with items in a higher position of the recommendation list (Chen et al., <xref ref-type="bibr" rid="B7">2020</xref>). Joachims et al. (<xref ref-type="bibr" rid="B20">2017</xref>) found that users are less likely to browse items that are ranked lower in the list, while only examining the top few items with eyetracking. Compared to position bias, the partial observation problem studied in this study is more severe as only the first item is exposed to the user.</p></sec>
<sec id="s8">
<title>8. Conclusions and Future Work</title>
<p>In this study, we proposed FROST, a skill recommender system to suggest skills for unhandled voice commands in IPAs that aims to reduce user friction and recover the conversation. Compared to traditional recommender systems, skill recommender systems face the challenges of partial observation, noisy labels, and hard and noisy utterances. To solve these challenges, we proposed two relabeling techniques, i.e., CDR and rephrase-based relabeling. CDR mitigates partial observation and noisy label problems. In addition, it improves the diversity of recommended skills. CDR as a simple and effective approach is especially useful for industrial deployment. We also developed rephrase-based relabeling method to overcome the hard and noisy utterance problem. We evaluated the proposed system offline before putting it online for A/B testing. The online experimental results showed significant gains in user experience metrics. In the future, we will try contextual bandits and let the model learn to explore the unsuggested skills.</p></sec>
<sec sec-type="data-availability" id="s9">
<title>Data Availability Statement</title>
<p>The datasets presented in this article are not readily available because the data is private. Requests to access the datasets should be directed to QH, <email>huqia&#x00040;amazon.com</email>.</p></sec>
<sec id="s10">
<title>Author Contributions</title>
<p>QH is responsible for collaborative data relabeling and its corresponding experiments, and also writes most of the article. TM is responsible for working on rephrase based relabeling and related experiments. WX, XG, ZG, and RA reviewed the article. XM pulled the data and reviewed the article. MA reviewed the paper and preparing the data. All authors contributed to the article and approved the submitted version.</p></sec>
<sec sec-type="COI-statement" id="conf1">
<title>Conflict of Interest</title>
<p>All authors were employed by <ext-link ext-link-type="uri" xlink:href="https://www.Amazon.com">Amazon.com</ext-link>.</p>
</sec>
<sec sec-type="disclaimer" id="s11">
<title>Publisher&#x00027;s Note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p></sec>
</body>
<back>
<ack><p>The content of this manuscript has been presented in part at the third Workshop on NLP for ConvAI (Hu et al., <xref ref-type="bibr" rid="B18">2021</xref>).</p>
</ack>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Adomavicius</surname> <given-names>G.</given-names></name> <name><surname>Kwon</surname> <given-names>Y.</given-names></name></person-group> (<year>2011</year>). <article-title>Improving aggregate recommendation diversity using ranking-based techniques</article-title>. <source>IEEE Trans. Knowl. Data Eng</source>. <volume>24</volume>, <fpage>896</fpage>&#x02013;<lpage>911</lpage>. <pub-id pub-id-type="doi">10.1109/TKDE.2011.15</pub-id></citation>
</ref>
<ref id="B2">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Aggarwal</surname> <given-names>C. C.</given-names></name></person-group> (<year>2016</year>). <source>Recommender Systems, Vol. 1</source>. <publisher-name>Springer</publisher-name>.</citation>
</ref>
<ref id="B3">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Basilico</surname> <given-names>J.</given-names></name> <name><surname>Hofmann</surname> <given-names>T.</given-names></name></person-group> (<year>2004</year>). <article-title>Unifying collaborative and content-based filtering,</article-title> in <source>Proceedings of the Twenty-First International Conference on Machine Learning</source> (<publisher-loc>Banff, AB</publisher-loc>), <fpage>9</fpage>.</citation>
</ref>
<ref id="B4">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Burges</surname> <given-names>C. J.</given-names></name></person-group> (<year>2010</year>). <article-title>From ranknet to lambdarank to lambdamart: an overview</article-title>. <source>Learning</source> <volume>11</volume>, <fpage>81</fpage>.</citation>
</ref>
<ref id="B5">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Cao</surname> <given-names>Z.</given-names></name> <name><surname>Qin</surname> <given-names>T.</given-names></name> <name><surname>Liu</surname> <given-names>T.-Y.</given-names></name> <name><surname>Tsai</surname> <given-names>M.-F.</given-names></name> <name><surname>Li</surname> <given-names>H.</given-names></name></person-group> (<year>2007</year>). <article-title>Learning to rank: from pairwise approach to listwise approach,</article-title> in <source>Proceedings of the 24th International Conference on Machine Learning</source> (<publisher-loc>Corvallis, OR</publisher-loc>), <fpage>129</fpage>&#x02013;<lpage>136</lpage>.</citation>
</ref>
<ref id="B6">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Castagnos</surname> <given-names>S.</given-names></name> <name><surname>Brun</surname> <given-names>A.</given-names></name> <name><surname>Boyer</surname> <given-names>A.</given-names></name></person-group> (<year>2013</year>). <article-title>When diversity is needed&#x02026; but not expected!</article-title> in <source>International Conference on Advances in Information Mining and Management</source> (<publisher-loc>Lisbon</publisher-loc>: <publisher-name>IARIA XPS Press</publisher-name>), <fpage>44</fpage>&#x02013;<lpage>50</lpage>.</citation>
</ref>
<ref id="B7">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname> <given-names>J.</given-names></name> <name><surname>Dong</surname> <given-names>H.</given-names></name> <name><surname>Wang</surname> <given-names>X.</given-names></name> <name><surname>Feng</surname> <given-names>F.</given-names></name> <name><surname>Wang</surname> <given-names>M.</given-names></name> <name><surname>He</surname> <given-names>X.</given-names></name></person-group> (<year>2020</year>). <article-title>Bias and debias in recommender system: a survey and future directions</article-title>. <source>arXiv[Preprint]</source>.arXiv:2010.03240.</citation>
</ref>
<ref id="B8">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Cheng</surname> <given-names>H.-T.</given-names></name> <name><surname>Koc</surname> <given-names>L.</given-names></name> <name><surname>Harmsen</surname> <given-names>J.</given-names></name> <name><surname>Shaked</surname> <given-names>T.</given-names></name> <name><surname>Chandra</surname> <given-names>T.</given-names></name> <name><surname>Aradhye</surname> <given-names>H.</given-names></name> <etal/></person-group>. (<year>2016</year>). <article-title>Wide and deep learning for recommender systems,</article-title> in <source>Proceedings of the 1st Workshop on Deep Learning For Recommender Systems</source> (<publisher-loc>Boston, MA</publisher-loc>), <fpage>7</fpage>&#x02013;<lpage>10</lpage>.</citation>
</ref>
<ref id="B9">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Cohen</surname> <given-names>M. H.</given-names></name> <name><surname>Cohen</surname> <given-names>M. H.</given-names></name> <name><surname>Giangola</surname> <given-names>J. P.</given-names></name> <name><surname>Balogh</surname> <given-names>J.</given-names></name></person-group> (<year>2004</year>). <source>Voice User Interface Design</source>. <publisher-name>Addison-Wesley Professional</publisher-name>.</citation>
</ref>
<ref id="B10">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Covington</surname> <given-names>P.</given-names></name> <name><surname>Adams</surname> <given-names>J.</given-names></name> <name><surname>Sargin</surname> <given-names>E.</given-names></name></person-group> (<year>2016</year>). <article-title>Deep neural networks for youtube recommendations,</article-title> in <source>Proceedings of the 10th ACM Conference on Recommender Systems</source> (<publisher-loc>Boston, MA</publisher-loc>), <fpage>191</fpage>&#x02013;<lpage>198</lpage>.</citation>
</ref>
<ref id="B11">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Devlin</surname> <given-names>J.</given-names></name> <name><surname>Chang</surname> <given-names>M.-W.</given-names></name> <name><surname>Lee</surname> <given-names>K.</given-names></name> <name><surname>Toutanova</surname> <given-names>K.</given-names></name></person-group> (<year>2018</year>). <article-title>Bert: Pre-training of deep bidirectional transformers for language understanding</article-title>. <source>arXiv[Preprint]</source>.arXiv:1810.04805. <pub-id pub-id-type="doi">10.18653/v1/N19-1423</pub-id></citation>
</ref>
<ref id="B12">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ekstrand</surname> <given-names>M. D.</given-names></name> <name><surname>Harper</surname> <given-names>F. M.</given-names></name> <name><surname>Willemsen</surname> <given-names>M. C.</given-names></name> <name><surname>Konstan</surname> <given-names>J. A.</given-names></name></person-group> (<year>2014</year>). <article-title>User perception of differences in recommender algorithms,</article-title> in <source>Proceedings of the 8th ACM Conference on Recommender Systems</source> (<publisher-loc>Foster City, CA</publisher-loc>), <fpage>161</fpage>&#x02013;<lpage>168</lpage>.</citation>
</ref>
<ref id="B13">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Falke</surname> <given-names>T.</given-names></name> <name><surname>Boese</surname> <given-names>M.</given-names></name> <name><surname>Sorokin</surname> <given-names>D.</given-names></name> <name><surname>Tirkaz</surname> <given-names>C.</given-names></name> <name><surname>Lehnen</surname> <given-names>P.</given-names></name></person-group> (<year>2020</year>). <article-title>Leveraging user paraphrasing behavior in dialog systems to automatically collect annotations for long-tail utterances,</article-title> in <source>Proceedings of the 28th International Conference on Computational Linguistics: Industry Track</source>, <fpage>21</fpage>&#x02013;<lpage>32</lpage>.</citation>
</ref>
<ref id="B14">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Guo</surname> <given-names>H.</given-names></name> <name><surname>Tang</surname> <given-names>R.</given-names></name> <name><surname>Ye</surname> <given-names>Y.</given-names></name> <name><surname>Li</surname> <given-names>Z.</given-names></name> <name><surname>He</surname> <given-names>X.</given-names></name></person-group> (<year>2017</year>). <article-title>Deepfm: a factorization-machine based neural network for ctr prediction</article-title>. <source>arXiv[Preprint]</source>.arXiv:1703.04247. <pub-id pub-id-type="doi">10.24963/ijcai.2017/239</pub-id></citation>
</ref>
<ref id="B15">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>He</surname> <given-names>R.</given-names></name> <name><surname>McAuley</surname> <given-names>J.</given-names></name></person-group> (<year>2016</year>). <article-title>Ups and downs: Modeling the visual evolution of fashion trends with one-class collaborative filtering,</article-title> in <source>Proceedings of the 25th International Conference on World Wide Web</source> (<publisher-loc>Montreal, QC</publisher-loc>), <fpage>507</fpage>&#x02013;<lpage>517</lpage>.</citation>
</ref>
<ref id="B16">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>He</surname> <given-names>X.</given-names></name> <name><surname>Liao</surname> <given-names>L.</given-names></name> <name><surname>Zhang</surname> <given-names>H.</given-names></name> <name><surname>Nie</surname> <given-names>L.</given-names></name> <name><surname>Hu</surname> <given-names>X.</given-names></name> <name><surname>Chua</surname> <given-names>T.-S.</given-names></name></person-group> (<year>2017</year>). <article-title>Neural collaborative filtering,</article-title> in <source>Proceedings of the 26th International Conference on World Wide Web</source> (<publisher-loc>Perth, WA</publisher-loc>), <fpage>173</fpage>&#x02013;<lpage>182</lpage>.</citation>
</ref>
<ref id="B17">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hochreiter</surname> <given-names>S.</given-names></name> <name><surname>Schmidhuber</surname> <given-names>J.</given-names></name></person-group> (<year>1997</year>). <article-title>Long short-term memory</article-title>. <source>Neural Comput</source>. <volume>9</volume>, <fpage>1735</fpage>&#x02013;<lpage>1780</lpage>. <pub-id pub-id-type="doi">10.1162/neco.1997.9.8.1735</pub-id><pub-id pub-id-type="pmid">9377276</pub-id><pub-id pub-id-type="pmid">9377276</pub-id></citation></ref>
<ref id="B18">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Hu</surname> <given-names>Q.</given-names></name> <name><surname>Mohamed</surname> <given-names>T.</given-names></name> <name><surname>Gao</surname> <given-names>Z.</given-names></name> <name><surname>Gao</surname> <given-names>X.</given-names></name> <name><surname>Arava</surname> <given-names>R.</given-names></name> <name><surname>Ma</surname> <given-names>X.</given-names></name> <etal/></person-group>. (<year>2021</year>). <article-title>Collaborative data relabeling for robust and diverse voice apps recommendation in intelligent personal assistants,</article-title> in <source>Proceedings of the 3rd Workshop on Natural Language Processing for Conversational AI</source> (<publisher-loc>Punta Cana</publisher-loc>), <fpage>113</fpage>&#x02013;<lpage>119</lpage>.</citation>
</ref>
<ref id="B19">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Hu</surname> <given-names>Y.</given-names></name> <name><surname>Koren</surname> <given-names>Y.</given-names></name> <name><surname>Volinsky</surname> <given-names>C.</given-names></name></person-group> (<year>2008</year>). <article-title>Collaborative filtering for implicit feedback datasets,</article-title> in <source>2008 Eighth IEEE International Conference on Data Mining</source> (<publisher-loc>Pisa</publisher-loc>: <publisher-name>IEEE</publisher-name>), <fpage>263</fpage>&#x02013;<lpage>272</lpage>.</citation>
</ref>
<ref id="B20">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Joachims</surname> <given-names>T.</given-names></name> <name><surname>Granka</surname> <given-names>L.</given-names></name> <name><surname>Pan</surname> <given-names>B.</given-names></name> <name><surname>Hembrooke</surname> <given-names>H.</given-names></name> <name><surname>Gay</surname> <given-names>G.</given-names></name></person-group> (<year>2017</year>). <article-title>Accurately interpreting clickthrough data as implicit feedback,</article-title> in <source>Acm Sigir Forum, Vol. 51</source> (<publisher-loc>New York, NY</publisher-loc>: <publisher-name>Acm</publisher-name>), <fpage>4</fpage>&#x02013;<lpage>11</lpage>.</citation>
</ref>
<ref id="B21">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Knijnenburg</surname> <given-names>B. P.</given-names></name> <name><surname>Willemsen</surname> <given-names>M. C.</given-names></name> <name><surname>Gantner</surname> <given-names>Z.</given-names></name> <name><surname>Soncu</surname> <given-names>H.</given-names></name> <name><surname>Newell</surname> <given-names>C.</given-names></name></person-group> (<year>2012</year>). <article-title>Explaining the user experience of recommender systems</article-title>. <source>User Model User Adapt Interact</source> <volume>22</volume>, <fpage>441</fpage>&#x02013;<lpage>504</lpage>. <pub-id pub-id-type="doi">10.1007/s11257-011-9118-4</pub-id></citation>
</ref>
<ref id="B22">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Koren</surname> <given-names>Y.</given-names></name></person-group> (<year>2008</year>). <article-title>Factorization meets the neighborhood: a multifaceted collaborative filtering model,</article-title> in <source>Proceedings of the 14th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source> (<publisher-loc>Las Vegas, NV</publisher-loc>), <fpage>426</fpage>&#x02013;<lpage>434</lpage>.</citation>
</ref>
<ref id="B23">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Koren</surname> <given-names>Y.</given-names></name></person-group> (<year>2009</year>). <article-title>Collaborative filtering with temporal dynamics,</article-title> in <source>Proceedings of the 15th ACM SIGKDD International Conference on Knowledge Discovery and Data MIning</source> (<publisher-loc>Paris</publisher-loc>), <fpage>447</fpage>&#x02013;<lpage>456</lpage>.</citation>
</ref>
<ref id="B24">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Koren</surname> <given-names>Y.</given-names></name> <name><surname>Bell</surname> <given-names>R.</given-names></name> <name><surname>Volinsky</surname> <given-names>C.</given-names></name></person-group> (<year>2009</year>). <article-title>Matrix factorization techniques for recommender systems</article-title>. <source>Computer</source> <volume>42</volume>, <fpage>30</fpage>&#x02013;<lpage>37</lpage>. <pub-id pub-id-type="doi">10.1109/MC.2009.263</pub-id></citation>
</ref>
<ref id="B25">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kunaver</surname> <given-names>M.</given-names></name> <name><surname>Po&#x0017E;rl</surname> <given-names>T.</given-names></name></person-group> (<year>2017</year>). <article-title>Diversity in recommender systems-a survey</article-title>. <source>Knowl. Based Syst</source>. <volume>123</volume>, <fpage>154</fpage>&#x02013;<lpage>162</lpage>. <pub-id pub-id-type="doi">10.1016/j.knosys.2017.02.009</pub-id></citation>
</ref>
<ref id="B26">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>LeCun</surname> <given-names>Y.</given-names></name> <name><surname>Bengio</surname> <given-names>Y.</given-names></name> <name><surname>Hinton</surname> <given-names>G.</given-names></name></person-group> (<year>2015</year>). <article-title>Deep learning</article-title>. <source>Nature</source> <volume>521</volume>, <fpage>436</fpage>&#x02013;<lpage>444</lpage>. <pub-id pub-id-type="doi">10.1038/nature14539</pub-id><pub-id pub-id-type="pmid">26017442</pub-id><pub-id pub-id-type="pmid">26017442</pub-id></citation></ref>
<ref id="B27">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Li</surname> <given-names>B.</given-names></name> <name><surname>Zhou</surname> <given-names>H.</given-names></name> <name><surname>He</surname> <given-names>J.</given-names></name> <name><surname>Wang</surname> <given-names>M.</given-names></name> <name><surname>Yang</surname> <given-names>Y.</given-names></name> <name><surname>Li</surname> <given-names>L.</given-names></name></person-group> (<year>2020</year>). <article-title>On the sentence embeddings from pre-trained language models</article-title>. <source>arXiv[Preprint]</source>.arXiv:2011.05864. <pub-id pub-id-type="doi">10.18653/v1/2020.emnlp-main.733</pub-id></citation>
</ref>
<ref id="B28">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ma</surname> <given-names>Y.</given-names></name> <name><surname>Narayanaswamy</surname> <given-names>B.</given-names></name> <name><surname>Lin</surname> <given-names>H.</given-names></name> <name><surname>Ding</surname> <given-names>H.</given-names></name></person-group> (<year>2020</year>). <article-title>Temporal-contextual recommendation in real-time,</article-title> in <source>Proceedings of the 26th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>, <fpage>2291</fpage>&#x02013;<lpage>2299</lpage>.</citation>
</ref>
<ref id="B29">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>McNee</surname> <given-names>S. M.</given-names></name> <name><surname>Riedl</surname> <given-names>J.</given-names></name> <name><surname>Konstan</surname> <given-names>J. A.</given-names></name></person-group> (<year>2006</year>). <article-title>Being accurate is not enough: how accuracy metrics have hurt recommender systems,</article-title> in <source>CHI&#x00027;06 Extended Abstracts on Human Factors in Computing Systems</source> (<publisher-loc>Montreal, QC</publisher-loc>), <fpage>1097</fpage>&#x02013;<lpage>1101</lpage>.</citation>
</ref>
<ref id="B30">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ning</surname> <given-names>X.</given-names></name> <name><surname>Karypis</surname> <given-names>G.</given-names></name></person-group> (<year>2011</year>). <article-title>Slim: sparse linear methods for top-n recommender systems,</article-title> in <source>2011 IEEE 11th International Conference on Data Mining</source> (<publisher-loc>Vancouver, BC</publisher-loc>: <publisher-name>IEEE</publisher-name>), <fpage>497</fpage>&#x02013;<lpage>506</lpage>.</citation>
</ref>
<ref id="B31">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Premchaiswadi</surname> <given-names>W.</given-names></name> <name><surname>Poompuang</surname> <given-names>P.</given-names></name> <name><surname>Jongswat</surname> <given-names>N.</given-names></name> <name><surname>Premchaiswadi</surname> <given-names>N.</given-names></name></person-group> (<year>2013</year>). <article-title>Enhancing diversity-accuracy technique on user-based top-n recommendation algorithms,</article-title> in <source>2013 IEEE 37th Annual Computer Software and Applications Conference Workshops</source> (<publisher-loc>Kyoto</publisher-loc>: <publisher-name>IEEE</publisher-name>), <fpage>403</fpage>&#x02013;<lpage>408</lpage>.</citation>
</ref>
<ref id="B32">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Rajaraman</surname> <given-names>A.</given-names></name> <name><surname>Ullman</surname> <given-names>J. D.</given-names></name></person-group> (<year>2011</year>). <source>Mining of Massive Datasets</source>. <publisher-loc>Cambridge</publisher-loc>: <publisher-name>Cambridge University Press</publisher-name>.</citation>
</ref>
<ref id="B33">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Reimers</surname> <given-names>N.</given-names></name> <name><surname>Gurevych</surname> <given-names>I.</given-names></name></person-group> (<year>2019</year>). <article-title>Sentence-bert: Sentence embeddings using siamese bert-networks</article-title>. <source>arXiv[Preprint]</source>.arXiv:1908.10084. <pub-id pub-id-type="doi">10.18653/v1/D19-1410</pub-id></citation>
</ref>
<ref id="B34">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Rendle</surname> <given-names>S.</given-names></name></person-group> (<year>2010</year>). <article-title>Factorization machines,</article-title> in <source>2010 IEEE International Conference on Data Mining</source> (<publisher-loc>Sydney, NSW</publisher-loc>: <publisher-name>IEEE</publisher-name>), <fpage>995</fpage>&#x02013;<lpage>1000</lpage>.</citation>
</ref>
<ref id="B35">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Rendle</surname> <given-names>S.</given-names></name> <name><surname>Freudenthaler</surname> <given-names>C.</given-names></name> <name><surname>Gantner</surname> <given-names>Z.</given-names></name> <name><surname>Schmidt-Thieme</surname> <given-names>L.</given-names></name></person-group> (<year>2012</year>). <article-title>Bpr: Bayesian personalized ranking from implicit feedback</article-title>. <source>arXiv[Preprint]</source>.arXiv:1205.2618. <pub-id pub-id-type="doi">10.555/1795114.1795167</pub-id></citation>
</ref>
<ref id="B36">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Sarwar</surname> <given-names>B.</given-names></name> <name><surname>Karypis</surname> <given-names>G.</given-names></name> <name><surname>Konstan</surname> <given-names>J.</given-names></name> <name><surname>Riedl</surname> <given-names>J.</given-names></name></person-group> (<year>2001</year>). <article-title>Item-based collaborative filtering recommendation algorithms,</article-title> in <source>Proceedings of the 10th International Conference on World Wide Web</source> (<publisher-loc>Hong Kong</publisher-loc>), <fpage>285</fpage>&#x02013;<lpage>295</lpage>.</citation>
</ref>
<ref id="B37">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Shashua</surname> <given-names>A.</given-names></name> <name><surname>Levin</surname> <given-names>A.</given-names></name></person-group> (<year>2003</year>). <article-title>Ranking with large margin principle: two approaches,</article-title> in <source>Advances in Neural Information Processing Systems</source>, <fpage>961</fpage>&#x02013;<lpage>968</lpage>.</citation>
</ref>
<ref id="B38">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Stuart</surname> <given-names>E. A.</given-names></name></person-group> (<year>2010</year>). <article-title>Matching methods for causal inference: a review and a look forward</article-title>. <source>Stat. Sci</source>. 25, 1. <pub-id pub-id-type="doi">10.1214/09-STS313</pub-id><pub-id pub-id-type="pmid">20871802</pub-id><pub-id pub-id-type="pmid">20871802</pub-id></citation></ref>
<ref id="B39">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sun</surname> <given-names>J.</given-names></name> <name><surname>Guo</surname> <given-names>W.</given-names></name> <name><surname>Zhang</surname> <given-names>D.</given-names></name> <name><surname>Zhang</surname> <given-names>Y.</given-names></name> <name><surname>Regol</surname> <given-names>F.</given-names></name> <name><surname>Hu</surname> <given-names>Y.</given-names></name> <etal/></person-group>. (<year>2020</year>). <article-title>A framework for recommending accurate and diverse items using bayesian graph convolutional neural networks,</article-title> in <source>Proceedings of the 26th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>, <fpage>2030</fpage>&#x02013;<lpage>2039</lpage>.</citation>
</ref>
<ref id="B40">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Willemsen</surname> <given-names>M. C.</given-names></name> <name><surname>Graus</surname> <given-names>M. P.</given-names></name> <name><surname>Knijnenburg</surname> <given-names>B. P.</given-names></name></person-group> (<year>2016</year>). <article-title>Understanding the role of latent feature diversification on choice difficulty and satisfaction</article-title>. <source>User Model User Adapt Interact</source>. <volume>26</volume>, <fpage>347</fpage>&#x02013;<lpage>389</lpage>. <pub-id pub-id-type="doi">10.1007/s11257-016-9178-6</pub-id></citation>
</ref>
<ref id="B41">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Xiao</surname> <given-names>B.</given-names></name> <name><surname>Monath</surname> <given-names>N.</given-names></name> <name><surname>Ananthakrishnan</surname> <given-names>S.</given-names></name> <name><surname>Ravi</surname> <given-names>A.</given-names></name></person-group> (<year>2018</year>). <article-title>Play duration based user-entity affinity modeling in spoken dialog system</article-title>. <source>arXiv[Preprint]</source>.arXiv:1806.11479. <pub-id pub-id-type="doi">10.21437/Interspeech.2018-1100</pub-id></citation>
</ref>
<ref id="B42">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Zhang</surname> <given-names>S.</given-names></name> <name><surname>Wang</surname> <given-names>W.</given-names></name> <name><surname>Ford</surname> <given-names>J.</given-names></name> <name><surname>Makedon</surname> <given-names>F.</given-names></name></person-group> (<year>2006</year>). <article-title>Learning from incomplete ratings using non-negative matrix factorization,</article-title> in <source>Proceedings of the 2006 SIAM International Conference on Data Mining</source> (<publisher-loc>Bethesda, MD</publisher-loc>: <publisher-name>SIAM</publisher-name>), <fpage>549</fpage>&#x02013;<lpage>553</lpage>.</citation>
</ref>
<ref id="B43">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ziegler</surname> <given-names>C.-N.</given-names></name> <name><surname>McNee</surname> <given-names>S. M.</given-names></name> <name><surname>Konstan</surname> <given-names>J. A.</given-names></name> <name><surname>Lausen</surname> <given-names>G.</given-names></name></person-group> (<year>2005</year>). <article-title>Improving recommendation lists through topic diversification,</article-title> in <source>Proceedings of the 14th international conference on World Wide Web</source> (<publisher-loc>Chiba</publisher-loc>), <fpage>22</fpage>&#x02013;<lpage>32</lpage>.</citation>
</ref>
</ref-list>
</back>
</article>