This document discusses how to design computing systems to support users' dreams rather than nightmares. It proposes an approach called "palpable computing" to develop better systems that are physically and mentally graspable. An example is described of an overview prototype used to support emergency responders at a large public event with maps, cameras, and tracking of personnel and boats. The document outlines qualities like inspectability, experimentability and overruleability that can help achieve palpability in use for both developers and end-users. It argues that designing systems with these qualities in different focus modes can improve both the systems and how people use them.
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
Opening Keynote at UBICOMP 2010
1. Making dreams come true– or how to avoid a living nightmare Morten Kyng Computer Science mkyng@cs.au.dk With a little help from my friends/colleagues
2. Dream? Mark Weiser in Scientific American:‘Sal awakens: she smells coffee. A few minutes ago her alarm clock, alerted by her restless rolling before waking, had quietly asked “coffee?”, and she had mumbled “yes.”“Yes” and “no” are the only words it knows.’ From EU ISTAG: Road warrior Personal communication device Visa Car rental Traffic guidance Personal settings for hotel room
3. Or nightmare? Mark Weiser in Scientific American:‘... A few minutes ago Sal’s alarm clock, alerted by her restless rolling before waking, had quietly asked “coffee?”, and … From EU ISTAG: Road warrior Personal communication device Difficult if you don’t have a clue
4.
5.
6. Police, fire brigade, medics– The Tall Ships Races Aarhus on 5-8 July 2007 6 x 3 km area of the harbor 800,000 people Support for overview 3D map with overlays Video cameras Mobile phones withGPS & camera AIS – Automatic ID System
10. Focus in human/technology relations Technology focus Introduced to new technology Analysis Fault finding Exploration focus / mixed focus Learning to use Experiment Modify Activity focus Work Play Doing: driving …
11. Modes and qualities/capabilities Technology focus Discover computational resources Inspect computational resources Exploration focus / mixed focus Cause-effect Limited/reversible consequences Combine, take apart, recombine Activity focus Resources should not thrust themselves on our attention Confidence in correct operation Going back Overrule
13. The Tall Ships Race maps and photo draped over 3D existing buildings live geo-referenced camera feeds live tracked personnel boats expected positions actual positions compass and field of view Temp bars, etc. 2D.
14. Achieving palpability in use – developers Example 1: The Automatic Identification System (AIS) Planned + live positions of ships Scaling down from 50 km radius Inspectability, Assemblability and Multiplicity Adaptabiluty Experimentability Example 2: The Geopath Dumper service Storing GPS-tracked paths – to be used for de-briefing
16. Achieving palpability in use – end-users Officers have spotted a car parked on an emergency access route Phone call & take picture How and when to (dis-)trust technology when batteries run out Picture position matches reported position Phone rep “wobles” – this means receiving live signals …
17. How to improve systems and use Design for Palpability supports different modes: Technology focus Exploration focus / mixed focus Activity focus
Notes de l'éditeur
Visa – or no visaCar rental – or no carTraffic guidance – to a fully booked hotelPersonal settings for hotel room – Celsius or FahrenheitTop-university course on software engineering for safety critical systems: disaster case storiesi.e. difficultWhat should we do?Our approach focuses on the practice of USE
A tribute to literal invisibilityThe EU presentation in helsinki in 2004Happy couple at helsinki 2004 presentationThis couple tried to wash their hands with this faucetable to grasp, both physically and conceptually,what technologies are doing and could do for them.We have termed this ‘palpable computing’ This wa my intro
This concludes my introBefore I go onTo illustrate: if people have difficulties figuring out how to use an automatic faucet there isn’t much room for invisible complexityEvtbelotti 2002 chi paper: no notion of error inn research prototypes on sensing systemsThe third point is that Palpable computing …I’ll discuss these issues using on major example of computer support that we have developed
And here is a picture of the police commander looking at an enlarged window with a live video-feedThese are pictures from the use of our prototype during the four day event.When we developed the prototype one the questions we faced was what kind of system we should strive forLike many before us we were fascinated by the visions of Mark WeiserAnd by the technical possibilities offered by the ongoing miniaturization and increased ubiquity of communicationSo we looked at his notion of naturalization
ubiquitous computing has striven to make machines and computing fit the human environment,to be invisible-in-use like the products of literacy technology, and to be literally invisible like the electric motors of a car. to be as refreshing as taking a walk in the woods‘literacytechnology’Learning through hard work over many yearselectric motorsLiteralinvisibililtyonlygoodwhenthingsworkwella walk in the woodspersonal experiences from early childhood, andon our sensory abilities evolved over millennia and moreDIFFICULT TO TRANSFEER EXPERIENCE technology develops fast, no stable paradigms for e.g. interactionSo we looked at how people coped
Assuming perfect match is not a valid optionWhat is actually happeningAnd how did the users get hereAnd how do they move onAdd Heidegger if you know and like his workAt lot is about competent/fitting use of computingBut people have to learn, experiment etc to become betterWhat may this mean for the architecture of ubicomAnd for the way we build systems?
Resource Awareness describes the fact that resources can be aware of one another's presence, availability and behaviour.Inspectability specifies that the structure, state and behaviour of resources may be inspected by users at different levels of detail appropriate to a particular context of use.Experimentability specifies the capability of the software architecture to facilitate and encourage exploratory experimentation by users. Assemblability specifies that resources can be assembled into multiple composite constructs and that any assembled construct may be disassembled or reassembled into alternative formations dynamically and in real time.Multiplicity specifies that any given resource may be participating in multiple simultaneous dependent or independent interactive relationships.Adaptability specifies that certain resources can dynamically change their behaviour in response to detected events or environmental conditions.Resilience specifies that, when required, architectures conforming to palpable computing principles should exhibit self-initiated behaviour that ensures a defined degree of reliability and survivability.
Overview prototype in 3D mode, including among other (a) maps and satellite photo draped over the 3D terrain (b) 3D models of existing buildings (c) live geo-referenced camera feeds (d) live tracked personnel (e) GIS models of the boats expected position during the event (f) actual positions of the boats during the event (g) compass and field of view (h) GIS models of temporary structures (bars, tents, entertainment, etc.) (i) 2D overview map.
Is this really this car on the emergency access route?