<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Reasoning about Context in Ambient Intelligence Environments</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Grigoris Antoniou</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Computer Science, FORTH Department of Computer Science, University of Crete</institution>
        </aff>
      </contrib-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Introduction
  The vision of Ambient Intelligence assumes a shift in
computing towards a multiplicity of communicating devices
disappearing into the background, providing an intelligent
environment, where the emphasis is on the human factor.
  Realizing this vision requires the integration of expertise
from a multitude of disciplines.
  Despite the rapid advancement of these fields, existing
approaches have difficulty in meeting the real-world
challenges imposed by developing ambient information
systems.</p>
      <p>Context in AmI
  Aim of AmI systems
►  right information to the right users, at the right time, in
the right place, and on the right device
►  Requirement:</p>
      <p>  thorough knowledge and understanding of context
  Context in Ambient Intelligence
►  “.. any information that can be used to characterize the
situation of an entity. An entity is a person, place or
object that is considered relevant to the interaction
between a user and application, including the user and
application themselves..” [Dey and Abowd, 1999]</p>
      <p>Activities
  Creation of small-scale
experimental AmI spaces
► AmI Sandbox
► Smart Office
  Building a new facility for R&amp;D</p>
      <p>in AmI technologies
  R&amp;D through competitive
funded projects at national
and European level
  An experimental space
within ICS-FORTH
►  6 rooms (~ 100m2)
  Installation, testing and
integration of a large variety
of technologies and
applications
  Allows researchers from
different domains to bring
together and share their
know-how and resources
  Main goals
►  Experimentation in a creative,</p>
      <p>flexible and informal setting
►  Acquisition of hands-on</p>
      <p>experience
►  1st step towards the AmI</p>
      <p>Facility
  Installed Technologies
►  Computer vision system, comprising 8 cameras
►  Surround speaker system with 8 speakers
►  Various computer-operated lights (neon, spot
lights, floor and desk lamps) using both the</p>
      <p>DMX and X10 protocols
►  Computer-operated air-condition
►  Various screens and high definition TVs,</p>
      <p>including touch screens
►  One large front projection screen created by 2</p>
      <p>ceiling-mounted short-throw projectors
►  One back projection screen
►  Several sensors (distance, temperature, etc.)</p>
      <p>and actuators
►  Desktop and mobile RFID readers
►  Interactive table
►  Access control systems (IRIS Scanner, RFID, …)
►  Positioning system through wireless access</p>
      <p>points
►  Various robotic systems
The AmI Sandbox</p>
      <p>Smart Office
  Augmenting an existing
office space with AmI
technologies
►  Multiple interconnected
displays
  Large screen
  e-Desktop
  e-Frame
►  Smart table
►  Controllable lights
►  Computer vision camera
►  e-pens
►  Distance sensor
►  Laser keyboard
The Smart Office
  New building (~ 3.000m2)
►  Basement, ground floor, 1st</p>
      <p>floor
  Fully accessible by people</p>
      <p>with disabilities
  Includes:
►  Simulation spaces
►  Laboratories for R&amp;D in AmI</p>
      <p>technologies
►  Offices</p>
      <p>  Permanent research staff &amp; visitors</p>
      <p>Blueprints
Ground floor</p>
      <p>Basement</p>
    </sec>
    <sec id="sec-2">
      <title>Simulation</title>
    </sec>
    <sec id="sec-3">
      <title>Spaces</title>
      <p>Garden</p>
      <p>Home</p>
      <p>Doctor’s office</p>
      <p>AmI</p>
      <p>Facility
Office</p>
      <p>Exhibition
Class</p>
      <p>Entertainment space
Simulated home</p>
      <p>environment
  2 floors (staircase + elevator)
►  living room
►  Kitchen
►  house office
►  2 bedrooms</p>
      <p>  adults &amp; children
►  2 bathrooms
  Scenarios
►  local, remote and automated home</p>
      <p>control
►  safety and security
►  health monitoring
►  independent living
►  (tele)working
►  entertainment
  Fully accessible by the elderly &amp;</p>
      <p>people with disabilities</p>
      <p>Components under development
  AmI software and hardware architectures
  Middleware
  Context management and reasoning
  Environment sensing technologies &amp; sensor fusion
  Access control, information and communications security
  Seamless and intuitive user-environment interaction
  Speech recognition and speaker localization
  Computer vision subsystem for multiple</p>
      <p>user localization and gesture recognition
  Dynamic surround sound playing system
  Environmental control
  AmI @ FORTH
  Experience with Context Reasoning
  AI for AmI</p>
      <p>Contextual Reasoning in</p>
      <p>Ambient Intelligence
  Challenges
