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

60 4 PROTOTYPING
iterasjonen ikke ble ferdig. Derfor er dette et eksempel p˚a tenkt funksjonalitet.
– Legg til venn: Her er tanken at brukere kan legge til hverandre, feks.
basert p˚a et brukernavn eller E-mail. Ved ˚a legge inn en annen bruker
(en buddy), vil denne f˚a et spørsm˚al om han eller hun vil tillate at
informasjon, om hvor han eller hun befinner, seg blir gjort tilgjengelig
for brukeren som spurte. Se ogs˚a punktet “Godkjenn venn”.
– Fjern venn: Dette fjerner en venn fra tillatelseslista, og dermed er
ikke informasjon om lokasjon lengre tilgjengelig for brukeren som ble
fjernet.
– Godkjenn venn: N˚ar en venn godkjenner en forespørsel om ˚a bli en
buddy er det mulig for begge parter ˚a foreta spørringer som: “Hvor
befinner ’buddy’ seg?” Prototypen illustrerer ogs˚a flere mulige funksjoner
som kan knyttes til en buddy-tjeneste, se under.
– Chat, File Transfer, Webcam osv. Systemet kan tilby venner flere
m˚ater ˚a kommunisere p˚a. De mest aktuelle teknologiene i dag er lynmeldinger,
taleoverføring og videokonferanse. I tillegg til dette kan systemet
tilby filoverføring, mail, dele kalender, osv. Her er det kun fantasien
som setter grenser. Se ogs˚a 6.3.
Prototypen prøver alts˚a ˚a tilby tjenester som er knyttet til lokasjon. Sett som
helhet, gjør alle disse funksjonene Fumble i stand til ˚a presentere hva som finnes
“her” uten at brukeren m˚a foreta seg noe.
4.5 Relasjonen mellom lokasjon og informasjon
Avsnitt 4.2 og 4.3 beskriver hhv. informasjonsmodulen og informasjonsmodulen.
Hver for seg gir ikke disse modulene økt verdi for brukeren. Disse modulene m˚a
derfor implementeres slik at de snakker sammen, og en relasjon mellom lokasjonsdata
og informasjonsdata m˚a utvikles. Dette avsnittet beskriver hvordan FUM-
BLE implementerer en slik relasjon.
Dette avsnittet antar at lokasjonsmodulen alltid foresl˚ar en lokasjon og gjør denne
tilgjengelig for informasjonsmodulen.
AROUND-arkitekturen foresl˚ar ˚a knytte en tjeneste (service) (se Figur 5) til
forskjellige niv˚aer i lokasjonshierarkiet. Modellen er svært forenklet, da det m˚a
tas hensyn til at en tjeneste kan knyttes til flere lokasjoner og en lokasjon kan ha
flere tjenester. I tillegg er det foresl˚att i denne oppgaven at systemet skal tilby
informasjon (tekst) parallelt med tjenester.
Det var derfor nødvendig ˚a utvide den foresl˚atte AROUND-arkitekturen. Først
ble modellen endret slik at en lokasjon kan ha flere tjenester. Dette ble løst vha.
av et “scope”. Et scope er en entitet som inneholder en eller flere tjenester. Et