Development of second screen applications on tablet devices

Hogeschool West-Vlaanderen Master Industri¨ele Wetenschappen: Electronica-ICT Voorzitter: prof. ir. F. De Pauw

Development of second screen applications on tablet devices door Kim Boussy

Promotoren: prof. ir. F. De Pauw, dr. S. Lerouge

Scriptie ingediend tot het behalen van de academische graad van Master in de Industri¨ ele Wetenschappen: elektronica-ICT optie ICT Academiejaar 2011–2012

VOORWOORD

i

Voorwoord Deze scriptie is het resultaat van het onderzoek en de ontwikkeling van de masterproef die opgesteld is door Focus & WTV. Deze Masterproef zou niet tot een goed einde kunnen gekomen zijn zonder de hulp van verschillende mensen. Daarom zou ik iedereen willen bedanken die op zijn manier heeft bijgedragen tot deze masterproef. In eerste instantie zou ik mijn promotor dhr. Sam Lerouge willen bedanken die mij gedurende de volledige periode steeds heeft bijgestaan. Dit heeft hij gedaan door mij goede raad te geven en mij extra materiaal aan te leveren voor mijn studie. Hij bleef ondanks de moeilijke periode toch nog dusdanig gemotiveerd om mij te begeleiden. Vervolgens zou ik ook het IBBT willen bedanken die met hun proeftuin van 100 gezinnen in Kortrijk hun medewerking hebben verleend om mijn applicatie te kunnen testen. Vervolgens wil ik ook de mensen van deze proeftuin bedanken omdat zij steeds bereid waren om aanwezig te zijn op de gebruikersvergaderingen, hun feedback was onmisbaar om deze masterproef tot een goed einde te brengen. Ook zou ik mijn familie en vrienden willen bedanken voor hun steun tijdens de loop van deze masterproef. In het bijzonder wil ik Leen Compernol en Francis Boussy bedanken die ondanks het stralende weer toch binnen bleven om mijn scriptie na te lezen.

Kim Boussy, juni 2012

TOELATING TOT BRUIKLEEN EN PUBLICATIE OP DSPACE

ii

Toelating tot bruikleen en publicatie op DSpace