►  Imperfect nature of the available context information
  Unknown, ambiguous, imprecise, erroneous
►  Special characteristics of ambient environments
  Agents with different goals, computing and perceptive
capabilities, and vocabularies
  Highly dynamic and open environments
  Distributed context knowledge
  Unreliable and restricted wireless communications
  Limitations of current AmI systems
►  No formal model for reasoning with imperfect context
►  Centralized architectures → No support for distributed
reasoning
Dr. Amber is located in the ‘RA201’ university classroom reading his e-mails
on his laptop. It is Tuesday, the time is 7.50 p.m., and he has just finished
with a lecture for course CS566. His context-aware mobile phone receives an
incoming call, but it is not in silent mode.</p>
      <p>Dr. Amber’s phone is configured to take decisions about
whether it should ring in case of incoming calls based on its
context and Dr. Amber’s preferences:
– The phone should ring, unless it is in silent mode or Dr. Amber is
busy with some important activity.</p>
      <p>– A lecture at the university is one such important activity.</p>
      <p>The mobile phone is not aware of Dr. Amber’s current activity. It attempts to
infer the activity using two rules:
– If there is a scheduled lecture for a course at this time, and Dr. Amber (actually
his mobile phone) is currently located in a classroom, then Dr. Amber is possibly
giving a lecture.
– If Dr. Amber is located in a classroom, but there is no class activity taking place in
the classroom, Dr. Amber is rather not giving a lecture.
class</p>
      <p>RA201
Information about scheduled events is imported from Dr. Amber’s laptop.
According to his calendar, there is a scheduled class event for Tuesdays from
7.00 to 8.00 pm.</p>
      <p>The localization service possesses knowledge about Dr. Amber's current
position. In this case it 'knows' that Dr. Amber is currently located in 'RA201'.</p>
      <p>Technologies Used
 Interconnection with other Devices can be
supported easily
► GPS Receiver</p>
      <p>  Bluetooth enabled
► Various Sensors</p>
      <p>  Eg RFID
► Parse messages from these devices to extract
knowledge such as
  coordinates, sensor measurements etc.
► Conversion into DR-Prolog Facts &amp; loading in KB</p>
      <sec id="sec-3-1">
        <title>Infrastructure</title>
        <p>►  Circles are mobile devices
►  Oval nodes are server computers, eg. Desktop versions of DR-Prolog
►  Cylinder nodes are computers or websites with Knowledge Base Data, Theories, etc in</p>
        <p>DR-Prolog syntax.
►  Connections: Message exchange (Blue: queries &amp; their results, Red: facts)
  Bluetooth, wifi, or through Internet using 3G, GPRS etc.</p>
        <p>PDA
 
h
t
o
o
t
e
u
l
B
Mobile
phone</p>
        <p>Wi‐Fi 
Internet (3G,GPRS) </p>
        <sec id="sec-3-1-1">
          <title>Laptop</title>
        </sec>
        <sec id="sec-3-1-2">
          <title>Desktop</title>
          <p>Internet </p>
        </sec>
        <sec id="sec-3-1-3">
          <title>Knowledge (Data)Base URL</title>
          <p>Social Scenario 1
 User with Bluetooth enabled cellphone</p>
          <p>passing by a classroom
 Bluetooth Server with lecture and lesson
information for that classroom attempts to
connect to cellphone
 Cellphone based on profile information
either notifies the user or rejects the info
► E.g. based on course registration etc.
 Based on the above Cellphone should
inform user for this announcement</p>
          <p>Social Scenario 2
 User with Bluetooth enabled cellphone
sitting at ICS lobby; profile entry e.g.</p>
          <p>  hobby(‘tennis’).</p>
          <p>  hobby(X),tournament(X,…) =&gt; notifyUser(activity,X…)
► Lobby computer eg:</p>
          <p>•  tournament(‘tennis’,’location’,’date’)...
► Based on the above</p>
          <p>•  Cellphone should inform user for this activity
► Send the ‘event’ to closeFriends via SMS
  Based on profile entries of the reciever he will be
notified or not! (reasoning on sms data received on
certain port from the DR-Prolog mobile application)</p>
          <p>Lessons Learnt
  A lot of non-logic related work required
