Expanding the linguistic coverage of a spoken dialogue system by mining human-human dialogue for new sentences with familiar meanings
Notice bibliographique
Résumé
Expanding the linguistic coverage of a spoken dialogue system by mining human-human dialogue for new sentences with familiar meanings Gregory S. Aist (gaist@cs.rochester.edu) 1 James Allen (james@cs.rochester.edu) 1, 2 Computer Science Department, University of Rochester P.O. Box 270226, Rochester, NY 14627 USA Lucian Galescu (lgalescu@ihmc.us) 2 Institute for Human and Machine Cognition 40 South Alcaniz Street, Pensacola, FL 32502 USA How can a system grasp linguistic variety? Computer systems that interact with people using natural spoken dialogue offer many possibilities for effective and efficient interaction. But, a dialogue system for a new domain requires a great deal of expert attention to either collecting data for a new domain or designing a model of the language that people use when solving problems in that domain. Consider the extension of a checkers-playing dialogue system to other games such as Go: game-specific phrases and terms would need to be added – both “official” and colloquial versions. Prior work here includes identifying new lexical items, new word-sequence correlations (Galescu, Ringger, & Allen 1998), or new phrase patterns using existing words or word classes such as color or animal (Bulyko, Ostendorf, & Stolcke 2003). In this paper, we take a slightly different approach by focusing on semantics. Given a specification (as a sample dialogue), we want to identify alternate ways of talking about the same things. These alternates may not necessarily use any of the words that their counterparts in the script use. In fact, the more dissimilar such new phrases are in terms of surface features, the more helpful they would be if added to the vocabulary and syntax that the system can understand. Such a technique should prove useful when expanding the linguistic coverage of a dialogue system to cover what people say in practice. We describe these techniques in the context of an equipment purchasing system – part of the multisite CALO project, an intelligent personal assistant. aimed at the computer purchasing domain, we provided a short scenario to role-play when buying the first computer - “You are a small business owner looking to buy a computer”, etc. The second scenario was self-directed, that is, “Now get a computer for yourself.” These dialogues were recorded and transcribed. Those utterances that closely matched lines from the script we used directly as additional training data. Those utterances about capabilities beyond the scope of the initial system – such as warranty purchases – we reserved for later use. That left a wide range of utterances concerning concepts that are present in the script, but using different words and syntax. We wanted those. Mine them for semantic matches to script lines We used Latent Semantic Analysis (http://lsa.colorado.edu) to extract utterances from the human-human dialogues that were similar to each line in the script. For each utterance in the dialogues, we calculated its similarity to each line in the script, and assigned it to the line with the highest similarity. We then hand-filtered the resulting data to yield new ways of saying lines in the script, such as: On a similar topic, but system initiative rather than user: Script/User: I would like you to buy a computer for me. Dialogue/System: Hello would you like to buy a computer With similar meaning, but very different words and syntax: Script/S: Ok, I'll start looking. Dialogue/S: I'll go ahead and uh save this. Less similar in meaning, but still reasonable alternatives. For example, after “Ok; what kind of computer would you like?”: Script/U: A lightweight laptop computer with 500 mb of ram. Dialogue/U: Pentium processor. Start with a script Any dialogue system typically starts with some data collection or user interviews or some other technique designed to give a basic idea of what the users of the system will eventually say. The requirements for the system can then be easily expressed in terms of a dialogue script. The initial script for our domain of computer purchasing began: System: Hello, this is CALO. User: Hello CALO. S: Hello. U: I would like you to buy a computer for me. S: Ok; what kind of computer would you like? Add human-human dialogues As part of the dialogue system effort, Rochester collected a set of approximately 40 human-human dialogues carried out by ~20 people playing the role of “buyer” and ~4 people playing the role of “agent”. In order to collect dialogue From the utterances paired with the 28 lines in the script, 41 were identified to be useful matches. CALO developers at Rochester and IHMC used these to extend the language understanding of the CALO dialogue system. References Bulyko, I., Ostendorf, M., & Stolcke, A. (2003). Getting more mileage from Web text sources for conversational speech language modeling using class-dependent mixtures. Proceedings of the North American Association for Computational Linguistics. Edmonton, May 2003. Galescu, L., Ringger, E., & Allen, J. (1998). Rapid language model development for new task domains. Proceedings of the First International Conference on Language Resources and Evaluation. Granada, Spain, May 1998.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,001 | 0,000 |
| Bibliométrie | 0,000 | 0,001 |
| Études des sciences et des technologies | 0,001 | 0,000 |
| Communication savante | 0,002 | 0,002 |
| Science ouverte | 0,002 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule tête enseignante, pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».