Guide to Simulation Run Graphic: The simulation runs show ME (memory element) activation, production matching and production firing during activation of.

Slides:



Advertisements
Similar presentations
Pat Langley School of Computing and Informatics Arizona State University Tempe, Arizona USA Mental Simulation and Learning in the I CARUS Architecture.
Advertisements

Pat Langley Computational Learning Laboratory Center for the Study of Language and Information Stanford University, Stanford, California USA
Pat Langley Computational Learning Laboratory Center for the Study of Language and Information Stanford University, Stanford, California USA
Pat Langley School of Computing and Informatics Arizona State University Tempe, Arizona A Cognitive Architecture for Integrated.
Pat Langley School of Computing and Informatics Arizona State University Tempe, Arizona USA A Unified Cognitive Architecture for Embodied Agents Thanks.
Cognitive Systems, ICANN panel, Q1 What is machine intelligence, as beyond pattern matching, classification and prediction. What is machine intelligence,
ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
Software Requirements
Math CAMPPP 2011 Plenary 1 What’s the Focus? An Introduction to Algebraic Reasoning Ruth Beatty and Cathy Bruce 1.
Design Concepts and Principles
Learning Styles VARK. Visual (V)  This preference includes the depiction of information in maps, spider diagrams, charts, graphs, flow charts, labelled.
Threaded Cognition: An Integrated Theory of Concurrent Multitasking
Introduction to SOAR Based on “a gentle introduction to soar: an Architecture for Human Cognition” by Jill Fain Lehman, John Laird, Paul Rosenbloom. Presented.
Object-Oriented Analysis and Design
Lecturer: Sebastian Coope Ashton Building, Room G.18 COMP 201 web-page: Lecture.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Software Requirements
Lecture 4 Class Responsibility Collaboration Cards
Software Requirements
Models of Human Performance Dr. Chris Baber. 2 Objectives Introduce theory-based models for predicting human performance Introduce competence-based models.
Overview of Software Requirements
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
Physical Symbol System Hypothesis
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
Conceptual modelling. Overview - what is the aim of the article? ”We build conceptual models in our heads to solve problems in our everyday life”… ”By.
Research Methods for HCI: Cognitive Modelling BCS HCI Tutorial 1 st September, 2008.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS)
UML Class Diagrams: Basic Concepts. Objects –The purpose of class modeling is to describe objects. –An object is a concept, abstraction or thing that.
Statistical Natural Language Processing. What is NLP?  Natural Language Processing (NLP), or Computational Linguistics, is concerned with theoretical.
Three Generative grammars
FRE 2672 Urban Ontologies : the Towntology prototype towards case studies Chantal BERDIER (EDU), Catherine ROUSSEY (LIRIS)
ARTIFICIAL INTELLIGENCE [INTELLIGENT AGENTS PARADIGM] Professor Janis Grundspenkis Riga Technical University Faculty of Computer Science and Information.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Broca’s Aphasia Paul Broca Language and the Brain First connections drawn:
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Software Requirements l Descriptions and specifications of a system.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements.
SLA Seminar, NSYSU 11/17/2006 Ch. 9 Cognitive accounts of SLA OUTLINE Cognitive theory of language acquisition Models of cognitive accounts Implicit vs.
Dr. Tom WayCSC Software Requirements CSC 4700 Software Engineering Lecture 2 Based on Sommerville, Chapter 6.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 20 Object-Oriented.
SOFTWARE DESIGN.
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Illustrations and Answers for TDT4252 exam, June
1 Structuring Systems Requirements Use Case Description and Diagrams.
School of something FACULTY OF OTHER Facing Complexity Using AAC in Human User Interface Design Lisa-Dionne Morris School of Mechanical Engineering
PSY270 Michaela Porubanova. Language  a system of communication using sounds or symbols that enables us to express our feelings, thoughts, ideas, and.
Artificial Intelligence: Natural Language
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
1 Viewing Vision-Language Integration as a Double-Grounding case Katerina Pastra Department of Computer Science, Natural Language Processing Group, University.
OPERATING SYSTEMS CS 3530 Summer 2014 Systems and Models Chapter 03.
Levels of Linguistic Analysis
Domain Model A representation of real-world conceptual classes in a problem domain. The core of object-oriented analysis They are NOT software objects.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Finite State Machines (FSM) OR Finite State Automation (FSA) - are models of the behaviors of a system or a complex object, with a limited number of defined.
Concepts and Realization of a Diagram Editor Generator Based on Hypergraph Transformation Author: Mark Minas Presenter: Song Gu.
Processor Organization and Architecture Module III.
Software Engineering, COMP201 Slide 1 Software Requirements BY M D ACHARYA Dept of Computer Science.
Cognitive Architectures and General Intelligent Systems Pay Langley 2006 Presentation : Suwang Jang.
INTRODUCTION TO THE WIDA FRAMEWORK Presenter Affiliation Date.
Artificial Intelligence Knowledge Representation.
1 Software Requirements Descriptions and specifications of a system.
Text Linguistics. Definition of linguistics Linguistics can be defined as the scientific or systematic study of language. It is a science in the sense.
OPERATING SYSTEMS CS 3502 Fall 2017
Software Requirements
International Research and Development Institute Uyo
Chapter 10: Process Implementation with Executable Models
An Integrated Theory of the Mind
Analysis models and design models
Levels of Linguistic Analysis
Presentation transcript:

