Automotive User Interfaces and Interactive Vehicular Applications
Automotive User Interfaces and Interactive Vehicular Applications
Automotive User Interfaces and Interactive Vehicular Applications
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
The Process of Creating an IVAT Plug-in: Mirror Checking<br />
Thomas M. Gable, Richard Swette, Alan M. Tipert, Bruce N. Walker & Sundararajan Sarangan<br />
Sonification Lab, School of Psychology<br />
Georgia Institute of Technology<br />
654 Cherry Street Atlanta GA 30332 USA<br />
thomas.gable@psych.gatech.edu, {rswette3,tipert,bruce.walker,sundar}@gatech.edu<br />
ABSTRACT<br />
In this paper, we discuss the process of creating a mirror checking<br />
plug-in for a personalized, adaptive program used to assist drivers<br />
who have had a traumatic brain injury (In-Vehicle Assistive<br />
Technology, or IVAT). Our aim in the current paper is to outline<br />
the procedure utilized in the creation of the current IVAT plug-in<br />
<strong>and</strong> to highlight the importance of user-centered design in an<br />
application such as this. We discuss the myriad of decision points<br />
<strong>and</strong> design possibilities <strong>and</strong> how we base implementation in<br />
theory about user needs <strong>and</strong> capabilities.<br />
Categories <strong>and</strong> Subject Descriptors<br />
H.5.2. [Information <strong>Interfaces</strong> <strong>and</strong> Presentation (e.g., HCI)]:<br />
<strong>User</strong> <strong>Interfaces</strong> – interaction styles (e.g., comm<strong>and</strong>s, menus,<br />
forms, direct manipulation), user-centered design<br />
General Terms<br />
Design, Human Factors.<br />
Keywords<br />
<strong>User</strong> Interface, Traumatic Brain Injury, Assistive Technology,<br />
Human Factors, Plug-in Design<br />
1. INTRODUCTION<br />
Each year 1.5 million Americans report new brain injuries in<br />
addition to the 5.3 million already identified as having a traumatic<br />
brain injury (TBI) [1]. While the injuries significantly impact their<br />
lives, these individuals often attempt to become fully independent<br />
post-injury, including undertaking independent driving [2]. The<br />
cognitively <strong>and</strong> perceptually dem<strong>and</strong>ing task of driving, however,<br />
can create issues for individuals with a TBI due to the consequent<br />
impairment in cognitive functioning it presents [2]. Individuals<br />
who have experienced TBIs have often reported problems with<br />
safe driving practices, creating situations in which driving can be<br />
dangerous [3].<br />
2. IVAT Background<br />
To assist with the re-integration of individuals into mainstream<br />
society following TBIs, the Sonification Laboratory at the<br />
Georgia Institute of Technology has been working with the<br />
Shepherd Center to create <strong>and</strong> implement an In-Vehicle Assistive<br />
Technology (IVAT) system. Rehabilitation experts at the<br />
Shepherd Center originally developed a hardware device (a<br />
“three-button box”), called the electronic driving coach (EDC),<br />
for a case study of an individual with a TBI [4]. The Sonficiation<br />
Lab has extended <strong>and</strong> exp<strong>and</strong>ed this proof-of-concept into a<br />
complete software system that can now be installed onto a car PC<br />
integrated directly into the vehicle [5]. From the outset researchers<br />
sought to underst<strong>and</strong> user needs for the global IVAT system<br />
through interviews <strong>and</strong> focus groups, as well as iterative<br />
�����������������������������<br />
�����������������������������������������������������������������<br />
�������������������<br />
- 27 -<br />
evaluations of prototypes with potential users <strong>and</strong> driving<br />
rehabilitators [5]. That research identified a set of tasks performed<br />
while driving that could be affected by a TBI. The vision of the<br />
future IVAT system is a system of plug-ins, each designed<br />
specifically for one of these tasks. These plug-ins could be<br />
employed alone or in combination with others, ultimately creating<br />
a personalized <strong>and</strong> adaptive driving system for any given user. It<br />
is now important to ensure that the development <strong>and</strong> design of<br />
each one of these IVAT plug-ins is appropriate <strong>and</strong> effective.<br />
Drivers with TBIs present unique challenges in developing such<br />
an automotive user interface.<br />
3. The Plug-in: Mirror Checking<br />
3.1 Choosing Mirror Checking<br />
Considering driving as a whole, maintaining spatial <strong>and</strong><br />
situational awareness (SA) is a vital part of safe driving [6]. Given<br />
the high priority of <strong>and</strong> TBI drivers’ frequent problems with SA,<br />
facilitating the task of checking mirrors was selected to be the<br />
function of the first purpose-built IVAT plug-in (see e.g., [7] for<br />
the empirical research that assesses driver situation awareness<br />
using mirror checking).<br />
3.2 Primary Considerations<br />
During the design process the overall goal of a plug-in must be<br />
well established. In the case of this mirror checking application,<br />
the goal was to increase the users’ awareness of their surroundings<br />
by reminding them to check their mirrors, making them safer <strong>and</strong><br />
more engaged drivers. The system must accomplish this goal<br />
without adding significantly to the user’s cognitive load <strong>and</strong><br />
inadvertently impairing his or her ability to drive. Additionally,<br />
the plug-in must be compelling enough to keep the user’s<br />
attention, which has been shown to be important to drivers with a<br />
TBI (because drivers with a TBI frequently forget that they are<br />
driving) [5]. Furthermore, the system must unify the mirrorchecking<br />
task with driving, <strong>and</strong> not create a situation with dual<br />
tasks.<br />
3.3 Planning the System<br />
The system has two basic functions: issuing a reminder to<br />
complete a task <strong>and</strong> registering completion of the task. The first<br />
consists both of determining appropriate times to issue reminders<br />
<strong>and</strong> of the reminder itself. The second also requires two steps,<br />
appropriately recognizing completion <strong>and</strong> communicating that<br />
recognition. By separating these steps, each variable can be<br />
considered in stride during development <strong>and</strong> receive either a<br />
design decision based on previous knowledge <strong>and</strong> research or an<br />
empirical investigation.<br />
3.4 Making Design Decisions<br />
An early decision was made to exploit the utility of multimodal<br />
interfaces to maximize the effectiveness of a notification while<br />
minimizing its additional cognitive load. This practice is<br />
supported by multiple resources theory <strong>and</strong> discussed within the<br />
context of the IVAT project in concurrent research [8,9]. During<br />
the development of the mirror checking plug-in, researchers were