“De auteur geeft de toelating deze scriptie, evenals alle nuttige en praktische informatie omtrent deze scriptie, op te nemen in een daartoe speciaal opgezette DSPace databank (http://dspace.howest.be) en deze databank via internet toegankelijk te maken voor alle mogelijke ge¨ınteresseerden. De auteur geeft eveneens toelating de scriptietekst te gebruiken voor afgeleide producten, zoals daar zijn: abstractenverzamelingen en catalogi. Tenslotte geeft de auteur ook de toelating deze scriptie voor consultatie beschikbaar te stellen en delen van de scriptie te kopi¨eren voor persoonlijk gebruik. Elk ander gebruik valt onder de beperkingen van het auteursrecht, in het bijzonder met betrekking tot de verplichting de bron uitdrukkelijk te vermelden bij het aanhalen van resultaten uit deze scriptie.”

Kim Boussy, juni 2012

Development of second screen applications on tablet devices door Kim Boussy Scriptie ingediend tot het behalen van de academische graad van Master in de Industri¨ ele Wetenschappen elektronica-ICT: optie ICT Academiejaar 2011–2012 Promotoren: prof. ir. F. De Pauw, S. Lerouge Hogeschool West-Vlaanderen Associatie Universiteit Gent Master Industri¨ele Wetenschappen: Electronica-ICT Voorzitter: prof. ir. F. De Pauw

Samenvatting Inleiding Mensen kijken niet meer naar televisie zoals ze vroeger deden. De aandacht verdwijnt wanneer zij tijdens het kijken ook gebruik maken van andere toestellen zoals laptops, GSM of tabletcomputers. Dit is niet ten voordele van de adverteerder, dit heeft als gevolg dat de reclame voor hun product niet meer de volle aandacht krijgt. Doordat zij dit fenomeen vaststellen zijn zij niet meer zo snel geneigd om te investeren in advertenties. Hieruit ontstond het idee om de kijkers ook via deze toestellen te bereiken. Zij kunnen de toestellen gebruiken als een tweede scherm om naar televisie te kijken. Op deze manier kunnen zij extra informatie verkrijgen of interactief deelnemen. Dit zal tevens ook gebruikt worden door de zender om meer informatie te verkrijgen over hun kijkers. Concept De applicatie zal ontwikkeld worden voor het programma Kwistet. Dit is een show waarbij de presentator naar een gemeente gaat en een willekeurige persoon drie vragen stelt. Deze personen krijgen per juist antwoord een tip. Aan de hand van deze tips moeten zij dan een gebeurtenis in de gemeente raden die reeds op Focus & WTV werd uitgezonden.

Methode Er is begonnen met een literatuurstudie om de basiskennis te verkrijgen inzake dit concept. Er heeft reeds een gebruikersvergadering plaats gevonden om de verlangens van de eindgebruikers beter te leren kennen. In de volgende fase werd de informatie van de eindgebruikers aangewend om de specificaties van de applicatie uit te schrijven. In een laatste fase werd er een testapplicatie ontwikkeld die vervolgens getest werd door de eindgebruikers. Literatuurstudie Is er een toekomst voor de applicatie? Er werd eerst nagegaan als de tablet geen hype is en wat de mening over tablet computers van de eindgebruiker is. Na dit onderzoek kon er geconcludeerd worden dat er wel degelijk een toekomst is voor second screen applicaties. Platform Er moet een keuze gemaakt worden tussen een native applicatie of een web applicatie. Het voordeel van een native applicatie is dat er de mogelijkheid is om de sensoren in het toestel te gebruiken. Aan de andere kant is het voordeel van web applicaties dat deze platform onafhankelijk zijn. Er is gekozen voor een native applicatie omdat het nodig zal zijn om de sensoren te gebruiken. Het iOS van Apple is de marktleider, wanneer er ontwikkeld wordt voor dit platform betekent dit een onmiddellijke marktverovering. Ontwikkelen voor Android (Google) betekent een toekomstgerichte verovering. De applicatie is ontwikkeld met Titanium waardoor aan de hand van JavaScript er automatisch een applicatie voor zowel Android als iOS ontwikkeld kan worden. Andere producten De paper omschrijft ook wat er reeds op de markt is. Zo is ondertussen het ’Tweede Scherm’[17] van VT4 en ’MediaSquare’[18] van de VRT gekend. Synchronisatie De kijker dient de vragen op het juiste moment te ontvangen. Dit is moeilijk doordat er kan worden gepauzeerd of opgenomen aan de hand van de reeds behoorlijk ingeburgerde digibox. Dit heeft als gevolg dat het niet mogelijk is de vragen op een vast tijdstip uit te zenden. In de paper werd er gezocht naar een manier om deze problematiek op te lossen. Na onderzoek werd vastgesteld dat de beste oplossing voor dit probleem kan gevonden worden in het toevoegen van een audio watermerk. Dit is een onhoorbaar geluid in de uitzending waarop de applicatie zich kan synchroniseren.

CRM De second screen applicatie is ook interessant voor de zender. Deze applicatie kan ingezet worden om een beter beeld van de kijkers te vormen aan de hand van inloggegevens of feedback van de gebruikers. Uitwerking Technologie In deze paper is er gebruik gemaakt van volgende technologi¨een: ˆ Backend: Symfony ˆ Frontend: Titanium ˆ Communicatie tussen backend en frontend: JSON

Resultaat De ontwikkeling met Titanium ging moeizaam. Dit kwam door de beperkte documentatie en mede doordat er nog steeds bugs in de software zitten. De applicatie krijgt enorme aandacht van de eindgebruikers. Dit bleek uit de enquˆete die de eindgebruikers achteraf mochten invullen. Conclusie De ontwikkeling van een second screen applicatie is zeer interessant. Deze tool kan ook veel breder ingezet worden. Het is bijvoorbeeld mogelijk de televisie te vervangen door een les. De leerlingen zijn op deze manier veel meer interactief betrokken bij de les. Dit kan door les te geven aan de hand van een poll of oefeningen op de tablet. Echter is het wel af te raden dit te ontwikkelen met Titanium. Een alternatief hiervoor is PhoneGap.[31]

Trefwoorden Second screen application, tablets, TV, gebruikersonderzoek

Development of second screen applications on tablet devices Kim Boussy Supervisor(s): Sam Lerouge, Filip De Pauw Abstract— This article will describe the research of the importance of second screen applications. The focus in this article is on the development on tablet devices. The obtained knowledge has been used to develop a test application. Keywords—Second screen application, tablets, TV, iOS, Android

I. I NTRODUCTION EOPLE don’t watch television anymore like they were used to do. Their attention disappears when they start using devices like laptops, cell phones or tablet devices. This isn’t a profit for the advertisers cause the product that they’re promoting isn’t getting the full attention. The advertisers are starting to notice this, that’s why they aren’t so inclined anymore to advertise on TV. Out of this problem the idea arose to try to contact the consumers true this devices so they would use those devices like a second screen to watch TV. It is possible to give the consumer more information through this screen but it gives also the possibility to have interaction with the user. Not only will this give the user a good experience, this tool can also be used by the television to get more information about who their users are.

P

II. C ONCEPT The second screen application will be developed for the program called Kwistet. This is a show where a presenter goes to a city and asks 3 questions to random people about the city. If they are able to answer the questions they get tips that refer to a event in that city. With the second screen applications it must be able to let the users participate in this quiz and to be faster than the participant on television. III. M ETHODS In first place a literature research has been done to get a basic understanding of this concept. In the following phase the information get used from the end users to define the specifications. The next phase takes to create an application that the end users can apply to evaluate the program. With this feedback an end product can be created.

B. Platform For the development on mobile devices there must be known if there will be developed a web application or a native application. The advantage of native is that the sensors of the device can be used. On the other hand web applications have the advantage that they are compatible for all tablet computers. There has been chosen for the native applications because there will be a need to use the sensors. The focus was on the Android platform but the code was generated in such a way it could be compiled for both iOS and Android.[2] [3] The iOS is the market leader, developing for this platform will result in an immediate conquest of the market. But the market share of Android is rising and there is predicted that Android will become the new mark leader. C. Other products In this paper there will be looked at the other second screen applications on the market. In this section there will be looked at the product of VT4[4] and the mediasquare application of the VRT[5]. D. Synchronization For the user to get the questions on the right time there must be some kind of synchronization. Because shows can be recorded or asked on demand it is impossible to just send out the questions on the right time in the show. In this paper was researched in which ways the application can be synchronized with the show. The best solution for this problem is to use an audio watermark. This is an unhearable sound in the show which the application can use to know where the show has come in time. E. CRM The second screen application is not only interesting for the user but it can also be used as a tool to research the end-users of a TV station. By allowing the end-users to give feedback or when the users are required to fill in data.

IV. L ITERATURE A. Is there a future for second screen applications? To find out if there is a market for second screen applications on tablet devices, there must be found out if the tablet device isn’t a hype so it won’t disappear. A second way to find out if there is a future for this product is to do some user surveys. After researching this there can be concluded that there is a future for second screen applications on tablet devices.[1]

V. R EALIZATION A. Technology In this project there has been chosen to use the following technology: • for the backend: Symfony[6] • for the frontend: Titanium[7] • for the communication: JSON[8]

VI. R ESULT The development with Titanium didn’t go well. There isn’t a lot of documentation online for this product and it still has bugs in it. The second screen application is getting a lot of interest of the end-users. This has been proved by reviewing the end users. VII. C ONCLUSION The developing of second screen applications is very interesting. Not only for the application for this project but it can also be used in an wider context. For example it is possible to replace the TV with the lessons in school and use the second screen to approve the studying experience. The developing of second screen applications is inadvisable to be developed with Titanium. R EFERENCES [1] Christy Pettey and Holly Stevens. Gartner says apple ios to dominate the media tablet market through 2015, owning more than half of it for the next three years. http://www.gartner.com/it/page.jsp?id=1626414, 2011. [2] Pavel Alpeyev and Hugo Miller. Android tablets gain on apple ipad in fourth quarter. http://www.businessweek.com/news/2011-01-31/android-tabletsgain-on-apple-ipad-in-fourth-quarter.html, 2011. [3] Erwin Boogert. Marktaandeel ipad daalt, android groeit naar 22 procent. http://www.emerce.nl/nieuws/marktaandeel-ipad-daalt-androidgroeit-naar-22-procent, 2011. [4] VT4. Tweede scherm. http://www.vt4.be/tweede-scherm, 2011. [5] Lode Nachtergaele. Mediasquare. http://www.vrtmedialab.be/en/projects/mediasquare2, 2011. [6] Symfony. Symfony. http://www.symfony-project.org/, 2005. [7] Appcelerator. Titanium. http://www.appcelerator.com/, 2008. [8] JSON. Json. http://www.json.org/, 2011.

INHOUDSOPGAVE

viii

Inhoudsopgave Voorwoord

i

Toelating tot bruikleen en publicatie op DSpace

ii

Overzicht

iii

Extended abstract

vi

Inhoudsopgave

viii

Gebruikte afkortingen

xi

1 Inleiding 1.1 Algemeen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.2 Wat deze paper zal omschrijven . . . . . . . . . . . . . . . . . . . . . . . . 2 Literatuurstudie 2.1 Frontend . . . . . . . . . . . . . . . . . . . . . . . . . . 2.1.1 Wat zijn tablet computers . . . . . . . . . . . . 2.1.2 Nieuwe mogelijkheden van een tablet computer 2.1.3 Wat zijn de nadelen van tablet computers . . . 2.1.4 Voordeel van tablet voor adverteerders . . . . . 2.1.5 Hype of trend . . . . . . . . . . . . . . . . . . . 2.1.6 Enquˆete Aegis Media Belgium . . . . . . . . . . 2.1.7 Welk platform . . . . . . . . . . . . . . . . . . . 2.1.8 Native tegenover HTML5 . . . . . . . . . . . . 2.1.9 Doelpubliek . . . . . . . . . . . . . . . . . . . . 2.1.10 Mogelijke problemen . . . . . . . . . . . . . . . 2.1.11 Wat is er al op de markt . . . . . . . . . . . . . 2.1.12 Synchronisatie . . . . . . . . . . . . . . . . . . . 2.2 Backend . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.1 Welke gegevens bijhouden in de database . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

1 1 2 3 3 3 4 4 5 6 10 10 12 15 16 17 19 20 20

INHOUDSOPGAVE 2.2.2 2.2.3 2.2.4

ix

Second screen applicatie als CRM . . . . . . . . . . . . . . . . . . . Cloud computing . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kijkcijfermetingen . . . . . . . . . . . . . . . . . . . . . . . . . . .

3 Specificaties 3.1 Methode . . . . . . . . . . . 3.1.1 Proeftuin LeyLab . . 3.1.2 Eisen Focus & WTV 3.1.3 Focusgroep . . . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

4 Technologie 4.1 Aannames . . . . . . . . . . . . . . . . . . . . . . . . 4.1.1 Tablet zal blijven groeien . . . . . . . . . . . . 4.1.2 iPad blijft nog lang de sterkste . . . . . . . . 4.1.3 Second screen is een aanvulling geen afleiding 4.1.4 HTML5 zal pas later doorbreken . . . . . . . 4.2 Backend . . . . . . . . . . . . . . . . . . . . . . . . . 4.3 Frontend . . . . . . . . . . . . . . . . . . . . . . . . . 4.3.1 Titanium . . . . . . . . . . . . . . . . . . . . 4.4 Communicatie frontend & backend . . . . . . . . . . 4.4.1 JSON . . . . . . . . . . . . . . . . . . . . . . 5 Praktische uitwerking 5.1 Werkwijze . . . . . . . . . . . . 5.2 Frontend . . . . . . . . . . . . . 5.2.1 Registreren . . . . . . . 5.2.2 Inloggen . . . . . . . . . 5.2.3 Hoofdscherm . . . . . . 5.3 Backend . . . . . . . . . . . . . 5.3.1 Database-structuur . . . 5.3.2 Implementatie database 5.3.3 MVC . . . . . . . . . . . 5.3.4 Functies . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

6 Resultaat 6.1 Gebruikerstest . . . . . . . . . . . . . 6.1.1 Zijn de gegevens betrouwbaar 6.1.2 Resultaat . . . . . . . . . . . 6.1.3 besluit . . . . . . . . . . . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

. . . .

. . . . . . . . . .

. . . . . . . . . .

. . . .

21 23 23

. . . .

25 25 25 26 26

. . . . . . . . . .

35 35 35 35 36 36 36 37 37 38 38

. . . . . . . . . .

40 40 41 41 44 46 48 48 51 51 52

. . . .

56 56 57 58 58

INHOUDSOPGAVE 7 Besluit en toekomstperspectieven 7.1 Moeilijkheden . . . . . . . . . . . 7.1.1 Titanium Studio . . . . . 7.1.2 Emulator . . . . . . . . . 7.1.3 Concept . . . . . . . . . . 7.2 Mogelijkheden . . . . . . . . . . . 7.2.1 Synchronisatie . . . . . . . 7.2.2 Concept . . . . . . . . . . 7.2.3 Meerdere programma’s . . 7.2.4 Bredere context . . . . . . 7.3 Conclusie . . . . . . . . . . . . .

x

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

59 59 59 60 60 60 60 61 61 61 61

Bibliografie

63

Lijst van figuren

66

Lijst van tabellen

68

GEBRUIKTE AFKORTINGEN

Gebruikte afkortingen 2D

2 dimensioneel

API

Application Programming Interface

app

applicatie

CRM

Customer Relationship Management

CSS

Cascading Style Sheets

GPS

Global Positioning System

HTML

HyperText Markup Language

ID

Identificatie

JSON

JavaScript Object Notation

MVC

Model View Controller

PHP

Personal home page Hypertext Preprocessor

SDK

Software Development Kit

UML

Unified Modeling Language

URL

Uniform Resource Locator

UX

User Experience

XML

Extensible Markup Language

YAML

YAML Ain’t Markup Language

xi

INLEIDING

1

Hoofdstuk 1 Inleiding 1.1

Algemeen

Televisie kijken is niet meer wat het vroeger was. Er komt steeds meer interactie tussen de kijker en de zender. Waar televisie kijken vroeger als een familiaal gebeuren werd aanzien is dit nu eerder een individueel gebeuren. De televisie is verdwenen naar de achtergrond. Hierdoor krijgt dit medium niet meer de volle aandacht. De kijkers houden zich tijdens het kijken van een show nu ook bezig met hun smartphone, laptop, tablet en andere.[1] Het doel van deze masterproef is om een second screen applicatie[2] te ontwikkelen waarvan de kijkers gebruik kunnen maken op hun tablet computer. Zo wordt er terug meer aandacht gegeven naar wat op televisie gaande is. Tevens is er op deze manier interactie mogelijk tussen kijker en zender. Wat er op de second screen applicaties van vandaag ook nog niet aanwezig is, is een systeem dat de data synchroniseert met hetgeen zich in de show afspeelt. Met de komst van digitale televisie kijken niet alle kijkers op hetzelfde moment waardoor niet zomaar de data gelijktijdig kunnen verstuurd worden. Synchronisatie tussen de uitzending en de applicatie is dus wenselijk. Deze tool dient niet enkel een aanvulling te zijn voor het kijkplezier van de kijker maar zal ook gebruikt worden als een CRM-tool. zo kan de zender nagaan wie haar publiek is en wat het verlangt. Het doel van deze masterproef is een effici¨ente manier te vinden om een second screen applicatie te ontwikkelen die een maximaal nut heeft en een zo groot mogelijk publiek

1.2 Wat deze paper zal omschrijven

2

zal aanspreken. Deze moet een meerwaarde bieden aan de bestaande programmatie voor kijker, zender en adverteerder. Daarnaast moet deze app ook inzetbaar zijn als een CRMtool.

1.2

Wat deze paper zal omschrijven

De paper is als volgt opgedeeld: ˆ Literatuurstudie: hierin wordt er onderzocht wat tablet computers precies zijn en wat hun mogelijkheden zijn. Eens dit geweten is, kan er nagegaan worden welke functionaliteiten er in de applicatie aanwezig moet zijn en welke er geapprecieerd zullen worden door de eindgebruikers. Eens dit geweten is kan er overgegaan worden tot het onderzoeken of er voor een webpagina zal gekozen worden of voor een applicatie en op welk platform deze zal ontwikkeld worden. Tevens zullen ook de technologische aspecten onderzocht worden zoals bijvoorbeeld synchronisatie. ˆ Specificaties: eens de literatuurstudie be¨eindigd is zal er overgegaan worden tot het opstellen van de specificaties. Dit zal gebeuren aan de hand van de gebruikersinput en de eisen van Focus. ˆ Technologie: in dit hoofdstuk zullen de gebruikte technologie¨en verklaard en verantwoord worden. ˆ Praktische uitwerking: vervolgens zal er overgegaan worden tot het ontwikkelen van de applicatie. In dit hoofdstuk zullen alle aspecten van de applicatie aangekaart worden. ˆ Resultaten: in dit hoofdstuk zullen de gevonden resultaten verwerkt worden. ˆ Besluit en toekomstperspectieven: in dit hoofdstuk zal er een algemene conclusie over dit onderzoek gegeven worden.

LITERATUURSTUDIE

3

Hoofdstuk 2 Literatuurstudie 2.1 2.1.1

Frontend Wat zijn tablet computers

De computer heeft door de jaren heen een sterke evolutie gemaakt. Zo zijn de klassieke desktop computers ge¨evolueerd naar de laptop zodat de gebruikers niet langer gebonden zijn aan ´e´en plaats. Dit gaf de mensen een grotere mobiliteit met hun computer. Maar er waren nog steeds beperkingen. Zo was het onhandig om met deze laptop rond te lopen en ondertussen hierop te werken. Deze beperking gaf het idee om deze toestellen nog meer mobiel te maken. Het antwoord hierop was de tablet computer, een toestel zonder toetsenbord dat gemakkelijk in de hand ligt en niet veel weegt. Het lag dan ook voor de hand dat deze toestellen de bijnaam ’handheld’ computers kregen. Echter is de tablet niet even rekenkrachtig als de laptop. De bediening is ook beperkter doordat er niet met een muis kan gewerkt worden. Daarom wordt de tablet pc dan ook eerder gebruikt om documenten te bewerken, nieuws online te consulteren, video’s te bekijken,... Kortom alle kleine handelingen die een laptop doet maar dan op een mobielere manier. Hierdoor is deze nog geen volwaardige vervanger van de laptop. Ten opzichte van de laptop start de tablet computer wel sneller op. Een laptop heeft gemiddeld 30 tot 60 seconden nodig om op te starten terwijl de tablet slechts enkele seconden nodig heeft. Dit zal leiden tot een impulsiever gebruik.

2.1 Frontend

4

De bediening van de eerste generatie tablet computers gebeurde nog met een soort pen die de naam ’stylus’ droeg. Op die manier kon je op je scherm werken alsof je met een muis werkt. Tegenwoordig hebben alle tablet computers de mogelijkheid ze te bedienen met de vingers. Dit maakt nieuwe functionaliteit mogelijk zoals het vergroten en verkleinen door middel van je twee vingers uit elkaar te trekken of naar elkaar toe te brengen. Voor de invoer van tekst komt er op het scherm een invoerpaneel tevoorschijn in de vorm van het klassieke toetsenbord.[3][4] De tablet computer kan gedefinieerd worden als een lichte mobiele computer zonder toetsenbord waarvan de bediening gebeurt door middel van een touchscreen. Een eerste mijlpaal in de geschiedenis van de tablet computer is het uitkomen van de iPad. Deze werd voor het eerst gelanceerd op 3 april 2010. In Belgi¨e werd de iPad gelanceerd op 23 juli 2010. Voordien waren al soortgelijke producten ontworpen maar deze hebben nooit het succes gekend dat de iPad kende. Een volgende mijlpaal was het uitkomen van de Android tablet computers van Google in 2011. Dit was de eerste volwaardige concurrent van Apple.

2.1.2

Nieuwe mogelijkheden van een tablet computer

Een tablet computer is mobieler dan een laptop en biedt dus veel meer extra mogelijkheden aan de gebruiker. De fabrikanten plaatsen extra sensoren zoals GPS-ontvangers in de tablet computers. Zo kan door plaatsbepaling gekeken worden wat de locatie van de gebruiker is. Hier kan dan op ingespeeld worden zodat er een meer interactieve beleving is voor de gebruiker. De touch brengt ook extra mogelijkheden met zich mee. Waar vroeger enkel met een muis kon genavigeerd worden, kan nu door middel van ´e´en of meerdere vingerbewegingen genavigeerd worden. Met gecombineerde handbewegingen kan er extra functionaliteit gebonden worden zoals het uit elkaar trekken van de vingers om in te zoomen dat hierboven werd besproken.

2.1.3

Wat zijn de nadelen van tablet computers

In vergelijking met de laptop heeft de tablet computer minder opslagcapaciteit. Ook zijn de tablet computers nog niet zo rekenkrachtig als de laptop. Het typen gaat op een laptop

2.1 Frontend

5

ook nog steeds vlotter. Hierdoor worden applicaties die een snelle toetseninvoer eisen niet haalbaar op deze tablet computer. Ook intensieve applicaties zullen hierop onmogelijk zijn. Voorbeelden van dergelijke applicaties zijn de games. Op dit moment is de tablet meer een statussymbool vanwege zijn prijs. Het is nog niet mogelijk om volledig over te schakelen op een tablet, er is nog steeds een computer of laptop nodig om een volwaardige beleving te hebben van het internet. Sommige televisiemaatschappijen bekijken de tablet computers als een bedreiging voor televisie. De aandacht zou mogelijks meer naar het tweede scherm gaan terwijl de gebruikers zo hun aandacht verliezen voor wat op televisie gebeurt. Dit zorgt er dan ook voor dat zij de spreekwoordelijke draad verliezen. De televisiemaatschappijen willen niet dezelfde fout maken als de muziek industrie. Zij hebben indertijd geen rekening gehouden met de opkomst van de MP3. Doordat vele mensen illegaal begonnen te downloaden zijn hun winstmarges drastisch gedaald. Dit fenomeen is vergelijkbaar met de tablet computer. Vele mensen bekijken hun series door deze te downloaden en niet meer via televisie te volgen.

2.1.4

Voordeel van tablet voor adverteerders

Adverteerders kunnen hier via twee manieren voordeel uithalen. De eerste manier is de klassieke manier die veel gebruikt wordt op websites. Hierbij wordt er reclame getoond aan de gebruikers via de applicatie. Adverteerders kunnen een ruimte kopen in de applicatie die reclame over hen zal tonen. Een tweede en meer vernieuwende manier is het bouwen van een eigen applicatie waarbij hun product of merk centraal staat. De enquˆete van Isobar[5] toont aan dat reeds 63% van de gebruikers een applicatie gedownload heeft van een erkend merk. Hier is wel een voorwaarde aan verbonden, de applicatie moet een toegevoegde waarde hebben voor de gebruikers anders zal de applicatie niet worden geapprecieerd.

2.1 Frontend

2.1.5

6

Hype of trend

Google trends Om een antwoord te vinden zal er in eerste instantie gekeken worden naar Google trends.

Figuur 2.1: Opzoeken via Google trends naar de term tablet.[6]

Figuur 2.2: Opzoeken via google trends naar de term tablet computer.[6]

Figuur 2.1 geeft weer hoeveel er op de zoekterm ”tablet” gezocht is over de tijd. Dit geeft echter een licht vertekend beeld omdat tablet ook een medische term is. Echter de grote

2.1 Frontend

7

stijgingen zijn te wijten aan de tablet computer. De reden van de pieken staat rechts omschreven. De tweede grafiek in figuur 2.1 verwijst naar hoeveel maal naar deze term verwezen is. In figuur 2.2 is er op de zoekterm ”tablet computer” gezocht, dit keer is de term uit de medische sector er uitgefilterd maar zijn er minder resultaten omdat er eerder op de term ”tablet” gezocht wordt. Door deze twee te combineren kan er een beter beeld gevormd worden. Zoals er op figuur 2.1 en figuur 2.2 te zien is, kennen tablet computers steeds meer aandacht. Er doen zich grote pieken voor wanneer producenten uitkomen met een nieuwe tablet computer. Los daarvan valt er een stijgende lijn vast te stellen, aan de hand hiervan kan ervan uitgegaan worden dat dit toestel enkel maar populairder zal worden door de jaren heen. Hype cycle

Figuur 2.3: Locatie van second screen in de hype cycle.

2.1 Frontend

8

Voor een volgende onderzoek kan er gekeken worden naar de hype cycle van Gartner. Deze bestaat uit vijf onderdelen: ˆ Technology trigger: dit is de doorbraakfase, deze fase gebeurt door het lanceren van het product of het bekendmaken van het product waardoor er bij de potenti¨ele klanten een interesse ontstaat. ˆ Peak of inflated expectations: in deze fase wordt bij de consumenten, meestal door publiciteit, een onrealistische verwachting gecre¨eerd. ˆ Through of disillusionment: in deze fase komt aan het licht dat het product de te hoge verwachtingen niet kan inlossen waardoor de hype daalt. ˆ Slope of enlightenment: in deze fase begint de hype terug te stijgen omdat bedrijven er beginnen mee te experimenteren en op deze manier het voordeel van deze technologie proberen te begrijpen en te benutten. ˆ Plateau of productivity: deze fase wordt bereikt wanneer het voordeel van dit product aangetoond en geaccepteerd is. De technologie is stabiel en begint te evolueren. Het uiteindelijke niveau waarop gestagneerd wordt hangt af van het feit of het project acceptabel is en of het haar voordelen kan bewijzen.

Second screen applicaties vallen onder het medium Social TV. Social TV is een opkomend fenomeen aangezien deze zich in de technology trigger fase bevindt. De tablet computer is terug te vinden onder de term Media tablets. Deze zijn nu in dalende lijn.[11]

2.1 Frontend

9

Innovatiecurve De innovatiecurve[7] is een curve die aantoont in de tijd wie de kopers van het product zijn. In deze grafiek kan er afgeleid worden hoe de verkoop van het product verloopt.

Figuur 2.4: De innovatiecurve[7]

Potenti¨ele kopers worden opgedeeld in vijf groepen namelijk: ˆ Innovators: dit zijn de eerste mensen die het product kopen. Zij zijn steeds op zoek naar het nieuwste product en willen dit telkens als eerste hebben. ˆ Early adopters: dit zijn mensen die ook steeds het nieuwste willen hebben maar niet zitten te wachten tot een bepaald product uitkomt. Deze fase kan je herkennen aan de sterke groei van de verkoop. ˆ Early majority: in deze fase zal het grote publiek dit product kopen, hierin zal de sterkste groei in de verkoop plaats vinden. ˆ Late majority: in deze fase is het product volwassen. Het grootste deel van de markt kent nu dit product en wil dit zich nu ook aanschaffen. Doordat dit zijn top bereikt heeft, zal de verkoop van het product in deze fase beginnen dalen. ˆ Laggards: dit is de laatste fase van het product. Hier zullen toch nog mensen het product kopen door een goeie aanbieding of dergelijke. In deze fase neemt de verkoop van het product sterk af.

2.1 Frontend

2.1.6

10

Enquˆ ete Aegis Media Belgium

Volgens de enquˆete van Aegis Media Belgium[5] kent reeds 9 op de 10 Belgen het bestaan van de tablet computers. Ondanks dat de consumenten dit toestel goed kennen zijn slechts 4% van de Belgische gezinnen hiervan voorzien. Dit betekent dat er in Belgi¨e 180.000 toestellen in omloop zijn. Hierin heeft Aegis Media Belgium geen onderscheid gemaakt welke toestellen de consument bezit. De enquˆete die gevoerd is in Belgi¨e toont aan dat op dit moment er slechts een kleine markt is maar dat de aankoopintenties optimistisch zijn. Zo is 7% van de gezinnen van plan om in de nabije toekomst een tablet computer aan te kopen en een bijkomende 5% is van plan dit in een verdere toekomst te doen. Dit betekent een stijging van 10% `a 15%. Op dit moment is de aankoopprijs nog steeds een van de grootste struikelblokken. De gemiddelde prijs is rond de 500 euro terwijl de consumenten slechts bereid zijn tot gemiddeld 400 euro te betalen voor een tablet computer. Aegis Media Belgium heeft deze cijfers gebruikt om te bepalen dat de tablet computers reeds in de tweede fase van hun evolutie zitten volgens de innovatiecurve wat concreet wil zeggen dat de innovators al hun toestel aangeschaft hebben en de tablets al gekocht worden door de early adopters. Conclusie Op het eerste zicht lijkt dit eerder op een hype maar er zullen steeds meer toepassingen verhuizen van de desktop computer naar het mobiele platform waar dus de tablet computer onderdeel van is. Het is voor de gebruiker veel gemakkelijker om op gelijk welke plaats gegevens te kunnen ophalen. Vooral de vele sensoren die in een tablet computer zitten maken het interessant zoals de bewegingssensor, GPS en camera bieden tal van mogelijkheden.

2.1.7

Welk platform

Er zijn verschillende platformen op de markt. Door de marktaandelen te bekijken kan er opgemerkt worden dat er meteen 2 systemen uitspringen namelijk de iPad en de Android systemen. Op de iPad draait het iOS van Apple. Het Android systeem is uitgebracht door Google waarvan Samsung de grootste gebruiker is.

2.1 Frontend

11

In september 2010 had de iPad nog een marktaandeel van 95% maar dit is inmiddels al gedaald naar 75% (januari 2011) wat nog steeds het grootste aandeel is. Maar wanneer er gekeken wordt naar het marktaandeel van de Android systemen dan kan er gezien worden dat deze in september 2010 slechts 2,3% behaalde maar inmiddels gestegen is naar 22%.[8][9][10] Tabel 2.1: Marktaandeel Apple en Android. September 2010 iPad 95% Android 2,3%

Januari 2011 75% 22%

Volgens Strategy Analytics zal het marktaandeel van de iPad binnen de 2 jaar dalen tot onder de 50%. Deze daling zal versterken eens Google uitkomt met de Android 3.0. Wanneer de voorspellingen van Gartner[11] erbij genomen worden kan er opgemerkt worden dat deze eenzelfde prognose weergeven. Tabel 2.2: Toekomstvoorspelling marktaandelen volgens Gartner (x 1000). OS 2010 2011 2012 2015 iOS 14,766 47,964 68,670 138,497 Market Share(%) 83.9 68.7 63.5 47.1 Android 2,502 13,898 26,382 113,457 Market Share(%) 14.2 19.9 24.4 38.6 MeeGo 107 788 1,271 3,057 Market Share(%) 0.6 1.1 1.2 1.0 WebOS 0 2,796 4,245 8,886 Market Share(%) 0 4.0 3.9 3.0 QNX 0 3,901 7,134 29,496 Market Share(%) 0 5.6 6.6 10.0 Other operating systems 234 432 510 700 Market Share(%) 1.3 0.6 0.5 0.2 Total Market 17,610 69,780 108,211 294,093

2.1 Frontend

12

Uit tabel 2.2 kan er afgeleid worden dat het marktaandeel van iOS in dalende en dit van de Android systemen in stijgende lijn is maar iOS blijft nog lange tijd de grootste. Het ontwikkelen van een applicatie op een iOS systeem staat garant voor een onmiddellijke verovering van de grootste markt. Ontwikkelen van een applicatie voor een Android systeem betekent een verovering van de markt die op langer termijn het grootste aandeel zal beslaan. Het ideale scenario is natuurlijk dat een applicatie voor beide systemen kan ontwikkeld worden. Dit betekent dan een markt van 85 a` 90%.

2.1.8

Native tegenover HTML5

Wat zijn web apps Een web app is een applicatie die op een webserver draait en door middel van een webbrowser benaderd kan worden. deze kunnen ontwikkeld worden door bijvoorbeeld HTML5. Wat is HTML5 HTML5 staat voor HyperText Markup Language 5, dit is de nieuwste versie van HTML, de taal waaruit het World Wide Web is opgebouwd. HTML5 kan gebruikt worden voor het ontwikkelen van web apps. HTML5 is er gekomen om een systeem te ontwikkelen waarin dezelfde functionaliteit als Flash, Silverlight en JavaFX aangeboden worden waardoor deze overbodig worden. HTML5 maakt het mogelijk om tekst, afbeelding, multimedia en webapplicaties weer te geven in de browser van de gebruiker.[12] In vergelijking met de vorige versie van HTML5 namelijk HTML 4.01 kent deze meer mogelijkheden namelijk: ˆ Semantic Markup: opmaak van de data zodat deze niet louter tekst voorstelt maar een degelijke betekenis krijgt, dit gebeurt door het toelaten van meerdere tags waardoor de pagina’s sneller laden en beter schaalbaar worden. Dit is ook nuttig voor zoekmachines en dergelijke. ˆ Geolocation: bepalen van de locatie van de gebruiker. ˆ Form Enhancements: optimalisatie van de formulieren door het invoeren van een kalender, zoekveld,...

2.1 Frontend

13

ˆ Audio/Video: het mogelijk maken om muziek en filmpjes af te spelen zonder plugin. ˆ Canvas: hierin kunnen 2D tekeningen gemaakt worden en tevens kan dit gebruikt worden met scripts. Deze verzorgt zo een dynamische opmaak. ˆ ContentEditable: het bewerken van tekst in de HTML die vervolgens steeds op deze manier zal weergegeven worden als de pagina opnieuw bezocht wordt. ˆ Drag and drop: het slepen en neerzetten van elementen is mogelijk gemaakt. ˆ Persistent Data Storage: dit is de opvolger van de coockie, een stukje code dat bij de client geplaatst wordt. ˆ Offline availability: mogelijkheid tot offline verder werken in webapplicaties.

Wat zijn native apps Native apps zijn applicaties die op de tablet pc zelf ge¨ınstalleerd worden. Deze applicaties zijn meestal zodanig ontwikkeld dat ze een bepaalde functie zeer goed vervullen. Meestal zijn deze ook zeer goed gestyled en simpel in gebruik. Door de simpelheid is geen handleiding nodig. Voor bedrijven heeft dit een bijkomend voordeel, klanten hoeven niet steeds opnieuw naar de bedrijven hun site gelokt te worden. De bedrijven kunnen de klanten nu via hun app bedienen.[13] Er bestaan ook multi-platform apps. De multi-platform applicatie werkt vanuit het idee dat eenmaal een applicatie ontwikkeld is, deze vervolgens automatisch beschikbaar is voor meerdere platformen. Voor- en nadelen van native apps tegenover web apps In deze sectie zullen de voor- en nadelen vergeleken worden van native apps tegenover web apps.[14] Native apps: Voordelen: ˆ Sneller: ze maken meer gebruik van de SDK van het platform zelf.

2.1 Frontend

14

ˆ Gemakkelijk te vinden: zijn meestal in de market/store, een standaard app voor het downloaden van apps, te vinden. ˆ Meer vertrouwen bij gebruikers: de gebruiker voelt zich beter als hij weet dat de applicatie speciaal voor zijn toestel is ontworpen, het zien van reviews door andere gebruikers bouwt dit vertrouwen op. ˆ Er kan gebruik gemaakt worden van sensoren in het toestel.

Nadelen: ˆ Moeilijker te ontwikkelen dan webapplicatie. ˆ Beperkt tot 1 platform. ˆ Download/instalatie is een drempel.

Web apps: Voordelen: ˆ Gemakkelijk te ontwikkelen dankzij HTML5, CSS3 en JavaScript. ˆ Platform onafhankelijk. ˆ Update door site te refreshen. ˆ Geen kosten om beschikbaar te stellen op de market/store omdat deze vrij beschikbaar zijn op het internet.

Nadelen: ˆ Weinig ondersteuning. ˆ Interactie met andere applicaties niet mogelijk. ˆ Aanspreken hardware niet mogelijk. ˆ Moeilijker terug te vinden (geen market/store).

2.1 Frontend

15

Voorkeur consument Volgens de enquˆete van Isobar[5], Dialog Solutions en Ant Research hebben consumenten geen voorkeur voor de klassieke browser of voor een native app. Echter is er wel het fenomeen dat Apple de consument probeert te richten naar de apps. Dit doen ze ondermeer door geen Flash te ondersteunen in de browsers dus de consument wordt verplicht een app te installeren. Uit dezelfde enquˆete bleek ook dat de helft van de gebruikers rond de 20 apps installeren en hiervan ook daadwerkelijk 10 apps gebruiken. Dit toont aan dat de apps populair zijn bij de gebruikers en er geen reden is om hier niet op in te spelen. Aan de andere kant is de app geen noodzakelijk medium. Slechts 29% van de gebruikers bekijkt media via hun app. Conclusie Om de volledige markt aan te spreken dient de focus op HTML5 gelegd te worden, echter was deze technologie bij aanvang van deze masterproef nog in ontwikkeling. Wanneer er voor een native applicatie gekozen wordt, zullen alle sensoren aangesproken kunnen worden maar het probleem zal dan zijn dat deze sterk platform afhankelijk zullen zijn. Eventueel kan gekeken worden om een multi-platform applicatie te ontwikkelen.

2.1.9

Doelpubliek

Focus & WTV zijn de 2 regionale zenders van West-Vlaanderen. Focus concentreert zich op het noorden van West-Vlaanderen terwijl WTV zich eerder op het zuiden van WestVlaanderen focust. Bij beiden kan het doelpubliek beperkt worden tot de regio WestVlaanderen. Tot op heden is slechts in beperkte mate geweten wie de kijkers van Focus & WTV zijn. Uit deze cijfers kon het bedrijf concluderen dat er een grote doelgroep niet bereikt werd namelijk de mensen tussen 15 en 30 jaar. Een mogelijke verklaring hiervan is dat tijdens deze periode in een mensenleven er weinig aandacht is voor wat er regionaal gebeurt, de nadruk ligt eerder op wat er in de wereld gebeurt dan wat er in het dorp of in de straat gebeurt. E´en van de doelen van dit project is het bereiken van de groep van 15-30 jarigen en deze alvast klaar te stomen naar de toekomst toe zodat zij wanneer ze een vaste woonplaats hebben sneller geneigd zullen zijn om voor Focus & WTV te kiezen.

2.1 Frontend

16

Het doelpubliek is vanzelfsprekend de kijkers die eigenaar zijn van een tablet pc. Naarmate de toekomst vordert kan deze tool uitgebreid worden naar de smartphone markt.

2.1.10

Mogelijke problemen

Conflict: Apple tegenover Flash Het conflict tussen Apple en Adobe begon in 2007. Apple wou geen Flash toelaten op zijn iOS-platform omdat dit volgens hen onveilige en propri¨etaire software is. Een bijkomende reden was dat Flash een zeer grote impact heeft op de levensduur van de batterij. Om dat probleem op te lossen bestaan er Flash naar iPhone compilers. Dit is zelfs opgenomen in de laatste Creative Suite-versies van Adobe. Een andere oplossing is het gebruik van HTML5, dit heeft zoals eerder beschreven de functie om het gebruik van Flash overbodig te maken wat dus betekent dat dit een uitstekend substituut kan betekenen. In de toekomst zal Adobe HTML 5 creators uitbrengen.[15] Adobe heeft inmiddels de strijd opgegeven. Zij zullen Flash niet verder meer ontwikkelen en deze laten uitsterven. Hierdoor is het niet meer interessant om Flash te gebruiken in de second screen applicatie.[16]

2.1 Frontend

2.1.11

17

Wat is er al op de markt

Er zijn reeds enkele vlaamse zenders die met een second screen applicatie uitgekomen zijn. VT4: Tweede Scherm De second screen applicatie van VT4 heeft de naam ’Tweede Scherm’[17] gekregen. Zij bieden via deze manier aanvullende informatie over ’Komen eten’ aan. Het is ook mogelijk interactief deel te nemen aan het programma door oa. zelf scores te geven of je mening te delen. Deze applicatie is gratis beschikbaar op de Android market en ook beschikbaar in de App Store.

Figuur 2.5: Tweede Scherm applicatie van VT4.[17]

2.1 Frontend

18

VRT: Mediasquare VRT Medialab is momenteel volop bezig met onderzoek naar second screen applicaties en de voordelen hiervan. Zij gebruiken de applicatie ook als een CRM tool zodat zij weten wie op welk moment naar hun programma’s kijkt. Aan de hand van ’word clouds’, dit is een afbeelding waarin de woorden die vaker voorkomen in de reacties groter getoond worden, proberen ze te achterhalen wat het gevoel is op een bepaald moment bij de show. Dit brengt dan ook de mogelijkheid om hierop in te spelen en de show op dit vlak bij te sturen.[18]

Figuur 2.6: De Mediasquare testapplicatie van VRT Medialab.[18]

Zoals te zien is in figuur 2.6 is het mogelijk voor de kijker om de wielerwedstrijd via hun tablet te volgen waarbij een kaart aanduidt waar de renners zich op dit moment bevinden. Aan de linkerkant is het dan ook weer mogelijk om uw mening te delen met andere gebruikers. Dit is echter enkel als test bedoeld en is nooit uitgekomen voor het grote publiek. De applicatie werd ook gebruikt in het programma ’Villa Vanthilt’. Mensen konden inter-

2.1 Frontend

19

actief meedoen met het programma zoals het maken van een robotfoto van een persoon die ze even gezien hadden. Deze gegevens werden dan allemaal verzameld en werden in de show zelf nog meegedeeld. In tegenstelling tot de vorige applicatie is deze wel op het grote publiek gereleased. E´en van de voorbeelden van de problemen die dankzij deze applicatie aan het licht kwamen was toen er plots slecht geluid was in de show. In de ’word cloud’ kwam steeds negatieve kritiek en woorden in verband met geluid tevoorschijn. Het team heeft dit dan onderzocht en toen bleek dat inderdaad er een probleem was met de klank. Dit is snel opgelost met positieve reacties als gevolg.

2.1.12

Synchronisatie

Het digitaal kijken biedt de gebruiker veel voordelen zoals het opnemen van programma’s of het pauzeren hiervan. Dit brengt echter problemen met zich mee voor de second screen applicatie. Doordat niet alle gebruikers op hetzelfde tijdstip kijken, kunnen de gegevens van het programma dat op dat moment uitgezonden wordt niet gelijktijdig doorgestuurd worden naar de gebruiker. Dit zou echter willen zeggen dat wanneer een gebruiker de show even gepauzeerd heeft in een quiz waaraan hij interactief deelneemt, hij de vragen eerder zal krijgen dan dat hij de vragen op televisie te zien krijgt. Er bestaan reeds verschillende technologi¨een die hiervoor een oplossing bieden. De meeste maken gebruik van een verborgen geluid in de show waarmee de applicatie kan synchroniseren. Deze haalt dus enkel de informatie op die op dat moment van belang is. Dit wordt ook wel een audio watermerk genoemd. Voorbeelden hiervan zijn: ˆ MediaEcho[19] ˆ Axon[20] ˆ Intrasonics[21] ˆ Eym audio watermark[22]

2.2 Backend

2.2

20

Backend

De backend is het systeem dat alle data zal beheren. Wanneer de applicatie data uit de database nodig heeft zal deze de backend contacteren om op deze manier zijn data op te halen. Om het mogelijk te maken dat de applicatie blijft draaien en deze geen vertragingen heeft is het nodig om een sterke backend te hebben. Wanneer mensen het programma opnemen en pas achteraf bekijken stelt er zich geen probleem, maar indien iedereen live kijkt op hetzelfde moment resulteert dit in een groot dataverkeer naar de server. Hierdoor dienen de servers voorzien te zijn op een groot dataverkeer.

2.2.1

Welke gegevens bijhouden in de database

Privacy In het wetboek staat het volgende: ”Algemene voorwaarden voor de rechtmatigheid van de verwerking van persoonsgegevens Art. 4. 1. Persoonsgegevens dienen : 1 eerlijk en rechtmatig te worden verwerkt; 2 voor welbepaalde, uitdrukkelijk omschreven en gerechtvaardigde doeleinden te worden verkregen en niet verder te worden verwerkt op een wijze die, rekening houdend met alle relevante factoren, met name met de redelijke verwachtingen van de betrokkene en met de toepasselijke wettelijke en reglementaire bepalingen, onverenigbaar is met die doeleinden. M. Walrave 2001 4 Onder de voorwaarden vastgesteld door de Koning na advies van de Commissie voor de bescherming van de persoonlijke levenssfeer, wordt verdere verwerking van de gegevens voor historische, statistische of wetenschappelijke doeleinden niet als onverenigbaar beschouwd; 3 toereikend, terzake dienend en niet overmatig te zijn, uitgaande van de doeleinden waarvoor zij worden verkregen of waarvoor zij verder worden verwerkt; 4 nauwkeurig te zijn en, zo nodig, te worden bijgewerkt; alle redelijke maatregelen dienen te worden getroffen om de gegevens die, uitgaande van de doeleinden waarvoor zij worden verkregen of waarvoor zij verder worden verwerkt, onnauwkeurig of onvolledig zijn, uit te wissen of te verbeteren; 5 in een vorm die het mogelijk maakt de betrokkenen te identificeren, niet langer te worden bewaard dan voor de verwezenlijking van de doeleinden waarvoor zij worden verkregen of verder worden verwerkt, noodzakelijk is. De Koning voorziet, na advies van de Commissie voor de bescherming van de persoonlijke levenssfeer, in passende

2.2 Backend

21

waarborgen voor persoonsgegevens die, langer dan hiervoor bepaald, voor historische, statistische of wetenschappelijke doeleinden worden bewaard. 2. Op de verantwoordelijke voor de verwerking rust de plicht om voor de naleving van het bepaalde in 1 zorg te dragen.” ”Rechten van de betrokkene M. Walrave 2001 7 Art. 9. 1. Indien persoonsgegevens betreffende de betrokkene bij hemzelf worden verkregen, moet de verantwoordelijke voor de verwerking of diens vertegenwoordiger uiterlijk op het moment dat de gegevens worden verkregen aan de betrokkene ten minste de hierna volgende informatie verstrekken, behalve indien hij daarvan reeds op de hoogte is : a) de naam en het adres van de verantwoordelijke voor de verwerking en, in voorkomend geval, van diens vertegenwoordiger; b) de doeleinden van de verwerking; c) het bestaan van een recht om zich op verzoek en kosteloos tegen de voorgenomen verwerking van hem betreffende persoonsgegevens te verzetten, indien de verwerking verricht wordt met het oog op direct marketing; d) andere bijkomende informatie, met name : -de ontvangers of de categorie¨en ontvangers van de gegevens, -het al dan niet verplichte karakter van het antwoord en de eventuele gevolgen van nietbeantwoording, -het bestaan van een recht op toegang en op verbetering van de persoonsgegevens die op hem betrekking hebben; behalve indien die verdere informatie, met inachtneming van de specifieke omstandigheden waaronder de persoonsgegevens verkregen worden, niet nodig is om tegenover de betrokkene een eerlijke verwerking te waarborgen; e) andere informatie afhankelijk van de specifieke aard van de verwerking, die wordt opgelegd door de Koning na advies van de Commissie voor de bescherming van de persoonlijke levenssfeer.”[23] Deze artikelen uit het wetboek tonen aan dat Focus & WTV gevrijwaard is om statistieken van de gebruikers bij te houden zolang deze bedoeld zijn voor statistische doeleinden. Echter is het wel aan te raden om de gebruiker een gebruiksovereenkomst te laten accepteren waarin vermeld staat dat de gegevens van de gebruiker zullen gebruikt worden voor statistische doeleinden.

