1 / 11

Mobility for All

Mobility for All. Can one size fit all?. Universal Access and the Universe of One. “There is no such thing as the average person.” Don Norman, The Design of everyday Things Designers are often required to develop a single solution for everyone—but this is impossible A little perspective

kamea
Télécharger la présentation

Mobility for All

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Mobility for All Can one size fit all?

  2. Universal Access and the Universe of One • “There is no such thing as the average person.” • Don Norman, The Design of everyday Things • Designers are often required to develop a single solution for everyone—but this is impossible • A little perspective • US Pop. = 281 million • People w/ severe disability = 12% or 33 million • Even if you could design for the 99th percentile, 1% or 2.8 million will be left out! • Universal access ≠ One size fits all

  3. Designing with atoms vs. bits • The world of atoms is less malleable that the world of bits • Consider bus maps and schedules Reality of Printed Maps • Represent plans • Person must adapt to a one-size-fits-all representation • Personalized maps are expensive—not scalable—not feasible? • Cheap short-term cost—mass production

  4. Reality of Printed Maps Represent plans Person must adapt to a one-size-fits-all representation Personalized maps are expensive—not scalable—not feasible? Cheap short-term cost—mass production Designing with atoms vs. bits • The world of atoms is less malleable that the world of bits • Consider bus maps and schedules Potential of Digital Maps • Represent reality • Representation can dynamically adapt to the task and person • Scalability is relatively cheap—distribution is simple • Cheaper in the long-term?

  5. User Modelsunderstanding the user • Different usage patterns between familiar and unfamiliar users • Claim:Usage patterns and needs are disability-dependant • Some people need constant reminders of the goal • Some people need to focus on the task steps and may be overloaded by excessive reminders

  6. Using User and Task Models • Know the user • work with specialists to develop a taxonomy of cognitive (dis)ability. • Gardner’s Theory of Multiple Intelligences • develop an architecture to map representations onto a taxonomy of cognitive (dis)abilities • Know the user’s goals • context aware systems that will “know” what task they are trying to accomplish • what can be inferred from the environment?

  7. Adaptable and Adaptive Systems • Systems need to be adaptive so they can keep pace as users improve and degrade in task performance. • routine tasks can become habituated—are some types of users more/less likely to habituate? • habituated tasks can be forgotten if not active or as disability degenerates—what types of disabilities are more/less likely to be affected? • Systems need to be adaptable so that caretakers can tailor the interaction experience for those in their care.

  8. Envision model • Caretaker primes the system with formal and informal information about their charge • Based on caretaker’s description, the user in mapped onto disability taxonomy and system acts based on that mapping • Caretaker then acts as a moderator • continuously monitors the human-computer collaboration • provides feedback to both human and computer. • Caretaker’s feedback updates the user description, the person is remapped within the taxonomy, and the cycle continues

  9. Envision model • Caretaker primes the system with formal and informal information about their charge • Based on caretaker’s description, the user in mapped onto disability taxonomy and system acts based on that mapping • Caretaker then acts as a moderator • continuously monitors the human-computer collaboration • provides feedback to both human and computer. • Caretaker’s feedback updates the user description, the person is remapped within the taxonomy, and the cycle continues

  10. Examples • Context Awareness • Knows where the user is located—GPS Coordinates -> Zip Code • Knows local weather • Knows that arriving bus looks similar to target bus -> avoid description errors • Knows that is Sunday—no work • User Model • Knows the user’s schedule • Knows what activities are available • At a given time • With given weather conditions • Knows that the users should not cross streets and generates appropriate route plan • Knows that the user tends to fall a sleep on buses—reminds bus driver to prompt user if necessary • Knows current activity is novel, but very similar to another highly familiar activity—get milk on the way home from work -> avoid capture errors

  11. System Architecture(First Draft) Caretaker Describes Monitors Feeds back Activity dB User Model Activity Planner Activity Monitor User Selects/Performs Activities Context Analyzer Zip codeData Weather Data GPSData

More Related