![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
![[quick]](http://tweakimg.net/g/if/icons/world_link_cropped.png){kind=icon}
Narrowcasting: off topic
Normaliter houd ik mij als web consultant bezig met websites, FTP en andere webdiensten. Omdat ik vóór mijn functie als web consultant bij hetzelfde bedrijf als business analyst werkte, word ik af en toe ook nog wel gevraagd om een uitstapje naar een ander onderwerp te maken. Een paar weken geleden werd ik op dezelfde manier gevraagd om "Supply beheerder" voor narrowcasting te worden. Dit houdt min of meer in dat ik een paar uur per week mezelf ga bezig houden met het oplossen van problemen om ons narrowcasting systeem. (narrowcasting is het tonen van berichten op beeldschermen, zoals nieuwsberichten bij ons bedrijf, maar ook reisinformatie op luchthavens etc).
Er is ruim een jaar geleden een systeem voor narrowcasting aangeschaft door onze communicatie afdeling en geïmplementeerd door een facilitaire partner. Er zijn dus drie partijen betrokken: de leverancier van de soft-en hardware, de facilitaire partner die alle configuratie en installatie doet, en ons bedrijf; de klant.In het begin waren er ogenschijnlijk geen problemen met het systeem, totdat het aantal locaties en het aantal beeldschermen enorm ging toenemen. Pas toen werd de afdeling ICT geïnformeerd en om hulp gevraagd. Nu is door de bomen het bos nauwelijks meer te zien en staat ons een grote klus te wachten. Het grootste gedeelte van de schermen zenden namelijk niet betrouwbaar uit. Soms geeft een scherm helemaal geen beeld en af en toe staat er een error melding op display. Ook klagen gebruikers over ongebruiksvriendelijke software voor het maken van de presentaties die op de schermen moet komen en zeer trage verbindingen. Er is bij de start geen goede training geweest en de facilitair partner lijkt niet genoeg expertise in huis te hebben. Ook is er zeer weinig gedocumenteerd tijdens de implementatie en is er dus niet veel bekend over hoe het hele systeem in elkaar zit.
Wat bekend is, is dat er één centrale server is waar alle presentaties op worden gezet via een software-pakket op de PC van de gebruiker. Deze server staat in verbinding met 14 subservers op de verschillende bedrijfslocaties. Elke subserver staat in verbinding met één of meerdere viewer-PC's. De schermen die de presentatie tonen, halen die van één van deze viewer-PC's. Op 4 locaties zitten er echter geen subservers tussen de centrale server en de viewer-PC's.
Een presentatie wordt dus gemaakt op de PC van een gebruiker, verzonden naar de centrale server (of via verbinding direct op de server gemaakt; is niet zeker), dan naar de subserver gestuurd en de viewer-PC's streamen die presentatie dan weer van die subservers op de verschillende beeldschermen.
Dit betekent dat alle presentaties die gemaakt worden dus op de centrale server terecht komen. Voor de meeste locaties is het echter niet nodig om alle presentaties van alle locaties ook op de subserver te hebben staan, omdat die helemaal niet getoond hoeven te worden. Nu worden ze wel telkens over de lijn gepompt, wat niet alle verbindingen even goed aan kunnen. Dan zijn er nog meer verbindingsproblemen mbt afbeeldingen en video's in presentaties. Deze worden namelijk in een map op de centrale server geplaatst, maar niet altijd overgeplaatst naar de subserver, waardoor die onderdelen van de presentatie dus gestreamd moeten worden zodra deze in beeld komen. Hierdoor gaat er telkens data over de lijn van de centrale server, waardoor het synchroniseren van nieuwe presentaties af en toe mis gaat.
Zo zijn er nog wat grotere en kleinere problemen en vast nog een heleboel die we nu nog niet in beeld hebben (want geen goede documentatie). Aan mij en het project team nu de taak om alle problemen in beeld te krijgen en deze goed aan te pakken. Ik ga overmorgen naar de ISE beurs in Amsterdam waar onze leverancier (en heel wat andere leveranciers) aanwezig is, om even "hallo" te zeggen en kijken hoe ze ervoor staan. Ook leuk om even te kijken wat er allemaal nog meer op de markt is natuurlijk. Volgende week hebben we onze eerste vergadering met de leverancier en de facilitaire partner om de problemen te bespreken.
De planning is nu om binnen 3 maanden de huidige oplossing op een goed werkbaar niveau te krijgen en daarna te kijken of we deze nog verder kunnen/willen verbeteren, of dat we een andere oplossing of partnerconstructie voor onze narrowcasting kiezen. Uiteindelijk hoeft het allemaal niet zo moeilijk te zijn natuurlijk, maar als iets klein is begonnen en daar is zonder echte supervisie vanuit ICT veel op uitgebreid, kan het al snel verkeerd gaan. Ik vind het in ieder geval leuk om me met veel verschillende onderwerpen bezig te houden op mijn werk en neem de uitdaging dus gretig aan
Er is ruim een jaar geleden een systeem voor narrowcasting aangeschaft door onze communicatie afdeling en geïmplementeerd door een facilitaire partner. Er zijn dus drie partijen betrokken: de leverancier van de soft-en hardware, de facilitaire partner die alle configuratie en installatie doet, en ons bedrijf; de klant.In het begin waren er ogenschijnlijk geen problemen met het systeem, totdat het aantal locaties en het aantal beeldschermen enorm ging toenemen. Pas toen werd de afdeling ICT geïnformeerd en om hulp gevraagd. Nu is door de bomen het bos nauwelijks meer te zien en staat ons een grote klus te wachten. Het grootste gedeelte van de schermen zenden namelijk niet betrouwbaar uit. Soms geeft een scherm helemaal geen beeld en af en toe staat er een error melding op display. Ook klagen gebruikers over ongebruiksvriendelijke software voor het maken van de presentaties die op de schermen moet komen en zeer trage verbindingen. Er is bij de start geen goede training geweest en de facilitair partner lijkt niet genoeg expertise in huis te hebben. Ook is er zeer weinig gedocumenteerd tijdens de implementatie en is er dus niet veel bekend over hoe het hele systeem in elkaar zit.
Wat bekend is, is dat er één centrale server is waar alle presentaties op worden gezet via een software-pakket op de PC van de gebruiker. Deze server staat in verbinding met 14 subservers op de verschillende bedrijfslocaties. Elke subserver staat in verbinding met één of meerdere viewer-PC's. De schermen die de presentatie tonen, halen die van één van deze viewer-PC's. Op 4 locaties zitten er echter geen subservers tussen de centrale server en de viewer-PC's.
Een presentatie wordt dus gemaakt op de PC van een gebruiker, verzonden naar de centrale server (of via verbinding direct op de server gemaakt; is niet zeker), dan naar de subserver gestuurd en de viewer-PC's streamen die presentatie dan weer van die subservers op de verschillende beeldschermen.
Dit betekent dat alle presentaties die gemaakt worden dus op de centrale server terecht komen. Voor de meeste locaties is het echter niet nodig om alle presentaties van alle locaties ook op de subserver te hebben staan, omdat die helemaal niet getoond hoeven te worden. Nu worden ze wel telkens over de lijn gepompt, wat niet alle verbindingen even goed aan kunnen. Dan zijn er nog meer verbindingsproblemen mbt afbeeldingen en video's in presentaties. Deze worden namelijk in een map op de centrale server geplaatst, maar niet altijd overgeplaatst naar de subserver, waardoor die onderdelen van de presentatie dus gestreamd moeten worden zodra deze in beeld komen. Hierdoor gaat er telkens data over de lijn van de centrale server, waardoor het synchroniseren van nieuwe presentaties af en toe mis gaat.
Zo zijn er nog wat grotere en kleinere problemen en vast nog een heleboel die we nu nog niet in beeld hebben (want geen goede documentatie). Aan mij en het project team nu de taak om alle problemen in beeld te krijgen en deze goed aan te pakken. Ik ga overmorgen naar de ISE beurs in Amsterdam waar onze leverancier (en heel wat andere leveranciers) aanwezig is, om even "hallo" te zeggen en kijken hoe ze ervoor staan. Ook leuk om even te kijken wat er allemaal nog meer op de markt is natuurlijk. Volgende week hebben we onze eerste vergadering met de leverancier en de facilitaire partner om de problemen te bespreken.
De planning is nu om binnen 3 maanden de huidige oplossing op een goed werkbaar niveau te krijgen en daarna te kijken of we deze nog verder kunnen/willen verbeteren, of dat we een andere oplossing of partnerconstructie voor onze narrowcasting kiezen. Uiteindelijk hoeft het allemaal niet zo moeilijk te zijn natuurlijk, maar als iets klein is begonnen en daar is zonder echte supervisie vanuit ICT veel op uitgebreid, kan het al snel verkeerd gaan. Ik vind het in ieder geval leuk om me met veel verschillende onderwerpen bezig te houden op mijn werk en neem de uitdaging dus gretig aan
22-02 Magic Truffels
18-01 SLA-gesprek
Reacties
Door
Tsurany,
dinsdag 31 januari 2012 15:07
Welk pakket wordt er dan gebruikt?
Door
NoUseWhatsoever,
dinsdag 31 januari 2012 15:13
Ik snap je vraag, al zeg ik dat op dit moment liever niet. Het is een vrij grote leverancier die bijv. ook levert aan de BBC.Tsurany schreef op dinsdag 31 januari 2012 @ 15:07:
Welk pakket wordt er dan gebruikt?
Mocht je het toch graag willen weten, stuur me dan even een DM.
Door
onok,
dinsdag 31 januari 2012 15:16
Ben ik ook wel benieuwd naar. Ik heb m'n eigen (webbased) narrowcasting systeem (niet zo uitgebreid natuurlijk, maar wel client->server->viewer. Dus ik vind het wel interessant om hier meer over te lezen
Door
Ellos,
dinsdag 31 januari 2012 16:42
Op mijn vorige school is er ook een narrowcasting systeem gemaakt.
gewoon op basis van een simpele daemon op de viewer pc's en een watch folder op een server waar mensen hun presentaties inzetten.
die daemon krijgt dan een seintje dat er nieuwe powerpoints zijn, inlezen, toevoegen aan een playlist en gaan.
dat werkt perfect, alles doet het, filmpjes, afbeeldingen, animaties etc.
en dat zijn toch ook zeker zo'n 25 schermen
waarschijnlijk een stuk minder dan wat jullie hebben staan, maar het zal wel vrij aardig schalen.
wel zijn de 3 locaties gescheiden, en hebben ze dus allemaal een eigen folder voor presentaties.
Dit vanwege de miezerige 20mbit lijnen die tussen de verschillende locaties liggen, waar al het inter-network geneuzel overheen moet.
gewoon op basis van een simpele daemon op de viewer pc's en een watch folder op een server waar mensen hun presentaties inzetten.
die daemon krijgt dan een seintje dat er nieuwe powerpoints zijn, inlezen, toevoegen aan een playlist en gaan.
dat werkt perfect, alles doet het, filmpjes, afbeeldingen, animaties etc.
en dat zijn toch ook zeker zo'n 25 schermen
waarschijnlijk een stuk minder dan wat jullie hebben staan, maar het zal wel vrij aardig schalen.
wel zijn de 3 locaties gescheiden, en hebben ze dus allemaal een eigen folder voor presentaties.
Dit vanwege de miezerige 20mbit lijnen die tussen de verschillende locaties liggen, waar al het inter-network geneuzel overheen moet.
[Reactie gewijzigd op dinsdag 31 januari 2012 16:46]
Door
Gomez12,
dinsdag 31 januari 2012 20:49
Het probleem met narrowcasting is niet het afspelen, maar meer het distribueren van de content.Ellos schreef op dinsdag 31 januari 2012 @ 16:42:
Op mijn vorige school is er ook een narrowcasting systeem gemaakt.
gewoon op basis van een simpele daemon op de viewer pc's en een watch folder op een server waar mensen hun presentaties inzetten.
die daemon krijgt dan een seintje dat er nieuwe powerpoints zijn, inlezen, toevoegen aan een playlist en gaan.
dat werkt perfect, alles doet het, filmpjes, afbeeldingen, animaties etc.
Als jij 20MB al een schamele lijn vindt, probeer het eens te doen over een 1MB lijn die ook nog regelmatige kans heeft op uitval...
Meeste narrow-casting oplossingen bufferen dan ook de hele boel lokaal en spelen het vandaaruit af en bieden daarnaast ruime mogelijkheden om op verschillende manieren te synchroniseren (bijv iets wat pas volgende week afgespeeld hoeft te worden dat kan rustig met 10kbps in de nacht overgezet worden met resume mogelijkheid aan, iets wat nu afgespeeld moet worden dat mag wel / niet een belasting op de lijn leggen etc.)
Ik ben redelijk actief geweest in de narrowcasting en in Nederland zijn er heel wat narrowcasting partijen begonnen die failliet zijn gegaan en/of overgenomen zijn. Ik durf te stellen dat de 3 grootste narrowcasters van Nederland nog steeds veelal problemen hebben. Het is ook een lastige business om geld in te verdienen en ik heb verscheidene business cases langs zien komen. Ik heb een vermoeden met welke partij jullie werken als die ook aan de bbc levert> Ik wens je veel sterkte met het oplossen van de problemen.
onder een pseudoniem wegens zakelijke belangen.
onder een pseudoniem wegens zakelijke belangen.
Wat je beschrijft aangaande het aantal servers en subservers vind ik heel vreemd: normaliter heb je 1 server waar de player zijn content vandaan haalt en zijn andere servers dus niet nodig.
Wat de netwerk problemen betreft: dat is nu het voordeel van schedulen in een CMS. Zorg er voor dat de nieuwe content overdag voorbereid wordt en 's avonds c.q. 's nachts wordt gedownload. Dan heb je meerdere uren om grote content over een smalle lijn te distribueren.
Verder zijn er genoeg digital signage paketten die content op een slimme manier downloaden. Wat ik hiermee wil zeggen is dat wanneer je logo of een afbeelding op elke pagina staat, deze maar 1 keer gedownload dient te worden. Als je een nieuw item er bij zet met dezelfde afbeelding, dan zal de software de afbeelding herkennen en hoeft hij deze niet opnieuw te downloaden.
Mocht je meer info willen ontvangen, stuur me dan een e-mail.
Wat de netwerk problemen betreft: dat is nu het voordeel van schedulen in een CMS. Zorg er voor dat de nieuwe content overdag voorbereid wordt en 's avonds c.q. 's nachts wordt gedownload. Dan heb je meerdere uren om grote content over een smalle lijn te distribueren.
Verder zijn er genoeg digital signage paketten die content op een slimme manier downloaden. Wat ik hiermee wil zeggen is dat wanneer je logo of een afbeelding op elke pagina staat, deze maar 1 keer gedownload dient te worden. Als je een nieuw item er bij zet met dezelfde afbeelding, dan zal de software de afbeelding herkennen en hoeft hij deze niet opnieuw te downloaden.
Mocht je meer info willen ontvangen, stuur me dan een e-mail.
Via Wikipedia mijn vermoeden bevestigd gekregen over welk software-huis we spreken.
Zo jammer dat het vaak zo mis loopt met mooie narrowcasting-projecten. Onnodig.
Graag zou ik willen laten zien hoe het wel moet.
Als jullie interesse hebben, mail me dan.
Zo jammer dat het vaak zo mis loopt met mooie narrowcasting-projecten. Onnodig.
Graag zou ik willen laten zien hoe het wel moet.
Als jullie interesse hebben, mail me dan.