2.2.2

Second screen applicatie als CRM

De kijkers worden steeds meer digitaal, niet enkel wanneer ze achter hun desktop computer zitten. Door smartphones of tablet computers laten ze overal hun digitaal spoor na. Dit geeft nieuwe mogelijkheden voor de televisiemaatschappijen om zo hun relatie met de kijkers te onderhouden. Uit onderzoeken is al gebleken dat het van groot belang is genoeg kennis te verwerven over de gebruikers. Dit heeft geleid tot CRM wat betekent Customer Relationship Management,

2.2 Backend

22

een werkwijze die toestaat de relatie met de gebruikers te verzorgen. Doordat televisie in ´e´en richting werkt was het tot op heden onmogelijk voor televisiemaatschappijen om deze principes in te zetten. Met de komst van digitale televisie bestaat er al meer de mogelijkheid om informatie over de kijker in te winnen. Maar door deze second screen applicatie is het nu volledig mogelijk om aan CRM te doen. De second screen applicatie kan gebruikt worden om deze gegevens te verwerven en zo de zender af te stellen op zijn kijkers. Ook voor de adverteerders is de informatie, verkregen van de gebruikers, van groot belang. Welke informatie is er nodig over de gebruiker De volgende zaken dienen gevraagd te worden aan de gebruiker bij het registreren: ˆ Persoonlijke gegevens