►  Infrastructure
►  Middleware
►  Need for Facility!
  Technical difficultues</p>
          <p>►  Scenario with SMS, not calls
  Performance no challenge for small applications
►  Combination with large portions of knowledge from
(semantic) Web will be the challenge
  AmI @ FORTH
  Experience with Context Reasoning
  AI for AmI</p>
          <p>AI for AmI
  Context representation
  Context reasoning
  Privacy
  Planning
  Coordination</p>
          <p>Context Representation
  Use semantic web languages to model
►  User profiles
►  Devices
►  Rooms
►  Activities
  Challenge: the usual one
►  tradeoff between expressivity and efficiency</p>
          <p>Context Reasoning
  Distributed
  Heterogeneous
►  Different types of information call for different reasoning
methods
  Inconsistency and imperfection tolerant
  Dynamic</p>
          <p>►  E.g. reasoning about stream input
  Efficient</p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>Privacy</title>
        <p>  A major concern!
  Lightweight access control languages
  Blend in other languages/operations
►  E.g. in our context reasoning algorithm</p>
        <p>Planning
  Reasoning about action is a well-formed subfield of AI.
►  But the classical planning problem adopted a number of
restrictive assumptions to delimit the domain.
  The AmI environment is open and highly dynamic.
  World knowledge in AmI is incomplete.
  Plan generation must preserve a level of uncertainty.
  Exogenous events occur in AmI environments.</p>
        <p>Coordination
  A device-rich environment that places users in
the center of attention.
  Devices need to coordinate their actions,
cooperate in generating plans and collaborate
during execution.
  A decentralized self-organizing infrastructure is a
non-trivial challenge for the realization of the
AmI vision.
  Leather desktop</p>
        <p>►  Extendable interface (when opened)
  Input
►  RFID-augmented objects
►  Vision-based left/right switches
►  Distance sensor for up/down motion
►  IR pens (using the Wiimote)
►  Vision-based object position tracking
  Output
►  Projection (on the desktop)
►  2 speakers
►  Sounds + speech synthesis
  Used for:
►  Logging in the system
►  Running applications</p>
        <p>Ambient presentation
  Uses standard PowerPoint slides
  Coordinated slide change
  Replicated drawing on the current slide
  Can adapt to the current state / size of</p>
        <p>the smart desktop
  Can change the lighting conditions
  Output
►  Multiple screens</p>
        <p>  desktop, large LCD, laptop
  Input
►  Start/stop: RFID tag (ICS-FORTH leaflet)
►  Next / previous: right/left gesture
►  Drawing: IR pen (can change pen color
using the pens’ RFID tag)</p>
        <p>E-mail
  Shows the e-mails of the person who</p>
        <p>logged in
  Can adapt to the current state / size of
the smart desktop
►  Standard size: mails’ list
►  Extended: mails’ list + selected mail’s</p>
        <p>content
  Output</p>
        <p>►  Smart desktop
  Input
►  Start: RFID tag (envelope)
►  Next / previous mail: right/left gesture
►  Use slider: distance sensor
►  Buttons press: IR pen (click)
►  Send predefined e-mail:</p>
        <p>RFID tag (photo or ID card)</p>
        <p>Mobile photo
  Get photo using the mobile</p>
        <p>phone and drag it on any display
  Output</p>
        <p>►  Smart desktop, LCD screen, Archie
  Input
►  Mobile phone recognition: RFID tag</p>
        <p>(envelope)
►  Mobile phone position: Vision
►  Photo drag: IR pen</p>
        <p>display
  Monitor e-mail account and visualise
email semantics
►  Number of e-mails
►  Number of e-mails from specific people
  Junk e-mail
►  Virus-infected e-mails
►  Unsent drafts
►  Receipt of specific e-mail
►  Urgent e-mail
  Output</p>
        <p>►  Archie
  Input
►  E-mail account
►  Touch</p>
        <p>Video conference
  Video conference
  Button presses around the table
result in the camera turning to
face the button’s position
  Output
►  Large screen
►  Smart desktop
  Input
►  Camera
►  Multidirectional microphone
►  Buttons
  7-player game
  Gun fighting duel
  1 moderator (optional)
►  Undead
►  1 button (show up / fire)
  Output</p>
        <p>►  LCD screen
  Input
►  Buttons around the table
  Turn on all devices
  Connect devices via</p>
        <p>Bluetooth</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list />
  </back>
</article>