Guide to Simulation Run Graphic: The simulation runs show ME (memory element) activation, production matching and production firing during activation of the two concepts. Red circles indicate activation of a ME, the diameter of the circle is an approximate indicator of activation level. Green squares show matching productions, red squares show matching productions that were selected during conflict resolution. Structural relationships between MEs are indicated by black lines. Red lines are production match inputs. Key to Active Memory Elements Concrete Concept ‘Ball’ Visual Module 1 = visual representation of generic ball Oculomotor Module 1 = search for match to visual rep of ball Manual Module 2 = motor plan for kicking a football (1, 3 are sub- actions) 4 = motor plan for holding a ball (5 is a sub-action) Tactile Module 1, 2 = sequence of sensation from kicking a football Speech Module 3 = speech plan for word ‘ball’ (1, 2 are phonemes) 4 = speech plan for sentence with ‘ball’ as object 5 = speech plan for word ‘kick’ 6 = last phoneme in word ‘Round’ Auditory Module 1 = word ‘ball’, 2 = word ‘round’, 3 = word ‘kick’ Abstract Concept ‘Democracy’ Speech Module 4 = speech plan for word ‘democracy’ (1,2, 3 are phonemes, note not all phonemes represented) 5 = speech plan for sentence with ‘democracy’ as object (is not elaborated directly, only indirectly) 6 = speech plan for sentence with ‘democracy’ as description 7 = phoneme/word ‘is’ 8 = speech plan for word ‘UK’ Auditory Module 1 = word ‘democracy’ 2 = word ‘vote’ 3 = phrase ‘is a’ 4 = word ‘UK’ Conceptual Representation in GLAM-PS - a Computationally Implemented Grounded/Embodied Cognitive Architecture Gareth Miles - University of Glamorgan Contact: Dr. Gareth Miles, Faculty of Humanities and Social Science, University of Glamorgan, Pontypridd, CF37 1DL ( GLAM-PS So Far… - Models of Problem Solving The first two tasks modelled in GLAM-PS were problem solving domains. These were the Tower of London (Miles, 2009) and algebra (Miles, In Preparation). Both models demonstrate that amodal and explicit goal representations are not needed to model simple problem solving behaviour (in these domains). Control of behaviour is achieved in these models through the structuring of behaviour using i.) external information (cf. Minimal Control Principle, Taatgen, 2007), ii.) internal modal information and iii.) internal modal simulation. It is argued that by extending Taatgen’s Minimal Control Principle to include internal modal states (as well as external states) the need for additional representations (i.e. goals) is avoided. In this work executive function is fully embodied / grounded. The Structure of the GLAM-PS Cognitive Architecture is Diagrammed Below (note only a selection of modules is included) Modelling Conceptual Representation in GLAM-PS GLAM-PS has no separate semantic memory. As an Architecture much of its knowledge about concrete concepts is based on perceptual and motor representation (cf. Perceptual Symbol Systems, Barsalou, 1999). Unlike in Barsalou (1999) the representation of concrete concepts is strongly influenced by language (but this language is in turn reflective of activated perceptual and motor representations). The same representational system is used to represent abstract concepts, but no or very few perceptual or motor representations are used - so language alone guides the elaboration of abstract concepts. However – in GLAM-PS all language, including phonological representations of language, is considered to be either a product of sensory analysis (i.e perceptual) or a representation of motor capability (i.e. motor). *** In GLAM-PS all language is Embodied *** Language Representation in GLAM-PS Architectural Features. There are certain features of language representation in GLAM-PS that emerge directly from the architecture, these are: 1.Heard Language and Spoken Language are represented in separate modules (see diagram to left) 2.Heard Language can be simulated 3.Spoken Language can be represented without being enacted (i.e. spoken out loud) Model Features. In addition, the model of language representation developed in GLAM-PS thus far shows other features. These reflect constraints from the Architecture of GLAM-PS, but are not necessary consequences of the Architecture. 1.Lexical access is governed primarily by the Auditory Input/Heard Language module 2.Grammar is governed primarily by the Speech Output module 3.The core units of representation in the Auditory Input/Heard Language module are discreet words 4.The core units of representation in the Speech Output module are phonemes 5.There is redundancy. Some lexical access is possible from the Speech Output module, and grammatical information is derivable within the Auditory Input/Heard Language module. Implementing Concept Representation in GLAM-PS: A multi-modal cascade model 1.Knowledge about each concept is represented in production rules within one or more modules. 2.The external prompt for a concept will trigger only a few of these productions 3.Each concept-related production executed will typically add memory information (i.e. memory elements) that will in turn allow more concept-related productions to match 4.Inter-module communication makes available the contents of each modules working memory to all other modules, this information can be used to match or inhibit other concept-related productions. 5.The number of productions matching each cycle will increase (cascading) until the working memory of each relevant module is saturated or no new productions are left to fire 6.Perceptual categories and motor capability categories can be derived, but only strictly within a module, [see here for more detail on 6.] 7.Language will play a role in most concept representation. During the representation of concrete concepts language will tend to follow (and be dominated by) perceptual/motor representations (see Run 1 below). When abstract concepts are represented, language will be generated without the guidance and influence of non-language representations (see Run 2 below) – elaboration using language will be weaker (production values in conflict resolution will be lower) but more diverse.(as weak productions may match) Simulation of Module Activity During Activation of a Concrete Concept and an Abstract Concept The figure below shows module activity following the auditory presentation of the words ‘Ball’ (Run 1) and ‘Democracy’ (Run 2). Inter-module communication delay is set to 4 cycles in this example. Baraslou (2009, 2010) has highlighted the need for computationally implemented accounts of Grounded/Embodied Cognition. Some attempts to fulfil this need have emerged recently (McRae & Fischer, 2010). GLAM-PS (Glamorgan Problem Solver) is a Cognitive Architecture that takes a different approach, by using a production system formalism similar to that found in ACT-r (Anderson, 2007) and SOAR (Newell, 1990). This helps to highlight the theoretical differences between Grounded/Embodied Cognition and currently dominant accounts of Cognition (i.e. ACT-r). Technical Details of GLAM-PS Grounded Cognitive Architecture: 1.Production rules can match to the presence or absence of Memory Elements (MEs) within their own Working Memory (immediate updating) and in the Working Memory of all other modules (updating delayed by inter-module transmission). A maximum of two MEs from each module can match to each production rule. 2.Memory Elements (MEs) have activation levels that can be reduced or raised by production rules. A motor ME will be executed when a threshold level of activation is exceeded 3.All Input Module MEs only include information that could be derived from sensory input to that module 4.All Output Module MEs only include information that is representative of, or related to the motor capabilities of that module 5.Both Input and Output MEs can include information about their structural relationships with other MEs in the same module 6.Typically, MEs will be organised hierarchically within each modules Working Memory (sometimes in a multi-level hierarchy). For example into motor plans for manual action, speech plans, or perceptual groupings. 7.Both Input and Output MEs can include information on co-occurrence with other MEs from the same module and/or co- occurrence in structural relationships within that module (e.g. does the ME always play the same role within a representational hierarchy?). This analysis of co-occurrence allows information on perceptual category or motor capability category to be included in the representation of a ME. Information from other modules can never be used in the derivation of these categories.