Mobile anvendelser 2010

Transkript

1 Mobile anvendelser 2010 Prosjektnavn: Freporter Malin Kristensen Mobile Applications /7

2 Innhold Generelt om applikasjonen...2 Brukerne - hvem er det?...5 Hvorfor denne applikasjonen?...6 Prosjektplan...7 Referanser...7 Mobile Applications /7

3 Generelt om applikasjonen Ved større arrangementer som for eksempel en triatlon, Grenserittet her i Halden eller lignende, vil det kunne være problematisk for en enkelt eller noen få reportere å dekke hele arrangementet. Da vil en mobilapplikasjon som lar alle brukere av den samarbeide om å dekke for eksempel et sportsarrangement, kunne være til hjelp. Tanken bak applikasjonen er at det vil kunne være mange brukere av systemet som til sammen er med på å dekke arrangementet. Dette kan være både privatpersoner utstyrt med smarttelefoner og/eller profesjonelle reportere. Hver bruker tar bilder, videoklipp, lydopptak eller en kort skriftlig rapport av arrangementet og laster dette opp til basen i tillegg til data om hvor brukeren har logget denne informasjonen fra, altså hvor ved arrangementet brukeren har rapportert, og til hvilken tid. I en best-case-scenario, vil hele arrangementet bli dekket med bilder, video, lyd og skriftlige rapporter. Dette prosjektet vil ta utgangspunkt i å lage en applikasjon for bruk under Grenserittet i første omgang. Brukerne installerer applikasjonen før arrangementet. På dagen av arrangementet registrer de brukerne som har tenkt til å bidra med data seg i systemet ved å sende for eksempel en tekstmelding til et gitt nummer med kommandoen START eller lignende. Brukerne logger sin posisjon i en felles database hos leverandøren, som for eksempel er administratoren av arrangementet, en avis eller et nyhetsbyrå som dekker arrangementet. Deretter kan brukerne ta bilder, video og lydopptak av arrangementet eller hendelsen, og laste disse opp til lagring hos administratoren av systemet. På den måten vil bildene lastes opp med posisjon og klokkeslett som til sammen gjør at man får dekket hele arrangementet. Det vil være naturlig om applikasjonen baserer seg på kamera funksjonaliteten på telefonen, og at funksjonaliteten for å laste opp kan være en type plug-in, som gjør det mulig å laste opp de bilder osv. som er tatt, til basen. Brukerens posisjon blir lagt ved filen som sendes enten ved at brukeren legger denne til ved å merke et punkt på et kart lastet til telefonen ved arrangementets start, eller Mobile Applications /7

4 automatisk ved hjelp av innebygget GPS-mottaker, alt etter hva slags telefon brukeren er utstyrt med. Uten at alle detaljer er helt klare, er en tanke rundt opplasting av såkalte rapporter vil det kunne være en type kode eller lignende som applikasjonen legger ved rapportene som lastes opp. Ideen er da at dette kan tydes av serveren som mottar dataene, og da kan finne ut hvor brukeren som har sendt inn rapporten befinner seg, basert på GPS-koordinatene fra mottakeren i telefonen. En annen type bruk av systemet er brukerne som kun er ute etter å hente informasjon om løpet mens det pågår, og etter. Det vil da være naturlig at alle brukere som er registrert i systemet kan se plasseringen til andre brukere som er registrert for arrangementet, i et kart representerer med punkter eller avatarer. Her vil det også kunne være naturlig å implementere en funksjonalitet som gjør det mulig å se dataene som er logget av de ulike brukerne ved å peke på deres avatar i kartet. En måte å løse dette på er den metoden som Google Earth har benyttet for visning av bilder osv. Ved å zoome inn på kartet vil man kunne se flere detaljer og mer nøyaktig plasserte ikoner på kartet som symboliserer data tilgjengelig for området. Mobile Applications /7

5 Her vil det også kunne være naturlig med funksjonalitet som lister opp all data som er tilgjengelig å se i en, kanskje mer oversiktlig, listefremvisning. Denne funksjonaliteten vil også kunne bli en del mindre ressurskrevende. Integriteten til dataene som blir lagt til i systemet av brukerne, kan variere. Brukere kan tolke situasjoner i løpet på forskjellig måte, og noen brukere kan være mindre troverdige enn andre. Dette kan hell klart være trusler og fallgruver i forhold til troverdigheten til applikasjonen. Videre kan det bli noe problematikk rundt brukernes privatliv i forhold til om de for eksempel flytter på seg under løpet, reiser fra arrangementet eller lignende En videre utvidelse av applikasjonen vil kunne være å tilknytte de dataene som er samlet av brukerne med data samlet av Grenserittet-administrasjonen i etterkant av løpet for å komplettere dekningen av løpet. Brukerne - hvem er det? For denne applikasjonen kan man definere to typer brukere. Brukere som bare er ute etter å lese og bruke dataene som blir registrert, og så har vi brukerne som bidrar med data. Av brukerne som bidrar med data har vi igjen to typer brukere. Det er amatører og privatpersoner som følger løpet for moro skyld, og profesjonelle brukere som for eksempel jobber for et nyhetsbyrå eller avis. For å begrense målgruppen for denne applikasjonen velger jeg å fokusere på utvikling av en applikasjon som er rettet mot brukere som er å anse som amatører. Det vil si at jeg vil rette applikasjonen mot brukere som er ute etter å dele og se data om Grenserittet, kun for moro skyld, og i utgangspunktet for privat bruk. På den måten er det ikke like viktig med dataenes integritet. Det vil derfor heller ikke være like viktig med å screening av dataene som kommer inn for å sikre at dataene som blir lagret er helt riktige, og at ikke samme data blir logget mange ganger. Applikasjonen er nokså basert på at det er mange brukere av systemet, for å samle nok data til at applikasjonen er interessant å benytte. For å rekruttere brukere kan man i første omgang benytte seg av populære nettsamfunn som Facebook. Der finnes det flere grupper og sider som vil kunne nå potensielle brukere av systemet. Dette er grupper som for eksempel den rasktvoksende gruppen Halden i form 2010, arrangementsiden og gruppen Grenserittet. I tillegg vil det være fornuftig å dele ut brosjyrer og lignende i forkant av løpet og ved poster langs løpet på selve løpsdagen. For å nå en enda større brukergruppe, kan man også gjøre tiltak som å reklamere for og informere om systemet i aviser og på nettsider. Fordelen med å reklamere ved medier som nettsamfunnet Facebook, er at man treffer direkte på den målgruppen man er ute etter, da man kan bruke grupper som nevnt over som Facebookbrukere selv har registrert seg under. På den måten når man brukere som både har noen interesse for informasjonsteknologi, og arrangementet i seg selv. Mobile Applications /7