Naam + voornaam Geslacht Leeftijd Woonplaats E-mail ˆ Mediagebruik

Hoe vaak kijken ze naar de zender E´en van de eerste gegevens die gevraagd wordt is de naam en voornaam, echter geven deze niet veel extra waarde voor de statistische analyse. Dergelijke data kunnen weliswaar wel gebruikt worden om de applicatie wat persoonlijker te laten aanvoelen door de gebruiker bij naam aan te spreken in de applicatie. Deze kunnen bijvoorbeeld ook gebruikt worden in een rangschikking. Wat dan wel weer belangrijke gegevens zijn, zijn het geslacht en de leeftijd. Dit zal een duidelijk beeld geven wie de doelgroep is. In een later stadium kan de applicatie meer specifiek afgericht worden naar deze mensen toe. De woonplaats zal zeker een rol spelen aangezien de applicatie gebruikt zal worden voor het programma Kwistet: een quiz van Focus & WTV waarbij een presentator naar een bepaalde

2.2 Backend

23

gemeente trekt om hier lokale mensen vragen te stellen over de gemeente. Wanneer de show zich in de buurt van de gebruiker afspeelt kan hier extra op worden ingespeeld. Deze info wordt steeds relevanter voor een regionale zender. Een volgend item is het e-mailadres. Dit kan gebruikt worden om de gebruiker te contacteren. Wanneer via deze applicatie prijzen uitgedeeld worden zal dit zeker van pas komen.

