Dept. of Computer Science University of Rochester Rochester, NY 14627 By: James F. Allen, Donna K. Byron, Myroslava Dzikovska George Ferguson, Lucian Galescu,

Slides:



Advertisements
Similar presentations
Graphical input techniques
Advertisements

Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Chapter 11 user support. Issues –different types of support at different times –implementation and presentation both important –all need careful design.
Manuela Veloso, Anthony Stentz, Alexander Rudnicky Brett Browning, M. Bernardine Dias Faculty Thomas Harris, Brenna Argall, Gil Jones Satanjeev Banerjee.
Mixed-Initiative Planning Yolanda Gil USC CS 541 Fall 2003.
Organization and Environment Upul Abeyrathne, Senior Lecturer in Political Science, University of Ruhuna, Matara.
INTERNATIONAL CONFERENCE ON NATURAL LANGUAGE PROCESSING NLP-AI IIIT-Hyderabad CIIL, Mysore ICON DECEMBER, 2003.
Learning and Teaching Linear Functions Video Cases for Mathematics Professional Development, 6-10.
Dialogue – Driven Intranet Search Suma Adindla School of Computer Science & Electronic Engineering 8th LANGUAGE & COMPUTATION DAY 2009.
OASIS Reference Model for Service Oriented Architecture 1.0
© Janice Regan, CMPT 102, Sept CMPT 102 Introduction to Scientific Computer Programming The software development method algorithms.
Cognitive modelling, Users models and Mental models What’s cognitive modelling ? The human information processing approach Cognitive Models of Users in.
MIS 5241 SOFTWARE. MIS 5242 Agenda The Stored Program Concept Software as Control Software as Simulation.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Correctness. Until now We’ve seen how to define dataflow analyses How do we know our analyses are correct? We could reason about each individual analysis.
Designing Help… Mark Johnson Providing Support Issues –different types of support at different times –implementation and presentation both important.
Verbal (symbol) Based Interactions Dr.s Barnes and Leventhal.
Requirements Elicitation Chapter 4. Establishing Requirements Two questions –What is the purpose of the system –What is inside and what is outside the.
ICS 463, Intro to Human Computer Interaction Design: 3. Perception Dan Suthers.
Principles and Methods
1 THE USER INTERFACE Interface Design. 2 Requirements for a good HCI appropriate for the level and domain of expertise good interface mechanics –menus,
Lecture 3: Shared Workspace and Design Coordination Dr. Xiangyu WANG.
Learning and Teaching Linear Functions Video Cases for Mathematics Professional Development, 6-10.
Course Instructor: Aisha Azeem
Matthew J Mattia CSC  Cumbersome Code  Consistent/Predictable design (GUEPs #5, CD’s #10)  Display “proper” amount of information  Including.
1 More Than Screen Deep Theoractice. 2 XXX Deep  Underdogs: Beauty Is More Than Fur Deep  Real Love Is More Than Skin Deep  Beauty is Only Screen Deep.
Natural Language Understanding
USE Case Model.
Starting Chapter 4 Starting. 1 Course Outline* Covered in first half until Dr. Li takes over. JAVA and OO: Review what is Object Oriented Programming.
UML Unified Markup Language Ziya Karakaya Atılım University, Computer Engineering
1 Chapter No 3 ICT IN Science,Maths,Modeling, Simulation.
Framework: ISA-95 WG We are here User cases Studies
Lecture 12: 22/6/1435 Natural language processing Lecturer/ Kawther Abas 363CS – Artificial Intelligence.
Role-plays for CALL: System Architecture and Resources Sabrina Wilske & Magdalena Wolska Saarland University ICL, Villach, September.
RUP Implementation and Testing
CSE 303 – Software Design and Architecture
Author: James Allen, Nathanael Chambers, etc. By: Rex, Linger, Xiaoyi Nov. 23, 2009.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Se Over the past decade, there has been an increased interest in providing new environments for teaching children about computer programming. This has.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
Chapter 4 Finding out about tasks and work. Terminology GOAL: End result or objective TASK: An activity that a person has to do to accomplish a goal ACTION:
Chapter 2.2 Game Design. CS Overview This introduction covers: –Terms –Concepts –Approach All from a workaday viewpoint.
ARTIFICIAL INTELLIGENCE [INTELLIGENT AGENTS PARADIGM] Professor Janis Grundspenkis Riga Technical University Faculty of Computer Science and Information.
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
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.
E.g.: MS-DOS interface. DIR C: /W /A:D will list all the directories in the root directory of drive C in wide list format. Disadvantage is that commands.
Introduction to Dialogue Systems. User Input System Output ?
Intelligent Robot Architecture (1-3)  Background of research  Research objectives  By recognizing and analyzing user’s utterances and actions, an intelligent.
Agents that Reduce Work and Information Overload and Beyond Intelligent Interfaces Presented by Maulik Oza Department of Information and Computer Science.
Artificial Intelligence: Natural Language
Dr. Rebhi S. Baraka Advanced Topics in Information Technology (SICT 4310) Department of Computer Science Faculty of Information Technology.
1 Galatea: Open-Source Software for Developing Anthropomorphic Spoken Dialog Agents S. Kawamoto, et al. October 27, 2004.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
LineUp: Visual Analysis of Multi- Attribute Rankings Samuel Gratzl, Alexander Lex, Nils Gehlenborg, Hanspeter Pfister, and Marc Streit.
Discourse Analysis Week 10 Riggenbach (1999) Chapter 1 - Quotes.
WHAT ARE PLANS FOR? Philip E. Agre David Chapman October 1989 CS 790X ROBOTICS Presentation by Tamer Uz.
JavaScript Introduction and Background. 2 Web languages Three formal languages HTML JavaScript CSS Three different tasks Document description Client-side.
Systems Analyst (Module V) Ashima Wadhwa. The Systems Analyst - A Key Resource Many organizations consider information systems and computer applications.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
44222: Information Systems Development
Software Architecture for Multimodal Interactive Systems : Voice-enabled Graphical Notebook.
Supporting Children with Speech, Language and Communication Needs (SLCN) Monday 21 st March Emily Alderson – Speech and Language Therapist.
DATA VISUALIZATION BOB MARSHALL, MD MPH MISM FAAFP FACULTY, DOD CLINICAL INFORMATICS FELLOWSHIP.
A service Oriented Architecture & Web Service Technology.
Speech and multimodal Jesse Cirimele. papers “Multimodal interaction” Sharon Oviatt “Designing SpeechActs” Yankelovich et al.
Bernd Bruegge and Allen Dutoit Requirements Process The requirements process consists of two activities: Requirements Elicitation: Definition of the system.
Human Computer Interaction Lecture 21 User Support
COMMUNICATION OF MEANING
THE OSI MODEL By: Omari Dasent.
Presentation transcript:

Dept. of Computer Science University of Rochester Rochester, NY By: James F. Allen, Donna K. Byron, Myroslava Dzikovska George Ferguson, Lucian Galescu, Amanda Stent Present By: Nourhan Younis MOIS 466- Human Computer Interaction Mini-Project 1

 A computer intended to converse with a human, with a coherent structure.

 Limit communication  Increasing efficiency of service  Making speech more predictable  Easier recognition and language processing

 Basing HCI on human conversation  More interaction and complexity BUT  People claim it won’t be as effective as graphic user interfaces (GUIs)

Limitations of Graphic User Interfaces:  The size of the device used  Some tasks requires the use of hands and eyes  More flexible  Reduces the training time  The provide a set of operations with many complex, sequential tasks  Adds high level commands with many options  Requires lots of training

 It can’t totally replace GUIs because:  The user will have to remember a long set of verbal commands to perform a task (ex. Menus) The Conversational inter- faces, however, would provide the opportunity for the user to state what he/she wants to do in his/her own terms, just as he/she would do to another person, and the system takes care of the complexity.

 Conversational Interaction will not depend on a series of commands But  Interaction involves:  Defining and discussing tasks  Exploring ways to perform the task  Collaborating to get it done All interactions are contextually interpreted with respect to the interactions performed to this point, allowing the system to anticipate the user’s needs and provide responses that best further the user’s goals

 H1: Practical Dialogues Conversational competence required for practical dialogues, although still complex, is significantly simpler to achieve than general human conversational competence.  H2: The Domain Independence Within the genre of practical dialogue, the bulk of the complexity in the language interpretation and dialogue management are independent of the task being performed

1. Parsing language in practical dialogues 2. Integrating dialogue and task performance 3. Intention recognition 4. Mixed initiative dialogue

 Need to produce a detailed semantic representation the captures what the user meant by the utterance  Put limitations on the different meanings of the words  Encode restrictions to make sure words are in the right context  Spoken language is not sentence based, rather a single utterance may realize a sequence of communicative acts called Speech Acts  The grammar used is an act description rather than sentence structures

EXAMPLE: “OK, let’s do that then send a truck to Avon”  OK: an acknowledgement  Let’s do that: an acceptance  Send a truck to Avon: a request

 We need dialogue systems that can be adapted to any practical tasks  Requires an AGENT BASED FRAMEWORK  Dialogue Systems: ▪ Knows about the tasks that needs to be accomplished ▪ The generic system is specialized to the particular domain by integrating domain specific information  Broker : link between the dialogue system and backend  Backend: a set of agents providing services

 The key to this enterprise is the development of an abstract problem solving model with: ▪ Objectives ▪ Solutions ▪ Resources ▪ Situations  As utterances can mean different things in different domains : ▪ A domain specific task model: provides mapping from the abstract problem solving model to the operations in a particular domain by specifying what things count as objectives, solutions, resources, and situations

 Determining what the user wants to say by saying the utterance  Example: Emergency System that will be used to evacuate people from an island in the face of a hurricane

 That example shows different interpretations of those utterances  Reasoning used, requires information about the task to identify which makes sense rationally in the current situation  The challenge here is to match the intentions with the context of the the question asked

 Practical human dialogue involves mixed initiative interaction i.e. dynamic exchange of control of the dialogue flow, increasing efficiency, effectiveness; enabling both participants'’ needs to be met  For systems that ask questions it can work in simple tasks, like long distance dialing  For complex tasks: you may often need to get through irrelevant interactions before getting the information you need.

 The user has to supply information for the system, until there is sufficient information for the system to perform the task BUT  The user might not know what information he might still needs to supply So  Currently system provide limited mixed initiative interactions

 There are still lots of technical issues remaining to overcome to increase the efficiency and effectiveness of the dialogue based user interfaces. Thank You