soar as a cognitive architecture for modeling driver workload

12
SOAR as a Cognitive Architecture for Modeling Driver Workload Randall Mauldin

Upload: muniya

Post on 10-Feb-2016

58 views

Category:

Documents


5 download

DESCRIPTION

SOAR as a Cognitive Architecture for Modeling Driver Workload. Randall Mauldin. Goal. To have onboard computer assistance that allows safe multi-tasking while driving. Reduction of accidents and unsafe driving due to the distraction of secondary tasks proves to be a cause worth pursuing. - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: SOAR as a Cognitive Architecture for Modeling Driver Workload

SOAR as a Cognitive Architecture for Modeling

Driver Workload

SOAR as a Cognitive Architecture for Modeling

Driver Workload

Randall MauldinRandall Mauldin

Page 2: SOAR as a Cognitive Architecture for Modeling Driver Workload

GoalGoal

To have onboard computer assistance that allows safe multi-tasking while driving.

Reduction of accidents and unsafe driving due to the distraction of secondary tasks proves to be a cause worth pursuing.

To have onboard computer assistance that allows safe multi-tasking while driving.

Reduction of accidents and unsafe driving due to the distraction of secondary tasks proves to be a cause worth pursuing.

Page 3: SOAR as a Cognitive Architecture for Modeling Driver Workload

IntroductionIntroduction

Develop a Computational Cognitive Model of the driving task to allow a safer and more efficient driving experience.

Develop a Computational Cognitive Model of the driving task to allow a safer and more efficient driving experience.

Page 4: SOAR as a Cognitive Architecture for Modeling Driver Workload

How? How? Develop a Cognitive Process Model

(CPM) of a basic driver workload. The CPM will take in to account

various driver tasks and interpret their demand on cognition.

Develop computational specifications and implement them into a Cognitive Modeling Architecture.

Develop a Cognitive Process Model (CPM) of a basic driver workload.

The CPM will take in to account various driver tasks and interpret their demand on cognition.

Develop computational specifications and implement them into a Cognitive Modeling Architecture.

Page 5: SOAR as a Cognitive Architecture for Modeling Driver Workload

Possibilities for a CPMPossibilities for a CPM

Page 6: SOAR as a Cognitive Architecture for Modeling Driver Workload

What is Driver Distraction?What is Driver Distraction?

Driver distraction lacks a precise, scientific definition.

Defined based upon four components: Impact, Agent, Mechanism, and Type.

Driver distraction lacks a precise, scientific definition.

Defined based upon four components: Impact, Agent, Mechanism, and Type.

Page 7: SOAR as a Cognitive Architecture for Modeling Driver Workload

Impact and AgentImpact and Agent

“A driver is delayed in the recognition of information necessary to safely maintain the lateral and longitudinal control of the vehicle (the driving task)”

“Due to some event, activity, object or person, within or outside the vehicle”

“A driver is delayed in the recognition of information necessary to safely maintain the lateral and longitudinal control of the vehicle (the driving task)”

“Due to some event, activity, object or person, within or outside the vehicle”

Page 8: SOAR as a Cognitive Architecture for Modeling Driver Workload

Mechanism and TypeMechanism and Type

“That compels or tends to induce the driver’s shifting attention away from fundamental driving tasks”

“By compromising the driver’s auditory, biomechanical, cognitive or visual faculties, or combinations thereof”

“That compels or tends to induce the driver’s shifting attention away from fundamental driving tasks”

“By compromising the driver’s auditory, biomechanical, cognitive or visual faculties, or combinations thereof”

Page 9: SOAR as a Cognitive Architecture for Modeling Driver Workload

SOARSOAR

State Operator and Result Created by John Laird, Allen Newell,

and Paul Rosenbloom at Carnegie Mellon University in 1983.

The “state” is the situation that needs to be solved.

The “operator” is what changes the “state.”

State Operator and Result Created by John Laird, Allen Newell,

and Paul Rosenbloom at Carnegie Mellon University in 1983.

The “state” is the situation that needs to be solved.

The “operator” is what changes the “state.”

Page 10: SOAR as a Cognitive Architecture for Modeling Driver Workload

SOARSOAR

Soar’s 7 step decision cycle

Page 11: SOAR as a Cognitive Architecture for Modeling Driver Workload

SOARSOAR

Structural model of Soar’s operation

Page 12: SOAR as a Cognitive Architecture for Modeling Driver Workload

Key FeaturesKey Features

Capable of representing large complex rule sets

Learns in a problem-solving context

New rules created for shorter sequences (“chunking”)

Capable of representing large complex rule sets

Learns in a problem-solving context

New rules created for shorter sequences (“chunking”)