2.2.3

Cloud computing

Het bedrijf outsourcet al zijn databases en servers naar een extern bedrijf. Op die manier moeten Focus & WTV zich geen zorgen maken over de grote flow van data die de servers te verwerken zullen krijgen aangezien deze op zeer krachtige machines draaien in het datacenter. Hier stelt zich wel een schaalprobleem. Op dezelfde servers draaien ook databases van andere klanten van het datacenter. Wanneer deze in grote mate aangesproken worden en hierdoor de systemen vertragen zal dit effect hebben op alle programma’s die op deze servers draaien. Een oplossing hiervoor kan cloud computing zijn. Cloud computing Bij cloud computing kan de server in de cloud geplaatst worden. Dit was ook het geval bij VillaSquare[18]. Bij een groot dataverkeer zullen de servers in de cloud zich herschalen en ervoor zorgen dat er geen vertraging optreedt. Een bijkomend voordeel hiervan is dat er slechts betaald hoeft te worden voor wat de applicatie verbruikt: op momenten dat er niemand kijkt en de applicatie niet gebruikt wordt, zal er minder betaald moeten worden dan wanneer deze intensief gebruikt zou worden.

2.2.4

Kijkcijfermetingen

Vroeger gebeurde dit door speciale toestellen te plaatsen bij een bepaald aantal gebruikers. Dat toestel detecteerde naar welk programma de gebruikers aan het kijken waren, de TARIS 5000 PeopleMeter is hiervan een voorbeeld. Deze analyseert de frequentie van de uitzending waar de gebruikers naar kijken. Een tweede methode was er ´e´en die via het omgevingsgeluid zocht naar een ’watermerk’. Hieruit werd afgeleid naar welk programma

2.2 Backend

24

de gebruikers keken. Aan de hand van deze statistieken werd het aantal kijkers berekend als percentage van het totaal aantal kijkende mensen. Dit was natuurlijk geen perfecte en correcte weergave. Op deze manier was nog steeds niet geweten wie exact de kijkers van de show waren. Daarom kwam een systeem uit dat gebruik maakt van camera’s, voorbeelden van deze zijn Cognovision’s AimView en TrueMedia AlliO. Deze herkennen de gebruiker en maken zo een profiel op van wie op dat moment aan het kijken is. In een nog latere fase kwamen er televisies uit waarbij de gebruiker zich moest inloggen om zo te weten wie aan het kijken was zoals het Phillips Aprico system. Het grote nadeel van dergelijk systeem is dat dit wel degelijk werkt op een kleine testgroep, maar geen realistisch totaalbeeld geeft van het publiek. Ook zijn deze oplossingen niet in staat om real-time metingen te verrichten. De second screen applicatie kan hier statistisch gezien een nauwkeuriger beeld van geven.

SPECIFICATIES

25

Hoofdstuk 3 Specificaties 3.1

Methode

In een eerste fase is er nagegaan wat de eindgebruikers in de applicatie willen, ook is er gepolst naar hun mening over de reeds bedachte functionaliteit. Hiervoor is er een samenwerking aangegaan met IBBT die hun proeftuin ter beschikking stelde voor het project. In een volgende fase zullen de resultaten van het gebruikersonderzoek verwerkt worden. Deze nieuwe kennis zal gebruikt worden om een eerste testapplicatie te ontwikkelen die vervolgens door de proeftuin getest zal worden. Om een definitieve richting uit te gaan zullen bepaalde zaken aangenomen worden op basis van de voorspellingen die in het onderzoek gebeurd zijn. Deze applicatie zal vervolgens steeds iteratief uitgebreid worden, hiervoor zal de feedback van de eindgebruikers gebruikt worden om bepaalde functionaliteiten te verbeteren. Eens het product finaal is zal dit gereleased worden voor het grote publiek.

3.1.1

Proeftuin LeyLab

Om de mening van de eindgebruiker te kennen zal er beroep gedaan worden op de proeftuin van IBBT. Deze proeftuin is een project in Kortrijk. 100 gezinnen krijgen een glasvezelverbinding tot aan hun huis en staan vervolgens open om bepaalde applicaties te testen waaronder de second screen applicatie. IBBT verwacht van deze mensen dat zij naar verschillende vergaderingen zullen komen zodat er feedback kan verkregen worden. Hieronder valt dat zij de kans krijgen zelf een ontwerp te maken voor een voorgestelde applicatie of zelf functionaliteit kunnen aanbrengen die een meerwaarde aan de applicatie bieden.

3.1 Methode

26

Er werden ook tablet computers uitgedeeld aan 50 gezinnen uit de proeftuin. Deze tablet computers zijn allemaal Samsung Android toestellen. Dit heeft ervoor gezorgd dat bij het kiezen van een native applicatie de nadruk zal gelegd worden op het Android systeem.[25][26]

3.1.2

Eisen Focus & WTV

Voor Focus & WTV is het van belang dat zij kunnen ondervinden wat de voordelen zijn van second screen applicaties. Met deze applicatie willen zij een betere binding met hun kijkers. Ook willen zij het jongere publiek bereiken en hen alvast laten kennismaken met Focus & WTV. Zoals eerder beschreven is de jongerengroep een doelgroep die zij missen. Dit soort technologie zal de jongeren aantrekken. Dit zal gebeuren voor het programma Kwistet. Dit is een show waar een presentator naar een gemeente gaat en daar op straat iemand aanspreekt. Vervolgens zal hij 3 vragen stellen. Bij een juist antwoord krijgen zij een tip. Wanneer de persoon alle tips gekregen heeft kan hij aan de hand hiervan een gebeurtenis uit de gemeente raden die in het nieuws van Focus & WTV gekomen is en kan zo een bak Rodenbach winnen. Doordat Focus & WTV in lus uitzenden wordt deze show verschillende malen per dag uitgezonden.

3.1.3

Focusgroep

De eerste gebruikersvergadering die ook wel focusgroep genoemd wordt heeft plaatsgevonden op 21 december 2011 om 20h te Kortrijk. Op deze vergadering waren er acht gezinnen van de proeftuin vertegenwoordigd. Als voorbereiding hierop is er een topiclijst opgesteld met hierin de functionaliteitvoorstellen waarover de mening van de gebruiker werd gevraagd. De volgende functionaliteiten werden voorgesteld: ˆ Chat met andere gebruikers ˆ Meedoen aan de quiz met dezelfde vragen als op televisie ˆ Meedoen aan de quiz met gelijkaardige vragen over de regio ˆ Gokken als een deelnemer op televisie zal winnen of verliezen ˆ Waardering geven over wat ze op dat ogenblik zien

3.1 Methode

27

ˆ Gebruikers punten laten verdienen waarmee ze op deze manier een prijs kunnen winnen ˆ Meer informatie over de deelnemers/regio op televisie ˆ Het volgen van het traject van de presentator via Google Streetview

Eveneens werd de deelnemers ook de kans gegeven om zelf voorstellen op te geven. Dit gaf het volgende resultaat: ˆ Vriendencompetitie met rangschikking ˆ Extra kijkersvraag ˆ Reageren via Twitter of Facebook ˆ De informatie over de mooiste plaatsen in gemeente op Google Maps ˆ Antwoorden via stemherkenning ˆ Een tip kunnen vragen ˆ Nieuwsband zoals op BBC ˆ Versneld traject via Google Maps met vioolmuziek ˆ Instelbaar layout van het scherm

Vervolgens werden deze gegevens gebruikt om een rangschikking op te stellen van wat voor de gebruikers de meest interessantste functionaliteit is. Dit gaf volgende resultaat: 1. Meespelen met de quiz met een puntensysteem voor een rangschikking 2. Meer info over de regio 3. Filmplaats markering 4. Vijf noemenswaardigheden van de gemeente op Google Maps 5. Vriendencompetitie 6. Vragen over de regio waarin je woont

3.1 Methode

28

7. Extra kijkersvraag 8. Reageren via Twitter of Facebook 9. Antwoorden via stemherkenning Matige interesse: 11. Chatten met andere gebruikers (weinig gelijktijdig) 12. Gokken als een deelnemer op televisie zal winnen 13. Zelf verhalen ingeven over de regio Geen interesse: 15. Oordelen over wat te zien is 16. Meer informatie over de deelnemer/regio op televisie Vervolgens werd deze lijst genomen om te zien wat er haalbaar is om te ontwikkelen en hier is er ook een rangschikking van gemaakt: 1. Meespelen met de quiz met een puntensysteem voor een rangschikking 2. Meer info over de regio 3. Extra kijkersvraag 4. Reageren via Twitter of Facebook 5. Vriendencompetitie 6. Markering van de filmplaats 7. Vijf noemenswaardigheden van de gemeente op Google Maps 8. Antwoorden via stemherkenning 9. Vragen over de regio waar je woont Door deze twee lijsten te combineren kan er een beeld gevormd worden van wat de interessantste functionaliteiten zijn. Verder is er van de gelegenheid gebruik gemaakt om ook andere informatie uit de groep te halen. In hetgeen volgt wordt dit even toegelicht.

3.1 Methode

29

Populariteit Kwistet Kwistet is slechts door 1 persoon in de focusgroep gekend. De anderen hadden hier voordien nog nooit van gehoord. Gebruik tablet De mensen van de focusgroep zouden nooit zelf een tablet gekocht hebben, maar door deze gratis te krijgen hebben zij het gemak er van beginnen inzien en durven ze zelfs te stellen dat ze nooit meer zonder zouden kunnen. Zij gebruiken nu de tablet voor volgende zaken: ˆ Kijken naar voetbal ˆ Tijdschriften lezen ˆ E-mail ˆ Agendabeheer ˆ Games ˆ Facebook/Twitter ˆ Informatie opzoeken tijdens televisie kijken ˆ Dual screen gaming

Ervaring met second screen applicaties In de groep was er reeds ´e´en gebruiker die ooit in contact was gekomen met een second screen applicatie, namelijk deze van VT4. Zijn ervaring hiermee was dat dit een zeer interessant product is die het kijken naar televisie veel aangenamer maakte. Sms’en voor programma Veel zenders laten de kijkers soms sms’en om op iets te stemmen of om iets te winnen. Er was in de focusgroep niemand die dit regelmatig deed omdat dit te duur is. Hierdoor vonden zij dit soort concept interessant indien dit gratis zou worden aangeboden.

3.1 Methode

30

