Date post: | 01-Jan-2016 |
Category: |
Documents |
Upload: | yetta-skinner |
View: | 31 times |
Download: | 0 times |
CSETalk: A Spoken Dialogue System for CSE Course
Information
Preethi Jyothi, Rohit Prabhavalkar, Thomas Lynch, Deepak Bal,
Prateeti Mohapatra
2
Outline
• Introduction• Automatic Speech Recognition• Language Understanding • Galaxy Overview• Backend• Ravenclaw Architecture• Speech Synthesis• Evaluation Metrics• Challenges Faced• Conclusions and Future Work
3
Introduction
• Dialog systems seek to provide a natural conversational interaction between the user and the computer system
• Spoken input from the human user -> meaning of the utterance -> results of the operation to the user
• Two-way flow of information– User-to-system– System-to-user
4
Introduction
• Types of Dialogue Systems– System-initiative– User-initiative– Mixed-initiative
5
Motivation
• All the components of a speech and language processing systems are integrated
• Building a SDS is a challenging task due to the interaction of the various components that are involved
• Goal: To implement an end to end spoken dialog system for the Course Information system using the RavenClaw dialog management framework
6
Other Dialogue Systems
• Saplen system 1997 [R. López-Cózaret et al. Eurospeech1997]: Food ordering system
• Let’s Go! Bus Information System [Raux et. al. Eurospeech 2000]
• ITSpoke: Intelligent Tutoring SDS [Litman and Silliman HLT-NAACL 2004]
7
Overall Architecture
Lang. Understand.PHOENIX/HELIOS
Dialog Manag.RAVENCLAW
Back-end(various)
Lang. GenerationROSETTA
RecognitionSPHINX
SynthesisTHETA
8
CSETalk: Course Information System
• Information-based• Mixed type of dialogue system• The user can seek information about
course numbers, credits, instructors, call numbers, etc.
• Typical query – What course is Prof. X offering? – What is the call number for CSE-333?
ASR – Sphinx II• Using the Sphinx II decoding engine• Uses semi-continuous hidden markov models• Used an off the shelf acoustic model (male and
female voice )• Pronunciation model and language model were
built using Sphinx Knowledge Base Tool• Used an n-gram language model, built from a
corpus of sentences generated randomly from system grammar
Helios – Confidence Annotation• Generates a confidence score for the utterance
based on information from ASR, Parser and Dialog manager
• ASR– Number of words, 'unconfident' words
• Parser– Uncovered words, transitions between parsed
fragments, unparsed fragments, etc.• Dialog manager
– State of dialog, concepts expected at current state, number of turns at current state, etc.
Helios – Confidence Annotation
• Allows detection and recovering from misunderstandings
• Unfortunately, due to lack of time, we were not able to explore it fully
Phoenix - Parser
• The parser parses the word sequence into a set of semantic frames
• A frame is a set of named 'slots'
• Frame: [CSETalk]
Nets: [QueryCallNum]
[QueryInstructor]
...
• Nets are compiled into RTNs
Phoenix - Parser
RTN for [QueryCallNum]
Phoenix - Parser
15
Galaxy Communicator
http://communicator.sourceforge.net/sites/MITRE/distributions/GalaxyCommunicator/docs/manual/index.html
16
What is Galaxy CommunicatorPer the Galaxy Website:
•Distributed
•Message based
•Hub-and-spoke Infrastructure
•Optimized for constructing spoken dialogue systems
Origins:
•Based on MIT Galaxy System
•Currently Mitre Corporation /Darpa Communicator (Now Concluded).
•Available at Sourceforge
http://communicator.sourceforge.net/sites/MITRE/distributions/GalaxyCommunicator/docs/manual/index.html
17
Galaxy Overview
• Modular with Galaxy as the communications controller.• Everything is sent using sockets and frames.• Servers/modules can be located on the network or internet.• Galaxy transforms the information from text strings to sockets and back again.• Easy to interface with C++ or any other language with a sockets library.• Handles storage and forwarding for each independent module.• Monitors the status of the other modules.• Logs information pertaining to the other servers specified. (Very flexible.)• No need to negotiate communications parameters with the other modules.• Simple to add different package to handle some aspect of the system.
– Write an interface from the new system to Galaxy.– For MySQL, changed the original backend server call to load and call MySQL.– The same strategy would work for other modules.
• Downside: Galaxy is a single point of failure. If Galaxy goes down, everything is down and no one is notified.
18
The DetailsWhat its not:
•Not an end-to-end dialogue system.
•No run-time semantic standards
•No Configuration-time semantic standards
•But compatible with many standards like W3C Voice Browsers group's proposed specifications.
Knowledge Requirements:
•You need to know C programming.
•Some background in distributed processing.
•RPC, CORBA, Java RM
•Reasonable command of English - to read the documentation
Platforms: Sparc Solaris, Intel Linux and Win32
Compiler: GNU gcc and make.
19
The Exchange
Select *
From courses
Where
courseId =“730”
and
instructor like “fosler-lussier”
{ query course_query courseId seven thirty three credits callNum instructor fosler-lussier)
courseId callNum creditHrs starttime endtime dow instructor
730 04581-7 3 1130 1248 T R Eric Fosler-Lussier
20
The Exchange
{ query refine_results results : 1 { { courseId "730" credits "3" callNum "04581-7" callNumM "04581-7" dow "T R" starttime "1130" endtime "1248" room "DL 0305" instructor "Eric Fosler-Lussier" title "Survey of Artificial Intelligence II: Advanced Topics U G 3" description "A survey of advanced concepts, techniques, and applications of artificial
intelligence, including knowledge-based systems, learning, natural language understanding, and vision."
) }}
aStr = Gal_GetObject(f, ":inframe");
inframe = Gal_StringValue(aStr);
// Our Stuff next line
GetCourseInfoC( inframe, &outframe );
aStr = Gal_StringObject(outframe);
Gal_SetProp(f, ":outframe", aStr);
21
Backend Server
• MySQL is the database. Possibly a different choice will be made next time. Maybe something simple like SQLite.
• Original Roomline calls a perl script’s for data retrieval.
• Many of the components also use perl scripts for various functions.
22
Galaxy Summary
•Makes Life Easy
•It Glues Everything Together (Seamlessly?)
•Do Not Start From Scratch! You’ll be sorry.
•Modify an Existing System.
•Great Piece of Software to Allow Experimenting with various components.
•However, too many single points of failure!
23
RavenClaw Architecture
– Domain-specific dialog control logic specified– Most of the effort goes into creating this specification
Dialog Task Specification (Domain Specific)
Dialog Engine (Domain Independent)
– Runs the Dialog Task Specification to specify the dialog control at runtime– Provides a large number of domain-independent conversational strategies
24
Dialog Task Specification
• Hierarchical plan for the dialog• Tree of dialog agents
– Non-terminals - Dialog Agencies– Terminals - Fundamental Dialog Agents
• Inform• Request• Expect and Execute
25
Dialog Agents
• Concepts – associated with agents– Concepts have pre-defined types– Set of value/confidence pairs
• Structure of an agent– Execute routine – dependent on the agent
type– Preconditions– Success/Failure criteria– Trigger conditions/ Trigger commands
26
RavenClaw Dialog Engine
• Functions using two data structures– Dialog Stack– Expectation Agenda
• Functions in two phases– Execution Phase – Dialog agents executed
from Dialog Stack– Input Phase – Uses Expectation Agenda to
map user inputs to concept values
27
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
28
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
29
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
Welcome
S: Welcome to CSE Talk ...
30
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
S: Welcome to CSE Talk ...
31
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
Task
S: Welcome to CSE Talk ...
32
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
Task
S: Welcome to CSE Talk ...
How May I Help You S: How can I help you?
Course_Id: [courseNumber]
33
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Execution Phase
Dialog Stack Expectation Agenda
CSETalk
Task
S: Welcome to CSE Talk ...
How May I Help You S: How can I help you?
Course_Id: [courseNumber]
Course_Id: [courseNumber]Course_Id: [courseNumber]Course_Inst: [professor]
…
34
Dialog Task Specification
Dialog Task Specification [captures domain-specific dialog control logic]
Dialog Engine [domain-independent reusable component] Input Phase
Dialog Stack Expectation Agenda
CSETalk
Task
S: Welcome to CSE Talk ...
How May I Help You S: How can I help you?
Course_Id: [courseNumber]
Course_Id: [courseNumber]Course_Id: [courseNumber]Course_Inst: [professor]
… U: Who’s teaching seven thirty?[courseNumber](seven thirty)
35
Language Generation - Rosetta• Template-Based• Attribute-Value pairs Text for synthesis• Input from Dialog Manager, Output to TTS
– Input Frame{
act informobject welcome
}– Output
Welcome to CSETalk Automated Course Information….
36
Speech Synthesis
• Within Galaxy, Kalliope manages the speech synthesis– Is the link between Festival and Galaxy Hub– Submits synthesis requests to Festival, holds
a synthesis queue, etc– Formatted to work with multiple synthesis
systems (Festival, Swift, Theta)
37
Speech Synthesis
• Actual speech synthesized by Festival– Open Source speech synthesis software– Developed at University of Edinburgh and
worked on extensively at CMU– Currently includes many types of voices
• Diphone (what we use)• HMM based (referred to as HTS)• Unit Selection
38
Speech Synthesis
• CMU’s Festvox project hopes to make the building of new voices more systematic and better documented– Extensive instructions and tools on the web to
help with the creation of new voices– Limited domain could be useful for our project
• Uses unit selection methods
39
Performance Evaluation
• Many facets to measuring performance– Efficiency
• Processing time• How much time is wasted with corrections, etc.
– Quality• How many times did the system misinterpret• How many times did the user have to correct the system
– User Satisfaction• Does the user feel happy with their interaction• Have user fill out survey
– Task Success• Did the user leave with the information that they came for
40
Performance Evaluation
• One framework that tries to incorporate all of these facets is PARADISE (PARAdigm for DIalogue System Evaluation)– PARADISE proposes to compute a
performance measure as a function of both task success and dialogue costs
– If design changes were made, PARADISE could be used to evaluate the effectiveness of the changes.
41
Challenges Faced
• NO DOCUMENTATION!!
• Hard to localize faults since ASR/DM/NLG are tightly coupled
• Festival runs best on UNIX whereas the rest of the system runs on Windows
• Limited Time
42
Conclusions and Future Work
• Using more classes in the language model
• Using other corpuses to obtain the acoustic model and the language model information
• Creating or using better TTS voice
• Actually evaluating performance as discussed