Conversation as Action Under Uncertainty Tim Paek Eric Horvitz.

Slides:



Advertisements
Similar presentations
Modelling with expert systems. Expert systems Modelling with expert systems Coaching modelling with expert systems Advantages and limitations of modelling.
Advertisements

CASDA Project Management A presentation to the CASDA Preliminary Design Review IM&T / CASS Dan Miller | CASDA Project Manager 11 March 2014.
Dialogue Policy Optimisation
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Bayesian Network and Influence Diagram A Guide to Construction And Analysis.
The Logic of Intelligence Pei Wang Department of Computer and Information Sciences Temple University.
Display of Information for Time-Critical Decision Making Eric Horvitz Decision Theory Group Microsoft Research Redmond, Washington 98025
Argumentation-based negotiation Rahwan, Ramchurn, Jennings, McBurney, Parsons and Sonenberg, 2004 Presented by Jean-Paul Calbimonte.
Introduction of Probabilistic Reasoning and Bayesian Networks
Building & Leading Teams for Impact December 20, 2011.
The HIGGINS domain The primary domain of HIGGINS is city navigation for pedestrians. Secondarily, HIGGINS is intended to provide simple information about.
Eric Horvitz, Jack Breese, David Heckerman, Eric Horvitz, Jack Breese, David Heckerman, David Hovel, Koos Rommelse Microsoft Research Redmond, WA
HIGGINS A spoken dialogue system for investigating error handling techniques Jens Edlund, Gabriel Skantze and Rolf Carlson Scenario User:I want to go to.
Grounding in Conversational Systems Dan Bohus January 2003 Dialogs on Dialogs Reading Group Carnegie Mellon University.
1 © 1998 HRL Laboratories, LLC. All Rights Reserved Construction of Bayesian Networks for Diagnostics K. Wojtek Przytula: HRL Laboratories & Don Thompson:
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 2 Software Processes.
Component-Level Design
1/22 Project Management The Variables For Success.
CS 501: Software Engineering
1 Bayesian Reasoning Chapter 13 CMSC 471 Adapted from slides by Tim Finin and Marie desJardins.
1 Introduction to Load Balancing: l Definition of Distributed systems. Collection of independent loosely coupled computing resources. l Load Balancing.
Architectural Design Principles. Outline  Architectural level of design The design of the system in terms of components and connectors and their arrangements.
1 © 1998 HRL Laboratories, LLC. All Rights Reserved Development of Bayesian Diagnostic Models Using Troubleshooting Flow Diagrams K. Wojtek Przytula: HRL.
Knowledge Engineering a Bayesian Network for an Ecological Risk Assessment (KEBN-ERA) Owen Woodberry Supervisors: Ann Nicholson Kevin Korb Carmel Pollino.
Chapter 22 Object-Oriented Design
Judgment and Decision Making in Information Systems Computing with Influence Diagrams and the PathFinder Project Yuval Shahar, M.D., Ph.D.
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
Virtual Machine Hosting for Networked Clusters: Building the Foundations for “Autonomic” Orchestration Based on paper by Laura Grit, David Irwin, Aydan.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Bayesian Learning By Porchelvi Vijayakumar. Cognitive Science Current Problem: How do children learn and how do they get it right?
APML, a Markup Language for Believable Behavior Generation Soft computing Laboratory Yonsei University October 25, 2004.
1 S ystems Analysis Laboratory Helsinki University of Technology Kai Virtanen, Janne Karelahti, Tuomas Raivio, and Raimo P. Hämäläinen Systems Analysis.
Creating a Shared Vision Model. What is a Shared Vision Model? A “Shared Vision” model is a collective view of a water resources system developed by managers.
SOFTWARE DESIGN.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Communication & Collaboration Communicate Clearly  Articulate thoughts and ideas effectively using oral, written and nonverbal communication skills in.
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
Putting it all Together April 11, 2012 Faciliated by: Ann Craig, Linda Mannhardt and Nicole Peterson.
Bayesian Networks for Data Mining David Heckerman Microsoft Research (Data Mining and Knowledge Discovery 1, (1997))
Intro to Network Design
Introduction to Bayesian Networks
Learning Geographical Preferences for Point-of-Interest Recommendation Author(s): Bin Liu Yanjie Fu, Zijun Yao, Hui Xiong [KDD-2013]
+ Chapter 9: Management of Business Intelligence © Sabherwal & Becerra-Fernandez.
Issues in Multiparty Dialogues Ronak Patel. Current Trend  Only two-party case (a person and a Dialog system  Multi party (more than two persons Ex.
A Context Model based on Ontological Languages: a Proposal for Information Visualization School of Informatics Castilla-La Mancha University Ramón Hervás.
University of Windsor School of Computer Science Topics in Artificial Intelligence Fall 2008 Sept 11, 2008.
1 Natural Language Processing Lecture Notes 14 Chapter 19.
Uncertainty Management in Rule-based Expert Systems
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Source : The Problem Learning and innovation skills increasingly are being recognized as the skills that separate students who are.
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. Enabling Components Management and Dynamic Execution Semantic.
2015 Pipeline Safety Trust Conference November 20 th, 2015 | New Orleans, LA API RP 1175 Pipeline Leak Detection Program Management – New RP Highlights.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
What’s Ahead for Embedded Software? (Wed) Gilsoo Kim
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Instructional Leadership: Applying Concern & Use Name Workshop Facilitator.
Relationships in the 21 st Century Parent Teachers Students Association (PTSA) Goals, Membership, Participation.
Grounding and Repair Joe Tepperman CS 599 – Dialogue Modeling Fall 2005.
Control-Theoretic Approaches for Dynamic Information Assurance George Vachtsevanos Georgia Tech Working Meeting U. C. Berkeley February 5, 2003.
Intelligent Agents: Technology and Applications Unit Five: Collaboration and Task Allocation IST 597B Spring 2003 John Yen.
Service Recovery Research Insights and Practices 報告人:陳禹諾 授課老師:任維廉老師.
Design Engineering 1. Analysis  Design 2 Characteristics of good design 3 The design must implement all of the explicit requirements contained in the.
Presented BY: Asif Jamil Chowdhury AHMED SHEHAB KHAN (4/21/2016)
Measuring Outcomes of GEO and GEOSS: A Proposed Framework for Performance Measurement and Evaluation Ed Washburn, US EPA.
Attentive User Interfaces
Kai Virtanen, Janne Karelahti, Tuomas Raivio, and Raimo P. Hämäläinen
Adaptive Choice of Information Sources
28th September 2005 Dr Bogdan L. Vrusias
Mike Anderson, Darsana P. Josyula, Don Perlis
Presentation transcript:

Conversation as Action Under Uncertainty Tim Paek Eric Horvitz

Abstract Conversation  uncertainties of various kinds Quartet architecture  Inference/Decision making under uncertainty  4 levels of analysis  Representations  Inference procedures  Decision strategies Interaction between a user and dialog system

1. Introduction Spoken dialog system  robust, unified architecture for sharing key uncertainties  Quartet

2. Toward an Architecture for Conversation General conversation  To make themselves understood  Uncertainty: communication failure  Collaborate/establish mutual belief  “feedback” = coordination Head nod, “uh huh” Clear up uncertainties, take other measures Conversation = collaborative effort or joint activity

Grounding  상호 이해를 위해 대화의 presentation 또는 acceptance 를 coordinate 하는 과정  Consideration of how key uncertainties depend on each other and influence mutual understanding  What decisions to make in light of these uncertainties

Quartet  Treat grounding as decision making under uncertainty  Key uncertainty  Bayesian Network  Local expected utility/VOI Identify action  maximize mutual understanding  Focus on handling uncertainties  Enable dialog system to adapt strategies  Allow components to share uncertainties

2.1 Four Levels of Analysis Evaluate grouding at 4 levels of analysis 4 Levels  Channel level  Signal level  Intention level: signal 의 semantics 이해  Conversation level All levels need coordination/collaboration Unified architecture  Model probabilistic dependencies between levels

2.2 Models, Inference, Decisions atemporal/temporal Bayesian networks  compute likelihood of variables of interest  Ex) overall grounding status

2.2.1 Modularity Maintenance module  handle uncertainties about channel and signal levels Intention module  About intention level Conversation control  Keep track of the grounding status  Where to focus on resolving uncertainties  What grounding actions to take in light of their likely costs/benefits

Reasons for distinct modules  Probabilistic dependencies abundant with the modules sparse between them  Enhancement of the flexibility of Quartet To be applied to variety of task domains  Belief, decision, degree of detailed necessary for each level varied significantly depending on the communication medium or modality

2.2.2 Representation for Decision Making Grouding status  Diagnoses the overall mutual understanding

2.2.3 Refinement through Value of Information Need to refine actions by sharing uncertainties Utterance design  improve understanding Conversation  decision making  Capitalize on VOI analysis to ask questions, make recommendations, and seek out information

 VOI analysis find best evidence in light of the inferred probabilities  Compute VOI  모든 observation 에 대해 expected utility of the best decision 을 계 산  VOI recommend a piece of evidence to observe: system 이 recommendation 제공 또는 phrase a question

 Exact computation of VOI  all possible sequences of observations  Greedy VOI: reasonable approximation

3. Runtime Behavior Dialog system  ASR  NLPWin parser  Face-pose tracker

3.1 Providing Services 완전 이해후의 highest expected utility action  User 와 requested action 을 연관시키는 것

3.2 Exploiting Multiple Levels Goal 이 not so clear at the intention level  Consider uncertainties at lower levels of analysis

3.3 Adapting Strategies over Time Mutual understanding 이 fluctuate  adapt strategy over time Do requested service / resort to only three repair strategies  ASK REPEAT, CONFIRM, TROUBLESHOOT (use VOI analyses to recommend procedures to improve mutual understanding)

4. Conclusions Approach to continuous spoken dialog centering on an architecture called Quartet