Digitext Er waren in de focusgroep niet veel gebruikers die gebruikmaken van Digitext. Slechts sommige gebruikten dit en het was zeer zelden. Kijkgedrag tegenover quiz De focusgroep liet weten dat, wanneer zij naar een quiz keken, zij steeds probeerden de kandidaat sneller af te zijn door het antwoord reeds eerder te vinden. Dit zorgt ervoor dat zij grote interesse hebben in de second screen applicatie. Het zou hen een groter competitiegevoel geven indien er ook een rangschikking wordt bijgehouden. Prijs verbinden aan competitie De focusgroep liet weten dat zij graag per aflevering iets willen kunnen winnen, liever dan dat er steeds verplicht is elke aflevering te zien eer zij een prijs kunnen winnen. Er werd voorgesteld om afbreekmomenten te voorzien zodat er op een bepaald moment kan gestopt worden en zo kans te maken op een prijs. Dit ook omdat niet iedereen elke aflevering kan zien. Archiefbeelden Een punt dat de focusgroep jammer vindt is dat ze geen archiefbeelden kunnen bekijken. Daarom zouden zij het interessant vinden dat er via de applicatie oudere afleveringen kunnen bekeken worden.

3.1 Methode

31

Ontwerp In de laatste fase van de sessie zijn de gebruikers ingedeeld in 2 groepen die elk een eigen ontwerp konden maken van hun ideale second screen applicatie.

Figuur 3.1: De focusgroep aan het ontwerpen.

3.1 Methode

32

Het resultaat van het eerste ontwerp is te zien in figuur3.2.

Figuur 3.2: Ontwerp focusgroep 1.

Door dit eerste ontwerp te bestuderen blijkt dat de voorkeur uitgaat om in het grootste scherm linksboven de aflevering mee te volgen en hieronder de vragen te plaatsen. Rechtsboven willen zij dan de competitierangschikking en rechtsonder hebben zij plaats voorzien voor de Twitter en Facebook live feed. Overigens willen zij ook dat er een tab mogelijkheid is bij het live meevolgen om zo de extra informatie te kunnen bezichtigen.

3.1 Methode

33

Het resultaat van het tweede ontwerp is te zien in figuur3.3.

Figuur 3.3: Ontwerp focusgroep 2.

Door dit tweede ontwerp te bestuderen blijken zij de voorkeur te geven om te werken met verschillende tabbladen waarbij er kan overgeschakeld worden naar de informatie, ranking en vragen door op de verschillende tab mogelijkheden te klikken. Rechts hebben zij dan een balk voorzien waarbij extra functionaliteit kan worden voorzien zoals een poll of de live feed van Twitter en Facebook. In de twee ontwerpen valt er te zien dat beide groepen de rangschikking en live feed rechts willen. De belangrijkste functionaliteit willen beide groepen links zien. Ook valt op dat beide groepen hier het meeste ruimte voorzien.

3.1 Methode

34

In de nabespreking liet de tweede groep verstaan dat zij na het zien van het ontwerp van de eerste groep zij ook de voorkeur zouden geven aan het eerste ontwerp.

TECHNOLOGIE

35

Hoofdstuk 4 Technologie 4.1

Aannames

Alvorens te beginnen met het ontwikkelen van de applicatie zijn er verschillende punten aangenomen die gestaafd worden door dit onderzoek.

4.1.1

Tablet zal blijven groeien

Uit de voorspellingen blijkt dat de tablet computer de komende jaren sterk zal groeien. Dit toont aan dat er hiervoor een grote markt is.[11]

4.1.2

iPad blijft nog lang de sterkste

Uit het onderzoek bleek dat de iPad op dit moment de populairste tablet computer is. Wanneer de voorspellingen erbij genomen worden, blijkt dat dit nog lange tijd het geval zal zijn ondanks de sterke afname van het marktaandeel en de sterke opkomst van de Android devices. Ondanks het interessanter is om voor de iPad te ontwikkelen zullen de testapplicaties toch voor Android gemaakt worden door het feit dat de proeftuin allemaal Android gebruikers zijn. Het zou echter wel nuttig zijn om een applicatie te hebben die op beide systemen werkt.[8][9][11]

4.2 Backend

4.1.3

36

Second screen is een aanvulling geen afleiding

Veel televisiemaatschappijen vrezen ervoor dat de zogenaamde tweede schermen een bedreiging zijn voor de focus voor wat er zich op dit moment op televisie afspeelt. Deze denkwijze zal niet gevolgd worden maar er zal aangenomen worden dat de second screen applicatie een aanvulling is voor wat er op televisie te zien is waardoor de kijkbeleving van de gebruikers intenser zal zijn. Wanneer er gekeken wordt naar andere producten zoals het tweede scherm van VT4, dan kan er gezien worden in de reviews dat deze applicatie zeer populair is en voor een betere beleving zorgt.

4.1.4

HTML5 zal pas later doorbreken

Ondanks het feit dat de beste oplossing voor second screen applicaties HTML5 lijkt te zijn, zal er toch een native applicatie ontwikkeld worden. HTML5 is nog in ontwikkeling en zal pas later sterk doorbreken. Via HTML5 kan niet alle functionaliteit van de tablet computers gebruikt worden waardoor de voorkeur naar de native applicaties gaat. Indien er een synchronisatiesysteem met geluid zou komen, moet de micro van de tablet aangesproken kunnen worden.[12]

4.2

Backend

De backend zal er voor instaan de informatie die opgeslagen is in de database door te zenden naar de applicatie. Zo kan de applicatie de meest recente aflevering ophalen door een verzoek te zenden naar de backend. Deze zal dan de database doorzoeken naar wat de meest recente aflevering is en deze in een verstaanbaar formaat terugsturen naar de applicatie. Voor het ontwikkelen van de backend is er gebruik gemaakt van het Symfony framework. Symfony is ontwikkeld door Sensio Labs in het jaar 2005. Het is een open-source framework dat ontwikkeld is in PHP. Dit framework maakt het mogelijk webapplicaties te ontwikkelen die opgebouwd zijn in een Model View Control (MVC) omgeving. Het doel van Symfony is om het ontwikkelen en onderhouden van webapplicaties te versnellen door repetitieve codes te reduceren en deze automatisch te genereren.

4.3 Frontend

37

Er is gekozen om de server met Symfony te ontwikkelen omdat dankzij dit framework er een snelle opzet van de server kan gerealiseerd worden en deze gemakkelijk te onderhouden is. Ook naar de toekomst toe zal deze database nog veel dienen aangepast te worden. Dankzij Symfony kan de server vlot uigebreid worden.[28]

4.3

Frontend

4.3.1

Titanium

De ontwikkelaar van Titanium is Appcelerator inc. Dit product is gelanceerd in december 2008.[29] Titanium is een gratis open-source framework dat instaat voor de ontwikkeling van zowel mobiele als desktop applicaties. Titanium maakt gebruik van technologie¨en als JavaScript, HTML, CSS, Phython, Ruby en PHP. Titanium was in eerste instantie ontworpen ter ondersteuning van webtechnologie¨en en desktopapplicaties. In juni 2009 heeft Appcelerator hier ondersteuning voor iPhone- en Android gebaseerde applicaties aan toegevoegd. In april 2010 werd de ondersteuning eveneens uitgebreid voor tablet computers. Titanium bestaat uit een combinatie van: ˆ Titanium SDK tools ˆ Titanium Mobile APIs ˆ Titanium Studio ˆ Native Modules ˆ Appcelerator cloud diensten

Titanium applicaties worden in vier onderdelen verdeeld: 1. De HTML, CSS en JavaScript code goed voor de basis van de logica en interface van de applicatie.

4.4 Communicatie frontend & backend

38

2. De APIs die toegang geven aan de native functionaliteiten van een mobiel toestel, desktop computer of andere modulaire functionaliteiten. 3. De brug tussen de verschillende talen van besturingsystemen die programmeertalen compileert in native applicatiecode. 4. De run-time shell die de applicatie fabriceert voor cross-platform distributie. Voor de ontwikkeling van de applicatie is er gebruikgemaakt van de Titanium mobile SDK. Met deze SDK kunnen er native mobiele applicaties ontwikkeld worden voor Android, iOS en Blackberry (beta) met behulp van cross-platform JavaScript API’s. Via deze API’s kunnen er native functionaliteiten aangeroepen worden. Dit alles wordt ontwikkeld in Titanium Studio, een op Eclipse gebaseerde ontwikkelingsomgeving. Deze Titanium Studio bestaat sinds juni 2011. Door de applicatie in Titanium op te bouwen kan de applicatie voor zowel Android, iOS als Blackberry gecompileerd worden.

4.4 4.4.1

Communicatie frontend & backend JSON

Wanneer er in de frontend gegevens dienen opgehaald te worden zal deze een URL aanspreken en zijn variabelen in de POST meesturen. Vervolgens zal de server deze gegevens verwerken en een JSON-bericht terugsturen dat het antwoord bevat. JSON is de afkorting voor JavaScript Object Notation en valt onder de programmeertaal JavaScript. Deze wordt gebruikt voor het uitwisselen van datastructuren in webapplicaties.[30] Voor de antwoorden is er gekozen voor JSON omdat dit een zeer eenvoudig middel is om te communiceren. De tablets kunnen JSON gemakkelijk parsen en de server kan deze gemakkelijk genereren. JSON wordt steeds populairder in de ontwikkeling van mobiele applicaties als alternatief voor XML. Een volgende reden waarom er voor JSON werd gekozen is dat de applicatie in JavaScript is ontwikkeld. JSON is voor JavaScript ontwikkeld dus kunnen deze berichten gemakkelijk verwerkt worden door de JSON-expressie te evalueren in de JavaScript code. Doordat deze gemakkelijk verwerkt worden door toestellen met weinig rekenkracht lijkt dit de beste oplossing.

4.4 Communicatie frontend & backend Figuur 4.1 toont een voorbeeld van JSON code.

Figuur 4.1: Voorbeeld JSON.

39

PRAKTISCHE UITWERKING

40

Hoofdstuk 5 Praktische uitwerking 5.1

Werkwijze

Na het verzamelen van de gegevens voor het ontwikkelen van de applicatie is er overgegaan tot het opstellen van een UX-mockup. Een UX-mockup is een tekening die het gebruik en de ’look and feel’ van de applicatie zal simuleren. Deze is gebaseerd op de gegevens die verzameld zijn tijdens de sessie met de focusgroep. Het resultaat is te zien in figuur 5.1.

Figuur 5.1: UX-mockup.

5.2 Frontend

41

Hierbij is er vooral gefocust op het eerste ontwerp dat de gebruikersgroep heeft voorgesteld, aangevuld met een inlogscherm en een registreerscherm. Echter is ervoor gekozen om de rangschikking en de live feed om te wisselen aangezien de live feed langer zal uitkomen dan de rangschikking en dus meer plaats nodig heeft.

5.2

5.2.1

Frontend

Registreren

Wanneer gebruikers voor het eerst de applicatie gebruiken zullen zij zich moeten registreren. Dit kunnen ze doen door op het hoofdscherm op de knop ’Registreren’ te klikken. Ze komen vervolgens op het scherm dat te zien is in figuur 5.2.

Figuur 5.2: Scherm om te registreren.

5.2 Frontend

42

Op dit scherm kunnen de gebruikers hun gegevens invullen zoals naam en voornaam. Omdat zij in een touch omgeving zitten is er voor gekozen om voldoende grote velden te voorzien. Bij geslachtveld krijgen zij een keuzelijst zoals in figuur 5.3.

Figuur 5.3: Selectie van het geslacht.

Ook hier is alles voldoende groot voorzien zodat de gebruiker alles gemakkelijk kan selecteren.

5.2 Frontend

43

Vervolgens krijgen zij nog een veld gemeente en ook een veld geboortedatum. De geboortedatum kan ingevuld worden via een date time picker door op de knop met de tekst ’...’ te klikken, dit is te zien in figuur 5.4.

Figuur 5.4: Selectie geboortedatum.

Nu dient de gebruiker enkel nog maar op ’Set’ te klikken en de datum wordt automatisch ingevuld. Wanneer de gebruiker alles ingevuld heeft kan deze op ’Registreren’ klikken en dan wordt er teruggekeerd naar het hoofdscherm waar de gebruiker nu wel kan inloggen om zo op het hoofdscherm te komen.

5.2 Frontend

5.2.2

44

Inloggen

Wanneer de applicatie opgestart is, verschijnt het scherm zoals weergegeven in figuur 5.5.

Figuur 5.5: Het inlogscherm van de applicatie.

Hier kan de gebruiker zijn of haar gebruikersnaam en wachtwoord ingeven. Wanneer zij vervolgens op ’inloggen’ duwen krijgen de gebruikers het hoofdscherm te zien.

5.2 Frontend

45

Wanneer er een fout is bij het inloggen zullen de gebruikers steeds de melding krijgen over wat er fout gelopen is zodat zij weten wat ze dienen aan te passen. Omdat het herhaaldelijk opnieuw ingeven van het wachtwoord en gebruikersnaam ervaren wordt als een vervelend werk is er voor gekozen dat deze niet blanco gezet worden na een mislukte inlogbeurt. De meldingen worden weergegeven met een rode boodschap.

Figuur 5.6: Foutmelding bij het inloggen.

