Lokasjons- og kontekstbaserte tjenester - Department of Computer ...

70 4 PROTOTYPING
begrenset i et visst tidspunkt, eller p˚a annen m˚ate kan være av interesse for
brukeren. Eksempel p˚a dette kan være studentpakker, bedriftspresentasjoner, osv.
Med andre ord, informasjon som kan tenkes ˚a være nyttig, og som er knyttet til
en bestemt lokasjon, eller gjelder kun i et begrenset tidsrom, bør varsles.
Det er ogs˚a viktig ˚a vurdere hvor lenge det er siden siste varsling. Har det nettopp
blitt varslet, vil det da være ønskelig ˚a varsle igjen feks. mindre enn fem minutter
etter sist varsling? I et miljø der det skjer ofte endringer vil dette kunne forstyrre
en bruker s˚a mye at brukeren velger bort denne funksjonaliteten. Det finnes flere
løsninger p˚a dette problemet: 1) Det første som bør gjøres er ˚a la brukeren avgjøre
selv om hvor ofte slike varslinger kan skje 2) eller ˚a velge et antall varslinger som
samles sammen, før et varsel gis. 3) Det bør kunne lagres profiler som lar brukeren
enkelt velge mellom ˚a ikke bli forstyrret eller ˚a la alle varsel slippe igjennom.
4) Arbeidet med ˚a legge inn informasjon m˚a inneholde retningslinjer for hvilke
meldinger som kan være av interesse for brukeren og dermed verdt ˚a varsle om.
Det m˚a ikke glemmes at brukeren selv kan se etter tilgjengelig informasjon, uten
at programmet nødvendigvis varsler om denne. Hvis en student befinner seg p˚a
en forelesning, er det ikke nødvendig ˚a opplyse om at informasjon om kurset
er tilgjengelig. Det antas at studenten er klar over dette. Det systemet er ute
etter ˚a tilby er hvor denne informasjonen befinner seg, og ˚a kunne tilby denne
informasjonen uten at brukeren aktivt m˚a søke etter denne. All informasjon som
er tilgjengelig betyr ikke nødvendigvis at brukeren kommer til ˚a benytte seg av
denne, men ved behov skal det være aktuelt ˚a f˚a tak i denne.
Figur 20: Varsling