In de tijd van web 2.0 was het normaal om steeds aan een server te blijven vragen of er updates zijn, dit wordt pollen genoemd. Via een messaging server is het ook mogelijk om je te abonneren op bepaalde data, dit wordt meestal push notificaties of Publish-Subscribe genoemd. Voor jouw eindgebruiker kost dit een openstaande verbinding of een platform specifieke extensie, welke minder intensief is dan het herhaaldelijk heropvragen van data. Van onze kant, als data leverancier scheelt dit veel verkeer en houden we je op de hoogte wanneer dat moet: als er wat verandert.
Het messagingsysteem zal bestaan uit een Jabber/XMPP-dienst, waar door middel van op tijd gelimiteerde abonnementen berichten worden gepubliceerd. In plaats van naar een RSS feed te kijken, word je dus actief op de hoogte gehouden van wijzigingen en updates. XMPP impliceert een registratie en dat is dus ook het enige wat we van je verwachten. De communicatiestandaard is nog niet vastgesteld. Of we uitgaan van protobuf (zoals Google Wave), BISON of gewoon beide is nog niet besloten.
Onze PubSub XMPP server, zal een server worden die niet werkt op basis van een database backend, maar op basis van business-logic. Dit betekend dat we ons niet laten limiteren door een specifieke XMPP-PubSub implementatie, maar zelf de standaard implementeren, en aanvragen koppelen aan de rest van het systeem. Dit betekent ook dat we niet alle data altijd van onze leveranciers zouden hoeven te krijgen. We kunnen deze gegevens dynamisch aanvragen, wanneer er abonnementen zijn, en dynamisch beeindigen wanneer de abonnementen zijn verlopen.
De data die wie in deze dienst zullen aanbieden zal zich niet beperken. Trein, bus, metro, tram, veerpond, je kunt het dynamisch bij je krijgen.