5.2 Frontend

5.2.3

46

Hoofdscherm

Eens de gebruiker ingelogd is krijgt deze het scherm te zien zoals weergegeven in figuur 5.7.

Figuur 5.7: Hoofdscherm.

Het scherm is opgedeeld in vier secties: Videosectie In deze sectie speelt de desbetreffende aflevering van Kwistet. Deze wordt gestreamd van de servers van Focus & WTV. De applicatie zal steeds bij het laden een verzoek zenden naar de server die op zijn beurt een JSON-bericht zal terugsturen met daarin de URL van de meest recente aflevering van Kwistet. Op deze manier dient de zender enkel de nieuwe URL aan te passen in de backend en zullen de gebruikers de meest recente aflevering kunnen bekijken. In de toekomst zal deze applicatie kunnen gesynchroniseerd worden wat de mogelijkheid biedt in dit venster onmiddellijk bijkomende informatie te tonen.

5.2 Frontend

47

Live feed sectie In de live feed sectie wordt een overzicht getoond van wat er op de Twitterpagina gepost is. Zo verschijnt er een overzicht van wat de andere gebruikers hier gepost hebben. Op deze manier is er een interactie tussen de gebruikers onderling mogelijk maar ook met Focus & WTV. Vragensectie In deze sectie worden de vragen getoond. Deze vragen worden pas op bepaalde tijdstippen tijdens de aflevering zichtbaar. Hiervoor zal een timer elke seconde controleren waar de gebruikers zich in de aflevering bevinden. Deze vragen worden steeds van de backend geladen. Bij het laden van het hoofdscherm zal de applicatie een verzoek zenden waarop de server een JSON-bericht zal terugsturen met daarin de vragen en de mogelijke antwoorden. Er wordt ook steeds gecontroleerd of de gebruiker de vraag reeds heeft beantwoord. Op deze manier kan de gebruiker geen dubbele punten scoren voor dezelfde vraag. Rangschikkingssectie In deze sectie ziet de gebruiker in eerste instantie zijn eigen score. Wanneer de gebruiker zijn vraag juist beantwoordt zal deze worden ge¨ updatet. De applicatie zal naar de server doorsturen dat de vraag juist of fout beantwoord is. De topscores worden ook opgevraagd door een verzoek naar de server te sturen. Deze zal de lijst samenstellen en vervolgens in een JSON-bericht de rangschikking van de beste spelers terugsturen. Deze verschijnt dan automatisch op het scherm.

5.3 Backend

5.3 5.3.1

48

Backend Database-structuur

Voor het ontwikkelen van de backend is er een database ontworpen. Er werd begonnen met het uittekenen van een UML-schema.

Figuur 5.8: UML schema van de database.

Deze bevat de volgende klasses: Persoon, User, Vraag, Antwoord, VraagAntwoord, Aflevering, UserVraag.

5.3 Backend

49

Persoon Deze klasse zal de persoonlijke gegevens van een gebruiker bijhouden. Deze bevat de naam, voornaam, geslacht, geboortedatum, e-mail en gemeente. Het e-mailadres en gemeenteveld kunnen gebruikt worden om de gebruiker op de hoogte te brengen wanneer een aflevering zich afspeelt in zijn buurt. Aan de hand hiervan kunnen advertenties aangepast worden. User Deze klasse zal de inloggegevens van een gebruiker bijhouden zoals de gebruikersnaam en het wachtwoord. Het wachtwoord zal ge¨encrypteerd in de database bijgehouden worden zodat Focus & WTV deze niet kunnen lezen om op deze manier de privacy van de gebruiker niet te schenden. Ook wordt er hierin een PersoonID bijgehouden zodat de gebruiker kan gekoppeld worden met zijn persoonlijke gegevens. Vraag Deze klasse zal de vragen bevatten. Om deze te koppelen aan een aflevering van Kwistet zal hierin een AfleveringsID bijhouden worden. Een afleveringsID is een identificatie van de betreffende aflevering. Antwoord In deze klasse zullen de mogelijke antwoorden opgeslagen worden. In het veld ’correct’ zal er aan de hand van een boolean bepaald worden of het antwoord juist of fout is. True representeert een juist antwoord terwijl false een fout antwoord representeert. VraagAntwoord Deze klasse zal de antwoorden koppelen aan de vragen door het vraagID op te slaan in combinatie met een antwoordID . Omdat het mogelijk moet zijn om verschillende aantallen antwoorden te koppelen aan een vraag is ervoor gekozen om steeds een nieuw object aan te maken per antwoordmogelijkheid en niet de drie antwoorden in hetzelfde object op te slaan. Zo kan later geopteerd worden om bijvoorbeeld vijf antwoorden te geven in het programma.

5.3 Backend

50

Aflevering Deze klasse bevat de URL van de desbetreffende afleveringen. Er wordt ook bijgehouden wanneer deze aflevering plaats heeft gevonden zodat deze steeds gerangschikt kunnen worden om zo de recentste aflevering op te halen. UserVraag Wanneer de gebruiker een vraag beantwoordt zal er een UserVraag object aangemaakt worden. Zo kan er bijgehouden worden welke vragen reeds beantwoord zijn en welke hiervan juist waren. Door het aantal juiste antwoorden op te tellen kan er een score berekend worden.

5.3 Backend

5.3.2

51

Implementatie database

In een volgende fase is dit schema omgevormd naar een YAML-bestand. Dit bestand stelt een schematisch overzicht voor van de database en is interpreteerbaar door Symfony. Symfony zal deze gegevens gebruiken om een compleet datamodel aan te maken en vervolgens de database op te bouwen. De structuur van het schema is weergegeven in figuur 5.9.

Figuur 5.9: YAML code.

5.3.3

MVC

Vervolgens zal Symfony de nodige database genereren om zo een volledig MVC project op te zetten. Er is gekozen om met een MVC-patroon te werken omdat dezelfde data dienen weergegeven te worden door verschillende views. Voor het beheer van de gegevens zal er een view nodig zijn die het mogelijk stelt de data te manipuleren. Aan de andere kant is er ook een view nodig die de gegevens omvormt naar JSON-berichten zodat deze kunnen doorgestuurd worden naar de frontend.

5.3 Backend

5.3.4

52

Functies

Inloggen Wanneer de applicatie wil inloggen zal deze de gebruikersnaam en wachtwoord in POSTvariabelen plaatsen en deze vervolgens doorsturen naar de server. Deze zal controleren of de gebruiker aanwezig is in de database en of zijn wachtwoord overeenkomt met de gebruikersnaam. Wanneer dat het geval is zal de server in een JSON-bericht een bevestiging terugsturen. Indien dit niet het geval is zal deze een foutboodschap terugsturen.

Figuur 5.10: JSON-antwoord bij fout inloggen.

5.3 Backend

53

Registreren Wanneer een gebruiker zich wil registreren zal de frontend alle variabelen in een POST plaatsen en deze verzenden naar de server. Deze zal vervolgens de gegevens verwerken en de gebruiker toevoegen aan de database. Indien dit zonder problemen gelukt is, zal de server de frontend hiervan op de hoogte brengen. De server stuurt het bericht zoals weergegeven in figuur 5.11 naar de frontend.

Figuur 5.11: JSON-antwoord bij registreren.

Hierbij zal de applicatie weten dat het resultaat gelukt is door het resultveld uit te lezen. Om de gebruiker hiervan op de hoogte te brengen zal de server een bericht zenden dat door de frontend verwerkt kan worden. Indien er iets fout loopt zal het resultveld een false weergeven en zal een foutboodschap verschijnen.

Figuur 5.12: JSON-antwoord bij een foute registratie.

De boodschap zal ook vermelden bij welk veld er een fout is gebeurd zodat deze in de applicatie visueel kan aangeduid worden.

5.3 Backend

54

Recentste video Wanneer de frontend de meest recente video wil laden kan deze functie aangesproken worden. Vervolgens krijgt de frontend dan een JSON-bericht doorgestuurd waarin de URL van de meest recente video doorgestuurd wordt in combinatie met het afleveringsID zodat de frontend de bijhorende vragen kan inladen.

Figuur 5.13: JSON-antwoord voor de recentste aflevering.

Vragen Wanneer de frontend deze functie opvraagt kan ervoor gekozen worden om het afleveringsID mee te geven of deze blanco te laten. Indien deze blanco is, zullen steeds de vragen van de meest recente aflevering opgehaald worden. Vervolgens krijgt de frontend het JSON-bericht terug met het resultaat zoals weergegeven in figuur 5.14.

Figuur 5.14: JSON-antwoord met vraag en antwoorden.

Aan de hand van het oplossingsveld kan de applicatie beslissen of de gebruiker de juiste optie gekozen heeft of niet.

5.3 Backend

55

Update score Door deze functie aan te roepen dient de frontend het vraagID mee te geven samen met de gebruikersnaam en of deze al dan niet juist geantwoord heeft. Deze zal vervolgens een UserVraag object aanmaken in de database die later kan gebruikt worden om de score te berekenen. Get score Wanneer de frontend deze functie aanroept dient de gebruikersnaam in de post geplaatst te worden. Vervolgens zal er een JSON-bericht teruggestuurd worden met daarin de score. Get ranking Voor deze functie zijn geen variabelen nodig, deze stuurt automatisch een top 5 van de beste spelers.

Figuur 5.15: JSON-antwoord met rangschikking.

RESULTAAT

56

Hoofdstuk 6 Resultaat 6.1

Gebruikerstest

Om na te gaan hoe de applicatie scoort bij het grote publiek is er een rondvraag gebeurd op de campusdag van HOWEST. Hier werden zowel mensen met technische als mensen met niet technische achtergrond aangesproken. Zij werden vervolgens gevraagd de volgende vragenlijst in te vullen: ˆ Hoe was uw ervaring met de applicatie? ˆ Waar heeft u problemen gehad? ˆ Wat zijn de sterke punten? ˆ Wat zijn uw voorstellen tot verbetering? ˆ Geef een score op 10 voor functionaliteit, design, gebruikersgemak en de totale applicatie.

Over het algemeen waren de resultaten zeer positief. De mensen vonden dit een interessante applicatie en staan open om deze naar de toekomst toe te gebruiken. Zij lieten weten dat zij zich meer betrokken voelen tot het filmpje en vonden de uitdaging leuk om de kandidaat sneller af te zijn met de vragen. Er was wel negatieve kritiek op het design van de applicatie, deze is simpel en handig, maar de kleuren zouden iets mooier mogen. Ook waren zij zeer tevreden over het vlot functioneren van de applicatie.

6.1 Gebruikerstest

57

Hieruit kwamen verschillende interessante voorstellen zoals de mogelijkheid om door te spoelen naar een volgende vraag zonder dat de gebruiker zelf moet gissen waar de vraag zal gesteld worden in het programma. Dit zou mogelijk zijn door een ’volgende vraag’knop te ontwikkelen die de aflevering doorspoelt naar de volgende vraag en deze vervolgens toont. Echter wordt de adverteerderstijd dan beperkt en dat is net een inkomstenbron van Focus & WTV. Een ander voorstel was om het filmpje over het volledige scherm te laten afspelen tot er een vraag is om dan over te schakelen op de normale omgeving.

6.1.1

Zijn de gegevens betrouwbaar

Om dit na te gaan zullen de gegevens in een gausscurve uitgetekend worden om te zien als deze normaal verdeeld zijn. Het resultaat is te zien in figuur 6.1.

Figuur 6.1: Gausscurve.

Alle vier de gegevensreeksen zijn normaal verdeeld. Dit wijst er op dat de gegevens betrouwbaar zijn.

6.1 Gebruikerstest

6.1.2

58

Resultaat

Er zijn 14 mensen ondervraagd. Dit was een mix van mannen en vrouwen van alle leeftijden. Toch zijn er meer mensen uit de categorie 15-30 jaar ondervraagd omdat dit de ontbrekende doelgroep van focus & WTV is. Om een nog beter beeld te krijgen zou dit moeten herhaald worden met een grotere testgroep. Alle vier de scores werden verwerkt in een tabel die het gemiddelde berekent. Het resultaat is te zien in tabel 6.1. Tabel 6.1: Gemiddelde score. Totaal Gemiddelde 7,929 0,92 Standaarddeviatie

Gebruikersgemak 8,429 0,94

Design 7,5 1,16

Functionaliteit 8,215 1,31

Hieruit kan afgeleid worden dat de applicatie reeds sterk scoort. Het grootste verbeterpunt is het design.

6.1.3

besluit

De applicatie in zijn huidige vorm scoort alvast goed. Het eenvoudige en snelle gebruik zijn pluspunten. Het design dient nog verbeterd te worden.

BESLUIT EN TOEKOMSTPERSPECTIEVEN

59

Hoofdstuk 7 Besluit en toekomstperspectieven 7.1

Moeilijkheden

7.1.1

Titanium Studio