6 Hvorfor denne applikasjonen? Dette er et interessant prosjekt siden det omhandler deling av data i real-time, som i seg selv er ganske spennende. Prosjektet vil bruke seg av flere teknologier som finnes på moderne mobiltelefoner, som GPS, Wifi, 3G, GPRS, SMS og MMS. Det kan også være en mulig videreutvikling å implementere bruk av RFID-brikker, eller for eksempel QR-kodeleser i applikasjonen for å registrere og administrere brukere. Hele konseptet med å samarbeide om å samle data om et arrangement som dette er nokså interessant, da brukerne selv står for deler av dataene som andre senere kan benytte seg av. Dette har vist seg å være en nokså effektiv og interessant måte å samle og dele data på, for eksempel ved Wikipedia. Applikasjonen er en sosial applikasjon da den baserer seg på deling av data som brukerne selv samler inn. Det sosiale aspektet er nokså klart da brukerne deler dataene som samles inn og de kan beskues av alle registrerte brukere i systemet ved å enten navigere seg rundt i kartet og markere de ulike avatarer eller punkter på stedet man ønsker å hente data om, eller ved listefremvisning, som nevnt over. Applikasjonen er også mer egnet for mobiltelefoner, ikke bare som en webside fordi brukerne kan være on-site og følge løpet hele veien. Brukeren kan følge med når en deltaker kommer til å passere basert på rapporter og bilder. Samtidig kan andre brukere som befinner helt andre steder enn ved selve løpet, følge alt som skjer live uten å være avhengig av å ha en datamaskin med internett tilgjengelig. Et liknende prosjekt som er gjennomført er View & Share: Exploring Co-Present Viewing and Sharing of Pictures using Personal Projection av Andrew Greaves og Enrico Rukzio ved Computing Department, Lancaster University, UK. [1]. Den typiske scenarioet som er adressert av View & Share mobilapplikasjonen, er basert på for eksempel en gruppe venner som møter hverandre og vil vise og dele sine bilder. View & Share støtter rask og effektiv copresent visning og deling av medier som er lagret på brukerens mobile enheter. The View & Share applikasjonen innkapsler delingsprosessen og gir enkel kommunikasjon, koordinering og medieforespørsler mellom én og flere brukere. Av denne grunn, når en bruker er tilkoblet og dermed et medlem av gruppen, håndteres mediaforespørsler automatisk, transparent for brukeren og krever bare en enkelt brukermedvirkning i stedet for flere trinn som vanligvis er nødvendig. Formålet med visning og deling av medier er å formidle erfaringer med andre. Visning og deling av medier gir formidling av denne erfaringen mellom flere mennesker, og resulterer ofte i at brukerne løser en oppgave som et samarbeidsprosjekt. [1] Det resulterende samarbeidet mellom samlokaliserte brukere resulterer i foto-snakk, der bilder brukes som triggere for historiefortelling, mimring og å starte diskusjoner i gruppen. Selv om dette er svært ønskelig, er det veldig tungvint og problematisk å oppnå med en mobil enhet. Vanligvis er erfaringen formidlet til alle, enten ved at alle samler seg rundt en enkel mobil enhet, eller at apparatet blir passert rundt i gruppen. Selv om dette tilfredsstiller kravet til deling, kan man argumentere for at denne opplevelsen ikke er utnyttet til sitt fulle potensial. Opplevelsen er en distribuert natur og ikke forbrukes av alle samtidig. På samme måte er tanken bak denne applikasjonen at brukerne kan dele erfaringer og minner fra Grenserittet ved å gjøre de tilgjengelig for alle brukere som ønsker å være med å dele. Mobile Applications /7

7 Prosjektplan Prosjektoppgaven sier at en prototype på applikasjonen skal være en del av løsningen. Prototypen kan enten være 1) en fungerende prototype, dvs. en (begrenset) implementering på en faktisk enhet, eller 2) en mock-up av noe slag (tekst, illustrasjoner, video osv.). Det viktige Tanken er at prototypen skal gjøre deg i stand til å utføre en evaluering av programmet. Da det foreløpig er nokså uklart hvordan gangen i kurset osv. kommer til å være, er det derfor ganske vanskelig å sette opp en detaljert prosjektplan med milepæler. Det vil da på samme måte være nokså vanskelig å estimere hva som er realistisk å oppnå av prototype på applikasjonen ennå. Dette vil forhåpentligvis være klarere og etter forelesningen den 29. januar Referanser [1] - Mobile Applications /7