• Save
Opening Keynote at UBICOMP 2010
Upcoming SlideShare
Loading in...5
×
 

Opening Keynote at UBICOMP 2010

on

  • 652 views

These are the slides from Morten Kyng used during the opening keynote at the ACM Conference on Ubiquitous Computing 2010 in Copenhagen, Denmark. See more on the conference at

These are the slides from Morten Kyng used during the opening keynote at the ACM Conference on Ubiquitous Computing 2010 in Copenhagen, Denmark. See more on the conference at

Statistics

Views

Total Views
652
Views on SlideShare
652
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 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?

Opening Keynote at UBICOMP 2010 Opening Keynote at UBICOMP 2010 Presentation Transcript

  • 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
  • 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
  • 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
  • What is wonderful?
    • EU AAL 2004: Invisible computers
    • Difficult if you can’t sense and make sense
  • What we have so far
    We strive to create computing that excels among the best artefacts and enables everyday users to creatively appropriate this potential
    Making such ubicom systems is difficult
    We run the risk of making more complex and confusing systemse.g. obscuring the relation between action and reaction
    Human action has a high degree of variability, fluidity and unpredictability
    Errors will happen
    Palpable computing is one approach to developing better systems
    Palpability:supporting people in grasping physically and mentally
  • 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
  • Overview prototype – The Tall Ships Races
  • Overview prototype – The Tall Ships Races
  • Naturalizing
    ‘literacytechnology’
    electric motors
    a walk in the woods
  • 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 …
  • 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
  • On Palpable Computing
    Resource Awareness
    Inspectability
    Experimentability
    Assemblability
    Multiplicity
    Adaptability
    Resilience
    Overruleability
  • 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.
  • 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
  • Picture of illegally parked car,visible in the Overview Prototype
  • 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

  • How to improve systems and use
    Design for Palpability supports different modes:
    Technology focus
    Exploration focus / mixed focus
    Activity focus