Titanium Studio is nog maar recent beschikbaar voor de ontwikkeling van apps voor iOS en Android. De ontwikkeling voor Blackberry is zelfs nog in zijn beta fase. Dit heeft als gevolg dat de ontwikkelingsomgeving nog veel kinderziektes vertoont. Zo valt er vast te stellen dat het videoplayer object sommige bestanden niet correct kan afspelen terwijl deze van hetzelfde bestandstype zijn. Ook zijn er veel logische functies die ontbreken terwijl deze net essentieel lijken voor het ontwikkelen van mobiele applicaties. Zo blijkt dat het Facebookobject van Titanium ondersteunt om op de gebruiker zijn wall te schrijven of om reacties toe te laten, maar niet toelaat dat de wall van een pagina weergegeven wordt in de applicatie zelf. Het jonge bestaan heeft ook als nadeel dat er weinig documentatie te vinden is. Zolang de ontwikkelaars zich beperken tot het ontwikkelen van eenvoudige applicaties brengt dit geen probleem met zich mee maar wanneer zij meer geavanceerde applicaties ontwikkelen vormt dit wel problemen. Er kan hieruit geconcludeerd worden dat, ondanks dit product er veelbelovend uitzag, dit nog niet optimaal is voor het ontwikkelen van omvangrijke mobiele applicaties. het product heeft echter wel veel potentieel naar de toekomst toe.

7.2 Mogelijkheden

7.1.2

60

Emulator

Bij het ontwikkelen is er in eerste instantie gebruik gemaakt van een emulator. Er valt vast te stellen dat emulatoren veel te beperkt zijn en dat zij niet alles ondersteunen wat een echte tablet computer wel ondersteunt. Er zijn onder andere problemen gekend met het weergeven van video: doordat de emulator dit niet ondersteunt werd enkel de muziek afgespeeld. Dit heeft geleid tot een groot tijdsverlies bij het uitvoeren van deze masterproef. Daarom is er later overgeschakeld naar het ontwikkelingen op zowel een emulator als op een echte tablet.

7.1.3

Concept

De eindgebruiker speelt het liefst mee met dezelfde vragen die de deelnemer op televisie krijgt. Maar door het concept van Kwistet bleek dit onmogelijk. In ´e´en van de afleveringen gebeurde het dat alle vragen nog maar half gesteld waren en deze reeds door de deelnemer beantwoord werden. Op die manier is het onmogelijk voor de gebruiker om mee te antwoorden en brengt deze applicatie dan ook geen meerwaarde. Omdat dit een proefopstelling is, werd ervoor gekozen om niet met dezelfde vragen te werken maar met aanvullende vragen. Echter werd dit ervaren als een afleiding van het filmpje, in een tweede fase is er gekozen om met dezelfde vragen te werken maar indien deze te snel beantwoord werden, worden deze antwoorden reeds eerder getoond.

7.2 7.2.1

Mogelijkheden Synchronisatie

In de testopstelling wordt er gebruikgemaakt van een video die in de applicatie afgespeeld wordt om zo te tonen wat er op televisie gebeurt. Dit heeft als gevolg dat dit geen echte second screen ervaring biedt. Maar dit kan achterwege gelaten worden wanneer de applicatie gesynchroniseerd wordt. Dit maakt het mogelijk om in de plaats van de videospeler hier de extra informatie te tonen zoals een kaart met de locatie waar de presentator zich bevindt op dat moment in het filmpje of van interessantste plaatsen in de gemeente. Echter is de synchronisatie geen simpel gegeven. Het uitwerken van de synchronisatie zou een interessant onderwerp zijn voor een volgende masterproef.

7.3 Conclusie

7.2.2

61

Concept

Wanneer ervoor gekozen wordt om het concept van de show aan te passen biedt dit veel meer mogelijkheden naar de applicatie toe. Zo kan ervoor gezorgd worden dat er steeds tijd genoeg is voor de eindgebruiker om de vraag te beantwoorden zodat het mogelijk is de deelnemer sneller af te zijn.

7.2.3

Meerdere programma’s

Eens het product optimaal werkt voor Kwistet kan ervoor gekozen worden deze applicatie uit te breiden zodat deze ook kan ingezet worden in andere programma’s. Hiervoor kunnen verschillende gegevens hergebruikt worden, zoals de persoonlijke gegevens of de inloggegevens. Dit zal voor de eindgebruikers aangenaam zijn dat zij niet steeds moeten opnieuw registreren.

7.2.4

Bredere context

Dit principe kan verder gebruikt worden dan alleen als een tweede scherm voor televisie. Zo kan dit concept ingezet worden in de schoollessen zodat via dit tweede scherm de leerlingen veel interactiever kunnen deelnemen aan de lessen door middel van poll vragen of door speciale oefeningen hierop. Dit is slechts ´e´en voorbeeld maar er zijn veel gebieden waarin dit concept nuttig kan zijn.

7.3

Conclusie

Uit dit onderzoek kan er in eerste instantie geconcludeerd worden dat de ontwikkeling van een second screen applicatie zeker een interessant gegeven kan zijn. Via deze weg kan er een betere relatie opgebouwd worden met de kijkers. Aan de hand van gebruikersonderzoeken is het duidelijk geworden dat de kijkers hier klaar voor zijn en zeer enthousiast zijn over dit product. Echter is het af te raden om dit met Titanium te ontwikkelen. De technische uitwerking is zeker haalbaar met dit product, enkel zal dit langer duren en niet eenvoudig zijn door

7.3 Conclusie

62

het ontbreken van voldoende documentatie. Ook ontbreken er noodzakelijke functionaliteiten en zijn er kinderziekten. Het is een interessant gegeven om andere producten zoals PhoneGap[31] hiervoor uit te proberen. In een verdere ontwikkeling van dit product is het aan te raden om steeds een nauwe band met de eindgebruikers te onderhouden. Uit dit onderzoek is gebleken dat sommige zaken waarvan gedacht werd dat ze zouden aanspreken, net geen interesse opwekt bij de eindgebruikers terwijl andere zaken waarvan gedacht werd dat deze niet zouden aanslaan net wel populair zijn. De grootste uitdaging voor het ontwikkelen van second screen applicaties is een oplossing te realiseren voor de synchronisatie. Om deze applicatie gelijktijdig te laten verlopen met de televisie-uitzending dient er een mechanisme geprogrammeerd te worden die dit alles synchroniseert. Omdat er niet meer serieel uitgezonden wordt kan er niet gewoon met tijdstippen gewerkt worden. De beste oplossing hiervoor is het ontwikkelen van een systeem dat gebruik maakt van audio watermerken.

BIBLIOGRAFIE

63

Bibliografie [1] De Walle. Television on a tablet: how tv will look like in the future and how to deal with professionally produced content. https://biblio.ugent.be/input/download? func=downloadFile&fileOId=1251488&recordOId=1251475, 2011. [2] Arvid Wouters Frank Toenders. Making interactive tv easier to use: interface design for a second screen approach. http://eprints.lancs.ac.uk/774/1/DJ_10.3_iTV_ Paper.pdf, 2007. [3] Arvid Wouters Frank Toenders. Generic tablet design guidelines. hbo-kennisbank.uvt.nl/cgi/av/show.cgi?fid=7379, 2011.

http://

[4] Van Wesenbeeck Jonas. Detailstudie van Nokia 770 Internet Tablet. PhD thesis, 2006. [5] Isobar. Tablets in belgie... een jaar later. tabletten-in-belgie-een-jaar-later, 2011.

http://isobar.prezly.com/

[6] Google. Google trends. http://www.google.be/trends, 2012. [7] Wiki. Innovatiecurve. http://nl.wikipedia.org/wiki/Innovatietheorie_van_ Rogers, 2012. [8] Pavel Alpeyev and Hugo Miller. Android tablets gain on apple ipad in fourth quarter. http://www.businessweek.com/news/2011-01-31/ android-tablets-gain-on-apple-ipad-in-fourth-quarter.html, 2011. [9] Erwin Boogert. Marktaandeel ipad daalt, android groeit naar 22 procent. http://www.emerce.nl/nieuws/ marktaandeel-ipad-daalt-android-groeit-naar-22-procent, 2011. [10] Apple retakes top mobile pc market. http://www.displaysearch.com/cps/rde/ xchg/displaysearch/hs.xsl/110818_apple_retakes_top_mobile_pc_market_ share_position_from_hp_in_q2_11.asp, 2011.

BIBLIOGRAFIE

64

[11] Christy Pettey and Holly Stevens. Gartner says apple ios to dominate the media tablet market through 2015, owning more than half of it for the next three years. http://www.gartner.com/it/page.jsp?id=1626414, 2011. [12] Kristian van Tuil. Wat is html5? wat-is-html5.html, 2010.

http://computerworld.nl/article/11936/

[13] App abc en veel gestelde vragen. http://www.dutchapplications.com/ app-abc-en-veel-gestelde-vragen, 2011. [14] Roland Snoeren. Native vs. web apps. http://www.egoweblog.nl/2011/02/18/ native-vs-web-apps/, 2011. [15] Daniel Eran Dilger. Apple vs. adobe. http://www.roughlydrafted.com/2010/04/ 14/chronicles-of-conflict-the-history-of-adobe-vs-apple/, 2010. [16] Wout Funnekotter. Adobe stopt ontwikkeling flash. http://tweakers.net/nieuws/ 77942/adobe-stopt-ontwikkeling-flash-voor-mobieltjes.html, 2011. [17] VT4. Tweede scherm. http://www.vt4.be/tweede-scherm, 2011. [18] Lode Nachtergaele. Mediasquare. mediasquare2, 2011.

http://www.vrtmedialab.be/en/projects/

[19] Technicolor launches mediaecho second screen app. http://broadcastengineering. com/automation/technicolor-mediaecho-second-screen/, 2011. [20] Axon. http://www.axon.tv/EN/second-screen-applications, 2012. [21] Intrasonics. http://www.intrasonics.com/, 2012. [22] Eym audio watermark. http://www.metois.com/Eymwatermark/index.htm, 2011. [23] Privacy. http://www.e-privacy.be/privacywet.pdf, 1999. [24] Robbie De Sutter and Lode Nachtergaele. Realizing crm in the broadcast industry by using the second screen. http://tech.ebu.ch/docs/techreview/trev_2011-Q2_ mediasquare_de-sutter.pdf, 2011. [25] IBBT. Proeftuin ibbt. http://www.leylab.be/, 2011. [26] IBBT. Proeftuin proeftuinen, 2011.

ibbt.

http://www.ibbt.be/nl/develop-test/ilab-o/

BIBLIOGRAFIE

65

[27] Arthur Eyckerman. Streaming video over a wireless network to a nokia 770 internet tablet. http://doks.khk.be/vzw-bachelor/do/record/Get?dispatch= view&recordId=SBAC413ebf170c1eca1e010c3623c73e0015, 2006. [28] Symfony. Symfony. http://www.symfony-project.org/, 2005. [29] Appcelerator. Titanium. http://www.appcelerator.com/, 2008. [30] JSON. Json. http://www.json.org/, 2011. [31] PhoneGap. Phonegap. http://phonegap.com, 2011.

LIJST VAN FIGUREN

66

Lijst van figuren 2.1 2.2 2.3 2.4 2.5 2.6

Opzoeken via Google trends naar de term tablet.[6] . . . . . Opzoeken via google trends naar de term tablet computer.[6] Locatie van second screen in de hype cycle. . . . . . . . . . . De innovatiecurve[7] . . . . . . . . . . . . . . . . . . . . . . Tweede Scherm applicatie van VT4.[17] . . . . . . . . . . . . De Mediasquare testapplicatie van VRT Medialab.[18] . . . .

. . . . . .

6 6 7 9 17 18

3.1 3.2 3.3

De focusgroep aan het ontwerpen. . . . . . . . . . . . . . . . . . . . . . . . Ontwerp focusgroep 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ontwerp focusgroep 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31 32 33

4.1

Voorbeeld JSON. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

39

5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 5.12 5.13 5.14 5.15

UX-mockup. . . . . . . . . . . . . . . . . . . Scherm om te registreren. . . . . . . . . . . Selectie van het geslacht. . . . . . . . . . . . Selectie geboortedatum. . . . . . . . . . . . Het inlogscherm van de applicatie. . . . . . . Foutmelding bij het inloggen. . . . . . . . . Hoofdscherm. . . . . . . . . . . . . . . . . . UML schema van de database. . . . . . . . . YAML code. . . . . . . . . . . . . . . . . . . JSON-antwoord bij fout inloggen. . . . . . . JSON-antwoord bij registreren. . . . . . . . JSON-antwoord bij een foute registratie. . . JSON-antwoord voor de recentste aflevering. JSON-antwoord met vraag en antwoorden. . JSON-antwoord met rangschikking. . . . . .

40 41 42 43 44 45 46 48 51 52 53 53 54 54 55

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . .

. . . . . . . . . . . . . . .

. . . . . . . . . . . . . . .

LIJST VAN FIGUREN 6.1

Gausscurve. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

67 57

LIJST VAN TABELLEN

68

Lijst van tabellen 2.1 2.2

Marktaandeel Apple en Android. . . . . . . . . . . . . . . . . . . . . . . . Toekomstvoorspelling marktaandelen volgens Gartner (x 1000). . . . . . .

11 11

6.1

Gemiddelde score. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

58